應用程序的概念，大家或多或少都有接觸過。最直觀的概念是就是應用程序是一個具有特定后綴的文件，比如常見的windows的exe文件、Android的apk文件、ios的ipa文件，不常見的sdk文件或者api函數。這些就是產品經理和程序員們吭哧吭哧出來的最終成果“產品”。

　　產品包含“數據”(默認的用戶信息、圖片資料等)和“邏輯”(做什么事，完成什么任務等)。再回到名字上“應用程序”，這個程序必須還有大規模有人“應用”，也就是說它必須要有商業價值。

　　以上就是我理解的互聯網“產品 ”，包括但不限于APP。

　　私人的感悟：我會根據下面五句話做出一款產品

　　摸清需求、分不同模塊

　　寫角色卡、建立流程圖

　　拆解頁面、畫思維導圖

　　寫prd文檔、制交互原型

　　數據分析、反復迭代優化

　　1、摸清需求、分成不同模塊

　　雖然偶爾有天馬行空的腦洞，想做出一款我心中的產品，但是大多數情況下是幫助別人做一款產品。我在《產品經理如何對初步獲取的需求進行處理》一文中，寫過需求控制。大體模式相同，不同的是那篇文章主要講日常怎么控制需求，這次摸需求是摸老板的初次想法。

　　有以下幾點你需要注意：

　　用筆記下你老板的具體需求;

　　記錄他提出的需求背景，即他為什么要做這款產品看好什么場景;

　　幫助他理清他的產品模塊，比如核心用戶模塊、核心業務模塊、邏輯聯系模塊、公共模塊等。

　　2、寫角色卡、建立流程圖

　　記錄了明確的記錄需求后，我們可以根據需求描繪產品的用戶畫像。具體做法是制作角色卡，一般網上都有模板。具體做法可以采用4W1H法：什么人、什么場景下、什么目的、遇到什么困難、期望如何幫助。就是上面所說的數據，用戶信息、圖片資料等。

　　根據寫的多張角色卡，我們要建立流程圖。流程圖可能簡單可能復雜，具體要看實際情況了。有流程圖才可以保證在技術上是有可行性的，就是上面說的“邏輯”做什么事，完成什么任務等。

　　3、拆解頁面、畫思維導圖

　　如果你是合格的產品經理，你至少玩過200款以上的產品，產品的基礎雛形在這個階段心中基本有數了(沒數就找競品借鑒借鑒唄)。主題頁面基本拆解在圖紙上了，不確定的或者有疑問的地方一般特別標注。為了防止你制作原型時思維混亂，這個時候你需要根據角色卡、流程圖和拆解的頁面畫一張思維導圖。思維導圖根據頁面層級和操作按鈕內容兩個維度來畫，它非常有用。

　　4、寫prd文檔、制交互原型

　　上面的事情做完后，你可以寫prd文檔和制作交互原型了，廣泛的來說原型也是prd文檔的一種。原型的站點地圖一般是根據思維導圖來的，功能按鈕部分是按照圖來的部分是臨時畫的。這個時候建議使用“角色扮演法”，基于用戶的心智模型思考產品操作，爭取做到“Don’t make me think”。

　　畫完原型，可以讓人試用并指正，最終得到開發的依據原型。

　　5、數據分析、反復迭代優化

　　雖然理想是好的，我們辛辛苦苦的做出了產品，但是有些功能用戶就是不喜歡。我們需要通過數據來驗證產品的設計，獲取數據的通俗辦法是埋點。第三方數據分析工具有：Google Analytics、騰訊Bugly、百度統計、友盟、GrowingIO、諸葛IO等。這些工具中最心水騰訊Bugly，不缺錢的推薦使用Google Analytics，免費的可以用諸葛IO(多嘴句，號稱無埋點的GrowingIO非?？?，3萬以下用戶6萬一年的使用費，小企業用不起嘞)。

　　我們通過埋點后，可以通過多維度了解用戶在使用產品的數據。根據數據，可以優化迭代產品，優化方案可以嘗試A/B測試，效果也還可以。

　　寫文章果然是理清自己思路的好辦法，總結下五句話做產品：

　　摸清需求、分成不同模塊

　　寫角色卡、建立流程圖

　　拆解頁面、畫思維導圖

　　撰寫prd文檔、制作交互原型

　　數據埋點分析、反復迭代優化