「寫一段script，解決某個切身的問題」，事情到這樣還很單純，就是code而已，不用去面對其它大大小小的事

有點像：「你會煮菜，肚子餓了煮一盤好吃的菜給自己」這樣，但是從「煮菜」到「開餐廳」，問題就不只有進廚房這麼簡單了

有很多介面的問題、scalable的問題、成本/利潤的問題，就必須有非常多外圍的工作來包裏「做菜」這件核心價值。
當然，菜本身不好吃，周邊做得再好都是枉然

然後，我們今天要來談產品，談從「解決問題」到「把解決問題的方法變成一項產品」這件事

=====

我覺得自己的心態一直停留在「解決問題」這個層次。覺得可以解決問題很有趣，寫了很多解決問題的code（我說它是核心程式碼）

我的東西一直是碎碎的。你可以在測試階段下一段url，連結，回傳某些東西，顯示成某些問題的解答。在這個程度我做了蠻多事情的，而我認為自己還沒嚴肅到面對「它要變成產品」這件事

有很多事可以讓我推托。例如說，不清楚潛在客戶有多少、市場有多大，或是growth hack的技能未補充，還有很多「浮出產品水面線以下的事要做」等等，一大堆的理由都讓我沒有嚴肅地面對產品這回事

「這是一項產品，它要賣錢的，而已它快接近產品化的那條終點線了」，我要像直銷一樣一直在心裡默念洗腦自己

=====

有蠻多東西的，一個問題是說，我沒辦法抓準「到推出產品那條線之前，有多少是必須做的」，有多少又是次要的

一個人，長時間孤獨地做一樣東西，就是容易變得懦弱懶惰

目前的工作是，因為一個人，所以你就是想盡辦法什麼都要自己搞定就對了。有時候這也造成我頭腦一團混亂，沒辦法好好切割一件事

就例如，要做一項功能，我會同時想著F2E的工作、又考慮UI/UX的問題、又三心二意地想backend要怎麼弄。工作是跳躍碎化的

(有時候我把它歸在，第一次做，所以無法整理出流程。等到我各種基本的功能都建立一個自己的模板後，可能就可以站在這些基礎上，比較有效地思考工作分派的事)

1.所以第一件事，我要開始以「產品化」為分界線，去想在那之前有什麼必須完成的，一條條列下來

雖然瑣碎的事還很多，但要開始以「產品」為標準去取捨，不再是想到什麼做什麼就可以了

然後就有疑問了：我怎麼知道達到產品等級該做些什麼？而那個等級又怎麼在「越早推出越好」和「推出爛的產品會對後續行銷有相當不利影響」找到平衡？

這種問題一問出口，擺明了就是「你自己做決定」的答案。我要自己去問「我對於產品的想像和定義」這個問題