產(chǎn)品協(xié)作流程的思考與積累

2 評論 8796 瀏覽 80 收藏 13 分鐘

編輯導(dǎo)語:產(chǎn)品經(jīng)理在做項(xiàng)目時(shí)需要跟多個部門進(jìn)行交流,帶領(lǐng)好自己的團(tuán)隊(duì)共同完成一個產(chǎn)品的研發(fā)上線;產(chǎn)品經(jīng)理在團(tuán)隊(duì)中要把控大局,起到帶領(lǐng)團(tuán)隊(duì)協(xié)作的作用;本文作者分享了關(guān)于產(chǎn)品寫作流程的思考與積累,我們一起來看一下。

產(chǎn)品經(jīng)理的日常少不了和設(shè)計(jì)、開發(fā)、測試、運(yùn)營等團(tuán)隊(duì)打交道;如何與各團(tuán)隊(duì)的小伙伴協(xié)作,也是值得思考和總結(jié),畢竟“協(xié)作能力”亦是產(chǎn)品的基本能力之一。

9月的月度總結(jié)來總結(jié)我的產(chǎn)品協(xié)作經(jīng)驗(yàn),緣由是9月做了一次比較大的APP改版;做大需求能讓自己成長,其中很大一部分便是協(xié)作經(jīng)驗(yàn)的思考與積累了。

功能上線后,我主動把協(xié)作流程的思考和設(shè)計(jì)、研發(fā)小伙伴分享復(fù)盤,大家坐在一起,討論如何讓整個“產(chǎn)策——設(shè)計(jì)——開發(fā)——驗(yàn)收——測試——上線”環(huán)節(jié)變得高效;因此總結(jié)了一些實(shí)用的方法,落到實(shí)處地記錄,在日后的工作中加以運(yùn)用和改善。

一、整體流程與角色

或許看到【UI設(shè)計(jì)師】、【研發(fā)工程師】、【測試工程師】這些名詞,都會把他們與相關(guān)的角色職責(zé)掛鉤,卻沒想到他們還有其他的“角色本領(lǐng)”。

圖1:我的產(chǎn)品協(xié)作流程

無論任何需求,從我做產(chǎn)品以來便是這個協(xié)作流程。

從這次改版需求中,發(fā)掘到其實(shí)各團(tuán)隊(duì)的角色絕不僅限于自己的職責(zé)范圍,人人都是用戶,人人都是產(chǎn)品體驗(yàn)者。

例如:

【UI設(shè)計(jì)師】

  • 需求評審環(huán)節(jié),可以提出界面交互的意見,甚至對于每個按鈕、彈窗的使用,都可以給到產(chǎn)品可能未想到的意見。
  • 產(chǎn)品/設(shè)計(jì)驗(yàn)收環(huán)節(jié),可以充當(dāng)產(chǎn)品體驗(yàn)者,除了驗(yàn)收UI實(shí)現(xiàn)效果外,還可以指出自己對產(chǎn)品流程的意見,哪里不合理、可以怎么改。
  • 功能上線后,配合產(chǎn)品輸出設(shè)計(jì)規(guī)范,同時(shí)和其他各團(tuán)隊(duì)的UI設(shè)計(jì)師共同討論,打磨更好的產(chǎn)品。

【研發(fā)工程師、測試】

  • 需求評審環(huán)節(jié),不僅可以提出技術(shù)實(shí)現(xiàn)方案,供產(chǎn)品選擇了解何種更優(yōu);更可以作為用戶,從自身體驗(yàn)其他APP出發(fā),給出產(chǎn)品設(shè)計(jì)的意見。
  • 從用戶角度體驗(yàn)產(chǎn)品邏輯,復(fù)雜了?用戶能使用明白不?這么多我都繞暈了?這類的感覺,可能也是給產(chǎn)品經(jīng)理一個靈感:產(chǎn)品設(shè)計(jì)是否合理。
  • 總的來說,研發(fā)和測試,不僅僅是工程師,更是用戶;他們在實(shí)現(xiàn)和測試功能的時(shí)候,產(chǎn)品應(yīng)該積極地去接納和回應(yīng)他們的意見;同時(shí)也要求研發(fā)和測試更熟悉公司業(yè)務(wù),通過不斷體驗(yàn)和反饋來熟悉。

給我的成長思考是:對于產(chǎn)品經(jīng)理來說,

1)借力很重要:專業(yè)的事情交給專業(yè)的人來做,而不是把所有(界面、前后端實(shí)現(xiàn))攬?jiān)谧约荷砩稀?/p>

2)主動很重要:主動包括行為上的主動和心理上的主動。

  • 行為上的主動,是指每個環(huán)節(jié)都要主動去push,從上面的協(xié)作流程圖可見,產(chǎn)品是每個環(huán)節(jié)必不可少的角色參與者,主動去溝通和解決問題很重要;
  • 心理上的主動,是包括對各方意見的包容和積極回應(yīng);不同角色對產(chǎn)品功能提的意見,有合理的有不合理的,積極回應(yīng)、不要畫地為牢;既能提高“隊(duì)友”的參與感,也能汲取各方靈感,完善出更好的產(chǎn)品功能。

二、Case By Case 各流程的協(xié)作思考

下面便根據(jù)這次改版需求中,各個協(xié)作流程出現(xiàn)的問題反思及經(jīng)驗(yàn)沉淀進(jìn)行拆分?jǐn)⑹觥?/p>

具體問題具體分析,也不至于太籠統(tǒng)。

1. 環(huán)節(jié)一:PRD輸出

1)文檔細(xì)節(jié):PRD文檔是闡述產(chǎn)品整體設(shè)計(jì)需求背景、設(shè)計(jì)思路、功能范圍、交互邏輯、頁面細(xì)節(jié)及其他信息,因此需要涵蓋該產(chǎn)品功能的方方面面。

高效寫出PRD文檔,可以借助功能結(jié)構(gòu)圖和流程圖,先把邏輯理理清,不著急畫原型和寫文檔;這樣產(chǎn)品對各模塊細(xì)節(jié)在心中有了初步估計(jì),寫文檔的時(shí)候也能考慮進(jìn)去。

2)圖的魔力:PRD的主要閱讀者是開發(fā)和測試,他們在接收到一份文檔時(shí),是很不愿意去看“長篇大論”的密密麻麻的文字的;為了提高研發(fā)兄弟的閱讀效率,產(chǎn)品盡量“能用圖就用圖”。

  • 首先,做出交互原型,在原型旁寫需求說明也可以;
  • 其次能用邏輯圖、結(jié)構(gòu)圖、流程圖,甚至是效果錄屏視頻附在文檔中,都會比長篇大論的文字看得爽。
  • 最后,UI、開發(fā)、測試看不懂時(shí),產(chǎn)品記得隨叫隨到,當(dāng)面討論可提高雙方溝通的效率和深度。一回生兩回熟,主動就完事兒!

3)子需求拆分:接到大需求,學(xué)會拆分子需求也是鍛煉對需求的邏輯理解。

知道自己的需求分為幾部分,每個部分的聯(lián)系是什么,若該版本排不完則優(yōu)先做哪個,都是產(chǎn)品需要考慮的事情;子需求拆分好,分文檔編寫,即一個文檔說明一個需求點(diǎn)即可——這樣也便于開發(fā)大佬針對不同模塊分配開發(fā)人員。

2. 環(huán)節(jié)二:需求評審

之前寫過一篇文章,專門思考如何讓開發(fā)懂得產(chǎn)品的需求《需求評審:如何讓開發(fā)明白產(chǎn)品的需求》,亦是關(guān)于需求評審的協(xié)作思考。

3. 環(huán)節(jié)三:UI設(shè)計(jì)

1)產(chǎn)品設(shè)計(jì)確認(rèn)機(jī)制:從需求評審結(jié)束后,UI同學(xué)應(yīng)結(jié)合多版本的適配問題給出預(yù)估工期;設(shè)計(jì)過程中,產(chǎn)品除了及時(shí)回復(fù),也應(yīng)該積極配合UI同學(xué);例如共同腦暴細(xì)節(jié)、交互細(xì)節(jié)的交流互通,也是產(chǎn)品經(jīng)理學(xué)習(xí)交互設(shè)計(jì)的一種途徑。

2)設(shè)計(jì)的AB test:有時(shí)候設(shè)計(jì)和產(chǎn)品對某交互功能的討論無結(jié)論時(shí),可嘗試AB test,讓用戶來選擇,也是一種節(jié)約無謂的討論時(shí)間的好方法;可能test多了,產(chǎn)品和設(shè)計(jì)都能形成一定的交互感知了,也就能避免無謂的討論。

4. 環(huán)節(jié)四:開發(fā)過程

1)產(chǎn)品切忌成為傳聲筒:雖然產(chǎn)品要緊密團(tuán)結(jié)在工程師的身邊,只要開發(fā)看到哪里不懂,產(chǎn)品主動溝通,這是沒錯的;但是切忌成為各種各樣問題的傳聲筒。

在這次需求開發(fā)過程中,開發(fā)有遇到設(shè)計(jì)的問題、技術(shù)的問題(問我要哪個參數(shù)),都是直接找我溝通;后來我直接拉群讓他們溝通,并在群里說明,對應(yīng)問題找對應(yīng)伙伴直接溝通。

我一開始會認(rèn)為“這樣做是不是不太好呀,畢竟開發(fā)是“接單做任務(wù)”;但是后來leader和我說,產(chǎn)品是要為結(jié)果負(fù)責(zé)的,中間過程需要提高效率,對自己的磨練并不是在不斷替他人解答不相關(guān)的問題中產(chǎn)生的;因此不必覺得不好意思,這是提高效率的溝通手段。

2)PRD更新和同頻:對于大需求來說,中間細(xì)節(jié)更改在所難免;而很多時(shí)候都是當(dāng)面溝通定下結(jié)論然后執(zhí)行,產(chǎn)品就會忘記同步到PRD,導(dǎo)致測試驗(yàn)收、日后回溯時(shí)遺漏,產(chǎn)生后續(xù)一系列問題。

因此在私下溝通結(jié)果要及時(shí)同步補(bǔ)充到文檔中,并給相應(yīng)的開發(fā)和測試做特別說明,目的是確保信息更新是所有人都知道的。

5. 環(huán)節(jié)五:驗(yàn)收(產(chǎn)品、設(shè)計(jì)、測試)

注:因三方驗(yàn)收內(nèi)容不一致,產(chǎn)品/設(shè)計(jì)驗(yàn)收環(huán)節(jié)可與測試驗(yàn)收環(huán)節(jié)同步進(jìn)行。

1)專業(yè)的事情交給專業(yè)的人做:一個有能力的產(chǎn)品經(jīng)理,不是大包大攬給自己,而是知道什么事情交給什么樣的人做。

在前期,我總想著自己也能驗(yàn)收UI,不僅導(dǎo)致效率降低,也導(dǎo)致了UI和我重復(fù)“造輪子”;所以專業(yè)的事情交給專業(yè)的人做,效果更好。

2)驗(yàn)收文檔:在開發(fā)完成代碼合到test分支后,產(chǎn)品、UI就可以開始驗(yàn)收了。

需要有一份驗(yàn)收文檔,給到開發(fā)修改和自己進(jìn)行二次驗(yàn)收;文檔需要包括驗(yàn)收問題、截圖、二次驗(yàn)收這3列,簡單直接告訴開發(fā)需要修改哪里即可。

6. 環(huán)節(jié)六:功能上線后宣導(dǎo)

在功能上線前夕(大概1-2天),準(zhǔn)備好宣導(dǎo)手冊,可以是文檔、PPT;也可以是郵件、在線直播等形式。

需要明確需求會影響那些業(yè)務(wù)方的使用,針對不同業(yè)務(wù)方所關(guān)注的內(nèi)容,區(qū)分宣導(dǎo)文件的重點(diǎn)。

APP改版需求設(shè)計(jì)到的業(yè)務(wù)方有學(xué)管、銷售、客服、運(yùn)營。

前三者關(guān)注的內(nèi)容基本一致,主要是引導(dǎo)用戶去使用新版APP,為用戶解答初期使用上的問題;因此需要制作新版APP引導(dǎo)手冊下發(fā)即可。

對于運(yùn)營團(tuán)隊(duì),他們需要了解新版APP的資源位變化情況,為后續(xù)活動宣發(fā)做好物料準(zhǔn)備;因此需要還需要額外告知設(shè)計(jì)規(guī)范,資源位使用規(guī)范等操作說明手冊。

三、總結(jié)

在產(chǎn)品協(xié)作過程中,會隨著對業(yè)務(wù)熟悉、技術(shù)的淺層理解及團(tuán)隊(duì)伙伴的相識合作,推動的效率會提高。

但是在這個過程中,還是需要多站在不同角色的角度,思考他們的利益,換位思考,盡量避免說出“這個不是很簡單嗎?”之類的話。

多了解設(shè)計(jì)、開發(fā)、測試的工作內(nèi)容,主動跟進(jìn)、主動反饋、積極回應(yīng),不斷鍛煉自己的跨部門溝通和協(xié)作能力。

 

本文由 @莫琳 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 大佬是在好未來嗎

    來自北京 回復(fù)
    1. 不是哦哈哈

      回復(fù)