作為一個產品經理，如何去構思一個APP？

01-06

從哪些角度，原型上有什麼方法等

「如何構思一個app」，更具體的問題應該是「如何發現一個需求，並構思一個產品為app的解決方案」。

具體的策略是大膽假設，小心求證。

何謂大膽假設？

首先要有一雙敏銳發現需求和痛點的眼睛。通過觀察生活，觀察業界發現，發現某些人群的某些痛點，某種需求未得到滿足。

若被你發現了，那麼你有沒有靈光一現，想到某種顛覆性的解決方式？如果你的想法只是「更好」，那麼我建議你再想想，或者放棄這個領域，再去發現其他的需求。要知道，能打敗瑞星殺毒的，不是更好的瑞星殺毒，而是免費的360殺毒；能打敗諾基亞的，不是攝像頭像素更高，速度更快，外殼更炫的諾基亞，而是一個全方位革命的iPhone。

OK，現在你發現一個切實的需求，並且你的想法是「不同」，而不是更好，那麼接下來可以把這個需求，現有的痛點和你的解決方案一併列出來。然後跟你的同行、同伴詳細交流簡單用常識驗證一下。

這個時候你可能會發現你的解決方案有一些微妙的不妥當的地方（如果你沒有這個感覺，也許是你太相信自己了）。往深里想，其實是因為裡面包括了一些假設，一些未驗證的假設。

舉個例子，陌陌的想法構思的時候，唐岩肯定有考慮過以下幾個假設：

年輕人（目標人群）都有認識陌生人的需求。
年輕人（目標人群）把自己的照片和其他信息給陌生人看，並感到安全。
年輕人更願意跟附近的陌生人進行交流，進而把關係引到線下。

唐岩在思考這些問題的時候，先是從自身出發，從自己開始，假設這些前提都被證實下，陌陌這個產品是可以做起來的。

如何小心求證？

在你提出一些假設後，可以做一些小規模的訪談，直接尋找你的目標用戶，進行直接的溝通。如果你的想法得到驗證，可以進一步做較大規模的問卷調查。

切記，此刻不可故意引導用戶傾向你的方案，或想當然，以為自己的假設就是現實情況。不然到最後直到你把產品做出來之後，才發現原來假設都不成立，你的所謂的好痛的痛點都是痒痒而已，你說的剛需都是偽需求。

如果你能認真地做到這一步，目標群眾的客觀調查得出一個統計結果中有60%以上傾向你的原始想法，初步地驗證了你的假設。

那麼你可以繼續下一步，思考這個產品是否以App的方案去實現最好：

我接觸過的很多人，構想出什麼產品，都想做成一個App，而不思考下App是否一個最佳的產品實現方式，或者一個試錯的方式。

App適合怎麼樣的使用場景？

高性能要求的應用環境。
高頻次的啟動和使用要求。
交互邏輯複雜的應用。
對網路要求較低，或使用App能大幅降低流量使用的。

做一個App和做一個移動網站，它的成本是差很多倍的，我見到有人說他要做修水管通馬桶的App，那麼問題最明顯的是第二條，一個修水管和馬桶的O2O App，我可能一年都用不到一次，那為何我要裝一個一年啟動還不一定多於一次的App呢？

現在各種實現方案這麼豐富，微信公眾號已經可以解決很多問題了，為什麼還要為兩個平台寫App？

如果審問過這些問題，認為還是要做一個App的話，

如果你是老闆，那麼再思考以下幾點：

市場分析。思考這個市場是否能支撐你的產品成長，以及這個市場現在競爭對手有哪些，你的產品能從哪些方面切入這個市場的邊緣？畢竟邊緣的成功率有37%，而正面突擊的成功率只有6%。[1]
商業模式。你這產品以後如何盈利？要思考是否會掉進「拚命做用戶，最後無法變現」的墨跡天氣式怪圈？
推廣。你拼死拼活，最終發布了一個App之後，如果它沒有爆紅，那麼你只做到了這個產品的10%。那麼接下來如何推廣呢？它是需要爆紅才能成長起來的臉萌，還是硬推，花錢買用戶都能產生價值的美團？那麼如果是後者，是否有足夠的資金推動這個App？說到底，就是這個行業，這個產品，是創意推動型，還是資金推動型，你們的團隊是否有足夠的相關資源去完成這個項目。

所有問題都想清楚了的話，請集合力量儘快去完成你的App的第一版。

如果你是一個老闆下面的PM，你需要針對上面的問題寫一份BRD（Business Requirement Document），進而說服他。

至於如何畫原型，先用紙畫草圖，再用Axure再細化，把交互做一下，就可以了，不要搞一些花哨的高保真。

參考資料

[1]李善友《顛覆式創新》

1、首先是產品靈感的來源，通過對市場的理解、對生活的理解，作為一個用戶不斷的體驗感知，會在某個時間覺察到未被滿足的某個需求或者可以挖掘的市場機會，這時候開始以這種想法為基礎來構建產品。

2、有了源想法之後，即是思考需求的滿足如何落地。通常在此時的做法是，思考這種需求目前可能的滿足方式，並尋找市場中有無類似的產品。如果有，去市場下載一批相關的APP，有的APP以解決這種需求為核心目標，有的APP把這種需求作為一種輔助需求來滿足。思考這些APP的滿足方式，想一下自己能不能找到更好的滿足方式。

3、做到上述工作後，即開始著手設計APP最核心的需求滿足方式，用kentzhu的話來說，就是搭架子。架子可以是一個很簡單的設計，在kentzhu的博客中，有一個快捷酒店管家的設計例子。如圖：

「在一張地圖上，放置所有可預訂的酒店」，這就是此時的產品構想，是產品設計最早期的核心。

這時的設計最應考慮的問題是：有沒有滿足最核心的需求。其次需要考慮的問題有設計的可擴展性等。

4、在第三步完成後，即圍繞這項設計開始周邊的輔助設計。還是以上圖為例，例如添加預定按鈕，用戶中心功能，酒店圖標的價格標籤，搜索功能等等。這時的要求始終要圍繞輔助進行。以核心功能為中心，進行必需功能的設計添加。另外提一下，競品調研在這時仍然是需要的，某個核心功能需要什麼樣的周邊功能，這些輔助功能如何取捨搭配，都可以從其他產品中借鑒。

5、完成第四步後，產品就大致有了雛形，剩下的就是確定功能點更細的部分，例如價格標籤的顯示方式，搜索的排序規則等等，所有可以優化體驗的細節部分此時都可以不斷思考改進。

6、在上述步驟完成後，一個APP就已經構思成型了，剩下的需要與設計、開發、測試等配合，上線並不斷優化。如何配合及後續產品的運營，就是另外一個話題了。

把符合趨勢的商業模式的第一步規劃做成app，一步步做大，比如做平台類產品。

把生活中的不爽和奇思妙想做成app，一步步做精。

把同類競品不會做的東西做成app，一步步做出特色。

做大做小做不同，大體就這三種思路。

——「我要這個效果，這個功能....」

——「哪款競品，你直接說吧」

--------------------------------------------------------------------------------

補一下回答。也參與設計了一些夭折過的產品。我自己做的幾個產品，由於個人能力有限。都是直接由老闆下達的需求。而我基於它的需求豐滿他想要的功能。

1、了解老闆的需求是什麼，老闆想幹嘛

2、了解產品的受眾是誰。客戶是誰。用戶又是誰。

3、了解產品的邊界在哪裡，想達到什麼樣的目的。（建議為產品找幾個關鍵詞）

4、簡單粗暴的找競品，看看市面上是否已經有了成熟的產品或者類似的產品。俗說，抄超鈔。

5、搭個產品框架，做個demo。

後續的已經脫離了如何構思一個app了，就不賣弄了。

緊抓用戶痛點，功能先增後減不要死摳設計細節要抓住功能需求！什麼OKR啊，5W啊，什麼用戶體驗的五個層次啊（戰略層，範圍層，框架層，結構層，表現層）。。。太多了，不說了，在書中尋求真理同樣實踐是檢驗真理的唯一標準！

這個問題很奇怪。

產品經理思考問題其實跟是不是app關係不大。核心是收集，分析和理解需求。

簡單點回答吧

1、why

如果是替公司幹活，要把自己當做大boss的角度，想想要做個什麼東西出來，為什麼要做這個東西出來，做出來要達到什麼效果。

2、what

做這個東西有什麼用，有哪些功能，這些功能和競品比有什麼優勢，做出來要運營什麼。

3、how

手裡有什麼資源，怎麼獲取資源，技術層面是否可實現，怎麼能把它由構思變成產品。想通路。

如果單純說如何「構思」，多看，多總結，多思考，多交流。

1.確認抄什麼功能

2.抄哪個幾個APP

3.找RD，UE確認一下抄的方案

4.抄出來

構思一個APP，需要使用倒推法。首先要明確目標用戶群以及開發該APP產品的初衷。在大方向明確的前提下，將自己作為用戶，細化工作。

1. 研究同類產品（如果有），進行功能體驗，使用習慣分析，分析優劣；

2. 直接調研與目標客戶，需求整理分析；

3. 設計功能模塊及展現形式。

構思任何一個產品都要時刻想著如果自己就是用戶

5個W1個H，通用的方法。快速幫你定位，找到目標群體，分析需求。

這是前提，前提做完了，再來考慮app形態吧~~

去使用優秀的app應用，從用戶體驗的角度去挖掘他們的優秀交互，結合自己想像中產品，整理出自己的思路！

從學習優秀的app應用開始！

有需求才能去構思APP，不可能憑空去想像。需求明確了之後，然後在考慮用一種合適的形式實現這個需求，也就是構思APP了，構思APP其實是最簡單的一步。產品經理更重要的職責是要去發現需求，理解需求，並憑自己洞察力去判斷需求的真偽。

作為產品經理這個level可能更過的是關注於產品本身：體驗性等問題，但好的APP立論是第一位的。

先想好App究竟解決什麼問題？是面向個人還是企業？

面向個人的話，用戶體驗要放在第一位。

面向企業就需要考慮企業的移動戰略是什麼，需要做到什麼程度，有那些需求。而這些需求裡面，優先順序是什麼？

之後代入場景，用戶會怎麼使用App解決這個問題？用戶應該在首頁可以解決80%的問題，比如微信首頁的聊天列表，支付寶首頁的功能積木。

選擇Tab還是抽屜，都不是特別大的問題。

快速出個UI Demo，聽取你的目標用戶反饋，之後快速迭代吧。