我在互聯(lián)網(wǎng)大廠做產(chǎn)品(需求設(shè)計(jì)篇)
產(chǎn)品經(jīng)理要如何保證自己能夠在復(fù)雜的協(xié)同工作中展開(kāi)正確的需求設(shè)計(jì)、并實(shí)際地解決用戶問(wèn)題?在本篇文章里,作者就總結(jié)了自己的需求設(shè)計(jì)經(jīng)驗(yàn),并總結(jié)了7個(gè)步驟。一起來(lái)看看吧,或許會(huì)對(duì)你有所啟發(fā)。
作為產(chǎn)品經(jīng)理需要對(duì)結(jié)果負(fù)責(zé),我們要推進(jìn)產(chǎn)品落地并實(shí)際解決用戶問(wèn)題,但是在實(shí)際工作中我們會(huì)遇到很多質(zhì)疑的聲音,各種指點(diǎn)以及橫向縱向的需求,作為產(chǎn)品經(jīng)理我們應(yīng)該怎么正確的開(kāi)展一個(gè)需求的設(shè)計(jì)呢,確保每個(gè)需求都能在正確的產(chǎn)品路線上?
一、深挖用戶背后的問(wèn)題
用戶的需求不管是用戶直述,他人傳達(dá)或者上級(jí)要求,我們都需要對(duì)用戶進(jìn)行進(jìn)一步的分析,用戶口述的不一定是真實(shí)需要的,需要產(chǎn)品經(jīng)理站在用戶的角度去思考問(wèn)題,我在大廠挖掘用戶問(wèn)題主要通過(guò)溝通與觀察的方式。
在與用戶溝通的過(guò)程中不需要直接去問(wèn)用戶遇到的問(wèn)題,而是需要清楚地去了解用戶做的每一件事情,每個(gè)細(xì)節(jié)的步驟,這樣真正了解用戶后,產(chǎn)品經(jīng)理可以不斷模擬用戶進(jìn)而感受到用戶在實(shí)際場(chǎng)景下遇到的問(wèn)題。(深入了解用戶后,我一般都是在腦海中不斷重復(fù)用戶的場(chǎng)景,來(lái)親身感受用戶會(huì)遇到哪些問(wèn)題,提升自己的用戶同理心)
站在用戶角度去思考問(wèn)題是挖掘到真正問(wèn)題的有效方式,這里舉一個(gè)我在工作中遇到的例子。
當(dāng)時(shí)公司有個(gè)部門(mén)要做一個(gè)民航飛行員排班的系統(tǒng),主要幫助飛行員查看自己的班次與未來(lái)的安排。該產(chǎn)品經(jīng)理組織研發(fā)團(tuán)隊(duì)在web端開(kāi)發(fā)了一個(gè)排班日歷,每個(gè)飛行員都能登錄web端來(lái)查看自己的飛行計(jì)劃。
這個(gè)產(chǎn)品經(jīng)理其實(shí)忽略了一個(gè)很?chē)?yán)重的問(wèn)題,就是飛行員去看自己的飛行計(jì)劃的話,需要打開(kāi)電腦登錄到web端后才能查看自己的飛行計(jì)劃,明顯不合理。
比較合理的方式應(yīng)該是優(yōu)先開(kāi)發(fā)移動(dòng)端的排班日歷產(chǎn)品,隨時(shí)隨地方便飛行員隨時(shí)隨地查看自己的飛行計(jì)劃。出現(xiàn)以上問(wèn)題的核心原因,就是產(chǎn)品經(jīng)理沒(méi)有優(yōu)先站在用戶角度去思考問(wèn)題,脫離了用戶本身。
確認(rèn)用戶問(wèn)題或價(jià)值后需要判斷該問(wèn)題是通用問(wèn)題還是個(gè)別場(chǎng)景下產(chǎn)生的問(wèn)題,通用問(wèn)題就需要安排在主路線上迭代,優(yōu)先級(jí)會(huì)高一些,個(gè)別場(chǎng)景下的問(wèn)題則優(yōu)先級(jí)會(huì)低一些。
這樣當(dāng)我們被輸入需求時(shí),由于產(chǎn)品經(jīng)理站在了用戶角度去思考問(wèn)題,就會(huì)發(fā)現(xiàn)有很多的被輸入需求是沒(méi)有必要做的,或是并不緊急的,也會(huì)避免成為只會(huì)接收需求的工具人。所有的有效需求都需要進(jìn)行管理與跟進(jìn)(我們用的是內(nèi)部的需求管理工具),這樣我們?cè)诠ぷ髦胁艜?huì)有持續(xù)性,保證產(chǎn)品穩(wěn)定的向前發(fā)展。
這里引用一個(gè)討論思考,“什么是問(wèn)題(痛點(diǎn)),什么是需求”。
有個(gè)回答我還是比較認(rèn)同的,說(shuō)的是問(wèn)題(痛點(diǎn))是客觀存在的,而需求就是藥方,產(chǎn)品經(jīng)理是開(kāi)藥方的人,每個(gè)產(chǎn)品經(jīng)理開(kāi)的藥方可能都會(huì)有出入。需求的有效性就需要看產(chǎn)品經(jīng)理的同理心能力了。提升同理心的有效方式就是不斷觀察用戶并成為用戶,所以當(dāng)你遇到問(wèn)題時(shí),就回歸用戶本身去思考,就會(huì)找到對(duì)應(yīng)的答案。
二、確認(rèn)最優(yōu)解決方案(最小MVP)
當(dāng)我們確認(rèn)問(wèn)題后,就需要制定解決方案。解決方案可能會(huì)有很多種,但是我們需要找出最優(yōu)解決方案同時(shí)是最小的MVP來(lái)解決當(dāng)前的用戶問(wèn)題,避免大而全的情況。這樣上線后能根據(jù)用戶的反饋來(lái)快速迭代,避免過(guò)度設(shè)計(jì)的情況。
最優(yōu)解決方案也是需要站在用戶的角度去思考,用戶的使用成本越低,越簡(jiǎn)單易懂,也就越接近最優(yōu)的解決方案。
再回到飛行員排班系統(tǒng)的案例上,解決方案是在移動(dòng)端開(kāi)發(fā)排班日歷工具,我們當(dāng)時(shí)公司是有自己內(nèi)部的協(xié)同工具(市面的協(xié)同工具有飛書(shū)、釘釘、美團(tuán)大象、企業(yè)微信等),在協(xié)同工具上有相應(yīng)的日歷產(chǎn)品,民航飛行員也屬于公司內(nèi)部員工,平時(shí)也都在協(xié)同工具上進(jìn)行日常辦公。
所以整個(gè)事情的一個(gè)最優(yōu)解決方案應(yīng)該是民航排班系統(tǒng)與公司內(nèi)部的日歷協(xié)同工具做對(duì)接(借用日歷的能力),將排班計(jì)劃直接顯示在飛行員的日歷上。這樣用戶能比較方便的獲取自己的飛行計(jì)劃安排,也無(wú)需再去開(kāi)發(fā)一個(gè)移動(dòng)端的排班日歷頁(yè)面,避免重復(fù)造輪子,減少了研發(fā)周期提升了用戶體驗(yàn)。
產(chǎn)品經(jīng)理不要為了做產(chǎn)品而做產(chǎn)品,而是應(yīng)該對(duì)用戶負(fù)責(zé),通過(guò)最簡(jiǎn)單的方式去解決用戶的問(wèn)題。
找到最優(yōu)解決方案后需要橫向縱向去同步當(dāng)前的方案,最好設(shè)計(jì)比較簡(jiǎn)單的原型界面(需要精準(zhǔn)但不用太細(xì)節(jié),主要目的是要把事情說(shuō)清楚),提高溝通的效率,推進(jìn)相關(guān)干系人制定相應(yīng)的計(jì)劃。
作為產(chǎn)品經(jīng)理我們是有義務(wù)去推進(jìn)各方(橫向與縱向的相關(guān)干系人,核心用戶、上下級(jí)、同級(jí)等)針對(duì)解決方案達(dá)成一致性的。這一過(guò)程也會(huì)遇到不同的阻礙與問(wèn)題(兄弟部門(mén)不配合、方案有不同意見(jiàn)等),但是產(chǎn)品經(jīng)理要堅(jiān)持站在用戶的角度去正確地推進(jìn)事情(我們經(jīng)常會(huì)遇到什么歷史原因、時(shí)間緊張等問(wèn)題,這些都是需要站在用戶的角度去解決),只有正確地去推進(jìn)事情,最終才能使用戶滿意,產(chǎn)品才會(huì)有價(jià)值。
三、產(chǎn)品交互設(shè)計(jì)
各方干系人達(dá)成一致后,開(kāi)始進(jìn)行詳細(xì)的交互設(shè)計(jì),在此之前由于已經(jīng)確認(rèn)了用戶問(wèn)題與解決方案,我們?cè)谠O(shè)計(jì)交互的時(shí)候要根據(jù)解決方案去制定用戶的交互流程,遵循“延續(xù)解決方案,先邏輯后交互,交互體驗(yàn)閉環(huán)”的原則。
有些公司是有交互設(shè)計(jì)師的(我們部門(mén)沒(méi)有交互設(shè)計(jì)師,主要由產(chǎn)品經(jīng)理承擔(dān)該部分的職責(zé)),產(chǎn)品經(jīng)理要把控整體交互邏輯(頁(yè)面跳轉(zhuǎn)、點(diǎn)擊交互、界面文案設(shè)計(jì)、按鈕位置等。這些與用戶發(fā)生交互的點(diǎn)都屬于交互設(shè)計(jì)的設(shè)計(jì)范圍),要遵循前期整體的解決方案來(lái)進(jìn)行設(shè)計(jì)。不要為了交互而交互。交互設(shè)計(jì)也是需要遵循MVP的原則,不要過(guò)度設(shè)計(jì)。
這里舉一個(gè)搜索的例子。
交互體驗(yàn)閉環(huán)就是從用戶點(diǎn)擊搜索的功能開(kāi)始到結(jié)束,用戶的整體操作分為:點(diǎn)擊搜索-輸入搜索關(guān)鍵詞-查看關(guān)鍵詞搜索結(jié)果目錄-查看結(jié)果詳情-關(guān)閉搜索(在準(zhǔn)備PRD文檔時(shí)也是按照這個(gè)路徑去準(zhǔn)備需求,這樣能看到完成的用戶路徑,不會(huì)遺漏需求點(diǎn))。
每個(gè)環(huán)節(jié)都是用戶與產(chǎn)品發(fā)生交互的部分,需要設(shè)計(jì)用戶在操作每個(gè)動(dòng)作后的展示結(jié)果與路徑。而且需要保障整體交互流程為最小MVP的流程,設(shè)計(jì)完成之后需要產(chǎn)品經(jīng)理不斷在腦海中模擬整個(gè)交互流程,看看是否還存在用戶使用卡點(diǎn)。模擬用戶操作需要化身在用戶的使用場(chǎng)景中去模擬,這樣才能最接近真實(shí)的使用情況,發(fā)現(xiàn)當(dāng)前交互設(shè)計(jì)中的問(wèn)題并提前解決,當(dāng)然此項(xiàng)技能需要產(chǎn)品經(jīng)理不斷的練習(xí)和提升的。
交互設(shè)計(jì)完成后可以找相關(guān)干系人進(jìn)行溝通,有時(shí)我會(huì)直接給核心用戶去演示,目的是提前通過(guò)交互原型去觸達(dá)用戶,看看是否能解決用戶的問(wèn)題,如果有問(wèn)題也能提前優(yōu)化解決,避免造成無(wú)效的研發(fā)投入。
四、協(xié)同UI進(jìn)行視覺(jué)設(shè)計(jì)
視覺(jué)設(shè)計(jì)也需要延續(xù)解決方案與交互設(shè)計(jì)的整體邏輯,主要需要保證視覺(jué)的一致性,減少對(duì)用戶的使用干擾。產(chǎn)品經(jīng)理需要把控整體的邏輯,設(shè)計(jì)負(fù)責(zé)整體視覺(jué)與規(guī)范,產(chǎn)品與設(shè)計(jì)思路不一致時(shí)要進(jìn)行同分討論共同尋找解決方案。
此時(shí)的設(shè)計(jì)可能會(huì)針對(duì)交互、邏輯提出相應(yīng)的疑問(wèn),產(chǎn)品經(jīng)理則需要始終站在用戶角度去分析解答問(wèn)題。
此階段要遵循“先邏輯,后視覺(jué)”的規(guī)則,不要為了設(shè)計(jì)而設(shè)計(jì),避免造成過(guò)度設(shè)計(jì)。
設(shè)計(jì)完成后可以找相關(guān)干系人進(jìn)行討論確認(rèn),視覺(jué)設(shè)計(jì)能呈現(xiàn)最終的產(chǎn)品交付效果,相關(guān)干系人也能直接看到交付物,其實(shí)在每個(gè)關(guān)鍵階段與核心干系人進(jìn)行討論后及時(shí)發(fā)現(xiàn)問(wèn)題,最終就不會(huì)產(chǎn)生需求偏差,就把問(wèn)題牢牢控制在需求設(shè)計(jì)階段,提升產(chǎn)品整體的研發(fā)效率。
五、完善需求PRD文檔
交互與視覺(jué)都完成以后再最終完善PRD文檔,產(chǎn)品經(jīng)理從用戶的問(wèn)題挖掘就已經(jīng)開(kāi)始準(zhǔn)備PRD文檔了,整個(gè)過(guò)程都在調(diào)整與準(zhǔn)備,直到視覺(jué)設(shè)計(jì)完成后再最終將PRD文檔完善。
我一般在設(shè)計(jì)解決方案的時(shí)候準(zhǔn)備第一個(gè)版本,交互設(shè)計(jì)的時(shí)候準(zhǔn)備第二個(gè)版本,UI完成以后再進(jìn)行收尾準(zhǔn)備第三個(gè)版本,研發(fā)評(píng)審后會(huì)準(zhǔn)備第四個(gè)版本,開(kāi)發(fā)與測(cè)試過(guò)程中優(yōu)化第五個(gè)版本(比較小的需求可能就需要1到2個(gè)版本就ok了),每次都是逐步完善(修改或補(bǔ)充的部分需要與相關(guān)干系人同步確認(rèn),尤其是研發(fā)階段,更改的內(nèi)容一定要告知對(duì)應(yīng)的研發(fā),達(dá)成一致后再進(jìn)行更改),補(bǔ)齊相關(guān)的內(nèi)容,PRD文檔是逐步迭代,最終與上線內(nèi)容保持一致。
六、加入敏捷迭代計(jì)劃
完成以上工作,該需求就可以加入至迭代計(jì)劃中并準(zhǔn)備研發(fā)評(píng)審。此時(shí)由于還沒(méi)有進(jìn)行詳細(xì)研發(fā)評(píng)審及評(píng)估,可以先找技術(shù)負(fù)責(zé)人預(yù)估一個(gè)時(shí)間并同步至相關(guān)干系人(可以告知安排在哪個(gè)迭代,預(yù)計(jì)多長(zhǎng)時(shí)間),研發(fā)準(zhǔn)確評(píng)估后再進(jìn)行修正。
關(guān)于敏捷迭代的流程可以參考我在大廠的實(shí)踐案例(敏捷開(kāi)發(fā)篇)。
七、小結(jié)
以上是我在大廠工作中得到的經(jīng)驗(yàn)總結(jié),產(chǎn)品經(jīng)理始終要以用戶問(wèn)題為出發(fā)點(diǎn),當(dāng)用戶在實(shí)際場(chǎng)景中或在使用產(chǎn)品中遇到問(wèn)題,我們產(chǎn)品經(jīng)理才去開(kāi)藥方(需求),而且要以優(yōu)先最小的成本(MVP)去解決問(wèn)題。
而需求包括解決方案+交互設(shè)計(jì)+UI視覺(jué)稿。研發(fā)就能按照藥方(需求)去生產(chǎn)藥物(落地產(chǎn)品),最終解決用戶的問(wèn)題。整個(gè)環(huán)節(jié)都需要產(chǎn)品經(jīng)理投入比較多的精力去思考,不斷反復(fù)思考用戶的背后的問(wèn)題本質(zhì)。
作者:memeda,大廠產(chǎn)品經(jīng)理
本文由 @memeda 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
感謝,備受啟發(fā)
開(kāi)藥方的觀念不謀而合
Mark
歡迎溝通討論