產(chǎn)品汪遇到類似時(shí)間緊、任務(wù)重、沒(méi)有頭緒且不熟悉領(lǐng)域的新產(chǎn)品，算是工作道路上的大概率事件。反而是一路順順當(dāng)當(dāng)按照教科書的產(chǎn)品設(shè)計(jì)流程做下來(lái)，最終取得勝利，大家舉杯相慶的情況寥寥無(wú)幾。希望這篇文章對(duì)面臨同樣問(wèn)題的朋友有所幫助。

這半個(gè)月內(nèi)接手了兩個(gè)全新的產(chǎn)品任務(wù)，均為自己比較陌生的領(lǐng)域。在原始需求一團(tuán)模糊，甚至只是由領(lǐng)導(dǎo)轉(zhuǎn)述的情況下，沒(méi)有一點(diǎn)點(diǎn)防備地來(lái)到我面前。

1、了解需求

“XX想做個(gè)什么什么樣子的產(chǎn)品，你看看整理一下，過(guò)幾天帶材料過(guò)去溝通?！?/p>

這話是不是有些耳熟？是的，我們很有可能碰上這樣所謂的“需求”，尤其是在用戶為大型企事業(yè)單位，最開始不便直接溝通的時(shí)候。這次我也不例外，這2個(gè)新產(chǎn)品一個(gè)是從領(lǐng)導(dǎo)處直接口頭傳達(dá)，另外一個(gè)是市場(chǎng)人員轉(zhuǎn)發(fā)的看完滿是黑人問(wèn)號(hào)的業(yè)務(wù)說(shuō)明書。

由于時(shí)間要求緊，不可能留有充分的調(diào)研時(shí)間，但即便如此也還是需要從消息源了解最基礎(chǔ)的3個(gè)問(wèn)題：

1. 用戶是誰(shuí)
2. 解決什么問(wèn)題
3. 核心場(chǎng)景

接下來(lái)，在搜索平臺(tái)或應(yīng)用市場(chǎng)根據(jù)關(guān)鍵字篩選出同類產(chǎn)品。一個(gè)新需求新產(chǎn)品，95%以上的產(chǎn)品已有與他們相近的同伴了，我們通常不需要重新制作輪子（雖然也有例外，比如其中一個(gè)是國(guó)企單位內(nèi)部定制型產(chǎn)品，相似的平臺(tái)并不多見(jiàn)，至少在網(wǎng)絡(luò)上）。

將認(rèn)為典型的功能、頁(yè)面、流程等碎片信息快速收集（自己習(xí)慣用onenote），先廣撒網(wǎng)粗篩一遍，選擇10個(gè)以內(nèi)最具代表性的同質(zhì)產(chǎn)品，準(zhǔn)備開始針對(duì)性細(xì)化梳理。

細(xì)化分析過(guò)程中，將高頻出現(xiàn)的模塊及功能點(diǎn)快速列出，先不要去分別排序什么的，因?yàn)槟壳爸皇敲枥L整體輪廓的階段，先要圈定出大致的功能范圍。

2、梳理產(chǎn)品結(jié)構(gòu)

也就是俗稱的搭“產(chǎn)品功能框架”。個(gè)人是用思維導(dǎo)圖或Execl，或是二者一起，將產(chǎn)品最核心的模塊、功能點(diǎn)歸類整理，形成初步的產(chǎn)品概要面貌。

注意的有兩點(diǎn)：

1. 抓高頻使用場(chǎng)景功能
2. 站在最核心用戶群角度

這個(gè)過(guò)程如同搭房子的打樁一般，第一點(diǎn)很好理解，類似于找出地基中心樁。場(chǎng)景分析是必要的設(shè)計(jì)流程，也是產(chǎn)品經(jīng)理的思維方式，這直接決定了一個(gè)產(chǎn)品的價(jià)值。

第2點(diǎn)則是在產(chǎn)品有多角色用戶時(shí)需要著重考慮。舉個(gè)例子：

比如某個(gè)產(chǎn)品是物業(yè)社區(qū)類，那在梳理產(chǎn)品結(jié)構(gòu)時(shí)，我會(huì)按照業(yè)主客戶端→ 物業(yè)客戶端→ 物業(yè)管理后臺(tái)的優(yōu)先順序依次進(jìn)行需求梳理。再?gòu)倪@幾個(gè)用戶群視角去考慮他們最迫切想解決的問(wèn)題是什么，之后將這些問(wèn)題一一對(duì)應(yīng)到可以解決的功能點(diǎn)上。大致是一個(gè)樹形結(jié)構(gòu)的思維方式，將大而廣的問(wèn)題化為小而精的功能點(diǎn)。

順便說(shuō)一點(diǎn)，我們?cè)谑崂硪苿?dòng)端產(chǎn)品時(shí)，往往也需要同步設(shè)計(jì)管理后臺(tái)，后端設(shè)計(jì)一般是在前端基本完成后再開始進(jìn)行。原因很簡(jiǎn)單，后端是為前端服務(wù)的，前端展示的內(nèi)容，決定了后端應(yīng)該對(duì)應(yīng)輸出什么樣的數(shù)據(jù)。因此，管理后臺(tái)通常也是由各類數(shù)據(jù)的匯總及分類、業(yè)務(wù)流處理、權(quán)限角色、數(shù)據(jù)字典等支撐性功能組成。

另外，之所以選擇思維導(dǎo)圖或EXECL作為產(chǎn)品結(jié)構(gòu)文檔，是因?yàn)樽植蝗绫?，表不如圖。可視化的內(nèi)容會(huì)讓人相對(duì)容易接受。在初期的產(chǎn)品輸出中，盡量避免用一堆洋洋灑灑的文字，不利于表達(dá)也不方便后續(xù)溝通和調(diào)整。

3、與用戶討論，細(xì)化調(diào)整

這樣在短時(shí)間內(nèi)（可能是3天，也可能不到24小時(shí)），基本可以拿出一份不至于太離譜的產(chǎn)品結(jié)構(gòu)圖，同時(shí)通過(guò)之前2個(gè)步驟也基本了解該產(chǎn)品的使用場(chǎng)景及典型功能。但這還僅是“形似”，要想做讓其具有真正可用性，還是得和最根本的需求源頭溝通確認(rèn)，不斷糾偏、調(diào)整、細(xì)化。

在與產(chǎn)品A的用戶面對(duì)面溝通時(shí)，發(fā)現(xiàn)他們是將平臺(tái)定位為一個(gè)綜合性和專業(yè)性都較強(qiáng)的施工管理型平臺(tái)。與從市場(chǎng)人員反饋的平臺(tái)規(guī)模存在不小偏差。同時(shí)對(duì)方也說(shuō)明，雖然他們想要的功能很多，但目前只有若干個(gè)模塊是迫切需要的。以此為基礎(chǔ)，大致明晰了產(chǎn)品成型過(guò)程中的實(shí)現(xiàn)優(yōu)先級(jí)。

產(chǎn)品B的發(fā)起方是一家信息化服務(wù)商，負(fù)責(zé)人的一家合作伙伴已在該領(lǐng)域進(jìn)行了近1年的調(diào)研和數(shù)據(jù)收集，這就可以為我們完善產(chǎn)品、提高實(shí)用性上提供重要的參考依據(jù)，不至于讓我們?cè)凇跋氘?dāng)然”的路上越飄越遠(yuǎn)。

在和用戶需求溝通或是調(diào)研時(shí)，最好先帶上自己的想法，哪怕想法暫時(shí)很淺薄。如果時(shí)間允許，帶上兩套以上方案，讓人做選擇題總比問(wèn)答題更容易，而且更容易聚焦問(wèn)題。

4、產(chǎn)品設(shè)計(jì)、溝通、調(diào)整

根據(jù)與用戶面對(duì)面溝通的關(guān)鍵信息，調(diào)整先前的產(chǎn)品結(jié)構(gòu)圖，細(xì)化功能列表，同時(shí)開始做產(chǎn)品原型圖，從最常用最核心的幾個(gè)功能頁(yè)面做起（流程圖等前期各種配套工作就不一一贅述了）。

比如產(chǎn)品層級(jí)有個(gè)4,5,6,7級(jí)，那就別先去糾結(jié)這些過(guò)于子級(jí)的頁(yè)面內(nèi)容，先把經(jīng)常在用戶眼前出現(xiàn)的頁(yè)面設(shè)計(jì)出來(lái)。也別太過(guò)于去糾結(jié)諸如按鍵長(zhǎng)什么樣、擺放位置、滑動(dòng)手勢(shì)等細(xì)節(jié)（只是說(shuō)不要花太多時(shí)間，而非完全不考慮），我們總得先把地基打好再考慮房子得用什么樣的窗戶。

快速做出幾頁(yè)關(guān)鍵原型圖后，和需求方確認(rèn)，若認(rèn)可則以此為基礎(chǔ)繼續(xù)細(xì)化。之后再次溝通、調(diào)整、細(xì)化……不斷完善產(chǎn)品一個(gè)個(gè)頁(yè)面原型，開枝散葉，這是一個(gè)由表及里，由淺及深的迭代過(guò)程。

5、輸出1.0版

自己做PRD實(shí)際上就是用Axure，在原型上寫明對(duì)應(yīng)的交互說(shuō)明、功能注釋、各類規(guī)則等，在原型目錄上根據(jù)頁(yè)面層級(jí)命名，而沒(méi)有加頁(yè)面跳轉(zhuǎn)等交互。一是加動(dòng)效意味著需要大量的時(shí)間，在后期修改時(shí)候所耗費(fèi)的精力更是指數(shù)級(jí)的；二是開發(fā)往往不知道哪些按鍵有交互動(dòng)作，讓他們一個(gè)個(gè)點(diǎn)過(guò)去也不現(xiàn)實(shí)。

如果涉及到合同簽訂，我也會(huì)做一份WORD版的需求說(shuō)明書作為合同文件之一。產(chǎn)品在實(shí)際開發(fā)過(guò)程中，程序猿自然更愿意看原型（其實(shí)很大概率上他們更愛(ài)看著UI效果圖做）。不要覺(jué)得產(chǎn)品汪寫文檔很辛苦，其實(shí)看的人也同樣辛苦……
產(chǎn)品經(jīng)理輸出PRD后進(jìn)行需求評(píng)審會(huì)，評(píng)審會(huì)后根據(jù)會(huì)上討論意見(jiàn)修改、上傳SVN，在平臺(tái)上發(fā)布本次版本要做的需求，之后項(xiàng)目經(jīng)理會(huì)將需求轉(zhuǎn)為一條條具體任務(wù)安排至每個(gè)成員，并對(duì)技術(shù)細(xì)節(jié)進(jìn)行把控。團(tuán)隊(duì)內(nèi)部目前用的項(xiàng)目管理平臺(tái)是禪道（之前也有用過(guò)JIRA等），現(xiàn)在有很多跨平臺(tái)、輕量級(jí)的任務(wù)管理軟件也很適合小型團(tuán)隊(duì)。

產(chǎn)品1.0版通常只是個(gè)Demo的模樣，需要在用戶側(cè)和團(tuán)隊(duì)內(nèi)部小范圍試用，然后再修改PRD、開發(fā)、測(cè)試、發(fā)版本等一輪又一輪地為產(chǎn)品勾勒出真實(shí)的樣貌。

小結(jié)

首先得說(shuō)明，以上產(chǎn)品過(guò)程完全不是標(biāo)準(zhǔn)的“從0到1”的模板。什么樣算是標(biāo)準(zhǔn)呢？書上一般這樣描述：先是需求調(diào)研、可行性報(bào)告、項(xiàng)目啟動(dòng)會(huì)、需求分析、產(chǎn)品設(shè)計(jì)、UI/UE設(shè)計(jì)、測(cè)試用例、研發(fā)等等。

但很多時(shí)候，理想化的過(guò)程只會(huì)描述路的樣子，而沒(méi)告訴你這路上有多少坑。等你看過(guò)一摞子書籍教程，憋紅小臉充滿干勁，明天可能就丟來(lái)一個(gè)任務(wù)：“哎，市場(chǎng)那邊說(shuō)有個(gè)大客戶想做個(gè)XX系統(tǒng)，你趕快設(shè)計(jì)個(gè)產(chǎn)品方案唄！對(duì)了，明天就要?！保ㄎ⑿偸郑?/p>

嗯，聽(tīng)過(guò)很多道理，依然過(guò)不好這一生。

不同企業(yè)團(tuán)隊(duì)的運(yùn)作模式千差萬(wàn)別，所遇到的產(chǎn)品形態(tài)更是光怪陸離。你也不用說(shuō)“艾瑪你這個(gè)產(chǎn)品流程不正確??！”正確的都是教科書上的，對(duì)于產(chǎn)品而言，只有方法，沒(méi)有答案，因而也注定不會(huì)存在套路化的產(chǎn)品養(yǎng)成方法。

我們看過(guò)那么多設(shè)計(jì)流程、思維方式、實(shí)戰(zhàn)操作、各種原則和經(jīng)驗(yàn)教訓(xùn)，目的是為了將來(lái)碰到的時(shí)候，就不會(huì)……以同樣姿勢(shì)再踩一次坑。當(dāng)然也不是學(xué)習(xí)無(wú)用論，畢竟當(dāng)你懂得判斷了，犯的錯(cuò)就會(huì)減少，犯的錯(cuò)少了離成功的路自然更近。

作者：臨公子（微信號(hào)公眾號(hào)：臨公子的后花園），一枚喜歡理財(cái)、健身、不愛(ài)灌雞湯喜歡喝咖啡的產(chǎn)品汪。

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