翻出以前的課程，每聽一次都有不同的感受，特別是在自己搞砸專案之後。
先考慮你的使用者
使用者被驗證後才考慮你的客戶
站在你的使用者角度考慮問題
無論商業模式多麼複雜，不管對使用者免費還是收費，都需要終端使用者使用你的產品
使用者細分需要足夠細分，需要努力找到那乙個小的使用者細分人群驗證你的商業模式
先發散，逐一驗證或者推翻
在後面的步驟中，如果出現問題無法聚焦，退回到使用者人群細分
移動網際網路產品的場景感最強
有點產品可能先考慮場景，然後考慮場景下的使用者
先對場景進行假設，然後實地驗證對場景的描述
場景不同，問題不同
場景不同，使用者所處的背景條件不同
使用者和場景清晰後，拋棄腦子裡的所有點子和創意
每乙個終端使用者再每乙個場景下遇到的問題
不是解決方案！
只有正確識別出使用者的問題，才能真正的為使用者提供相應的解決方案
可以用「五個為什麼」進行邏輯推理
沒有找到問題的根源，只能治標不治本
如果問題不具體，多數情況是使用者人權描述和定位模糊，或使用者人權太泛、太大，需要對使用者人群進行重新定位和細分
多數問題最後都是和情感需求相關
什麼是問題背後的假設：組成這個問題的各個可度量的要素
假設盡可能是可度量的指標
假設不同，解決方案完全不同
哪些假設需要驗證？高未知&高可行
如何驗證？
客戶訪談：
1、忌，推銷自己的解決方案
2、客戶是否有過【問題】？以及客戶認為解決這個問題的方案？傾聽客戶，聽80%，說20%
蒐集所有被驗證後的假設，形成解決方案
運用迭代式開發，開發出mvp，快速交付給天使使用者
快速反饋：在功能中埋點，收集所有使用者使用行為和習慣，最後驗證對使用者的所有假設
從反饋的資料中學習，調整下一步的產品功能和策略
對於產品的任何乙個功能/使用者故事，反思這個功能可以解決【終端使用者】在【場景】下的【什麼問題】
mvp三種：
問題探索，是否存在？誰？
產品推介，推廣渠道
產品適配，交付客戶體驗
精益產品 務實致遠
十年磨一劍的厚積薄發需要勇氣。這種勇氣或是與生俱來或是絕地逢生後對人生重新審視的思考。他要有堅韌不拔的執著，也要有排除萬難的氣魄 更要有得以生存的土壤。很多事會以人的意志力為轉移，所以才有人定勝天 事在人為，但很多事卻又太依賴於我們的外部環境和平台，所以也會有時勢造英雄。中國語言和文化的博大精神就是...
從精益軟體到精益思想
說起精益軟體開發，這絕對算是乙個老生常談的話題了。所以在這裡，我不想去談論諸如 精益軟體開發的幾大原則 或是 精益軟體開發的最佳實踐 等陳詞濫調 只是最近在同事的推薦下，拜讀了一本有關it運維方面的書籍 鳳凰專案 書中的故事十分有趣，同時又引人深思，細細品味後頗有感悟，對工作和生活上有了許多新的想法...
初創產品團隊如何從敏捷到精益！
本文作者 于曉松 諸葛io 來自諸葛io團隊。引言 傳統的專案管理有乙個基本概念叫 專案管理四要素 指的是範圍 時間 資源和質量四個要素，平衡好了這四個要素，專案就會進展地很順利。但要同時控制四個變數，這四個變數之間還相互影響，其實挺困難的，特別是這樣的專案管理不太適合各方面都容易失控的創業團隊。所...