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

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

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

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

提出這個問題的原因是：

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

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

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

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

1.2 前端好友的觀點

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

1.3 測試好友的觀點

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

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

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

文檔需要寫得精細(xì)一些，因為從需求到開發(fā)可能會經(jīng)歷很長的時間，當(dāng)時的想法如果不記錄下來，到后面可能自己都不記得與團隊討論過的一些很細(xì)節(jié)的點了。需求文檔描述的不夠細(xì)致，會帶來溝通成本和不必要的返工。需求可以一開始盡可能的考慮清楚，當(dāng)然如果中途有補充和變動，在敏捷開發(fā)的模式下，必要的變更大家都是可以理解的。

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

1.5 我在日常項目中的文檔

產(chǎn)品功能列表

產(chǎn)品PRD文檔

流程圖

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

2. 為什么開發(fā)說這個功能實現(xiàn)不了？

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

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

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

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

2.1 確實無法實現(xiàn)

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

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

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

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

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

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

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

這是因為開發(fā)人員的水平問題，PM可以咨詢技術(shù)專家，調(diào)研行業(yè)和競品解決方案.

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

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

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

當(dāng)開發(fā)說功能不能實現(xiàn)時，產(chǎn)品經(jīng)理可以這樣說：我上家公司做過這個功能，要不我?guī)湍銌枂査麄兪窃鯇崿F(xiàn)的？

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

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

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

#專欄作家#

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

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

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