經驗說｜如何從「0」到「1」構建產品？

當你在哺育產品的同時，產品也在哺育你。

在互聯網混了幾個年頭，經歷了從設計——程序——產品的工作歷程，期間經歷過2個項目，都是從頭開始構建的。當然作為一個半路出家的產品，成長的過程不可謂不痛，從一開始連原型圖都不知道怎麼畫，到後來建立起自己的一套方法論，在這個過程中不斷加深了對產品崗的認知。我很欣喜看到自身上的一些變化，也希望通過分享自己的一些感悟，為那些剛入行的新人或者想轉行做產品的兄弟姐妹們帶來幫助。

從何處開始——首先得清晰的認識自我

從筆者的經驗來看，產品這個崗位，不同公司有不一樣的要求，所以大家在學習產品的相關知識的時候，並不是越多越好，前期我們的學習重點必須聚焦，這樣你才能在短期內獲得比較強的競爭力。

自身能力模型

上圖是筆者早期剛從事產品的時候做的一張自身能力模型表。這張圖能很直觀的看出筆者目前所處的階段和想要達到的階段，並且給出了籠統的可執行方案。筆者當時因為是做TO B產品的並且對業務一無所知，所以把當下最需要補齊的知識和技能優先順序調高，以滿足工作的需要。自身能力模型表前期真的很重要，只有當你清晰了認識了自我，才能知道你努力的方向和意義所在。

開始出發——走上產品設計之路

可能大家會比較奇怪，為什麼要先做數據結構？

筆者列出兩點原因：

• 數據結構是用來作為資料庫的設計依據的，在早期和DB的溝通中能儘早的發現問題
• 數據結構里所包含的信息為原子級的信息，特點是不可拆分，互相獨立，相對於信息結構更加精練

那怎麼做數據結構？筆者通常的做法是從角色、業務的維度上來構建數據結構，構建數據結構要按照完全窮盡，互相獨立的原則來設計。

筆者簡單的梳理了一個數據結構：

數據結構

這個數據由於是底層的數據，所以命名的時候必須嚴謹。而我們在表現層里看到的數據可以從這些數據里通過組合的方式得到，這也就是為什麼這些數據必須是完全窮盡，相互獨立的。舉個栗子：我們在終端上需要看到【當日盈利】這個數據，而這個數據是通過【消費金額】【授課收入】組合而來。

（2）開始畫流程圖

流程圖是體現產品經理對業務理解能力的最好判斷依據，好的流程圖讓人一目了然，甚至對整個項目的推進起到至關重要的作用。而關於如何畫好流程圖，相信站里已經有好多人做過類似的分享，我這裡就不再贅述了。筆者在這裡推薦一篇關於流程圖的系統性文章，講的很好，也讓筆者學到了不少東西。

以下是文章的鏈接：《產品的三種流程圖，你都知道嗎？》

（3）梳理產品結構/信息結構

產品結構需要你把整個產品的大框架想清楚，並且排好優先順序，在開發資源有限的情況下，可以分階段實現。信息結構則用於進行頁面中的數據展示，一般是在產品結構完成後進行梳理。這裡筆者繼續以教育項目為例，產品結構圖如下

我個人的習慣是會把B端和C端的結構圖放在一起，然後通過連線的方式找出對應關係。關於信息結構的圖我這裡就不貼了，相似的層級關係，大家以此類推。

（4）輸出原型（文檔）

這一塊大家應該在熟悉不過了吧，很多小夥伴可能以前一上來就畫原型，沒有經過深度思考的原型是經不起推敲的，容易返工不說，還會被開發和設計鄙視。具體的畫法我就不說了，這裡我分享一下關於我畫原型時候的心得：

• 不要過於糾結於工具的選擇，每個原型工具都有它的優缺點，Axure就目前來說在功能實現方面是最牛的，但是有時候為了速度，也可以選擇輕量級的原型工具；
• 類似通用的組件，比如文本框、彈窗、按鈕，必須給出規範，這樣能給你省大半時間，也為開發和設計省大半時間；
• 有設計功底的產品同學可能會畫高保真原型，這裡筆者建議不要這麼做，因為高保真原型不僅費時費力，而且設計拿到你原型的時候會一臉懵比，並會限制了他的思維；
• 不要做過多的交互，直接註明就好，因為開發不會拿著你的原型一個個點下來，有時候一句話能說清楚的事，咱就不要浪費時間了。

結語

設計產品不是一蹴而就的，好產品是在正確的引導下自我生長起來的，但這需要大家對生活要留心觀察，多體驗不同的產品，多問幾個為什麼。因為當你在哺育產品的同時，產品也在哺育你。

本文由 @吃肉變瘦 原創發佈於人人都是產品經理。未經許可，禁止轉載。