# 活在科技工作者最好的年代，用商業思維優化你的人生選擇 - 游舒帆

{%hackmd o8oUosN0QnqMSkF1_6kH7g %}

#### 📚 議程介紹

{%preview https://webconf.tw/agenda/18 %}

###### ▼▼▼ 開始筆記 ▼▼▼

## Vibe Coding 這是一個不可逆的潮流

今日的簡報來囉～
https://reurl.cc/8bDadg

越來越多不懂程式的人正在加入軟體開發。

簡報是notebooklm做的
但是概念是自己的

真正的問題是：「如可以以不鏟屎？」=>成為 Value Provider

商業思維本質上不是在談商業，而是你能不能權衡利弊/取捨

a bad system will beat a good person every time.

## ＳＣＡＬＥ法則 用商業思維來放大個人可能性

### S.implify

make it work, make it right, make it fast.
> 一個東西能不能做得又快又好？這是一個長期需求

> 公司老舊系統，用來服務所有客戶，30 多個產品，協作也是，用 asp 寫的 20 幾年的老系統
>> 重構？重寫？最後他們是選擇局部模塊化的重寫

#### 改變遊戲規則的第一步：看見問題背後的問題

真正的問題不是「程式碼老舊」，而是「不必要的複雜性被長期累積」。

- 舊問題：怎麼修復這個系統？
- 新問題：這個系統的「核心目的」是什麼？

完全複製=>偽命題

#### 步驟一：停止猜測，開始客觀觀察

在系統中所有流程分之加入 Log
- 收集真實使用者的數據
- 量化每個功能

做法：在老系統中的各個功能的資料存讀點埋 log 到資料庫做觀察一個月
-> 從數據中發現：80% 流程分支幾乎從未被使用
>將這些不緊急的功能視為未來待開發的事項，不進行重構/寫

#### 步驟二：結合數據與訪談，聚焦核心

Log 分析結果+訪談

#### 步驟三：徹底簡化果斷重建

「把複雜砍掉，回到核心」
> e.g. 思考這個系統在現代的主要核心是在做什麼？

1. 重寫核心：只針對20%核心功能重寫
2. 重建資料：
3. 放棄包袱：勇敢放棄80%無用功能

> 唯有簡單化，才能常識化。 --Gipi

### C.larify

- 你的日常：被永無止盡的「例外流程」淹沒？
- 你處理的是症狀還是病因？
- 病因：不一致的管理辦法、

#### 案例一：名單分派的迷宮

The problem: 團隊被要求開發一個極度複雜的名單分派系統

情形：
有業務被分派到由 seo 來源的客戶名單（好名單），但該業務取巧的方式，像工程師回報該名單空號無效，刻意要求在分派一個 seo 來源名單，導致好壞名單的分派失衡，工程師的什麼問題？
> 是管理流程問題 非技術問題
>> 獎金辦法與管理規則不一致 -> 業務行為衝突 -> 複雜的系統例外需求

- 關鍵洞察：問題不在技術，而在於管理辦法
- 是管理流程問題 非技術問題
- 獎金辦法與管理規則不一致 -> 業務行為衝突 -> 複雜的系統例外需求

收集大量資料證明問題 開大會處理

#### 案例二：加盟合約亂象

- The problem: 一個品牌商的加盟體系，因為「每個加盟業者簽訂的合約條件都不同」，導致採購和分潤規則極度複雜。
- 寫在合約的副約中，由業務助理手動處理，容易出現疏漏
- The Wrong Path: 最初的請求是建立一個能處理『一百種條件判斷』的系統, 將會是技術上的一個災難。
- 破局思維：創造一個無法拒絕的共贏方案
- The insight:
- 用商業模式去統一、解決「條件不一致」的根源問題
- 找到品牌方、加盟方的共同利益
- The Solution: 設計一套全新的, 更優渥的合約方案,新方案的條件是綁定我們跟加盟者的利益- 加盟者的生意越好, 品牌方給的回饋就越多, 創造雙贏得局面, 讓加盟者沒有拒絕的理由

> 不是問做什麼，而是問為什麼

### A.mptlify

客人雇用你到底要解決什麼問題
克里斯汀生：用途理論

#### 該如何讓老闆知道「技術債」的嚴重性？

- 用數據、趨勢、金額說服老闆
- 把「處理客訴、工程師解決緊急 ISSUE 的成本」量化
- 沒有量化成錢，單位不一樣，很難比較
沒辦法量化服務滿意度，所以用錢容易做對比
當化成概略數字，大家就能感受到

#### 改變語言就改變價值

- 舊語言：技術輸出
- Ex: 我修了多少bug
- 新語言：商業影響
- Ex: 我為公司節省多少錢

#### 不只是修復問題, 更要衡量新功能的功效

上線後必須去追蹤「這個 feature 是否帶來了成效」<
才是最終的outcome

#### 整個團隊開始改變，工程團隊會成為價值中心

工程部門從成本中心變成價值中心
- 從：技術輸出報告
- 到：商業成效報告（e.g. 本週的部屬讓用戶註冊率提升XX％）

> 不是放大努力，是放大影響力

### L.everage

Code is the most powerful form of Leverage
程式碼就是最好的槓桿

#### 我們的平台能讓一個不會寫程式的人，在一週內交付產品。
> 用了什麼方式：填填看
- 驚人的速度: 從零到交付，只需一週時間。
- 賦能非技術人員: 使用者不需要是專業程式設計師。
- 可直接部署: 交付的產出是可以在客戶端實際使用的應用程式。

流程綁死 難維護 複雜度高
把使用邏輯完全封裝

人工很難複製 程式碼可以

#### 我們面對的不是問題，而是一個無法改變的趨勢

越來越多不會寫程式的人開始寫程式，我們「選擇接受並利用他」，讓更多不懂程式的人也能寫出好程式。

#### 我們的核心策略「讓所有人為我所用」

### E.xplore

#### 職涯不是線性提升，而是一連串邊界的突破

每一次轉換都是在解決更大的問題、重新定義自我。

每個選擇都要有你的理由在

- 第一章 從『如何做』到 『做什麼』
- 觸發點: 身為工程師，我能打造出穩定的產品，卻發現技術的卓越無法根本解決使用者的核心痛點。
- 轉換: 我決定跨越邊界，從鑽研技術的「How」，轉向探索價值的「What」與「Why」，成為一名產品經理。
- 擴展: 這次跨越讓我學會了同理心、市場洞察與策略思考，我的能力邊界第一次被擴大。
別人是誰？->理解我的客人
需求來了不是馬上想要怎麼做，而是先想需求背後做什麼為什麼？
- 第二章 從『產品成功』到『事業成功』
- 市場研究、比較競品
- 創造商業策略、營運能力
- 避免產品做的超棒但公司不賺錢

- 第三章 打破壁壘,創造融合的新角色
- 很多問題嘴巴講也能解掉，*角色關鍵在於解決問題而不是限制手段*

- 關鍵是解決問題, 而不是控制手段
> 評估狀況需要功能解，管理解，商業解甚至口頭解，解決問題不是只有添加功能解決

#### 探索並跨大你的邊界，直到問題被解決
你是工程師不重要，重要的是你有開發的技能
這些能力不應該是你的邊界。

==科技人就是商業、技術並存。==

1. 在 AI 時代不會被取代：「深度思考」的能力
2. 去實作，採取行動，讓影響力發生
3. 思考如何「又快又好又有價值」

在分享的最後送給大家：
==人生的每個決定都是一種選擇，選擇面對、選擇面對、選擇忠於自我==

本次簡報：
https://reurl.cc/8bDadg

---
### ( ੭ ̇ᗜ ̇ )੭ 聊天室 ( ੭ ̇ᗜ ̇ )੭

超期待 Gipi

院長～～～

會看到光碟片在對面陽台上 趕鳥ＸＤ

貓奴：不喜歡鏟屎

這場沒有筆記手嗎？還是陣亡了 QQ
> 陣亡了
>> 節奏快 只能記重點ㄅ

~~又快又好又便宜 可以 你做~~

無法拒絕的~~共贏~~方案

談到錢老闆才會痛ＸＤ

講者是要說打壓嗎ＸＤＤ

結果..有簡報qqqqq
> 打得好累才說會公佈
> (筆記的價值並不只是簡報的內容，講師講的東西也很棒的)

能把 NotebookLM 做成能這麼控場的簡報版本好厲害
> Gipi 說他花了 20 小時喔 https://www.facebook.com/gipi.net/posts/pfbid02T7YvxdJio165q2W8JszMGgD7Qazh5McHB6z4YAzvLQrHGRCymmTiVsMGhP7CxT6Gl
>感謝提供這個資訊

精彩的分享～～～～