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

好吧，然而今天并不想說(shuō)這個(gè)問(wèn)題，畢竟因?yàn)檫@個(gè)問(wèn)題一直被boss罵個(gè)無(wú)數(shù)遍，完全沒(méi)臉說(shuō)。今天只想說(shuō)說(shuō)產(chǎn)品經(jīng)理的基本功——產(chǎn)品的設(shè)計(jì)邏輯。To B的產(chǎn)品最重要的是邏輯思維。想清楚整套業(yè)務(wù)流程的底層支持才是正經(jīng)事。不得其法的狀態(tài)就像理毛線一樣，越理越亂，然后理到最后你就不知道你到底在整理一些什么東西了。因此需要一套整體的思維框架去幫助我們來(lái)更好的整理自己的思路，整理產(chǎn)品的框架。

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

• 羅列目標(biāo)

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

“為了誰(shuí)，解決什么問(wèn)題，解決到什么程度，花多少資源，達(dá)到什么效果？”這并不是一個(gè)容易回答的問(wèn)題，不像給自己個(gè)人定目標(biāo)，我100天要寫一百篇文章，實(shí)在是太簡(jiǎn)單了。現(xiàn)在想想低level的自己曾經(jīng)連給自己定個(gè)如果簡(jiǎn)單的目標(biāo)都要糾結(jié)老半天，瞬間覺(jué)得慚愧。

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

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

• 羅列所需功能模塊

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

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

• 羅列信息架構(gòu)

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

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

• 羅列頁(yè)面架構(gòu)

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

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

• 整理出原型
  

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

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

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

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

• 需求文檔
  

文檔是產(chǎn)品形態(tài)交互的進(jìn)一步細(xì)化，主要的作用還是用來(lái)把自己的想法告知自己的小伙伴啦！所以到最后，扯了這么多，發(fā)現(xiàn)這些點(diǎn)在《用戶體驗(yàn)要素》里面都可以找到，以前總是看不懂，不明白為什么那么多人推薦這么書(shū)，自己踩過(guò)一些坑，終于看到了更多的關(guān)鍵點(diǎn)。

以前l(fā)evel太低，看《用戶體驗(yàn)要素》只看到了部分葉子，便覺(jué)得這本書(shū)并沒(méi)有什么用。現(xiàn)在level比以前高了一些，終于可以看到一個(gè)樹(shù)干了，然而也知道了看到樹(shù)干并沒(méi)有什么卵用。或者等到level再高一些，能夠看到根。或者再再高一些，能夠看到一顆種子。

本文由作者林小龍投稿授權(quán)PMCAFF產(chǎn)品經(jīng)理社區(qū)（pmcaff.com）發(fā)布，轉(zhuǎn)載請(qǐng)注明出處。

總結(jié)

以上是生活随笔為你收集整理的如何从无到有搭建to B平台？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。