咳咳，做一個產(chǎn)品首先要說的是需求。呃呃呃，需求太抽象了，不太像人話，還是說點人話吧，做一個產(chǎn)品或者功能的前提是回答一個問題“為了誰解決什么問題，解決到什么程度，花多少資源，達(dá)到什么效果？”

好吧，然而今天并不想說這個問題，畢竟因為這個問題一直被boss罵個無數(shù)遍，完全沒臉說。今天只想說說產(chǎn)品經(jīng)理的基本功——產(chǎn)品的設(shè)計邏輯。

To B的產(chǎn)品最重要的是邏輯思維。想清楚整套業(yè)務(wù)流程的底層支持才是正經(jīng)事。不得其法的狀態(tài)就像理毛線一樣，越理越亂，然后理到最后你就不知道你到底在整理一些什么東西了。因此需要一套整體的思維框架去幫助我們來更好的整理自己的思路，整理產(chǎn)品的框架。

羅列目標(biāo)——>羅列所需功能模塊——>羅列信息架構(gòu)——>羅列頁面架構(gòu)——>整理出原型——>流程圖&狀態(tài)圖——>需求文檔

羅列目標(biāo)

雖然并不想說目標(biāo)，但是目標(biāo)卻是個不得不提的東西。畢竟沒有目標(biāo)，做的事情就沒有方向和意義了。我想菜鳥很容易對此認(rèn)識不清就直接進(jìn)入所謂的產(chǎn)品設(shè)計流程。好吧，說的就是我這種菜鳥，一直自認(rèn)為是一個目標(biāo)導(dǎo)向的人，但是等到真的天天被罵的時候才突然之間意識到，原來對于目標(biāo)的定義實在太不靠譜了。

“為了誰，解決什么問題，解決到什么程度，花多少資源，達(dá)到什么效果？”

這并不是一個容易回答的問題，不像給自己個人定目標(biāo)，我100天要寫一百篇文章，實在是太簡單了?，F(xiàn)在想想低level的自己曾經(jīng)連給自己定個如果簡單的目標(biāo)都要糾結(jié)老半天，瞬間覺得慚愧。

為了回答這個問題，你得知道“誰”，那樣就得多多多多多再多的和用戶接觸接觸再接觸。你要知道“解決什么問題”，那就得知道問題是什么，為什么會有這個問題，先回答5個why再說吧?！敖鉀Q到什么程度”快速迭代的方式需要最小可視化產(chǎn)品展示給用戶，那就得知道做到什么程度能夠解決用戶最痛的點。“達(dá)到什么效果”然后，需要制定一個大概指標(biāo)用以衡量自己是否達(dá)到要求。這個也就成了可以量化的指標(biāo)了。

然而知道這些也并沒有什么卵用，畢竟回答這些點是需要靠時間和方法積累的，明顯目前段位不夠。多半的回答還是來源于同事和boss提供。

羅列所需功能模塊

當(dāng)有了一個目標(biāo)，下一步要做的是便是解決問題的方案的問題，對于能夠通過平臺解決的，自然就是通過一定的產(chǎn)品功能來解決啦。至于線下流程的制定就先不討論了。

和開發(fā)討論好需要實現(xiàn)哪些功能可以達(dá)到目的，然后把它列出來，一個個的審核有沒有更好的替代辦法。如果實在想不出來了可以和同事一起討論一下，以確保該解決方案是最靠譜的方案。

羅列信息架構(gòu)

根據(jù)所需要做的功能，收集需要的信息，更多的是關(guān)于某個特定的對象的所有屬性，羅列這個信息的價值在于思維的全面性。如果沒有這個信息的架構(gòu)，我們很容易遺漏關(guān)鍵的信息，而設(shè)計頁面的時候更加容易丟三落四。

當(dāng)然最佳的狀態(tài)是不僅能夠知道對象的屬性是什么，而是同時能夠知道這些屬性存在的價值是什么，為什么要這些屬性。思考清楚這些東西能夠讓自己對產(chǎn)品的認(rèn)知度加深很多。

羅列頁面架構(gòu)

頁面架構(gòu)有點像是在搭產(chǎn)品的骨架了，或者說是一種導(dǎo)航的設(shè)計，頁面的親子關(guān)系是怎樣的，頁面與頁面之間的流轉(zhuǎn)是怎么樣的，進(jìn)入流程和出去流程又是怎么樣的，知道這些我們就能夠?qū)ψ约旱漠a(chǎn)品有一個非常成體系的認(rèn)識，思考產(chǎn)品的時候便更多地是全局性的，而非局部性的。

這個節(jié)點的意義有點像是地圖，每次你思考的時候會從根節(jié)點出發(fā)，如果不做這個，便很容易造成死門，缺這少那的。

整理出原型

原型圖是最直接的展現(xiàn)方式，有了頁面的架構(gòu)，我們已經(jīng)可以知道總共需要畫幾個原型文檔。這樣便更加直觀，對于細(xì)化自己的思維來說是個不可或缺的東西。當(dāng)然這個還有一個重要的點是原型能夠更好的把你想要的東西展示給開發(fā)和設(shè)計。

整理原型需要注意的是不斷的去驗證方式、功能、方案的合理性，對象屬性的合理性，以及交互體驗的可用性。

流程圖&狀態(tài)圖

流程圖是幫助我們理清楚產(chǎn)品功能細(xì)節(jié)的重要工具，而狀態(tài)圖則可以幫助我們形成產(chǎn)品功能的流轉(zhuǎn)閉環(huán)。流程圖是邏輯思維的高度體現(xiàn)，如果沒有一個良好的邏輯支持，很容易遺漏各種特殊情況，而導(dǎo)致出現(xiàn)異樣頁面。而狀態(tài)圖則可以確保功能流程的健全性，更加直觀的展示出所有狀態(tài)變化的觸發(fā)點，從而保證不會進(jìn)入一種狀態(tài)死門（進(jìn)去了便出不來的情況）。

需求文檔

文檔是產(chǎn)品形態(tài)交互的進(jìn)一步細(xì)化，主要的作用還是用來把自己的想法告知自己的小伙伴啦！

所以到最后，扯了這么多，發(fā)現(xiàn)這些點在《用戶體驗要素》里面都可以找到，以前總是看不懂，不明白為什么那么多人推薦這么書，自己踩過一些坑，終于看到了更多的關(guān)鍵點。

以前l(fā)evel太低，看《用戶體驗要素》只看到了部分葉子，便覺得這本書并沒有什么用?，F(xiàn)在level比以前高了一些，終于可以看到一個樹干了，然而也知道了看到樹干并沒有什么卵用?；蛘叩鹊絣evel再高一些，能夠看到根?；蛘咴僭俑咭恍?，能夠看到一顆種子。

本文由 @林龍 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。