一個系統中都有哪些模組組成，對於初學者來說，可能還不能夠區分的很清楚。

但是仔細回想一下，是不是幾乎所有的功能都有登入和註冊的功能？

 

啟動頁，Banner，輪播，個人中心，關於我們，意見反饋，設定，忘記密碼，支付，地圖，等等等等。

這些都是屬於一個系統裡很常見的功能。

 

這些常見的功能，該怎麼設計，這就是第二階段，我想分享給大家的內容。

因此，今天的這篇文章，是你已經跨越了測試階段，進入產品階段的第一課。

 

 

一 為什麼要從常見的模組開始學習

 

可能很多人會想，怎麼修真院不教我們產品的方法論麼？不告訴我怎麼怎麼冷啟動，怎麼去查詢使用者痛點麼？

至少也應該告訴我，怎麼用Axure吧？

Axure是一個工具，思維導圖和PPT都是我們做產品設計時候的重要工具。

看一下產品方面的大目錄。

第一階段 動手設計之前，先學會如何驗收

第二階段 不積跬步，無以成千裡，從公用模組開始吧

第三階段 產品經理必須歸屬於某個行業

第四階段 敏捷開發的天下

第五階段 MVP的魅力

第六階段 關於資料和運營

第七階段 和研發人員的愛恨情仇

從公用模組開始，我希望你們能夠接觸產品設計的邏輯，調研競品的方法，讓自己的每一條設計都有跡可循。

先從手機裡下載200個App開始。

在過去你因為太熟悉或者是用不到的一些細節，會隨著你對產品瞭解的深入而浮現在眼前

可能會因為某些設計有輕微的困惑，在瞭解內情之後會覺得原來如此。

見得多了，自然得其中三昧。

 

 

從我們剛剛提到的登入，註冊，個人中心，支付等模組開始

重點在於是學會如何從身邊的產品學習，好的產品才是最好的老師（當然我比他們還要好）。

這些模組不需要你有太專業的行業知識，比如說教育，金融，醫療等，只需要你有基本的邏輯能力和判斷力。

在這個階段，我還希望你能夠親自動手，去畫很多原型，對Axure的學習，就在完成這些任務中。

最後，所有的產品設計都需要有依據，所以你設計的每一個公共模組，都應該先有一個PPT。

在這個PPT裡，你應該講述：

你要實現的功能，可選的幾種方案，分別對應哪些場景

在你設計的系統中，對應的場景是什麼，所以要用什麼方案。

 

emmmm,還有，要設計Story了，敏捷開發雖然是被我放到比較靠後的位置

但是在這個階段，你應該學會敏捷開發中的一個小概念，就是Story。

 

 

 

二  漸漸的深入，就像初吻

 

知道了公用模組，接下來就需要了解一些常見的行業，教育，金融，電商等。

每一個行業都有自己的業務邏輯，如果你不懂這些，根本無法設計出來正確的產品。這是第三階段。

然後你就有了嘗試獨立設計一個系統的能力，這就需要用到了敏捷開發。

敏捷開發並不是單純的專案開發中使用的流程，更是我們討論需求價值的依據。這是第四階段的內容。

 

第五階段就是關於MVP，這是減少我們出錯的最好方案。

 

第六階段就是產品上線之後的反饋，從資料中瞭解使用者的真實想法。

 

第七階段就是介紹一些常見的防身術，學會如何和研發團隊打交道，畢竟人身安全都沒有保證的話。。。

 

這七個階段，足以讓你成為一個獨立完成專案的產品經理。

你的專業知識會在公用模組和行業中豐富

你的思維方式會因為敏捷開發和MVP而改變

你能夠從資料中發現改進的方向，更能夠冷冷的跪在地上求研發小哥哥不要砍需求。

 

 

 

三 怎麼做競品調研

 

在過去幾年的教學中，我發現很多人不明白怎麼做競品調研，不知道要調研什麼，得出什麼結論。

很多人認為所謂的產品調研，就是寫流水賬：

京東，阿里，知乎等網站的登入註冊怎麼做的，有什麼功能，沒有什麼功能。

這能得出結論才見了鬼。

我們說到競品調研，首先是希望能夠羅列出來常用的場景。

拿使用者的登陸註冊來說，先說到賬戶體系，賬戶體系就是用什麼來做使用者的唯一標記。

 

在調研的過程中，會發現：

最近幾年都是用手機號做使用者名稱

而老網站可能還會使用郵箱，使用者名稱，或者是一串數字（QQ號，銀行卡號）

特殊的系統會要求你用身份證號。

 

 

我希望你們給出的結論：

不是哪個網站用了哪種賬戶體系，而是先把他們歸類，再來倒推：

什麼樣的場景該使用手機號？什麼樣的場景該使用郵箱？

 

這是需要得出的結論一：

通過對行業競品的調研，來找出大多數的場景，並分別給出對應的解決方案。

 

然後，你需要做的還有結論二：

看一下任務中要求你設計的產品符合哪種場景，並給出你認可的產品實現方案。

 

這才是競品分析的價值，只有用這種方式，你才可能在完成一個任務中的知識點之後，成為對這個領域相對而言熟悉的人

比如說：

 

賬戶體系:手機，使用者名稱，郵箱，銀行卡，身份證分別適合什麼樣的場景。

密碼體系：密碼的規則是什麼，是8位還是16位？

圖形驗證碼：為什麼要在註冊的時候加上圖形驗證碼，是為了防範什麼風險？

簡訊驗證碼：簡訊驗證碼應該是幾位數字，多長時間允許使用者重複傳送，重複傳送的驗證碼，應該是一樣的，還是不一樣的？  

 

然後我會再問你，現在我們需要設計一個K12的產品，它的登入註冊應該怎麼做？

這就是我們提倡的學習方法，也正是用這種方法，修真院培養了幾十個產品經理，硬生生的超越後端工程師，成為修真院裡拿薪資最高的群體。

 

當然這不是重點，重點是：

經常是有人學後端學不會，轉成學前端，前端學不會，然後再學產品！

兵哥哥！初中生！十八歲！三十歲！

簡直是渣渣逆襲的集合。

 

所以真的人人都是產品經理嗎？

其實不是。

但是產品經理確實易學難精，任誰經過一系列的職業化培訓，都會具備初步的產品思維和使用常見的工具。

但是誰都可以敏銳的發現一個行業的痛點，並給出解決方案，再用槍指著研發團隊實現麼？

 

 

 

第二章第一節的內容就到此結束啦

 

下一篇我們進入第二章第二節

 

【登入和註冊沒那麼簡單】，敬請期待

 

歡迎來交流群與大家一起學習討論，在裡面進行實時的溝通答疑

 

微信分享人：

暗滅，出身搜狐，葡萄藤創始人/CEO，10年敏捷開發最佳實踐

 

駐場大神：

搜狐產品大神張春源：10年+產品開發經驗，高屋建瓴

冰秀大神：出身搜狐，連續創業，創業者的產品即是公司：一家被收購，一家上市，匠心獨運

 

想進群的請加大師姐微信邀請進群：

記得備註學產品喲