送給剛?cè)胄械漠a(chǎn)品經(jīng)理們,我的需求之見

kkkkkkk
4 評論 5025 瀏覽 651 收藏 12 分鐘
🔗 B端产品经理需要更多地关注客户的商业需求、痛点、预算、决策流程等,而C端产品经理需要更多地关注用户的个人需求

對于互聯(lián)網(wǎng)項(xiàng)目來說,第一步是要做什么呢?

如果比較專業(yè)的肯定會回答你,肯定是做市場調(diào)研啊,搞搞MRD,BRD什么,搞明白了自己要做什么。

然而對于現(xiàn)在大多數(shù)互聯(lián)網(wǎng)企業(yè)或者稱之為剛剛從傳統(tǒng)企業(yè)轉(zhuǎn)型的互聯(lián)網(wǎng)新貴來說,做一個(gè)份產(chǎn)品的需求才是真正他們需要的。

在這里我先說一個(gè)故事,故事的主人公是我的一個(gè)朋友。最近他們公司開始要涉足一下互聯(lián)網(wǎng),這是很多傳統(tǒng)企業(yè)準(zhǔn)備和喜歡做的事情,于是他們公司找了一家外包公司來做這個(gè)事情。有一天他說他很忙,要去外包公司對接項(xiàng)目,也是這個(gè)時(shí)候我才知道他們公司是安排他在做這個(gè)“產(chǎn)品經(jīng)理”。一個(gè)從來沒有接觸過互聯(lián)網(wǎng)的人來做產(chǎn)品經(jīng)理,看似完全沒有道理的事情,但是我相信這個(gè)事情絕對不是個(gè)例。

所以今天這篇文章不是寫給大神產(chǎn)品,小神產(chǎn)品或者是入門產(chǎn)品看的,因?yàn)槟銈兛赡軐π枨蟮睦斫獗任疫€深入,所以我只是獻(xiàn)丑的給那些完全是新手的產(chǎn)品經(jīng)理寫下這份東西,希望能夠共勉,也希望能夠真正的幫助到你們。如果大家覺得我寫得差,歡迎給出意見指出。

一:什么是需求?

我們首先來明確一下需求到底是什么?是給誰看的?

這里我們來解釋一下不同的需求文檔。

BRD文檔

BRD文檔從字面的意思是“商業(yè)需求描述”,是探討產(chǎn)品的市場價(jià)值的東西,是給老板看的。

MRD文檔

MRD文檔從字面的意思是“市場需求描述”,是探討產(chǎn)品市場的東西,是給所有參與項(xiàng)目的人看的。

PRD文檔

PRD文檔從字面的意思是“技術(shù)需求文檔”,是描述產(chǎn)品研發(fā)的東西,是給研發(fā)部門人看的。

而在大多數(shù)的人看來,需求文檔指的便是PRD文檔,說得簡單明白一點(diǎn)就是告訴技術(shù)人員怎么開發(fā)這個(gè)東西的文檔。

而今天,我們主要講一下PRD文檔。

二:開發(fā)模式之談

在訴說PRD文檔的形式前,我們要講述一下和PRD文檔發(fā)展息息相關(guān)的東西—–開發(fā)模式。

在我們大家的印象中,最為熟悉的開發(fā)模式有兩種,一種是瀑布的開發(fā)模式,一種是敏捷開發(fā)的模式。這里我們先來說明一下瀑布開發(fā)和敏捷開發(fā)到底是什么?

瀑布開發(fā):

3204029659897952405
如圖所見,瀑布流開發(fā)是一個(gè)完整的非環(huán)形開發(fā)模式,旨在一次性進(jìn)行完整產(chǎn)品的設(shè)計(jì)和開發(fā)。成本較高,周期較長,但是項(xiàng)目需求的問題則非常小,后期維護(hù)的成本較低。

敏捷開發(fā):

0061p088zy6RQH6Rebcc6
如圖所見,敏捷開發(fā)是一個(gè)環(huán)形開發(fā)模式,旨在快速的迭代,簡化的進(jìn)行開發(fā)。成本較低,周期較短,但是項(xiàng)目需求的問題則比較大,后期維護(hù)的成本高,或者說,敏捷開發(fā)是一種一直持續(xù)的過程,而不存在后期維護(hù)的說法。

兩者區(qū)別:

然后我們再來看看我找到一張圖來說明兩者之間的區(qū)別,我覺得很形象。

201117112096362

瀑布開發(fā)就是傳統(tǒng)開發(fā),是一大堆文檔后進(jìn)行開發(fā)最后變成一顆大樹,而敏捷開發(fā)則是一步一步的成長成一朵成熟花朵。

總結(jié)來說就是瀑布開發(fā)是前期花很大一段時(shí)間來進(jìn)行項(xiàng)目需求的討論,形成非常標(biāo)準(zhǔn)以及專業(yè)的文檔來進(jìn)行開發(fā)。而敏捷開發(fā)則是設(shè)計(jì)開發(fā)同步進(jìn)行,一邊開發(fā)一邊進(jìn)行設(shè)計(jì)。

三:產(chǎn)品開發(fā)之談

上一節(jié)介紹了兩種不同的開發(fā)模式,這一節(jié)我們來說一說產(chǎn)品的開發(fā)到底選擇什么樣的開發(fā)模式是比較科學(xué)的。當(dāng)然,這里的科學(xué)并不是完全科學(xué),因?yàn)檫@個(gè)世界不存在完全科學(xué)的東西…..Orz。

在當(dāng)今的互聯(lián)網(wǎng)世界當(dāng)中,人人都知道一點(diǎn),對于一個(gè)產(chǎn)品最重要的是時(shí)間。古話說得好:“一鼓作氣再而衰三而竭”。這個(gè)典故我相信經(jīng)歷過義務(wù)教育的人都知道是什么意思。對的,對內(nèi)來說無論是研發(fā)團(tuán)隊(duì)還是產(chǎn)品團(tuán)隊(duì)亦或是任何一個(gè)職能團(tuán)隊(duì)來說,時(shí)間越長項(xiàng)目的風(fēng)險(xiǎn)越大。對外來說,一個(gè)產(chǎn)品久久不能上線面臨的是市場的快速競爭和資本屆的質(zhì)疑。所以天下武功唯快不破的秘訣在當(dāng)今的互聯(lián)網(wǎng)世界是絕對的真理。

所以現(xiàn)在的互聯(lián)網(wǎng)世界的產(chǎn)品開發(fā)更多使用的便是敏捷開發(fā)的模式,快速的版本迭代來解決上一個(gè)版本的問題。

這里套用我看到過的一句話:“產(chǎn)品的第一個(gè)版本只要主要流程能跑通,馬上上線!”。

四:版本之談

說完了敏捷開發(fā),那么注定避免不了版本的問題,所以在產(chǎn)品一開始的設(shè)計(jì)時(shí)候,產(chǎn)品經(jīng)理就需要對每一個(gè)版本進(jìn)行一個(gè)初步的設(shè)計(jì),研究產(chǎn)品節(jié)點(diǎn),溝通開發(fā)周期。

那么問題來了,到底怎么來規(guī)劃這個(gè)版本呢?

接下來就是小弟的愚見了,我們大致的可以把版本這么來劃分:

  • 第一個(gè)版本:主要流程。
  • 第二個(gè)版本:優(yōu)化主要流程。
  • 第三個(gè)版本:根據(jù)運(yùn)營數(shù)據(jù)增加功能。

當(dāng)然,你可以不把他看成是第一第二第三版本,而是看成一個(gè)順序,而對于剛開始做的產(chǎn)品,請牢記一句話“不要做太多的功能,你是做什么的,能讓用戶體驗(yàn)?zāi)氵@個(gè)了,就上線”。

五:需求形式之談

說完了模式,談完了版本,我們來說說最后的一個(gè)話題,到底怎么做PRD需求文檔。

當(dāng)然,今天我們并不討論需求文檔怎么做,那是技術(shù)活也是哈姆雷特,每個(gè)人寫出來都是不一樣的。所以沒有應(yīng)該怎么寫,寫成什么形式,也沒有誰寫得好,誰寫得差。只要是研發(fā)團(tuán)隊(duì)看得懂的就是好需求。

可是,如果不用說怎么寫,那還談什么需求形式呢?

哈哈哈,我們這里雖然不談怎么寫需求,但是的的確確是要說一下需求的表現(xiàn)形式,接下來我給大家說一下常見的需求形式:

1.文檔形式

故名思議,文檔形式就是以文檔的形式把開發(fā)的需求展示出來以供研發(fā)團(tuán)隊(duì)進(jìn)行閱讀。

Good:

文檔形式的需求文檔是非常詳細(xì)的,當(dāng)然如果水平不行也會出現(xiàn)漏洞,這里我們就忽略水平問題。

文檔形式以文字描述項(xiàng)目的各個(gè)功能以及開發(fā)的流程,對于任何一個(gè)研發(fā)團(tuán)隊(duì)來說都是能夠輕松閱讀,并且對于項(xiàng)目的驗(yàn)收可以作為很有效的驗(yàn)收工具。

Bad:

壞處就是,太難讀了。

我敢保證,現(xiàn)在90%的研發(fā)團(tuán)隊(duì)成員看見需求文檔頭都是大的,而且受限于技術(shù)水平,在文檔上描述的時(shí)候會存在理解上的誤讀。

還有就是,形成文檔形式的需求對于項(xiàng)目設(shè)計(jì)人員來說是需要比較高的要求,也需要很長的時(shí)間才能做好的。所以世面上你只聽說過“線框仔”而沒有聽過“打字仔”。

2.原型形式

原型我就不多說了,原型設(shè)計(jì)的出現(xiàn)是很早的事情了,具體想了解的話去百度吧!原型呢就和我們小時(shí)候?qū)懙目磮D寫話一樣,一張圖描述出我們要做什么,簡單易懂。

Good:

原型這個(gè)東西,效率高,描述準(zhǔn)確,理解誤差小。而且能很好的直接進(jìn)行操作,還原設(shè)計(jì)流程。

而且原型上手快,當(dāng)然,你要做到很牛逼,那還是很難的。

Bad:

細(xì)節(jié)上的描述對于原型來說還是差強(qiáng)人意,需要進(jìn)行非常高保真的原型設(shè)計(jì)才能完美重現(xiàn)細(xì)節(jié)設(shè)計(jì),這對于原型制作者的要求比較高。
其他壞處我暫時(shí)還沒有想到,希望大家可以補(bǔ)充,哈哈哈!

注:下面我們就不進(jìn)行優(yōu)劣對比了

3.文檔+原型形式

這個(gè)是什么,我就不說了,你要是這個(gè)都不知道話,請你給我打電話!

這種表現(xiàn)形式可以說是當(dāng)今開發(fā)界最完善的開發(fā)形式了,不但在可視化上進(jìn)行了描述,也在文字閱讀中進(jìn)行了描述。對于流程,頁面的細(xì)節(jié)也是很能把握到位,而唯一的缺點(diǎn)就是需要花費(fèi)的時(shí)間比較長。按照現(xiàn)在產(chǎn)品開發(fā)的周期來看的話,除非產(chǎn)品經(jīng)理不吃不睡,才能不耽誤開發(fā)進(jìn)度!真的,做過的人才知道。

所以,我們說完了三種展現(xiàn)形式,這個(gè)時(shí)候選擇哪一種就需要產(chǎn)品經(jīng)理自己考慮了,而推薦幾點(diǎn)參考標(biāo)注:

  1. 產(chǎn)品開發(fā)周期。
  2. 技術(shù)團(tuán)隊(duì)水平。
  3. 產(chǎn)品經(jīng)理水平。

好了,今天的文章就寫到這里??偠灾褪谴蟾诺慕榻B了一下需求這個(gè)東西,也沒說什么有營養(yǎng)的話,權(quán)當(dāng)看著好玩吧。

如果有什么寫得不好的地方,請發(fā)送給我郵件督促我改進(jìn),謝謝各位看官。

 

本文系起點(diǎn)學(xué)院成都160123期優(yōu)秀學(xué)員?@張衡?(郵箱地址:kame@bsanjia.com) 原創(chuàng)發(fā)布,未經(jīng)作者許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 我覺得寫文章上傳圖片也應(yīng)該考慮用戶體驗(yàn),字辣么小 ? ? ?

    來自北京 回復(fù)
  2. ??

    來自廣東 回復(fù)
  3. 贊一下

    來自北京 回復(fù)
  4. ??

    來自湖南 回復(fù)
专题
12195人已学习14篇文章
随着科技的发展,AI技术渗透进各个行业里边,AI图像生成和识别技术有了更大的突破性,本专题的文章分享了AI图像识别。
专题
80331人已学习19篇文章
当AI已然成为新的焦点和风口,产品经理该如何抓住这个风口顺势飞起?
专题
29431人已学习16篇文章
系统如何恰当、清晰、及时地传达给用户操作的结果或者操作对象状态的变更?本专题的文章提供了有效的页面操作反馈设计指南。
专题
13874人已学习12篇文章
为了推动公司业务的正常运转操作,我们需要建立一定的业务模型来推动运作。本专题的文章分享了如何构建业务模型。
专题
18150人已学习15篇文章
语音交互是基于语音输入的新一代交互模式,通过说话就可以得到反馈结果。本专题的文章分享了语音交互的入门指南。
专题
35124人已学习22篇文章
从动效设计原则、动效工具、制作方法、标注技巧等全方位解读