最近在寫這東西，lean版本的商業計畫

Running Lean 也讀這本，是lean實戰系列書籍的第一本

其實很好，它逼我去思考整個生意的架構，而且是有系統的

對一個工程師來說，很容易覺得自己要寫關於solution的code才算是核心產能。我自己也有這種迷思

我昨天把那本書的前兩章讀第二遍，突然讀懂它裡面講的某些事：

所謂經營一個產品，是要這九個面向的每個內容都符合你的目標→商業模型是所有零件組合起來運轉順暢才成立，而不是光有solution而已

非常淺白的道理，但就是要咀嚼一下

我常覺得，如果不是在寫核心演算，而是處理UX，或是backend的基本功能，像是資料庫操作、session等，(甚至是之後要做growth hack的量測指標等)，就不是正事

我常覺得，如果不是在寫核心演算，而是處理UX，或是backend的基本功能，像是資料庫操作、session等，(甚至是之後要做growth hack的量測指標等)，就不是正事

那是錯的觀念。而這也是「解決一個問題」和「把解決問題變成產品」的差別

我之前一直在嚷嚷，要做成產品，周邊有一大堆與solution無關的程式碼要處理。這本來就是正常的，我現在接受這個概念了

我之前一直在嚷嚷，要做成產品，周邊有一大堆與solution無關的程式碼要處理。這本來就是正常的，我現在接受這個概念了

當你只看solution，它的佔比就是100%，但是當你看到整體來說有這麼多事要做，從「我有個產品」到「推到顧客手上」中間有很多事會發生，那麼solution就還好而已