在產(chǎn)品需求文檔中，寫得很詳細(xì)、很到位，但是這依舊不能完全100%的避免問題的出現(xiàn)，也就是大家常說的“問題常有，不然就見鬼了！”

　　

今天一大早起來，沖了個涼。爽，爽，爽… 在過去的一周，著實(shí)很忙碌，一方面是產(chǎn)品版本迭代更新；另一方面是產(chǎn)品進(jìn)入實(shí)施階段。記得之前和大家分享過“需求文檔”，說到文檔中應(yīng)該盡可能描述清楚需求，以免相關(guān)實(shí)施方存在疑惑。確實(shí)，在產(chǎn)品需求文檔中，寫得很詳細(xì)、很到位，但是這依舊不能完全100%的避免問題的出現(xiàn)，也就是大家常說的“問題常有，不然就見鬼了！”

產(chǎn)品實(shí)施過程中究竟為什么會復(fù)現(xiàn)各種問題？

產(chǎn)品實(shí)施過程

文檔問題：不是說文檔已經(jīng)寫完全、詳細(xì)了嗎？怎么還有問題呢？

是的文檔是可以根據(jù)既定的規(guī)則將問題描述清楚，可你不能控制的是人的因素，這個最核心因素：

a.因為不同人的理解事物的角度和方法存在差異，對于文檔中既有描述，理解上難免有誤差；直接溝通是最好的解決方案；

b.需求方，比如：市場部、客服等等，臨時修改/增加需求必然導(dǎo)致先前撰寫好的文檔造成修改；如果再加上信息傳播不及時，造成各方信息不對稱，那必然會導(dǎo)致實(shí)施過程中理想與現(xiàn)實(shí)的沖突；可能有人會問，都進(jìn)入研發(fā)階段了，需求不是早就定了嗎？是的，理論上是需求都凍結(jié)了，可又有誰能保證需求百分百的一點(diǎn)都不被修改/增加呢？反正，小編能力有限、智商捉急、Too young Too Naive ,暫時還沒那個能力100%管控。

c.由于需求方需求的增加，相應(yīng)的需求文檔也要做調(diào)整，那么調(diào)整的過程必然會有些許的遺漏。又有人，會問：能不能仔細(xì)點(diǎn)，將問題都扼殺在文檔里？小編說一句，可以！這對產(chǎn)品人本身也是極高的要求，在時間的保證下，還是應(yīng)該保證文檔的每一處的無死角。當(dāng)問題出現(xiàn)的時候，直面交流還是最佳的解決辦法。

d.需求評審時，技術(shù)評估誤差。在需求評審會議上，技術(shù)研發(fā)的老大哥都會對現(xiàn)有產(chǎn)品邏輯的合理性及其技術(shù)實(shí)現(xiàn)方案做技術(shù)評估。過多認(rèn)為因素及經(jīng)驗參與的過程，存在偏差同樣是合乎情理的。在產(chǎn)品/項目的問題的實(shí)際解決過程中，出現(xiàn)技術(shù)難點(diǎn)或?qū)崿F(xiàn)上的復(fù)雜點(diǎn)，有時候也需要適當(dāng)?shù)恼{(diào)整需求，以便于快速的解決問題。

e.全員產(chǎn)品，技術(shù)大牛們在實(shí)現(xiàn)產(chǎn)品時，提出了一些更好的產(chǎn)品優(yōu)化方案并且易于解決/實(shí)現(xiàn)。在一家全員產(chǎn)品型的創(chuàng)新型公司，必然是不可能視而不見的，對合理的需求，也會做出相應(yīng)的調(diào)整，體現(xiàn)在文檔和產(chǎn)品之中。

產(chǎn)品設(shè)計流程

有這么多的問題究竟該如何去規(guī)避？或者說在遇到這些問題的時候，如何更好的解決呢？項目/產(chǎn)品進(jìn)入研發(fā)實(shí)施階段，更多涉及到的實(shí)現(xiàn)，而不是邏輯上的問題；而這些邏輯上的細(xì)節(jié)也都在文檔中一一做了詳細(xì)說明。需求文檔（PRD）也自然成為產(chǎn)品與研發(fā)測試紙質(zhì)化交流的唯一事實(shí)依據(jù)，實(shí)施過程中文檔的及時維護(hù)是重中之重，這真的就夠了嗎？一起往下看：

a.研發(fā)大牛們心有疑惑，產(chǎn)品應(yīng)該如何？隨傳隨到，即刻解答！是的，在產(chǎn)品/項目實(shí)施過程，產(chǎn)品應(yīng)該時刻準(zhǔn)備著，準(zhǔn)備沖到研發(fā)部為研發(fā)大哥們消除心中以后。此謂“開心消消樂”！搭建良好的溝通機(jī)制及問題相應(yīng)機(jī)制，是很有實(shí)用性的。

b.需求方增加/修改需求，應(yīng)該及時更新到文檔，并且文檔中應(yīng)標(biāo)識與上一版本不一樣的地方，以便開發(fā)大哥們整悶了！同時，也有必要在文檔最前面文檔修訂記錄中，記錄每次修改的內(nèi)容，以便后期查詢，需求變動的記錄。

c.文檔更新了，不算完；還需要及時地通過各種渠道通知項目有關(guān)成員文檔（PRD）變更的情況，依據(jù)實(shí)際情況而言，還是那句話：面對面的交流時最好的方式！一般，小編是QQ吼2句，最關(guān)鍵的是會親自去說一聲…研發(fā)哥哥很忙的，說不定的QQ已被屏蔽…

產(chǎn)品實(shí)施過程，不僅僅是圍繞文檔而展開的，還有很多其他關(guān)鍵點(diǎn)需要留意：時間節(jié)點(diǎn)、項目進(jìn)度、產(chǎn)品還原度，這些也是很關(guān)鍵的。

項目實(shí)施的流程化

1、需求評審后，項目經(jīng)理會對項目完成時間點(diǎn)做一個粗略的評估，那么具體的實(shí)施過程中，項目進(jìn)展的如何呢？是不是延期了？是不是提前了？是不是穩(wěn)步進(jìn)行？這些都是產(chǎn)品需要去把控跟進(jìn)的，對項目進(jìn)度的把控設(shè)計到產(chǎn)品能否按時完成上線。

2、產(chǎn)品實(shí)現(xiàn)的過程中，技術(shù)大牛們是否創(chuàng)意無限，一發(fā)不可收拾，沒有按照需求來，而是直接率性而為呢？產(chǎn)品真實(shí)需求還原度也是產(chǎn)品需要把控的一個方面。只有真正符合需求的產(chǎn)品，才是用戶/產(chǎn)品（PM）想要的。

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

原創(chuàng)文章，作者：愛運(yùn)營，如若轉(zhuǎn)載，請注明出處：https://www.iyunying.org/yunying/cpyy/58873.html