產品從0到1的設計
有一句話說是：沒有經歷過0到1過程的產品經理是不完整的。
這麼一看我不僅完整了，而且還完整了好幾次。掉過很多坑，也爬上來了，自己希望能把這些經歷和感想寫下來，慢慢積累，形成體系。
從0到1的的經歷，大致流程分為：
Step1（立項階段）：接受需求—明確需求—市場調研—競品分析—產品規劃
Step2（需求明細、初步設計）：通過市場調研、競品分析不斷晰需求—需求整理—產品設計—輸出需求文件
Step3（開發測試）：產品啟動會—開發評估開發週期—專案經排期—測試開始寫測試用例—開發溝通—專案驗收、參與測試—上線
Step4（運營階段）：配合運營活動，收集資料—根據意見和資料反饋優化產品（流程、介面等方面）
Step5:（迭代）：結合新的需求和原有的產品規劃進行需求管理—產品迭代設計，新一輪產品迭代
（tip；需求的挖掘存在整個流程中，只是需求方不同，需求的型別不同，方法也有多種）
相比有一定基礎的產品迭代，從0到1的產品，在立項和初步設計方面會需要更全面和透徹的考慮。因為第一版打下的基礎很大程度上決定了產品之後的上下限和發展路線。很多產品的細節需要考慮清楚，想的更多的是為什麼這樣做，是不是和產品的slogen符合，在擴充套件性上也考慮更多。
所有的步驟裡都需要保持和需求方的溝通，碰撞需求
Step1:立項階段
從 0到1的立項階段特別重要，一般新產品立項的需求來自Boss，和Boss溝通基本上實在戰略層的需求對接。在整個過程中利用定量的方法去確定遇到的定性需求。
需求方會說要做一個什麼（市面上已經有的產品），然後開始描繪產品能做的事情，有什麼功能，能和公司其他業務板塊有什麼聯動。這個階段要和需求方明確的一個共識是：要不要做。
這個時候產品經理需要考慮的是：
1、需求方最本質的需求是什麼？做這產品的目的是什麼，它能給我們帶來什麼？（商業化的目標和業務化的目標）
2、我們要服務的客戶是哪些？現有客戶還是新的客戶，能為客戶帶去什麼？
3、為什麼做這種型別的產品？
4、我們做這個有什麼優勢，或者說能建立的產品壁壘在哪？
5、和現有的業務怎麼配合？
6、我們有什麼資源（時間、人員、使用者等）
這些都是戰略層面的事情。
帶著這些疑問我會一個個去向需求方詢問，去碰撞，去挖掘需求方的本質需求，我需要代入的角色有需求方、產品本身、使用者。多個角度去評估這個專案成立的價效比和可行性。這個時候在決定做不做這個問題上和需求方達成共識。
決定做了之後，開始做 競品分析、市場調研、使用者研究 ，。做好這些研究後，根據研究的結果反饋去做產品定位。
產品定位首先要確定slogen。slogen的確定就為產品的型別、產品的方向、產品服務的人群，產品要解決的核心需求做好了一個範圍。根據slogen，產品經理知道產品要做什麼，不要做什麼，slogen就是一個產品靈魂的文字描述。
Step2：需求明細、初步設計
之後就開始著手搭建產品範圍層。
先開始做產品的初步規劃，前提是充分理解業務（有一個方法就是模擬使用者去玩競品）在理解業務流程的情況下去，先確定主要的任務流程，再確定子任務流程，確定好了任務流程後整理出產品的功能需求，因為在產品上走一個任務流是需要產品有對應的功能去承載的，所以每一個任務流程都對應的1到N個功能，兩者的關係圖
之後做出產品的任務流程圖、任務級別圖和功能結構圖，建立了主幹，還要和需求方核對一邊需求。
之後開始搭建產品結構層
根據任務流程確定每一個任務步驟需要的資訊，做出資訊結構圖，用於後臺的搭建。
之後就開始設計產品框架層
開始根據主功能的第一步開始設計原型圖，功能結構圖和資訊架構圖從粗到細，大到小的去設計原型圖（導航設計—資訊設計—介面設計），做好原型圖，寫好PRD，開評審會（專案啟動會kick-off），參加的人有UI、開發、測試、專案經理、運營。評審會過了之後。專案經理開始評估專案，排工期（UI、開發、測試），正式進入開發階段
Step3（開發測試）：產品啟動會—開發評估開發週期—專案經理排期—測試開始寫測試用例—開發溝通—專案驗收、參與測試—上線
專案啟動會之後，最先是UI排期，這裡就開始進入產品表現層的大部分設計了。
產品需要和UI保持積極的溝通，在整個表現層的設計中，UI會提出自己關於資訊元素排列和互動的建議，一般產品都是根據使用者使用場景去分析，還有就是遵循一般的設計原則，例如：親密、對齊、重複、對比原則；刪除、組織、隱藏、轉移策略等。因為這些原則和策略是使用者的在不斷的使用中積累提煉出來的習慣。至少遵守這些規律不會犯錯，不會挑戰客戶。
專案經理排好工期後，就開始進入開發階段了，這個時候產品需要做的最主要的三件事情是，和開發保持溝通，做好資訊同步；準備下一個版本的需求；和運營對接，看怎麼做運營活動，增加產品的資料指標。
在0到1的過程設計中，比較重要的是要建立產品多維度的一致性規範，為之後打下基調，一致性的地方包括：
1、視覺一致性：顏色（主色調、輔助色、點綴色、字型顏色），風格（扁平、投影、擬物等），屬性（字型、圖示、圖片）
2、行為一致性：操作（刪除、滑動、點選、下滑重新整理、動作、動畫表現），作業系統（ios、安卓、PC網站、相關的兄弟應用）
3、感知一致性：互動位置（確定、取消按鈕、儲存、相同操作的按鈕在相似的位置），文字（提示語、操作提示、功能按鈕、編輯提示）
這些細節整體性的影響到了使用者體驗、產品的調性和擴充套件相容性，所以在第一版就要做好堅實的基礎。
還有就是建立信息推送機制、版本更新機制、最基礎的資料埋點，這些都需要在第一版確定好。
關於推送資訊，最基本的是更新的推送，還有就是根據實際業務進行的活動推送。
關於版本更新的機制，版本制定的規則是：大小版本穿插，大版本增加新功能新需求的版本，會強制升級，小版本是針對目前已有功能的優化版本，選擇升級。所以相鄰的兩個版本不會有太大影響，實際情況會根據計劃和當時的情況進行調整。
最基礎的資料指標：才開始是用第三方的資料統計，從基本的資料情況、使用者趨勢、渠道分析、留存分析都有。在做運營活動時 ，根據不同的需求再做不一樣的資料統計。
一致性的設計、推送機制、更新機制、基礎資料的統計是第一版需要建立好的。
從0到1整個產品的流程大概就在這裡，這裡會考驗產品的各方面能力，非常鍛鍊產品的基本功。
其中有部分流程，自己也寫了詳細寫了總結。慢慢分享。