同理心:從測(cè)試的角度來(lái)總結(jié)分析產(chǎn)品設(shè)計(jì)
產(chǎn)品經(jīng)理在項(xiàng)目開(kāi)發(fā)中扮演的是一個(gè)連接者的角色,連接的前提是要熟悉連接對(duì)象即兼容對(duì)方,善于從對(duì)方的角度思考問(wèn)題。本文將從測(cè)試的角度來(lái)總結(jié)分析產(chǎn)品設(shè)計(jì),以此來(lái)提升產(chǎn)品設(shè)計(jì)全面性。
在蘇杰大神的博客文章中有這樣一個(gè)觀點(diǎn):
產(chǎn)品新人如何快速上手的方法之一是寫(xiě)測(cè)試用例。
測(cè)試用例是從測(cè)試的視角寫(xiě)的產(chǎn)品描述。測(cè)試與產(chǎn)品的邏輯不同,產(chǎn)品抓大放小,測(cè)試就是要想清楚各種邊邊角角。
所以,如果團(tuán)隊(duì)正好沒(méi)有TC,你來(lái)寫(xiě)一遍,保證對(duì)產(chǎn)品的各種細(xì)節(jié)都很熟悉,也會(huì)知道背后用的技術(shù),因?yàn)楦鞣N限制而造成的各種坑。
一、關(guān)于軟件測(cè)試
- 從測(cè)試方法來(lái)分:軟件測(cè)試分為黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試、靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、手工測(cè)試、自動(dòng)化測(cè)試。
- 從測(cè)試階段來(lái)分:軟件測(cè)試分為需求測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。
黑盒測(cè)試也叫功能性測(cè)試,在軟件測(cè)試過(guò)程中大多采用此方式。我所說(shuō)的產(chǎn)品經(jīng)理懂測(cè)試,針對(duì)的即是功能性測(cè)試,從功能性的角度做產(chǎn)品的需求文檔,遍歷盡可能多的功能場(chǎng)景。一定不能讓開(kāi)發(fā)和測(cè)試找到你的漏洞,那將是產(chǎn)品經(jīng)理最尷尬的時(shí)刻。
有數(shù)據(jù)表示:
在許多失敗的項(xiàng)目中,70%~85%的返工是由于需求方面的錯(cuò)誤導(dǎo)致的。
二、限制邊界值
如果沒(méi)有限制輸入框的長(zhǎng)度,專業(yè)的測(cè)試分分鐘可以把開(kāi)發(fā)認(rèn)為沒(méi)問(wèn)題的程序搞掛。
因此對(duì)輸入框的長(zhǎng)度限制,是一個(gè)產(chǎn)品最底層的功能,我想這也是產(chǎn)品經(jīng)理的基本素養(yǎng)。進(jìn)一步的要求是對(duì)可輸入字符類型的限制,此項(xiàng)不至于影響到功能,但屬于產(chǎn)品最基本的友好性需求。
下圖是作者好不容易找的一個(gè)反面例子:
數(shù)值「0」是開(kāi)發(fā)容易忽視的邊界值,在很多場(chǎng)景中0值其實(shí)是沒(méi)有意義的,比如金額為0元、數(shù)量為0等。自己的親身經(jīng)歷:之前做過(guò)一個(gè)資金分配的功能,由于PRD沒(méi)有說(shuō)明字段的規(guī)則(以為開(kāi)發(fā)小哥哥用腳想想都會(huì)明白),然而在做功能驗(yàn)收的時(shí)候,我成功給好友分配了0元。。。
對(duì)于這些字段的規(guī)則,其實(shí)沒(méi)有必要在文檔上一一標(biāo)注,因?yàn)楹芏囗?yè)面的字段其實(shí)是重復(fù)的,這個(gè)方法也很容易漏掉一部分字段。一個(gè)很好的工作方法是:在全局規(guī)范中建立字段規(guī)則表。這個(gè)方法讓我想起了:大學(xué)編程的時(shí)候,會(huì)統(tǒng)一將全局變量的定義集中放置。
作者拋出一個(gè)輸入框?qū)崭竦奶幚淼臏y(cè)試用例供大家思考:
- 前面存在空格
- 后面存在空格
- 前后都存在空格
- 中間存在空格
二、遍歷異常邏輯
正常流程只有一個(gè),異常流程卻異常的多。在很多PM的PRD中,僅僅陳列了正常的業(yè)務(wù)流程。
很少有開(kāi)發(fā)是會(huì)替產(chǎn)品考慮異常邏輯的,所以為了不給自己挖坑,在寫(xiě)PRD的時(shí)候,就要將所有的異常流程都描述清楚,我想在需求評(píng)審的時(shí)候會(huì)更容易通過(guò),也會(huì)在開(kāi)發(fā)的眼里樹(shù)立權(quán)威。
有人說(shuō),無(wú)反饋是產(chǎn)品大忌。我想說(shuō),反饋不完全也是產(chǎn)品不專業(yè)的體現(xiàn)。對(duì)于特定事件的反饋,既然有成功的結(jié)果,必然會(huì)存在對(duì)立面——失敗。對(duì)于這些事件的總結(jié)其實(shí)很容易找到規(guī)律,很多優(yōu)秀的PM都會(huì)整理一份交互設(shè)計(jì)自查表,然后會(huì)不斷的更新迭代。
善于總結(jié)是一個(gè)優(yōu)秀學(xué)習(xí)者的必要品質(zhì),在項(xiàng)目經(jīng)歷中總結(jié)積累遇到的異常情況。有句話這樣說(shuō):
“你現(xiàn)在經(jīng)歷的每一件事,都會(huì)在未來(lái)某一時(shí)刻用上”。
登錄注冊(cè)可能是大多數(shù)PM童鞋的處女級(jí)產(chǎn)品功能,根據(jù)我個(gè)人的經(jīng)驗(yàn):如果沒(méi)有從零到一將這個(gè)需求落地,一定是存在認(rèn)知漏洞的。
我說(shuō)一個(gè)場(chǎng)景,看大家有沒(méi)有考慮到:手機(jī)號(hào)驗(yàn)證碼輸入框在同一個(gè)頁(yè)面,在手機(jī)號(hào)無(wú)誤、驗(yàn)證碼輸入正確的情況下,然后更改手機(jī)號(hào)(手機(jī)號(hào)格式合法),提交之后應(yīng)該如何反饋?
三、關(guān)聯(lián)性的問(wèn)題
在項(xiàng)目中,大多數(shù)功能模塊往往不是獨(dú)立的,一般存在交集或者需要進(jìn)行模塊間的數(shù)據(jù)交互。因此一個(gè)模塊如果發(fā)生了需求變更或者數(shù)據(jù)丟失,就會(huì)影響到相關(guān)聯(lián)的功能模塊。
曾經(jīng)做過(guò)一個(gè)項(xiàng)目,由于平臺(tái)新增了直營(yíng)店功能,之前設(shè)計(jì)的訂單詳情就不適用了,需要融合新需求,財(cái)務(wù)管理模塊也要做字段的擴(kuò)展。
關(guān)聯(lián)信息不允許刪除,比如商品類別,假如商品類別是商品的必要屬性,此時(shí)就應(yīng)該禁止正使用的類別被刪除。還有一個(gè)很重要的關(guān)聯(lián)性問(wèn)題是,正在生效的規(guī)則是不能被刪除。
四 、性能的問(wèn)題
性能無(wú)止境,性能的優(yōu)化伴隨著產(chǎn)品的整個(gè)生命周期。測(cè)試過(guò)程,性能測(cè)試處于功能測(cè)試之后,也就是說(shuō)功能大于性能。翻越異常邏輯的大山,從性能角度設(shè)計(jì)產(chǎn)品,是產(chǎn)品經(jīng)理進(jìn)階的又一指標(biāo)。
作者分別從數(shù)據(jù)加載、信息的篩選跨度、圖片處理三個(gè)方面總結(jié),希望可以拋磚引玉。
關(guān)于數(shù)據(jù)加載其實(shí)是一個(gè)很大的話題,不僅涉及產(chǎn)品的性能,還影響用戶的使用體驗(yàn)。我在這里只是蜻蜓點(diǎn)水,想要突出對(duì)產(chǎn)品性能的重視。
這個(gè)問(wèn)題主要在數(shù)據(jù)列表等相關(guān)的信息流模塊,如果沒(méi)有做數(shù)據(jù)加載條數(shù)的限制,一個(gè)經(jīng)驗(yàn)不足的開(kāi)發(fā)童鞋很可能一下子請(qǐng)求所有的歷史數(shù)據(jù),結(jié)果可以預(yù)見(jiàn):輕則加載緩慢,嚴(yán)重的話直接導(dǎo)致應(yīng)用崩潰。
對(duì)于信息流頁(yè)面的數(shù)據(jù)加載,一般都會(huì)限制單次加載10-20條。
與此相關(guān)的另一個(gè)問(wèn)題就是:數(shù)據(jù)篩選的請(qǐng)求限制。像支付寶這樣大體量的產(chǎn)品,在篩選賬單的時(shí)候,也僅僅支持查找6個(gè)月跨度的賬單。
圖片是影響產(chǎn)品性能的又一大因素,在前端上傳圖片注意做圖片大小的限制,即使上傳之后技術(shù)也要做壓縮處理。圖片的壓縮分為分辨率的壓縮和大小的壓縮,根據(jù)業(yè)務(wù)需求,如果需要展示縮略圖,要在服務(wù)端自主生成。
五、寫(xiě)在最后
說(shuō)了這么多,作者并沒(méi)有誤導(dǎo)大家把產(chǎn)品重心向測(cè)試的角度偏移,畢竟產(chǎn)品還有很多重要的事要做。
一個(gè)好的產(chǎn)品經(jīng)理既不能技術(shù)化,也不能業(yè)務(wù)化,掌握好工作中的「度」,做好「中庸的」連接者。
當(dāng)然,懂測(cè)試,能從測(cè)試的角度設(shè)計(jì)產(chǎn)品只是優(yōu)秀產(chǎn)品的一個(gè)方面。產(chǎn)品經(jīng)理這個(gè)崗位之所以吸引人正是因?yàn)樗亩ㄎ徊幻鞔_,它的「難」與「坑」我想也是這個(gè)原因。
持續(xù)不斷的學(xué)習(xí),時(shí)刻都在拓寬自己的邊界。懂技術(shù)、懂心理、懂設(shè)計(jì)、懂運(yùn)營(yíng)才能更好的連接。
本文由 @?產(chǎn)品范 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自u(píng)nsplash,基于CC0協(xié)議
寫(xiě)的太好了,作為一個(gè)產(chǎn)品小白學(xué)習(xí)了,已經(jīng)做好了筆記
交互設(shè)計(jì)自查表 是不是根據(jù)自身難保產(chǎn)品情況出,在什么階段出這個(gè)表
非常實(shí)用,尤其異常邏輯,產(chǎn)品確實(shí)會(huì)遺漏很多,感謝你普及這些!
寫(xiě)的不錯(cuò),其實(shí)說(shuō)到底,就是看產(chǎn)品這個(gè)角色是否能考慮清楚細(xì)節(jié),想當(dāng)初,在創(chuàng)業(yè)公司的時(shí)候,加入后面臨的第一款成品,就被我找出來(lái)無(wú)數(shù)的驗(yàn)證漏洞,和字段漏洞。然而這樣的產(chǎn)品竟然已經(jīng)上線運(yùn)營(yíng)了,很難想象用戶的體驗(yàn)有多么糟糕
設(shè)計(jì)一個(gè)產(chǎn)品簡(jiǎn)單,做好一個(gè)產(chǎn)品很難
?? 寫(xiě)的真好,學(xué)習(xí)了。
謝謝
請(qǐng)問(wèn)樓主的交互設(shè)計(jì)自查表是用 什么做的呢? ??
Xmind
好的,多謝
樓主說(shuō)用的Xmind,看了下mindmanager也不錯(cuò),謝了 ??