困在家里，每天起床 - 開早會 - 開項目會議 - 刷牙洗臉 - 看文檔郵件 - 開項目會議 - 循環(huán)往復(fù)直至睡覺，不胖都難...
每天干的最多的就是溝通、看文檔，最經(jīng)常遇到的也是在溝通過程中對文檔的各種“Diss”。今天抽點時間，總結(jié)下寫文檔的思路，希望對大家有點啟發(fā)。
在寫文檔之前
大家很容易在網(wǎng)上看見各種眼花繚亂，格式規(guī)整，精美無比的文檔，顯得很專業(yè)。不可否認(rèn)，這種文檔但凡誰第一眼看見，都會覺得很專業(yè)。但是，文檔的矛盾往往是在細(xì)節(jié)review和溝通中才會爆發(fā)的。
所以，文檔主要是搞定看的人。
給研發(fā)看的文檔
從日常溝通頻率來看，產(chǎn)品和研發(fā)之間關(guān)于文檔的矛盾最多，先來盤它。
一. 先講故事
我是從研發(fā)轉(zhuǎn)做產(chǎn)品的，搞研發(fā)的，多半邏輯思維比較強(qiáng)，喜歡剖析事物的本質(zhì)（這個事情本質(zhì)上...）、引經(jīng)據(jù)典（我見過的產(chǎn)品沒這么做的...）、列舉可能性（當(dāng)xx情況下，萬一...）等等等。
產(chǎn)品經(jīng)理如果直接搭話，后果就是在邏輯的靈魂拷問中敗下陣來。
那么面對這種情況，我總結(jié)的原因有幾種：
- 直接寫產(chǎn)品功能。這種就是變相的告訴研發(fā)，別BB，按我說的做。
- 文檔描述的文字不嚴(yán)謹(jǐn)，前后概念定義不相同，需求范圍邊界不清晰，約束條件不講明。任何一個細(xì)節(jié)的點被抓住，整個文檔的嚴(yán)肅性就沒了，開始迎接各種挑戰(zhàn)。
- 過多用技術(shù)化的語言來寫文檔，以為研發(fā)能看懂。這種僅適用于技術(shù)功底較深的產(chǎn)品經(jīng)理，否則進(jìn)入對方的絕對領(lǐng)域就是找虐。
寫給研發(fā)看的文檔，最重要是說明為什么要做和做什么。多講講故事。
在任何大小溝通之前，先準(zhǔn)備好一兩個典型故事，最好出自典型客戶需求或者經(jīng)典案例，開門見山的和研發(fā)聊一下我們的實際需求和業(yè)內(nèi)情況。一個好的產(chǎn)品經(jīng)理，自己就是個故事大王，應(yīng)該儲備大量的案例、行業(yè)見解和解決方案。這些故事不會引起別人反感的原因在于：故事都是第三方的，不是自己的；而溝通中最怕上來就講自己的觀點，“我”和“你”是對立面，“他”不是。
二. 再說策略
明確了需求和要解決的問題，不要一上來就直接給出解決方案。原因很簡單：
- 你給的方案技術(shù)不可行。研發(fā)直接給你打上一個“外行指導(dǎo)內(nèi)行”的標(biāo)簽。
- 你給的方案在目前市場或者產(chǎn)品中沒有競爭力。這個最可怕，直接關(guān)系到大家對你能力的判斷。
- 你給的方案太初級，是個人就能想到。敷衍了事，無解。
講故事獲得共情后，要進(jìn)一步獲取信任，把業(yè)界情況、自身目的和限制、初步?jīng)Q策的原則說清楚。
很多時候，排到計劃里的解決方案往往是修改了若干次之后的結(jié)果，這和網(wǎng)上設(shè)計師的作品被甲方來回修改并沒有太大區(qū)別。首先，我們要認(rèn)識到，解決方案的修改是無法避免的，但是為了讓方案盡可能落地，產(chǎn)品經(jīng)理需要比任何人都思考的更多：
- 業(yè)界經(jīng)驗如何解決這個問題，有哪些不同的做法。
- 我們目前的條件如何，包括但不限于：時間、人力資源、已規(guī)劃已執(zhí)行的產(chǎn)品計劃是什么樣子的。
- 和研發(fā)、市場等同學(xué)溝通完之后初步的可行性分析。
- （非常重要）如果不做會有什么不能接受的后果。這一點是為了進(jìn)一步搞清楚這個需求的核心問題是什么。
最后的最后，給出的不是方案，而是擬定方案的選擇策略。沒有這個策略為大前提，后面細(xì)節(jié)的討論會經(jīng)常漫無邊際的展開，3個小時的會不是夢。
三. 做好細(xì)節(jié)
前面兩點如果能很好的落實下去，影響文檔質(zhì)量的就是各種細(xì)節(jié)。這個問題沒有捷徑，就是花時間仔細(xì)做，反復(fù)推敲。我把經(jīng)常會遇見的問題列舉出來，引以為戒：
- 一個人寫的文檔，基本沒有統(tǒng)一的格式，每次都是隨性發(fā)揮。
- 產(chǎn)品概念隨便定義：前后名稱不統(tǒng)一，用非業(yè)界常規(guī)的命名，用冗長晦澀的文字去解釋。
- 在正規(guī)文檔里畫一些自創(chuàng)的圖例。
- 流程圖或交互圖不完整，用另外的文字去做“補(bǔ)充說明”。
- 細(xì)節(jié)規(guī)則沒有，以為大家都知道。
- 文檔不檢查不推敲，留了一堆邏輯漏洞和錯別字。
- 文檔存儲的位置飄忽不定，網(wǎng)盤、wiki、本地文件、三方應(yīng)用到處都有它的身影。
如果上述問題你都沒中招，那么你寫的文檔應(yīng)該堪稱典范；但如果想都做好，你唯一無法缺失的就是時間。
文檔需要時間，不要壓縮時間來提前交付文檔，這樣后續(xù)扯皮的時間會更多。
四. 定稿前多溝通
在產(chǎn)品經(jīng)理編寫的各種文檔里，基本上都需要其他角色的意見作為輸入，如果一個文檔發(fā)布前都是出自自己的經(jīng)驗和理解，那會是什么天都不知道。
輸出一份任何一份正式的文檔，都可以劃分為兩個階段：草稿階段和打磨階段。
- 草稿階段的文檔，形式不限媒介不限，以最快速度最有效的和相關(guān)人溝通討論。沒必要約正式的會議，避免大家過于扣細(xì)節(jié)。
- 打磨階段的文檔，需要你把之前草稿階段的成果進(jìn)一步揉碎了消化了滿滿撰寫，反反復(fù)復(fù)推敲。
文檔類型的選擇和精力分配
從我個人經(jīng)驗以及產(chǎn)品經(jīng)理圈子的實際情況來看，目前尚未發(fā)現(xiàn)能從頭到尾輸出完美文檔的人，這是資源限制和能力限制的必然結(jié)果。
如何選擇合適的文檔，分配多少精力，主要看你的團(tuán)隊情況：
微型集中型團(tuán)隊
如果團(tuán)隊很小，一起辦公，大家技能樹比較均衡，那么文檔最好的形式就是產(chǎn)品本身。每天輸出一個版本的產(chǎn)品，最直接能反應(yīng)出你的產(chǎn)品文檔應(yīng)有的結(jié)果。
中小型集中型團(tuán)隊
如果團(tuán)隊規(guī)模較大，有明確的職責(zé)分工，那么就要根據(jù)實際情況來選擇：
- 如果團(tuán)隊缺少行業(yè)經(jīng)驗，那么把用戶需求、競品分析、成熟的領(lǐng)域模型編寫的細(xì)致點。
- 如果缺少明確的需求來源或者復(fù)刻某個競品，那么把功能需求和交互文檔寫的細(xì)致點。
- 如果團(tuán)隊磨合比較好，產(chǎn)品有固定的輸出套路，那么把功能需求和數(shù)據(jù)模型定義好就可以開工了。
- ...
這也是為什么并沒有什么統(tǒng)一的的文檔規(guī)范的原因。企業(yè)為了生存下去，活法不一樣，糾結(jié)形式本身首先就慢人一步了。當(dāng)然，這和注重細(xì)節(jié)并不沖突。
產(chǎn)品經(jīng)理的日常功課型文檔
除了在產(chǎn)品研發(fā)過程中常用的用戶需求文檔、功能需求文檔、交互文檔、產(chǎn)品Roadmap及計劃、產(chǎn)品驗收文檔等，還有一些文檔需要輸出，也可以視作對產(chǎn)品能力的鍛煉。
- 產(chǎn)品運(yùn)營（運(yùn)行）情況：驗證產(chǎn)品是否達(dá)到預(yù)期目標(biāo)，PMF有沒有問題，接下來的改進(jìn)目標(biāo)是什么。
- 產(chǎn)品市場及客戶反饋：產(chǎn)品市場是否有變化，客戶的反饋渠道建立及問題分析，產(chǎn)品和競品的跟蹤比較。
- 產(chǎn)品定義的重新思考：未來五年、十年，目前的產(chǎn)品會有什么樣的趨勢變化，有沒有實驗性質(zhì)的功能需要嘗試。
- 產(chǎn)品的包裝：當(dāng)把產(chǎn)品輸出給客戶、經(jīng)銷商、老板、親人朋友時，它是什么樣子。
——
說真的，寫出無懈可擊的文檔產(chǎn)品經(jīng)理缺的只是時間，你說呢？
祝疫情期間，大家每天都能多輸出5份文檔，god bless U.
