近期和開發(fā)和架構的好友一起探討了軟件開發(fā)中的產品文檔細致程度和技術可行性評估方面的細節(jié)問題，我們從各自的角色和職責出發(fā)姑隅，更全面地回答了這兩個問題：
產品和交互文檔需要寫多細致呢？
為什么開發(fā)會說這個功能實現(xiàn)不了倔撞？
1. 產品和交互文檔需要寫多細致呢讲仰？
提出這個問題的原因是：
我平時寫產品和交互文檔的時候擔心文檔寫的細致需要花費許多時間，如果開發(fā)根本不看痪蝇，會產生不必要的浪費鄙陡，而且敏捷宣言中有一條就是“工作的軟件高于詳盡的文檔”；但是也有如果文檔寫的少了躏啰，開發(fā)遺漏細節(jié)的擔心趁矾，所以拋出這個問題問問文檔的使用者們（重要干系人）。
1.1 架構好友的觀點
因為每個開發(fā)的能力和經驗不一樣给僵，就算是約定俗成的技術實現(xiàn)方式毫捣，也不能做到都知道，如果文檔不寫出來帝际，可能有些開發(fā)實現(xiàn)的細致一些蔓同，有些開發(fā)實現(xiàn)的粗糙一些，那還是寫出來比較好蹲诀。
她認為開發(fā)是比較喜歡需求和交互文檔細一點的斑粱。而且，文檔寫的細致驗收時標準也明確脯爪。
1.2 前端好友的觀點
文檔不用寫的太精細则北，交互設計和視覺設計規(guī)范中有的內容不用寫，有疑問的地方我會直接找PM和設計師溝通的披粟。
1.3 測試好友的觀點
文檔越精細越好咒锻，這樣我可以直接從產品和交互文檔copy進測試用例里面，比如：“文字折行守屉，最多三行惑艇，超出部分使用省略號”需要細致到這種程度，如果同時將這些直接體現(xiàn)在原型圖上，那就更好了滨巴。
這樣思灌，測試標準和PM想要的標準會更統(tǒng)一。
1.4 我自己的經驗
文檔需要寫得精細一些恭取，因為從需求到開發(fā)可能會經歷很長的時間泰偿，當時的想法如果不記錄下來，到后面可能自己都不記得與團隊討論過的一些很細節(jié)的點了蜈垮。需求文檔描述的不夠細致耗跛，會帶來溝通成本和不必要的返工。需求可以一開始盡可能的考慮清楚攒发，當然如果中途有補充和變動调塌，在敏捷開發(fā)的模式下，必要的變更大家都是可以理解的惠猿。
跟產品和交互文檔的使用者們討論之后羔砾，我們都更傾向于將文檔寫得細致一點的觀點，以下為我在日常項目中的文檔偶妖，此處原型圖不方便公開姜凄。
1.5 我在日常項目中的文檔
產品功能列表
產品PRD文檔
流程圖
原型圖和交互文檔（必備，配圖略）
2. 為什么開發(fā)說這個功能實現(xiàn)不了趾访？
對于這個問題态秧，大多數(shù)沒有技術背景的產品經理都會遇到，我們的疑問是開發(fā)真的實現(xiàn)不了腹缩，還是不想做呢屿聋？
我的幾個開發(fā)好友，坦誠的跟我說過確實存在技術忽悠PM的事情存在藏鹊，有時真的是任務太重了润讥，或是產品經理的腦洞太大了，不得已而為之盘寡。
人人都是產品經理平臺中梁鋒的文章已經給出很好的答案——《研發(fā)說方案無法實現(xiàn)楚殿，產品經理怎么辦？》梁鋒將方案無法實現(xiàn)歸納為四種情況：
確實無法實現(xiàn)
不知道可以實現(xiàn)
不知道是否可以實現(xiàn)
可以實現(xiàn)但是就是說不能實現(xiàn)
2.1 確實無法實現(xiàn)
產品經理需要自己想想做這個功能的目的是什么竿痰，是否可以通過其他方案來實現(xiàn)脆粥，條條大路通羅馬。
區(qū)別于開發(fā)的技術思維影涉，產品經理一定要具有業(yè)務思維变隔，不要技術說不能實現(xiàn)或是時間來不及的時候，就無可奈何蟹倾、束手無策了匣缘。
舉個真實的例子：在開發(fā)多項目并存猖闪，資源緊張的情況下，關于點滴日報系統(tǒng)新增下載團隊周報功能肌厨，開發(fā)評估需要兩周培慌，并且兩周后才可以開工，意思是用戶一個月之后才能使用該功能柑爸，短期內確實無法完成改任務的開發(fā)吵护。
產品經理不能開發(fā)一說沒辦法了，就認為沒辦法表鳍，不能讓用戶等著呀馅而，產品經理需要另想辦法，讓用戶可以提前使用該功能进胯。
開發(fā)只是從技術的角度給PM建議用爪，PM還需要有業(yè)務思維原押，急用戶之所急胁镐，痛用戶之所痛。
我們當時的解決方案是诸衔，可以每周五從SQL中導出團隊周報發(fā)給用戶（Manager權限用戶）盯漂，直至這個功能開發(fā)好。這樣用戶的需求就可以提前滿足了笨农。
2.2&2.3? 不知道可以實現(xiàn)就缆、不知道是否可以實現(xiàn)
這是因為開發(fā)人員的水平問題，PM可以咨詢技術專家谒亦，調研行業(yè)和競品解決方案.
2.4 可以實現(xiàn)但是就是說不能實現(xiàn)
PM可以將這個功能的意義講給開發(fā)聽竭宰，獲得開發(fā)的認同感和參與感；亦或是開發(fā)任務太重了份招？
如果真的拿不準開發(fā)到底能不能實現(xiàn)切揭，架構好友支了一招：
當開發(fā)說功能不能實現(xiàn)時，產品經理可以這樣說：我上家公司做過這個功能锁摔，要不我?guī)湍銌枂査麄兪窃鯇崿F(xiàn)的廓旬？
當然，產品經理如果能問出開發(fā)說需求不能實現(xiàn)背后的原因谐腰，雙方好好溝通孕豹，一起想辦法解決問題是更好的解決方案。
另外十气，產品經理平時需要多多學習技術知識励背，才能和開發(fā)無障礙的溝通。
以上為工作日常的碎碎念砸西，你會不會也有這種小糾結呢叶眉？感謝以上提供觀點的開發(fā)小伙伴們。
