為了節(jié)省人員更替的交接成本，通常的產(chǎn)品文檔會(huì)匯總成一個(gè)超大超長(zhǎng)的文檔，但這樣會(huì)在后期嚴(yán)重增加與開發(fā)人員之后的溝通成本。對(duì)此，作者給出了解決的方法。

近段時(shí)間在和幾個(gè)小伙伴一起做創(chuàng)業(yè)項(xiàng)目。項(xiàng)目初版已經(jīng)接近尾聲，就提前做了階段性復(fù)盤，因?yàn)槭浅醢媲疫€沒(méi)上線，所以業(yè)務(wù)上沒(méi)什么可討論的，我們重點(diǎn)分析了產(chǎn)品團(tuán)隊(duì)內(nèi)部的問(wèn)題和解決方案。

復(fù)盤發(fā)現(xiàn)核心問(wèn)題是沒(méi)技術(shù)基礎(chǔ)的產(chǎn)品同學(xué)（非技術(shù)型產(chǎn)品經(jīng)理）在跟開發(fā)人員交互時(shí)，很容易被懟。

被懟的主要原因是他在注重業(yè)務(wù)設(shè)計(jì)的過(guò)程中，忽略了落地方案的復(fù)雜度和嚴(yán)謹(jǐn)性。相信這是困擾很多產(chǎn)品同學(xué)的一個(gè)問(wèn)題。

想與開發(fā)建立良好的合作關(guān)系，產(chǎn)品經(jīng)理們要做到讓他們開發(fā)起來(lái)有“爽”的感覺(jué)。下面我們以產(chǎn)品中的交互提示為例，來(lái)講述如何讓開發(fā)“爽”起來(lái)?。ā疤崾拘畔ⅰ闭f(shuō)起來(lái)簡(jiǎn)單，就偷個(gè)懶，有悟性的同學(xué)自然能舉一反三）開始走干貨～

一、提示信息產(chǎn)出的節(jié)點(diǎn)和作用

產(chǎn)品的設(shè)計(jì)制作過(guò)程大體分為：

• 業(yè)務(wù)流程
• 產(chǎn)品架構(gòu)
• UI交互
• 容錯(cuò)機(jī)制
• 運(yùn)營(yíng)支撐
• 數(shù)據(jù)收集&挖掘

“提示信息”的產(chǎn)品研發(fā)需求一般出現(xiàn)在“UI交互”和“容錯(cuò)機(jī)制”階段。

主要目的一是為了讓用戶在使用產(chǎn)品時(shí)有流暢的體感，引導(dǎo)用戶做我們希望他/她做的事情；二是為了保證產(chǎn)品的健壯性，不會(huì)出現(xiàn)業(yè)務(wù)或流程上的“斷層”。

二、如何正確的輸出“提示信息”需求

分三步：

1. 根據(jù)已經(jīng)完成的業(yè)務(wù)流程和產(chǎn)品架構(gòu)，羅列出需要校驗(yàn)的所有狀態(tài)。（包括但不限于用戶狀態(tài)、賬戶狀態(tài)、訂單狀態(tài)、商品狀態(tài)、授權(quán)狀態(tài)等）

圖1-業(yè)務(wù)流程

上圖為一個(gè)簡(jiǎn)易的業(yè)務(wù)流程（已做文案脫敏，僅做參考），根據(jù)圖1我們可以歸納出用戶使用過(guò)程中需要校驗(yàn)的項(xiàng)有：

圖2-根據(jù)業(yè)務(wù)流程歸納的校驗(yàn)項(xiàng)

2. 逐個(gè)頁(yè)面填充已羅列出的校驗(yàn)項(xiàng)，并明確校驗(yàn)節(jié)點(diǎn)。（比如：落地即觸發(fā)、點(diǎn)擊交互觸發(fā)、滑動(dòng)交互觸發(fā)等）

逐個(gè)核對(duì)每個(gè)頁(yè)面的校驗(yàn)節(jié)點(diǎn)是一件很繁瑣的事，需要產(chǎn)品經(jīng)理有足夠的耐心，核對(duì)過(guò)程中一定以之前確定好的業(yè)務(wù)流程和產(chǎn)品架構(gòu)為標(biāo)準(zhǔn)，如非遇到產(chǎn)品的邏輯漏洞，一定不能再天馬行空隨意增改內(nèi)容。

圖3-逐個(gè)頁(yè)面核對(duì)后的校驗(yàn)項(xiàng)填充

上圖清晰給出了產(chǎn)品UI頁(yè)面中需要添加校驗(yàn)項(xiàng)的頁(yè)面名稱及校驗(yàn)內(nèi)容。如果進(jìn)一步規(guī)范，還可以注明頁(yè)面編碼（頁(yè)面編碼主要為提高產(chǎn)品、UI、前端之間的溝通效率和準(zhǔn)確性）。

做到這里，我們需要和業(yè)務(wù)、研發(fā)等各團(tuán)隊(duì)進(jìn)行一次溝通或評(píng)審，確保我們沒(méi)有遺漏的同時(shí)，在業(yè)務(wù)層面對(duì)用戶的使用限制是合理的。

3. 說(shuō)明提示類型（交互方式），給出提示內(nèi)容。（包括但不限于Tosta、帶標(biāo)題彈窗、單按鈕提示彈窗、雙按鈕提示彈窗等）

有了前兩步的鋪墊，工作就剩下具體的文案和提示交互設(shè)計(jì)了，我們?cè)诘诙降幕A(chǔ)上進(jìn)行表格數(shù)據(jù)的補(bǔ)充即可。

圖4-完整的輸出文檔（Excel形式）

做到這里，就可以將此需求交付給開發(fā)人員了。交付物之需要圖4中的內(nèi)容即可，前面的所有文檔留作產(chǎn)品文檔進(jìn)行備份。

三、一點(diǎn)建議

我的團(tuán)隊(duì)目前是把業(yè)務(wù)流程、功能架構(gòu)、產(chǎn)品原型、接口需求、交互需求通過(guò)獨(dú)立文檔的形式來(lái)管理，所以你會(huì)看到我們上面說(shuō)到的提示信息是以獨(dú)立excel的形式提交給相關(guān)開發(fā)人員的。

希望大家可以借鑒這種方式，時(shí)間跨度較長(zhǎng)的項(xiàng)目，這種方式可以大大縮減溝通成本。而開發(fā)過(guò)程中最重要的就是時(shí)間，最浪費(fèi)時(shí)間的就是溝通。

題外話——經(jīng)驗(yàn)不足或把控產(chǎn)品能力不是很強(qiáng)的同學(xué)，很容易被大公司的規(guī)范化開發(fā)制度坑掉，尤其是文檔管理這方面。

大公司為了節(jié)省人員更替的交接成本，常把產(chǎn)品文檔匯總成一個(gè)超大超長(zhǎng)的文檔。在這里我想告訴那些初級(jí)產(chǎn)品伙伴們，根據(jù)我多年的文檔輸出經(jīng)驗(yàn)，盡可能細(xì)化的拆分你的需求，并進(jìn)行文檔管理，對(duì)自己、對(duì)開發(fā)進(jìn)度、對(duì)溝通成本都是有百利而無(wú)一害，別因?yàn)楣竟芾矸矫娴睦?，讓自己?jiǎn)适Я税芽禺a(chǎn)品的主動(dòng)權(quán)。

感謝各位讀者，希望對(duì)各位能有幫助！有各方面產(chǎn)品知識(shí)需求的同學(xué)，可以留言，我會(huì)持續(xù)更新！

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

題圖來(lái)自Unsplash，基于CC0協(xié)議