筆者與開(kāi)發(fā)和架構(gòu)的好友討論了兩個(gè)問(wèn)題：文檔要多細(xì)致、為什么開(kāi)發(fā)說(shuō)功能實(shí)現(xiàn)不了。希望讀完文章的你能得到一些啟發(fā)。

近期和開(kāi)發(fā)和架構(gòu)的好友一起探討了軟件開(kāi)發(fā)中的產(chǎn)品文檔細(xì)致程度和技術(shù)可行性評(píng)估方面的細(xì)節(jié)問(wèn)題，我們從各自的角色和職責(zé)出發(fā)，更全面地回答了這兩個(gè)問(wèn)題：

1. 產(chǎn)品和交互文檔需要寫多細(xì)致呢？
2. 為什么開(kāi)發(fā)會(huì)說(shuō)這個(gè)功能實(shí)現(xiàn)不了？

1. 產(chǎn)品和交互文檔需要寫多細(xì)致呢？

提出這個(gè)問(wèn)題的原因是：

我平時(shí)寫產(chǎn)品和交互文檔的時(shí)候擔(dān)心文檔寫的細(xì)致需要花費(fèi)許多時(shí)間，如果開(kāi)發(fā)根本不看，會(huì)產(chǎn)生不必要的浪費(fèi)，而且敏捷宣言中有一條就是“工作的軟件高于詳盡的文檔”；但是也有如果文檔寫的少了，開(kāi)發(fā)遺漏細(xì)節(jié)的擔(dān)心，所以拋出這個(gè)問(wèn)題問(wèn)問(wèn)文檔的使用者們（重要干系人）。

1.1 架構(gòu)好友的觀點(diǎn)

因?yàn)槊總€(gè)開(kāi)發(fā)的能力和經(jīng)驗(yàn)不一樣，就算是約定俗成的技術(shù)實(shí)現(xiàn)方式，也不能做到都知道，如果文檔不寫出來(lái)，可能有些開(kāi)發(fā)實(shí)現(xiàn)的細(xì)致一些，有些開(kāi)發(fā)實(shí)現(xiàn)的粗糙一些，那還是寫出來(lái)比較好。

她認(rèn)為開(kāi)發(fā)是比較喜歡需求和交互文檔細(xì)一點(diǎn)的。而且，文檔寫的細(xì)致驗(yàn)收時(shí)標(biāo)準(zhǔn)也明確。

1.2 前端好友的觀點(diǎn)

文檔不用寫的太精細(xì)，交互設(shè)計(jì)和視覺(jué)設(shè)計(jì)規(guī)范中有的內(nèi)容不用寫，有疑問(wèn)的地方我會(huì)直接找PM和設(shè)計(jì)師溝通的。

1.3 測(cè)試好友的觀點(diǎn)

文檔越精細(xì)越好，這樣我可以直接從產(chǎn)品和交互文檔copy進(jìn)測(cè)試用例里面，比如：“文字折行，最多三行，超出部分使用省略號(hào)”需要細(xì)致到這種程度，如果同時(shí)將這些直接體現(xiàn)在原型圖上，那就更好了。

這樣，測(cè)試標(biāo)準(zhǔn)和PM想要的標(biāo)準(zhǔn)會(huì)更統(tǒng)一。

1.4 我自己的經(jīng)驗(yàn)

文檔需要寫得精細(xì)一些，因?yàn)閺男枨蟮介_(kāi)發(fā)可能會(huì)經(jīng)歷很長(zhǎng)的時(shí)間，當(dāng)時(shí)的想法如果不記錄下來(lái)，到后面可能自己都不記得與團(tuán)隊(duì)討論過(guò)的一些很細(xì)節(jié)的點(diǎn)了。需求文檔描述的不夠細(xì)致，會(huì)帶來(lái)溝通成本和不必要的返工。需求可以一開(kāi)始盡可能的考慮清楚，當(dāng)然如果中途有補(bǔ)充和變動(dòng)，在敏捷開(kāi)發(fā)的模式下，必要的變更大家都是可以理解的。

跟產(chǎn)品和交互文檔的使用者們討論之后，我們都更傾向于將文檔寫得細(xì)致一點(diǎn)的觀點(diǎn)，以下為我在日常項(xiàng)目中的文檔，此處原型圖不方便公開(kāi)。

1.5 我在日常項(xiàng)目中的文檔

產(chǎn)品功能列表

產(chǎn)品PRD文檔

流程圖

原型圖和交互文檔（必備，配圖略）

2. 為什么開(kāi)發(fā)說(shuō)這個(gè)功能實(shí)現(xiàn)不了？

對(duì)于這個(gè)問(wèn)題，大多數(shù)沒(méi)有技術(shù)背景的產(chǎn)品經(jīng)理都會(huì)遇到，我們的疑問(wèn)是開(kāi)發(fā)真的實(shí)現(xiàn)不了，還是不想做呢？

我的幾個(gè)開(kāi)發(fā)好友，坦誠(chéng)的跟我說(shuō)過(guò)確實(shí)存在技術(shù)忽悠PM的事情存在，有時(shí)真的是任務(wù)太重了，或是產(chǎn)品經(jīng)理的腦洞太大了，不得已而為之。

人人都是產(chǎn)品經(jīng)理平臺(tái)中梁鋒的文章已經(jīng)給出很好的答案——《研發(fā)說(shuō)方案無(wú)法實(shí)現(xiàn)，產(chǎn)品經(jīng)理怎么辦？》?梁鋒將方案無(wú)法實(shí)現(xiàn)歸納為四種情況：

1. 確實(shí)無(wú)法實(shí)現(xiàn)
2. 不知道可以實(shí)現(xiàn)
3. 不知道是否可以實(shí)現(xiàn)
4. 可以實(shí)現(xiàn)但是就是說(shuō)不能實(shí)現(xiàn)

2.1 確實(shí)無(wú)法實(shí)現(xiàn)

產(chǎn)品經(jīng)理需要自己想想做這個(gè)功能的目的是什么，是否可以通過(guò)其他方案來(lái)實(shí)現(xiàn)，條條大路通羅馬。

區(qū)別于開(kāi)發(fā)的技術(shù)思維，產(chǎn)品經(jīng)理一定要具有業(yè)務(wù)思維，不要技術(shù)說(shuō)不能實(shí)現(xiàn)或是時(shí)間來(lái)不及的時(shí)候，就無(wú)可奈何、束手無(wú)策了。

舉個(gè)真實(shí)的例子：在開(kāi)發(fā)多項(xiàng)目并存，資源緊張的情況下，關(guān)于點(diǎn)滴日?qǐng)?bào)系統(tǒng)新增下載團(tuán)隊(duì)周報(bào)功能，開(kāi)發(fā)評(píng)估需要兩周，并且兩周后才可以開(kāi)工，意思是用戶一個(gè)月之后才能使用該功能，短期內(nèi)確實(shí)無(wú)法完成該任務(wù)的開(kāi)發(fā)。

產(chǎn)品經(jīng)理不能開(kāi)發(fā)一說(shuō)沒(méi)辦法了，就認(rèn)為沒(méi)辦法，不能讓用戶等著呀，產(chǎn)品經(jīng)理需要另想辦法，讓用戶可以提前使用該功能。

開(kāi)發(fā)只是從技術(shù)的角度給PM建議，PM還需要有業(yè)務(wù)思維，急用戶之所急，痛用戶之所痛。

我們當(dāng)時(shí)的解決方案是，可以每周五從SQL中導(dǎo)出團(tuán)隊(duì)周報(bào)發(fā)給用戶（Manager權(quán)限用戶），直至這個(gè)功能開(kāi)發(fā)好。這樣用戶的需求就可以提前滿足了。

2.2&2.3? 不知道可以實(shí)現(xiàn)、不知道是否可以實(shí)現(xiàn)

這是因?yàn)殚_(kāi)發(fā)人員的水平問(wèn)題，PM可以咨詢技術(shù)專家，調(diào)研行業(yè)和競(jìng)品解決方案.

2.4 可以實(shí)現(xiàn)但是就是說(shuō)不能實(shí)現(xiàn)

PM可以將這個(gè)功能的意義講給開(kāi)發(fā)聽(tīng)，獲得開(kāi)發(fā)的認(rèn)同感和參與感；亦或是開(kāi)發(fā)任務(wù)太重了？

如果真的拿不準(zhǔn)開(kāi)發(fā)到底能不能實(shí)現(xiàn)，架構(gòu)好友支了一招：

當(dāng)開(kāi)發(fā)說(shuō)功能不能實(shí)現(xiàn)時(shí)，產(chǎn)品經(jīng)理可以這樣說(shuō)：我上家公司做過(guò)這個(gè)功能，要不我?guī)湍銌?wèn)問(wèn)他們是怎實(shí)現(xiàn)的？

當(dāng)然，產(chǎn)品經(jīng)理如果能問(wèn)出開(kāi)發(fā)說(shuō)需求不能實(shí)現(xiàn)背后的原因，雙方好好溝通，一起想辦法解決問(wèn)題是更好的解決方案。

另外，產(chǎn)品經(jīng)理平時(shí)需要多多學(xué)習(xí)技術(shù)知識(shí)，才能和開(kāi)發(fā)無(wú)障礙的溝通。

以上為工作日常的碎碎念，你會(huì)不會(huì)也有這種小糾結(jié)呢？感謝以上提供觀點(diǎn)的開(kāi)發(fā)小伙伴們。

#專欄作家#

沈子硯，公眾號(hào)：UXHub，人人都是產(chǎn)品經(jīng)理專欄作家。江南大學(xué)設(shè)計(jì)學(xué)院碩士，專注于產(chǎn)品設(shè)計(jì)、產(chǎn)品體驗(yàn)、產(chǎn)品運(yùn)營(yíng)。

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

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