????第 1 章
點子與方案
Talk is cheap. Show me the code.
——Linus Torvalds
在知乎上，有一個提問是：“我有一個 App 創意，如何將其實現？”關注的人非常多，因為大家平時都會有很多想法，也想把這些想法付諸實踐，看能否做出一款可用的互聯網產品。事實上，所有的產品不僅僅是一個點子就能支撐的，還要考察具體實現的邏輯是否清晰、方案是否可行。
在產品尚未成型、什麼都沒有時，作為產品經理要有建立在對市場和用戶的理解上的雛形方案。在相對成熟的公司，也要清楚公司的產品是怎樣從簡單的點子和想法，借由基本的產品框架和定義成長為了當前的狀態。這裡提到的雛形方案，或者產品的框架和定義，可以稱之為產品模型和商業模式。
產品模型涵蓋的內容不僅是基本的用戶需求，還包括整個項目的產品邏輯。這個邏輯試圖證明的是：無論從用戶角度，還是產品設計者角度，整個項目要滿足需求這件事是可以運作起來的。例如考察大家在就醫時需不需要掛號，這是很基本的用戶需求。而考察我們在滿足大家掛號需求方面，具體該建立怎樣的模式，要跟醫院合作嗎？這些掛號跟線下掛號關繫如何處理？用戶在模式中如何受益？醫生在模式中如何受益？整體的邏輯框架是否合理？這些都是產品模型要討論的問題。
有人可能會產生疑問：不是說產品要檢驗過後纔知道是否可行嗎？這句話也沒錯，但跟我們探討的產品模型並不衝突。產品模型是整個產品的根基，探討的是需求實現的邏輯，並沒有脫離需求的範疇。如果紙上談兵似地討論產品模型都發現走不通，那就說明需求層面的所有問題也就沒有解決好。在不同的階段，我們用不同的方式去做可行性的檢驗，這時的檢驗就像物理學中經常采用的“思想實驗”。
總的來說，在產品從 0 到 1 的過程中，最先要確定的就是關乎需求的邏輯是否在產品上、商業上行得通。
產品模型：設計合理性
對產品模型來說，首先要確定一件事：用戶到底為什麼要用你的產品？
這裡涉及兩方面的問題：用戶是不是有需求？你能不能滿足用戶的需求？讓人失望的是，我聽到的絕大多數“絕妙創意”的情況是，很多朋友告訴我他們的產品計劃之後往往過度預期，認為自己的創意已經能夠完全滿足用戶的需求，覺得大事將成。我則完全沒有理解——你說的道理似乎沒錯，但用戶為什麼要買賬啊？
案例 1
有個朋友曾經跟我聊他的主意，那是在一個創業咖啡館裡，人聲鼎沸，來往路人都是互聯網創業者或者投資人。他興奮到臉色發亮、腮幫泛紅，激動地跟我說：“我做的這個項目，是可以改變音樂培訓的產品。”
我有點疑惑，便請他詳述。他告訴我，現在的音樂培訓還是停留在很傳統的方式上，學校和求學者信息不對稱，上課的很多流程信息化也做得不好，售後也沒有保障，而且對這些老師、學生的社交也沒有專屬的平臺。所以他要做一個大而全的平臺，這個平臺上老師、學生各得其所，樂在其中，一個 App 解決掉所有的問題。
他的想法甚至已經落實到原型上了。他希望首頁是學校的信息和活動，各種學校在這裡做宣傳，學生也能找到適合自己的學校。第二個頁面是課程頁面，學生可以簽到，教材可以做成電子的放到裡面，提高效率，實現無紙化流程。第三個頁面是演唱會和各種周邊的音樂活動，有趣也有料。第四個頁面可以做電商，大家在這裡交易樂器。如圖 1-1 所示。
他講了很久他的方案，看得出他是很用心在想的。但可惜的是他說的這些問題存在、需求也可能是有的，但在產品邏輯上卻一塌糊塗。於是我問：“那這樣的話，你的學校需求點是在哪裡呢？我作為音樂培訓機構，為什麼要入駐你這裡，而不是 58 同城或者大眾點評呢？”
他說了很多，比如這裡是垂直領域的平臺，可以做得更專業；我可以幫助他們實現在線打卡、無紙化教學，等等。我說：“你這個細想就很難成立。作為學校，需要的是更大的曝光率，而不會在乎你這邊是不是垂直的。另外一點，學校對信息化的需求有多高呢？學校現在很需要無紙化教學嗎？對於很多老師來說，是不是反而會降低效率？”
?
