在(zai)產品需求文檔中，寫得很(hen)詳細、很(hen)到位，但是(shi)這依舊不能完全100%的(de)(de)避免問(wen)題的(de)(de)出現(xian)，也就(jiu)是(shi)大(da)家常說的(de)(de)“問(wen)題常有，不然就(jiu)見(jian)鬼了！”

　　

今天一(yi)大(da)(da)早起來(lai)，沖了個(ge)涼。爽，爽，爽… 在過去(qu)的(de)一(yi)周，著實(shi)(shi)(shi)很(hen)忙碌，一(yi)方(fang)面(mian)是產(chan)(chan)品版本迭代更新(xin)；另一(yi)方(fang)面(mian)是產(chan)(chan)品進入實(shi)(shi)(shi)施(shi)階段。記得之前(qian)和(he)大(da)(da)家分享(xiang)過“需(xu)求(qiu)文檔”，說到文檔中應該盡可能(neng)描述清楚需(xu)求(qiu)，以免相關實(shi)(shi)(shi)施(shi)方(fang)存(cun)在疑惑。確(que)實(shi)(shi)(shi)，在產(chan)(chan)品需(xu)求(qiu)文檔中，寫得很(hen)詳細、很(hen)到位，但是這依(yi)舊(jiu)不能(neng)完全100%的(de)避免問(wen)題(ti)的(de)出(chu)現，也就(jiu)是大(da)(da)家常說的(de)“問(wen)題(ti)常有，不然就(jiu)見鬼了！”

產品實施過程中究竟為什(shen)么(me)會(hui)復現各種問題？

產品實施過程

文(wen)檔問題：不是(shi)說文(wen)檔已(yi)經寫(xie)完(wan)全、詳細了(le)嗎？怎么還有(you)問題呢？

是(shi)的(de)(de)文檔是(shi)可(ke)以根據既定的(de)(de)規則將問題描述清楚(chu)，可(ke)你不(bu)能控制(zhi)的(de)(de)是(shi)人的(de)(de)因(yin)素，這個最核心因(yin)素：

a.因(yin)為不同人的(de)理解事物的(de)角度和方法存在差(cha)異，對(dui)于文(wen)檔中(zhong)既有描述，理解上(shang)難免有誤(wu)差(cha)；直接溝通是(shi)最好的(de)解決(jue)方案；

b.需求(qiu)方，比如(ru)(ru)：市場部(bu)、客服等(deng)等(deng)，臨時(shi)(shi)修(xiu)(xiu)改(gai)/增(zeng)(zeng)加需求(qiu)必(bi)然導致(zhi)先(xian)前撰寫好的文檔造成(cheng)修(xiu)(xiu)改(gai)；如(ru)(ru)果再加上信息傳(chuan)播(bo)不及時(shi)(shi)，造成(cheng)各方信息不對稱，那必(bi)然會導致(zhi)實施過程中理(li)想與(yu)現實的沖突；可(ke)能(neng)(neng)有(you)人(ren)會問，都(dou)進入(ru)研(yan)發(fa)階段了(le)，需求(qiu)不是早就定了(le)嗎？是的，理(li)論上是需求(qiu)都(dou)凍結了(le)，可(ke)又(you)有(you)誰能(neng)(neng)保證(zheng)需求(qiu)百分百的一點(dian)都(dou)不被修(xiu)(xiu)改(gai)/增(zeng)(zeng)加呢？反(fan)正，小編能(neng)(neng)力(li)有(you)限、智商捉急、Too young Too Naive ,暫時(shi)(shi)還沒那個能(neng)(neng)力(li)100%管(guan)控(kong)。

c.由于需求(qiu)方需求(qiu)的(de)(de)增加(jia)，相應(ying)的(de)(de)需求(qiu)文檔也(ye)要(yao)做調整(zheng)，那么(me)調整(zheng)的(de)(de)過程必然(ran)會有(you)(you)些許的(de)(de)遺漏。又有(you)(you)人(ren)，會問：能(neng)(neng)不能(neng)(neng)仔細點，將(jiang)問題(ti)都(dou)扼殺在文檔里？小(xiao)編說一(yi)句，可以(yi)！這(zhe)對產品人(ren)本身也(ye)是極(ji)高的(de)(de)要(yao)求(qiu)，在時間的(de)(de)保證(zheng)下，還是應(ying)該保證(zheng)文檔的(de)(de)每一(yi)處的(de)(de)無死角。當問題(ti)出現的(de)(de)時候，直(zhi)面交流還是最(zui)佳的(de)(de)解決辦(ban)法。

d.需(xu)求(qiu)(qiu)評審時，技(ji)(ji)術評估誤差。在(zai)需(xu)求(qiu)(qiu)評審會(hui)(hui)議上，技(ji)(ji)術研(yan)發的(de)(de)老(lao)大(da)哥都會(hui)(hui)對現有產品邏(luo)輯的(de)(de)合理(li)性及(ji)其技(ji)(ji)術實現方(fang)案做技(ji)(ji)術評估。過(guo)多認為因素及(ji)經驗(yan)參與的(de)(de)過(guo)程，存在(zai)偏差同(tong)樣(yang)是合乎情理(li)的(de)(de)。在(zai)產品/項目(mu)的(de)(de)問題的(de)(de)實際解決過(guo)程中，出現技(ji)(ji)術難點或實現上的(de)(de)復(fu)雜點，有時候也需(xu)要適當的(de)(de)調整需(xu)求(qiu)(qiu)，以便于快速的(de)(de)解決問題。

e.全員產品(pin)，技術大牛們在(zai)(zai)實現(xian)(xian)產品(pin)時，提出(chu)了一些(xie)更好(hao)的(de)(de)產品(pin)優化方案(an)并且(qie)易于解決(jue)/實現(xian)(xian)。在(zai)(zai)一家(jia)全員產品(pin)型的(de)(de)創新型公司，必(bi)然是不可(ke)能視而不見的(de)(de)，對合(he)理(li)的(de)(de)需求，也會做(zuo)出(chu)相應的(de)(de)調整(zheng)，體現(xian)(xian)在(zai)(zai)文檔和產品(pin)之中。

產品設(she)計(ji)流程

有(you)這么多的問(wen)(wen)題(ti)究竟(jing)該如何(he)去規避？或者說(shuo)在遇到(dao)這些(xie)問(wen)(wen)題(ti)的時候，如何(he)更(geng)好的解決呢？項目(mu)/產品進入研(yan)發(fa)實(shi)施階(jie)段(duan)，更(geng)多涉及(ji)到(dao)的實(shi)現(xian)，而(er)不是(shi)邏輯上的問(wen)(wen)題(ti)；而(er)這些(xie)邏輯上的細(xi)節也都在文檔(dang)(dang)中(zhong)一(yi)一(yi)做了詳(xiang)細(xi)說(shuo)明。需求文檔(dang)(dang)（PRD）也自然成為產品與研(yan)發(fa)測試紙質化(hua)交(jiao)流的唯一(yi)事實(shi)依據(ju)，實(shi)施過程中(zhong)文檔(dang)(dang)的及(ji)時維護是(shi)重中(zhong)之重，這真的就夠了嗎？一(yi)起往(wang)下看：

a.研發大牛們心有疑惑，產(chan)品(pin)應(ying)該(gai)(gai)如何？隨(sui)(sui)傳隨(sui)(sui)到，即刻(ke)解答！是(shi)的(de)，在產(chan)品(pin)/項目實施過程，產(chan)品(pin)應(ying)該(gai)(gai)時刻(ke)準備著(zhu)，準備沖到研發部為研發大哥們消除心中以后(hou)。此謂(wei)“開(kai)心消消樂”！搭建良好的(de)溝(gou)通機制及問題相(xiang)應(ying)機制，是(shi)很有實用性(xing)的(de)。

b.需求方增加/修改需求，應該及時更(geng)新到文檔，并且文檔中(zhong)應標識與上(shang)一(yi)版本(ben)不一(yi)樣的(de)地方，以(yi)便開發(fa)大哥(ge)們整悶了(le)！同時，也有必要在文檔最前面(mian)文檔修訂記錄(lu)中(zhong)，記錄(lu)每次修改的(de)內容，以(yi)便后期查詢，需求變(bian)動(dong)的(de)記錄(lu)。

c.文(wen)檔更新了，不算完；還(huan)需要及(ji)時地(di)通(tong)過各種渠道通(tong)知項目(mu)有關成員文(wen)檔（PRD）變更的(de)(de)(de)情況，依據實際情況而言，還(huan)是(shi)那句話：面對面的(de)(de)(de)交流時最(zui)好(hao)的(de)(de)(de)方式！一般，小編(bian)是(shi)QQ吼2句，最(zui)關鍵(jian)的(de)(de)(de)是(shi)會親自去(qu)說一聲…研發哥(ge)哥(ge)很忙的(de)(de)(de)，說不定的(de)(de)(de)QQ已被屏(ping)蔽(bi)…

產品實施過程，不僅僅是(shi)圍(wei)繞文檔而展開的，還有很(hen)多其他關鍵(jian)點(dian)需(xu)要留(liu)意：時(shi)間節點(dian)、項目進(jin)度、產品還原度，這些也是(shi)很(hen)關鍵(jian)的。

項(xiang)目實(shi)施的流程化

1、需求(qiu)評(ping)審后，項目(mu)經理會對(dui)項目(mu)完成(cheng)時間點做一個粗略的(de)評(ping)估，那么(me)具(ju)體的(de)實施(shi)過程中，項目(mu)進(jin)(jin)展的(de)如何呢？是(shi)不是(shi)延期了？是(shi)不是(shi)提前了？是(shi)不是(shi)穩步進(jin)(jin)行？這(zhe)些(xie)都是(shi)產(chan)品(pin)需要去把控跟進(jin)(jin)的(de)，對(dui)項目(mu)進(jin)(jin)度的(de)把控設計到產(chan)品(pin)能否按時完成(cheng)上線。

2、產(chan)品(pin)實(shi)(shi)現的過程(cheng)中(zhong)，技術大牛們是(shi)否創(chuang)意無限，一發不可收拾，沒有按(an)照需(xu)求(qiu)來，而(er)是(shi)直接(jie)率性而(er)為呢？產(chan)品(pin)真實(shi)(shi)需(xu)求(qiu)還原度也(ye)是(shi)產(chan)品(pin)需(xu)要把控(kong)的一個方面。只有真正符合(he)需(xu)求(qiu)的產(chan)品(pin)，才是(shi)用戶/產(chan)品(pin)（PM）想要的。

對用戶來講，產品是能滿足其需求的實物/服務；對我來說，產品也是一個過程——從出生到長大的成長過程。項目/產品實施作為產品整個生命周期的閉環環節，是產品由需求/創意/想法轉變成現實產品。實施的過程的主角是“研發”，儼然不是產品（PM）；可實際情況是，產品依舊需要不離不棄，初心不變，相伴產品一生。

原創(chuang)文章，作者：愛運(yun)營(ying)，如若轉載，請注(zhu)明出處(chu)：//www.iyunying.org/yunying/cpyy/58873.html