如何對(duì)接需求,精準(zhǔn)避坑?

3 評(píng)論 4903 瀏覽 41 收藏 12 分鐘
🔗 产品经理的不可取代的价值是能够准确发现和满足用户需求,把需求转化为产品,并协调资源推动产品落地,创造商业价值。

在產(chǎn)品設(shè)計(jì)的工作流程中,設(shè)計(jì)師有時(shí)也需要參與到需求評(píng)審、需求設(shè)計(jì)等階段中,這個(gè)時(shí)候,設(shè)計(jì)師要怎么避開(kāi)需求評(píng)審或需求對(duì)接中的“坑”?本文作者便結(jié)合自身經(jīng)驗(yàn)進(jìn)行了總結(jié)分享,一起來(lái)看看吧。

通常設(shè)計(jì)師會(huì)參與到需求評(píng)審、需求設(shè)計(jì)、設(shè)計(jì)評(píng)審、研發(fā)跟進(jìn)、設(shè)計(jì)驗(yàn)收幾個(gè)階段。在每一個(gè)階段,設(shè)計(jì)師應(yīng)該都踩過(guò)“坑”,本文主要復(fù)盤作者在需求評(píng)審(需求對(duì)接)里遇到的典型問(wèn)題,并分享解決辦法。

需求評(píng)審時(shí)需要思考哪一些內(nèi)容:

  1. 需求背景是什么(用戶是誰(shuí)、遇到什么問(wèn)題、怎么解決問(wèn)題)。
  2. 需求上線想要達(dá)成什么樣的目標(biāo)(量化指標(biāo))。
  3. (產(chǎn)品介紹方案后)初步思考功能能不能實(shí)際解決背景里闡述的問(wèn)題,有疑惑及時(shí)提出。
  4. 初步思考實(shí)現(xiàn)方式,若產(chǎn)品方案和設(shè)計(jì)師的認(rèn)知有很大偏差的情況下,及時(shí)提出,避免設(shè)計(jì)師按照自己的想法修改后方案被pass,因?yàn)楫a(chǎn)品可能基于某方面考量,不得已選擇此實(shí)現(xiàn)方案。
  5. 確定交付日期,避免產(chǎn)品經(jīng)理瘋狂催稿(因?yàn)樵O(shè)計(jì)師可能不止對(duì)接一個(gè)產(chǎn)品,但是有的產(chǎn)品會(huì)想當(dāng)然你接下需求就馬上開(kāi)始做,并且給你主觀預(yù)估交稿時(shí)間)。若交付時(shí)間比較緊,來(lái)不及完成,可以和設(shè)計(jì)師商量先完成一部分交付進(jìn)行開(kāi)發(fā),后續(xù)在補(bǔ)交未完成部分。

一、需求價(jià)值不明確

背景:每個(gè)季度員工需要填寫KPI和KPI完成情況,季度末領(lǐng)導(dǎo)對(duì)員工績(jī)效完成情況進(jìn)行評(píng)定,若員工對(duì)評(píng)定結(jié)果不滿意,可以發(fā)起績(jī)效申訴,然后由HR邀約員工和領(lǐng)導(dǎo)進(jìn)行面談,并填寫通知申訴結(jié)果。

問(wèn)題:績(jī)效申訴在整個(gè)公司一年大約0-3起,使用率非常低,值得做嗎?

方法:針對(duì)此類型的需求,思考3個(gè)方面。

  1. 該功能能幫助用戶解決什么樣的問(wèn)題,是否符合產(chǎn)品目標(biāo)(降本增效)。
  2. 用戶量有多少?使用是否頻繁?
  3. 需求投入人力和實(shí)際功能上線后帶來(lái)的價(jià)值是否成正比。

*當(dāng)然一切的方法都敵不過(guò)領(lǐng)導(dǎo)或者需求方的我就是要這個(gè)功能,如果需求不合理但是非做不可的情況,可以根據(jù)緊急程度適當(dāng)調(diào)整優(yōu)先級(jí)。

應(yīng)用:

  • 該功能能幫助用戶解決什么樣的問(wèn)題,是否符合產(chǎn)品目標(biāo)(降本增效)——該功能能夠幫助員工更便捷申訴、HR更快的查看申訴資料。
  • 用戶量有多少——申訴的用戶是全公司,處理HR是固定的幾個(gè)人之一。
  • 需求投入人力和實(shí)際功能上線后帶來(lái)的價(jià)值是否成正比——需求投入人力約48h+ 但是用戶實(shí)際使用一年幾分鐘。

結(jié)論:1次申訴節(jié)約時(shí)間成本約4分鐘(根據(jù)打字和手寫速度估算,正常人手寫每分鐘25+字,電腦打字每分鐘120+字),研發(fā)投入2880分鐘需要處理720件申訴,花費(fèi)約240年才能大概回本。

當(dāng)然這個(gè)只是大概的估算,一方面HR團(tuán)隊(duì)和研發(fā)團(tuán)隊(duì)的薪資不同,無(wú)法直接對(duì)比時(shí)間成本,另一方面過(guò)程中可能有別的突發(fā)事情是不可預(yù)料的,比如申訴資料查找在電腦可能2分鐘找到,但是紙質(zhì)的可能丟失,又會(huì)帶來(lái)一系列的問(wèn)題,需要時(shí)間人力處理。

二、產(chǎn)品方案不合理,不考慮實(shí)際場(chǎng)景

背景:貨運(yùn)司機(jī)會(huì)根據(jù)車輛調(diào)度員的計(jì)劃進(jìn)行發(fā)車,也會(huì)有不在計(jì)劃內(nèi)的發(fā)車任務(wù),因此設(shè)置了加班車&臨時(shí)發(fā)車的入口,方便快捷登記。

問(wèn)題:加班車和臨時(shí)車都是在常規(guī)班車以外的特殊發(fā)車,是兩個(gè)字段相似且不同性質(zhì)的兩個(gè)登記流程。但是產(chǎn)品經(jīng)理的方案里只外露了加班車登記的入口,然后點(diǎn)擊默認(rèn)進(jìn)入加班車登記,然后通過(guò)提交后校驗(yàn),決定是否再轉(zhuǎn)入臨時(shí)車的流程。站在申請(qǐng)臨時(shí)發(fā)車用戶角度,沒(méi)有直接入口操作非常不便。

方法:很多時(shí)候產(chǎn)品經(jīng)理給的方案是未經(jīng)探索和調(diào)研,只是功能層面的思考,功能走通即可。因此在對(duì)接產(chǎn)品需求的時(shí)候設(shè)計(jì)師需要有自己獨(dú)立思考,學(xué)會(huì)不斷提問(wèn)(可以采用5WHY分析法)。

應(yīng)用:

  • 為什么要隱藏臨時(shí)發(fā)車入口——因?yàn)榧影嘬嚭团R時(shí)車之間有邏輯需要校驗(yàn)。
  • 這個(gè)邏輯是用戶自己能判斷,還是必須系統(tǒng)來(lái)校驗(yàn)——用戶可以自己判斷。
  • 那用戶想要直接申請(qǐng)臨時(shí)發(fā)車的時(shí)候怎么辦——只能先提交加班車,再提醒轉(zhuǎn)入臨時(shí)發(fā)車。
  • 為什么不可以直接申請(qǐng)臨時(shí)車——(支支吾吾……)。
  • 臨時(shí)發(fā)車申請(qǐng)的使用頻率高嗎——占場(chǎng)景的80%。

*在和產(chǎn)品對(duì)接的過(guò)程中,產(chǎn)品不清楚場(chǎng)景是一方面,可能還會(huì)基于不愿意承認(rèn)自己錯(cuò)誤這一心理要素,給你錯(cuò)誤引導(dǎo),所以設(shè)計(jì)師要學(xué)會(huì)根據(jù)業(yè)務(wù)理解、競(jìng)品、參考資料等獨(dú)立思考,分析需求。

結(jié)論:B端是以效率為本,突出顯示高頻的操作按鈕,可以幫助用戶節(jié)省操作成本,提升產(chǎn)品滿意度。

三、場(chǎng)景考慮不全面

背景:連續(xù)兩次績(jī)效不合格的人會(huì)被HR邀約面談,制定接下來(lái)的改進(jìn)計(jì)劃,并在績(jī)效改進(jìn)中實(shí)時(shí)跟進(jìn)改進(jìn)結(jié)果。

問(wèn)題:產(chǎn)品經(jīng)理直接將線下的績(jī)效改進(jìn)表格發(fā)過(guò)來(lái),然后告訴填寫入口在哪里,就讓設(shè)計(jì)師開(kāi)始設(shè)計(jì)。表面看起來(lái)就是一個(gè)績(jī)效改進(jìn)填寫的頁(yè)面,但是其實(shí)流程涉及三類角色,每個(gè)角色入口,做的事情都不一樣。

方法:可能基于時(shí)間關(guān)系和產(chǎn)品做事的風(fēng)格不一樣,有的需求拿到手里其實(shí)是非常表面的,需要設(shè)計(jì)師先梳理流程和角色,然后基于業(yè)務(wù)目標(biāo)進(jìn)行設(shè)計(jì)。

應(yīng)用:

梳理流程:

梳理查看頁(yè)面不同角色操作:

結(jié)論:這不是一個(gè)頁(yè)面的設(shè)計(jì),入口頁(yè)、編輯頁(yè)、查看頁(yè)、通知,是一個(gè)閉環(huán)的流程的設(shè)計(jì)。

四、不清楚要什么

背景:財(cái)務(wù)總監(jiān)想要做一個(gè)工作臺(tái),方便財(cái)務(wù)各個(gè)角色的人員可以快捷的通過(guò)工作臺(tái)處理日常工作事項(xiàng),財(cái)務(wù)管理者可以通過(guò)工作臺(tái)直觀的看數(shù)據(jù),輔助管理。

問(wèn)題:需求是財(cái)務(wù)總監(jiān)傳達(dá)給產(chǎn)品,但是并沒(méi)有說(shuō)明需要哪一些數(shù)據(jù)和內(nèi)容,于是產(chǎn)品讓設(shè)計(jì)除出了一版初稿給到財(cái)務(wù)總監(jiān),然后總監(jiān)再找到對(duì)應(yīng)角色去詢問(wèn)使用意見(jiàn),設(shè)計(jì)再進(jìn)行修改,然后再拿給財(cái)務(wù)總監(jiān)確認(rèn)。反復(fù)修改,設(shè)計(jì)成本高。

方法:業(yè)務(wù)不等于用戶,有條件的情況下可以直接接觸用戶了解真實(shí)場(chǎng)景,沒(méi)有條件的情況下可以通過(guò)業(yè)務(wù)代問(wèn)用戶拿到二手資料,大框架一定要提前制定,細(xì)節(jié)可以逐步完善。

應(yīng)用:首先梳理工作臺(tái)的角色有哪一些,綜合考量角色的共性以及差異進(jìn)行工作臺(tái)草圖繪制,然后拿著草圖找到對(duì)應(yīng)的角色去咨詢意見(jiàn)并針對(duì)遇到的問(wèn)題適當(dāng)詢問(wèn)用戶解決方案并修改,再找業(yè)務(wù)確認(rèn)。

結(jié)論:如果產(chǎn)品或者需求方不清楚要什么的情況下,一定要找到真實(shí)用戶詢問(wèn)場(chǎng)景和探討解決方案。

五、簡(jiǎn)單視覺(jué)優(yōu)化就可以

背景:產(chǎn)品經(jīng)理因?yàn)樯暇€時(shí)間緊,提前按照原型上線了看板內(nèi)容,然后才截圖發(fā)給設(shè)計(jì)師說(shuō)就簡(jiǎn)單做下視覺(jué)優(yōu)化。

問(wèn)題:視覺(jué)優(yōu)化只是好看就行嗎?

方法:任何產(chǎn)品需求都建立在用戶需求之上,設(shè)計(jì)要有理有據(jù),不要脫離場(chǎng)景做設(shè)計(jì)。

結(jié)論:看板的需求其實(shí)和我們做其他需求一樣,需要先了解背景,跟隨業(yè)務(wù)目標(biāo)進(jìn)行信息的整理和布局,最后再做美化。如果你真的只是在現(xiàn)有界面基礎(chǔ)上進(jìn)行美化不考慮業(yè)務(wù)場(chǎng)景、交互邏輯,那么很有可能產(chǎn)出中看不中用的產(chǎn)品。

六、簡(jiǎn)單做,不考慮擴(kuò)展性

背景:在一個(gè)項(xiàng)目中,功能會(huì)分期迭代,但是有的產(chǎn)品經(jīng)理不管后續(xù)功能的擴(kuò)展性,只考慮當(dāng)前版本能夠上線。

問(wèn)題:后續(xù)功能上線后和前面的沖突,導(dǎo)致全部重新設(shè)計(jì)。新功能可能由于數(shù)據(jù)原因、流程原因、定位原因等,會(huì)導(dǎo)致頁(yè)面的布局交互重新設(shè)計(jì),重新開(kāi)發(fā),增加了人力成本。并且在時(shí)間緊急情況下,可能有的產(chǎn)品經(jīng)理會(huì)選擇不重構(gòu),錯(cuò)上加錯(cuò),僅僅為了滿足功能,忽視了體驗(yàn)。

方法:在接到需求設(shè)計(jì)時(shí),我們應(yīng)該充分考慮各種場(chǎng)景和產(chǎn)品后期規(guī)劃,盡量保證產(chǎn)品擴(kuò)展性,減少重新開(kāi)發(fā)。

結(jié)論:不考慮拓展性很可能導(dǎo)致返工重新設(shè)計(jì)或者體驗(yàn)大打折扣,務(wù)必提前了解清楚規(guī)劃,盡量避免。

本文由 @(*≧▽≦) 原創(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ù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 有趣的方向 和討論 對(duì)于B端產(chǎn)品來(lái)講 第一點(diǎn) 簡(jiǎn)直太高頻了

    來(lái)自北京 回復(fù)
  2. 產(chǎn)品經(jīng)理“六宗罪”?

    來(lái)自江蘇 回復(fù)
    1. 哈哈哈哈 尷尬尷尬 絕無(wú)此意 人孰無(wú)過(guò)

      來(lái)自上海 回復(fù)
专题
35390人已学习18篇文章
内容运营的正确姿势,你都能在这里找到!
专题
11442人已学习12篇文章
本专题的文章分享了情人节的营销思路。
专题
14022人已学习13篇文章
本专题的文章分享了WMS系统设计指南。
专题
12241人已学习12篇文章
在各大产品中,都离不开会员体系的建立,那么会员权益模块产品该如何设计?本专题的文章分享了会员权益设计的思考
专题
101574人已学习23篇文章
做产品难,做运营更难,做APP运营推广难上加难。
专题
19565人已学习13篇文章
本专题分享了内容审核的设计思路。