困在家里,每天起床 – 開早會 – 開項目會議 – 刷牙洗臉 – 看文檔郵件 – 開項目會議 – 循環(huán)往復(fù)直至睡覺,不胖都難…
每天干的最多的就是溝通、看文檔,最經(jīng)常遇到的也是在溝通過程中對文檔的各種“Diss”。
今天抽點時間,總結(jié)下寫文檔的思路,希望對大家有點啟發(fā)。
在寫文檔之前
大家很容易在網(wǎng)上看見各種眼花繚亂,格式規(guī)整,精美無比的文檔,顯得很專業(yè)。不可否認(rèn),這種文檔但凡誰第一眼看見,都會覺得很專業(yè)。
但是,文檔的矛盾往往是在細(xì)節(jié)review和溝通中才會爆發(fā)的。
所以,文檔主要是搞定看的人。
從日常溝通頻率來看,產(chǎn)品和研發(fā)之間關(guān)于文檔的矛盾最多,先來盤點「給研發(fā)看的文檔」。
一、先講故事
我是從研發(fā)轉(zhuǎn)做產(chǎn)品的,搞研發(fā)的,多半邏輯思維比較強,喜歡剖析事物的本質(zhì)(這個事情本質(zhì)上…)、引經(jīng)據(jù)典(我見過的產(chǎn)品沒這么做的…)、列舉可能性(當(dāng)xx情況下,萬一…)等等等。
產(chǎn)品經(jīng)理如果直接搭話,后果就是在邏輯的靈魂拷問中敗下陣來。
那么面對這種情況,我總結(jié)的原因有幾種:
- 1、直接寫產(chǎn)品功能。這種就是變相的告訴研發(fā),別BB,按我說的做。
- 2、文檔描述的文字不嚴(yán)謹(jǐn),前后概念定義不相同,需求范圍邊界不清晰,約束條件不講明。任何一個細(xì)節(jié)的點被抓住,整個文檔的嚴(yán)肅性就沒了,開始迎接各種挑戰(zhàn)。
- 3、過多用技術(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è)見解和解決方案。這些故事不會引起別人反感的原因在于:故事都是第三方的,不是自己的;而溝通中最怕上來就講自己的觀點,“我”和“你”是對立面,“他”不是。
二、再說策略
明確了需求和要解決的問題,不要一上來就直接給出解決方案。原因很簡單:
- 1、你給的方案技術(shù)不可行。研發(fā)直接給你打上一個“外行指導(dǎo)內(nèi)行”的標(biāo)簽。
- 2、你給的方案在目前市場或者產(chǎn)品中沒有競爭力。這個最可怕,直接關(guān)系到大家對你能力的判斷。
- 3、你給的方案太初級,是個人就能想到。敷衍了事,無解。
講故事獲得共情后,要進(jìn)一步獲取信任,把業(yè)界情況、自身目的和限制、初步?jīng)Q策的原則說清楚。
很多時候,排到計劃里的解決方案往往是修改了若干次之后的結(jié)果,這和網(wǎng)上設(shè)計師的作品被甲方來回修改并沒有太大區(qū)別。
首先,我們要認(rèn)識到,解決方案的修改是無法避免的,但是為了讓方案盡可能落地,產(chǎn)品經(jīng)理需要比任何人都思考的更多:
- 1、業(yè)界經(jīng)驗如何解決這個問題,有哪些不同的做法。
- 2、我們目前的條件如何,包括但不限于:時間、人力資源、已規(guī)劃已執(zhí)行的產(chǎn)品計劃是什么樣子的。
- 3、和研發(fā)、市場等同學(xué)溝通完之后初步的可行性分析。
- 4、(非常重要)如果不做會有什么不能接受的后果。這一點是為了進(jìn)一步搞清楚這個需求的核心問題是什么。
最后的最后,給出的不是方案,而是擬定方案的選擇策略。沒有這個策略為大前提,后面細(xì)節(jié)的討論會經(jīng)常漫無邊際的展開,3個小時的會不是夢。
三、做好細(xì)節(jié)
前面兩點如果能很好的落實下去,影響文檔質(zhì)量的就是各種細(xì)節(jié)。這個問題沒有捷徑,就是花時間仔細(xì)做,反復(fù)推敲。我把經(jīng)常會遇見的問題列舉出來,引以為戒:
- 1、一個人寫的文檔,基本沒有統(tǒng)一的格式,每次都是隨性發(fā)揮。
- 2、產(chǎn)品概念隨便定義:前后名稱不統(tǒng)一,用非業(yè)界常規(guī)的命名,用冗長晦澀的文字去解釋。
- 3、在正規(guī)文檔里畫一些自創(chuàng)的圖例。
- 4、流程圖或交互圖不完整,用另外的文字去做“補充說明”。
- 5、細(xì)節(jié)規(guī)則沒有,以為大家都知道。
- 6、文檔不檢查不推敲,留了一堆邏輯漏洞和錯別字。
- 7、文檔存儲的位置飄忽不定,網(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é)果。
如何選擇合適的文檔,分配多少精力,主要看你的團隊情況:
1、微型集中型團隊
如果團隊很小,一起辦公,大家技能樹比較均衡,那么文檔最好的形式就是產(chǎn)品本身。每天輸出一個版本的產(chǎn)品,最直接能反應(yīng)出你的產(chǎn)品文檔應(yīng)有的結(jié)果。
2、中小型集中型團隊
如果團隊規(guī)模較大,有明確的職責(zé)分工,那么就要根據(jù)實際情況來選擇:
如果團隊缺少行業(yè)經(jīng)驗,那么把用戶需求、競品分析、成熟的領(lǐng)域模型編寫的細(xì)致點。
如果缺少明確的需求來源或者復(fù)刻某個競品,那么把功能需求和交互文檔寫的細(xì)致點。
如果團隊磨合比較好,產(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)品能力的鍛煉。
- 1、產(chǎn)品運營(運行)情況:驗證產(chǎn)品是否達(dá)到預(yù)期目標(biāo),PMF有沒有問題,接下來的改進(jìn)目標(biāo)是什么。
- 2、產(chǎn)品市場及客戶反饋:產(chǎn)品市場是否有變化,客戶的反饋渠道建立及問題分析,產(chǎn)品和競品的跟蹤比較。
- 3、產(chǎn)品定義的重新思考:未來五年、十年,目前的產(chǎn)品會有什么樣的趨勢變化,有沒有實驗性質(zhì)的功能需要嘗試。
- 4、產(chǎn)品的包裝:當(dāng)把產(chǎn)品輸出給客戶、經(jīng)銷商、老板、親人朋友時,它是什么樣子。
說真的,寫出無懈可擊的文檔,缺的只是時間,你說呢?
祝疫情期間,大家每天都能多輸出5份文檔,god bless U.
文:我是仔仔俠@PMCAFF
特別提示:關(guān)注本專欄,別錯過行業(yè)干貨!
PS:本司承接 抖音關(guān)鍵詞排名,抖音創(chuàng)意視頻,抖音種草,達(dá)人探店,明星推薦,等業(yè)務(wù);
咨詢微信:139 1053 2512 (同電話)
首席增長官CGO薦讀:
- 《小紅書推廣:筆記排名,KOC種草,達(dá)人筆記,數(shù)據(jù)優(yōu)化》
- 《產(chǎn)品經(jīng)理1.0到2.0進(jìn)階路徑:寫作,持續(xù)輸出丨道悟》
- 《產(chǎn)品覺醒:做自己的產(chǎn)品經(jīng)理,把自己當(dāng)做產(chǎn)品來打造》
更多精彩,關(guān)注:增長黑客(GrowthHK.cn)
增長黑客(Growth Hacker)是依靠技術(shù)和數(shù)據(jù)來達(dá)成各種營銷目標(biāo)的新型團隊角色。從單線思維者時常忽略的角度和高度,梳理整合產(chǎn)品發(fā)展的因素,實現(xiàn)低成本甚至零成本帶來的有效增長…
本文經(jīng)授權(quán)發(fā)布,不代表增長黑客立場,如若轉(zhuǎn)載,請注明出處:http://gptmaths.com/cgo/product/28829.html