實(shí)踐總結(jié):敏捷開發(fā)下的B端交互設(shè)計(jì)流程
紙上得來終覺淺,絕知此事要躬行。本文由實(shí)踐經(jīng)驗(yàn)總結(jié)而來。
交互設(shè)計(jì)師在這整個(gè)流程中,需要主動(dòng)推動(dòng)項(xiàng)目的進(jìn)展,積極溝通,充分協(xié)作。在需求階段充分了解需求,設(shè)計(jì)階段不斷與產(chǎn)品經(jīng)理(需求方)及相關(guān)人員(視覺、開發(fā)等)溝通,開發(fā)階段積極傳遞設(shè)計(jì)目標(biāo)及效果,有變更及時(shí)通知。盡量保證整個(gè)團(tuán)隊(duì)的信息同步,才有可能高品質(zhì)地實(shí)現(xiàn)敏捷開發(fā)。
1.需求理解
多問為什么,充分理解需求,發(fā)現(xiàn)不合理處及時(shí)溝通
a.多問為什么——驗(yàn)證需求真?zhèn)渭皟r(jià)值
由于B端產(chǎn)品的需求通常來源于產(chǎn)品經(jīng)理或銷售訪談客戶或用戶時(shí)獲取,交互很少有機(jī)會(huì)參與,所以需求多由產(chǎn)品經(jīng)理向交互傳遞。而在這傳遞的過程中,往往夾雜著一些表面需求或個(gè)體需求,或是產(chǎn)品經(jīng)理自己也不太明確的需求,因此,“多問為什么”則顯得至關(guān)重要。一是避免大方向錯(cuò)誤導(dǎo)致的返工,二是有助于深入了解需求背景。
為什么需要這個(gè)功能?這個(gè)需求基于怎樣的場(chǎng)景?需求的來源及數(shù)量是怎樣?當(dāng)前想解決的最主要的問題是什么?預(yù)計(jì)以后的方向是什么?當(dāng)前問題和以后方向沖突嗎?等等,當(dāng)解決了這一系列問題,即驗(yàn)證完需求的真?zhèn)渭皟r(jià)值后,便可展開下一步了。
b.充分理解需求——挖掘深層需求
B端產(chǎn)品涉及到繁雜的業(yè)務(wù),做設(shè)計(jì)時(shí),對(duì)于業(yè)務(wù)邏輯的要求非常高;在設(shè)計(jì)前充分理解需求,理清本階段的設(shè)計(jì)目標(biāo),有助于設(shè)計(jì)階段能更全面地看待問題,而不是針對(duì)一小點(diǎn)一小點(diǎn)的設(shè)計(jì),同時(shí)避免因理解誤差導(dǎo)致的方案不理想。
實(shí)際工作過程中,產(chǎn)品經(jīng)理提供需求時(shí)常常是不完整的,只簡(jiǎn)單闡述背景和這樣做的原因,而一些隱含的更深層次的(或說更原始的)背景原因和條件,則需要交互設(shè)計(jì)師不斷去思考、不斷與需求方溝通才得知。如果沒有充分理解需求,僅僅知道用戶的操作步驟是由這到那,而不清楚他進(jìn)行步驟的背景和原因,不僅會(huì)導(dǎo)致對(duì)需求有理解偏差,無法挖掘到深層次的需求,更別談做出最優(yōu)解的設(shè)計(jì)了。
c.發(fā)現(xiàn)不合理處及時(shí)溝通
在整個(gè)需求傳遞的過程中,產(chǎn)品經(jīng)理提出的需求不一定是原始需求,有些則是經(jīng)過加工或推測(cè)得來。當(dāng)發(fā)現(xiàn)需求有不合理的地方時(shí),應(yīng)及時(shí)向相關(guān)人員詢問溝通。不要等到設(shè)計(jì)時(shí),才發(fā)現(xiàn)一大堆由“假問題”引發(fā)出來的“真問題”。當(dāng)然,如果這階段交互發(fā)現(xiàn)了什么好的/可改進(jìn)的需求點(diǎn),也可以提出與產(chǎn)品經(jīng)理討論。
有的時(shí)候,產(chǎn)品經(jīng)理通常會(huì)以“ 市場(chǎng)就是這樣的 ”/ “這個(gè)地方不需要你理解”等等理由來回避一些可能有缺陷的需求,這個(gè)時(shí)候仍然不要放棄,要繼續(xù)了解原因,最大化地避免前期失誤導(dǎo)致的后期更大工作量的浪費(fèi)。
2.需求分析
理清設(shè)計(jì)目標(biāo),梳理業(yè)務(wù)流程,對(duì)信息進(jìn)行合理分類
a.理清設(shè)計(jì)目標(biāo)——支撐你整個(gè)設(shè)計(jì)的最重要的元素
從基于場(chǎng)景的需求中,分析用戶最本質(zhì)的需求是什么,結(jié)合現(xiàn)有資源,再總結(jié)我們這個(gè)版本的設(shè)計(jì)目標(biāo)。
例如,需求是“可視化業(yè)務(wù)之間的訪問情況(可視化風(fēng)險(xiǎn))”,那么分析用戶心理后,本質(zhì)需求應(yīng)該是“能夠及時(shí)發(fā)現(xiàn)異常訪問,及時(shí)處理”,但結(jié)合現(xiàn)有資源,在處理安全問題上仍有陷缺,故最后得出我們的設(shè)計(jì)目標(biāo)就是“幫助用戶及時(shí)發(fā)現(xiàn)發(fā)現(xiàn)安全問題,并營造安全感”。
b.梳理業(yè)務(wù)流程——流程設(shè)計(jì)
梳理業(yè)務(wù)流程時(shí),代入同理心,分析用戶為什么要進(jìn)行這個(gè)任務(wù),有哪些觸點(diǎn)可以促使他進(jìn)行這個(gè)任務(wù),任務(wù)進(jìn)行中可能會(huì)經(jīng)過哪些步驟。設(shè)計(jì)流程時(shí),先設(shè)計(jì)主線,再設(shè)計(jì)支線,使邏輯完整,標(biāo)出需要設(shè)計(jì)的頁面(畫草圖,防止后續(xù)畫原型時(shí)頁面缺失)。
在畫流程圖時(shí),僅寫對(duì)象到觸點(diǎn),到各任務(wù)步驟,再到任務(wù)結(jié)束點(diǎn) ; 而不要將解決方案(具體交互形式)放入流程中,例如,“用戶拖動(dòng)子對(duì)象到母對(duì)象中”是含有解決方案的,應(yīng)改為“用戶添加子對(duì)象到母對(duì)象內(nèi)”,至于“添加”這一行為,究竟是用“鼠標(biāo)點(diǎn)擊拖動(dòng)”還是“點(diǎn)擊添加按鈕選擇對(duì)象”,又或者是“選擇子對(duì)象,再選擇母對(duì)象,自動(dòng)移動(dòng)”等等,這些應(yīng)該在草圖設(shè)計(jì)中呈現(xiàn),而不是在流程中敘述,防止在頁面設(shè)計(jì)時(shí)被拘束。
c.對(duì)信息進(jìn)行合理分類——信息架構(gòu)設(shè)計(jì)
B端產(chǎn)品往往信息繁多,架構(gòu)復(fù)雜。所以對(duì)信息進(jìn)行合理分類,設(shè)計(jì)一個(gè)好的信息架構(gòu)十分重要。其中最重要的一點(diǎn)是——遵循合理的一致的規(guī)范,而這個(gè)規(guī)范也一定是圍繞著我們的設(shè)計(jì)目標(biāo)來的,我們最想讓用戶關(guān)注到什么,最想產(chǎn)品能解決什么問題。一是方便用戶理解產(chǎn)品,在第一眼時(shí)就能對(duì)產(chǎn)品有簡(jiǎn)單的認(rèn)知;二是方便后續(xù)有新功能加入時(shí),仍能遵循原來的規(guī)范。
先根據(jù)流程整理出,完成所有任務(wù)需要的信息(并進(jìn)行優(yōu)先級(jí)劃分),再根據(jù)遵循合理的規(guī)范分類組合(最好在信息架構(gòu)中標(biāo)明出)。
例如,我們的設(shè)計(jì)目標(biāo)是“幫助用戶及時(shí)發(fā)現(xiàn)發(fā)現(xiàn)xx問題,高效解決問題”,那么我們分類的規(guī)范則可分為“發(fā)現(xiàn)問題”“分析問題”“處理問題”“預(yù)防問題”幾個(gè)維度來對(duì)信息進(jìn)行分類。
3.原型設(shè)計(jì)
先畫草圖再畫原型,為最終版本設(shè)計(jì),始終圍繞設(shè)計(jì)目標(biāo)做設(shè)計(jì),每個(gè)設(shè)計(jì)都應(yīng)有出處,版本迭代時(shí)要注意和之前版本的融合
a.先畫草圖再畫原型
根據(jù)流程圖中標(biāo)記需要出的頁面,畫完草圖就可以和內(nèi)部或產(chǎn)品經(jīng)理討論整體思路了。既能快速表達(dá)想法,提高效率,也能在方案有偏差時(shí),不至于因?yàn)槌翛]成本高而不愿舍棄。當(dāng)草圖得到認(rèn)可后,那么之后原型的大框架基本上就沒什么問題了,這樣即使原型有什么被質(zhì)疑的地方,也很好縮小范圍,知道要改什么具體的地方。
b.為最終版本設(shè)計(jì)
有的時(shí)候,可能因?yàn)闀r(shí)間的原因,有些方案就只能實(shí)現(xiàn)一半,而一半的效果又往往不是當(dāng)前時(shí)間、資源下的最優(yōu)解。于是,有些交互便會(huì)為當(dāng)前情況下,做出中間版本的設(shè)計(jì)。(沒錯(cuò),就是之前的我)可實(shí)際上,這樣的設(shè)計(jì),并沒有給未來帶來任何好處,反而會(huì)徒添之后開發(fā)修改的任務(wù)量。
正確做法是: 只為最終版本設(shè)計(jì),如果開發(fā)時(shí)間不夠,那么標(biāo)明目前版本的優(yōu)先級(jí),有些開發(fā)難度高且價(jià)值不大的,則放在下一版本實(shí)現(xiàn)。
c.始終圍繞設(shè)計(jì)目標(biāo)做設(shè)計(jì)
設(shè)計(jì)師進(jìn)行原型設(shè)計(jì)時(shí),通常會(huì)陷入一個(gè)誤區(qū): 做著做著,就忘了當(dāng)初為什么這樣做,然后深陷細(xì)節(jié),忘記當(dāng)初的設(shè)計(jì)目標(biāo)。實(shí)際上,并不需要做這么多。時(shí)時(shí)反思自己的設(shè)計(jì)是不是圍繞設(shè)計(jì)目標(biāo),可以防止自己做很多不必要的設(shè)計(jì)。
d.每個(gè)設(shè)計(jì)都應(yīng)有出處
要理解為什么要有這些步驟,理解后臺(tái)邏輯究竟能不能實(shí)現(xiàn),不能想當(dāng)然地做設(shè)計(jì)。理解了這些步驟的來源,來能更好地結(jié)合用戶心理做更符合用戶心智、更高效的設(shè)計(jì); 理解了后臺(tái)邏輯,才不會(huì)做出邏輯上極難實(shí)現(xiàn)的設(shè)計(jì)。
例如,“后臺(tái)驗(yàn)證用戶手機(jī)號(hào)”,是應(yīng)該在“用戶點(diǎn)擊獲取驗(yàn)證碼”時(shí)驗(yàn)證還是在“輸入驗(yàn)證碼點(diǎn)擊確定”后驗(yàn)證呢?從體驗(yàn)角度上,“點(diǎn)擊獲取驗(yàn)證碼”基本上就能確認(rèn)用戶已成功輸入了自己的手機(jī)號(hào),理應(yīng)這時(shí)驗(yàn)證會(huì)節(jié)省幾個(gè)步驟,用戶體驗(yàn)會(huì)更高效自然一點(diǎn); 但是如果再多了解一些后臺(tái)邏輯的話,可能就會(huì)發(fā)現(xiàn)這還存在著很多問題了。
e.版本迭代時(shí)注意和之前版本融合
一個(gè)產(chǎn)品是一個(gè)整體,版本迭代有新增模塊時(shí),要考慮這個(gè)模塊與之前的其他模塊有什么聯(lián)系(做好信息架構(gòu),也可提前幫助解決這個(gè)問題); 之前產(chǎn)品的慣有交互形式是怎樣的; 相同類型的功能有什么聯(lián)系,能不能整合; 有哪些地方是需要和之前產(chǎn)品保持一致的,等等。
4.多方評(píng)審
最終評(píng)審前分階段找相關(guān)人員進(jìn)行評(píng)審,陳述方案時(shí)注意自上而下表達(dá),明確會(huì)議主題,記好會(huì)議紀(jì)要
a.最終評(píng)審前,分階段找相關(guān)人員進(jìn)行評(píng)審
在需求分析階段,找主對(duì)接的產(chǎn)品經(jīng)理來確認(rèn)自己產(chǎn)出的設(shè)計(jì)思路,整體流程等大方向有沒有什么問題; 在設(shè)計(jì)階段,也要保持和內(nèi)部人員以及產(chǎn)品經(jīng)理的溝通,確認(rèn)主要的原型頁面,在接著細(xì)化細(xì)節(jié),再與主對(duì)接的產(chǎn)品經(jīng)理溝通。在這個(gè)過程中,還應(yīng)積極向視覺、開發(fā)同步傳遞需求及設(shè)計(jì)理念。
這樣與相關(guān)人員經(jīng)常保持溝通,信息同步,既可以減少自己因閉門造車而在最終評(píng)審時(shí)的大返工,又可以讓團(tuán)隊(duì)人員提前了解提前做好準(zhǔn)備,從而提升團(tuán)隊(duì)效率。
b.陳述方案時(shí)注意自上而下表達(dá)
先講大場(chǎng)景,再講小分支。先簡(jiǎn)單敘述下我們的產(chǎn)品目標(biāo)和設(shè)計(jì)目標(biāo),再說我們主要解決了哪幾個(gè)場(chǎng)景下發(fā)生的問題。接著講流程,先主線任務(wù),如有時(shí)間再講支線任務(wù)。講頁面之前,要先講頁面是怎么來的;講頁面時(shí),不要細(xì)講里面的內(nèi)容,要在具體的詳情頁面中對(duì)照著講,這樣參會(huì)人更容易理解。在詳述每個(gè)頁面的過程中,分別描述清楚what?why?how?幾點(diǎn)即可。
在闡述時(shí)有主次之分,重點(diǎn)或大的改變最開始講,有的內(nèi)容則不需要細(xì)講,有人提出疑問或質(zhì)疑時(shí)再詳細(xì)解釋。
c.明確會(huì)議主題
明確會(huì)議主題,是提高會(huì)議效率的首要指標(biāo)。在會(huì)議前明確主題,盡量討論具象化(有初步想法后再開會(huì)),即最好有實(shí)際的圖表現(xiàn)出來,不然大家討論全憑腦袋空想,且就算達(dá)成一致大家想的還不一定一樣,這樣開會(huì)會(huì)非常浪費(fèi)時(shí)間且沒有意義。
當(dāng)遇到分歧或疑問時(shí),如果是會(huì)議主題內(nèi)的,能當(dāng)場(chǎng)解決的當(dāng)場(chǎng)解決,無法當(dāng)場(chǎng)解決,先記錄下來,會(huì)下繼續(xù)討論。如果是會(huì)議主題外的,則做好記錄,會(huì)下與疑問提出人討論。另外,在會(huì)議中看交互稿時(shí),參會(huì)人員很容易提出細(xì)節(jié)和視覺層面的問題,此時(shí)要講清楚這不是視覺稿,而是交互稿,主要是過內(nèi)容和邏輯,不要糾結(jié)細(xì)節(jié),具體風(fēng)格、樣式等內(nèi)容在視覺階段再提出。
d.記好會(huì)議紀(jì)要
現(xiàn)實(shí)中,一次性交付交互稿顯然是不可能的,再加上需求方不時(shí)的需求變動(dòng)、各職責(zé)人員站在自己角度看待問題的差異,會(huì)議上難免會(huì)產(chǎn)生一些分歧,導(dǎo)致需要改稿。所以會(huì)議上需要記好詳細(xì)的會(huì)議紀(jì)要,以便對(duì)已確定的改動(dòng),交互設(shè)計(jì)師改稿后,與相關(guān)人員會(huì)下(或下次會(huì)議)再次確認(rèn);對(duì)提出的尚不明確的需求,會(huì)下及時(shí)與相關(guān)人員溝通,盡快確定。
另外,在會(huì)議上,產(chǎn)品經(jīng)理“突發(fā)奇想”得出的新需求或要變動(dòng)的需求,在未確認(rèn)價(jià)值前,一定不要當(dāng)場(chǎng)答應(yīng)。可以先將內(nèi)容做詳細(xì)記錄,在會(huì)下經(jīng)過仔細(xì)評(píng)估是否合理,價(jià)值多大,與提出人再次確定后,再?zèng)Q定是否要改。并且所有的需求還需要產(chǎn)品經(jīng)理們協(xié)調(diào)一致后,再做決定;若產(chǎn)品經(jīng)理內(nèi)部遲遲未確定,那可交互先行,一是從交互角度判斷可不可行,可行的話先畫出草圖,出初步思路,再去找產(chǎn)品經(jīng)理討論;二是占據(jù)主動(dòng)性,更有話語權(quán)。
5.項(xiàng)目跟進(jìn)
即使已經(jīng)定稿交付開發(fā),也會(huì)有很多或細(xì)節(jié)、或?qū)崿F(xiàn)難度、或時(shí)間資源方面的問題,所以不能一交付完就萬事大吉了。畢竟最終的開發(fā)效果,根本性地決定著用戶體驗(yàn)。實(shí)際項(xiàng)目中,經(jīng)常有這樣的情況:開發(fā)遇到問題卻沒有詢問交互,而是自己用“自己的方式”解決。這顯然是最糟糕的情況,所以為了保證最終體驗(yàn),交互應(yīng)主動(dòng)進(jìn)行項(xiàng)目跟進(jìn)。
在這過程中,主動(dòng)詢問相關(guān)人員有沒有遇到什么問題:交互文檔中有沒有什么沒看明白的地方或還未考慮到的地方;設(shè)計(jì)的實(shí)現(xiàn)難度;如果時(shí)間緊張,那么設(shè)計(jì)的優(yōu)先級(jí)是怎樣……
6.修改迭代
若設(shè)計(jì)需要有小的改動(dòng),則應(yīng)先找相關(guān)人員討論,多方明確且達(dá)成一致后,再做變更,并在交互文檔中最好對(duì)應(yīng)的變更紀(jì)要和具體說明。最后,將相關(guān)事項(xiàng)發(fā)郵件給所有項(xiàng)目成員。如有必要,則還需集中對(duì)相關(guān)人員再進(jìn)行一次會(huì)上的講解說明。若改動(dòng)較大,則放到下一版本。
作者:丸子圓,目前大四在讀,喜愛交互和心理學(xué),歡迎前來交流指導(dǎo)。
本文由 @丸子圓 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
很厲害,剛大四就總結(jié)的這么棒!我也是帶著手機(jī)號(hào)驗(yàn)證的疑問來看的評(píng)論,哈哈,不錯(cuò)的“埋點(diǎn)”。
我不太認(rèn)同UI也要介紹入到產(chǎn)品需求里面。。。這和產(chǎn)品的功能不是交叉了嗎?之前的一個(gè)公司,就是這樣,產(chǎn)品與業(yè)務(wù),及至 與研發(fā)都參與 了里面,UI,也要參與 ,還嫌不夠熱門,不夠亂嗎?
本來達(dá)成一個(gè)需求就是妥協(xié) 的結(jié)果,參與 的人越多,越難妥協(xié)。
很不錯(cuò)了,大學(xué)尚未畢業(yè)就對(duì)于項(xiàng)目流程有這般的了解。很多東西不是一成不變的,企業(yè)也一直圍繞著利潤(rùn)和風(fēng)險(xiǎn)展開,以這一目標(biāo)為導(dǎo)向不斷在工作中思考總結(jié),終會(huì)找到屬于你自己的項(xiàng)目流程 ?? 。
同學(xué)你好啊
常規(guī)規(guī)定動(dòng)作套路吧。
這的確是常規(guī)套路,但套路不是被規(guī)定的,知道為什么,才能更好地運(yùn)用。正如我在引言里說的“紙上得來終覺淺,絕知此事要躬行”,就是說的我的心路歷程,最開始的時(shí)候,做設(shè)計(jì)之后套用流程,而不知道為什么要做這些事,最后事情都做了卻是每個(gè)環(huán)節(jié)都脫節(jié)的,前期調(diào)研、設(shè)計(jì)目標(biāo)之類的和最終原型幾乎沒有聯(lián)系。經(jīng)過這次實(shí)習(xí)后,終于理解每個(gè)環(huán)節(jié)對(duì)下一環(huán)節(jié)的重要性,也能實(shí)際運(yùn)用。于是,我便寫了這篇文章與大家共勉(?′?`?)
打錯(cuò)字了,尷尬_(:_」∠)_ ……是做設(shè)計(jì)的時(shí)候…
流程是對(duì)的,關(guān)鍵在執(zhí)行,很多時(shí)候程序員會(huì)按自己的理解的來做,所以他們做完你應(yīng)該第一個(gè)去測(cè)試,否則出來的東西基本完全走樣,還有你那個(gè)交互設(shè)計(jì)文檔是怎樣寫的是否可以截圖跟大家分享一下,我基本都是拿著原型跟程序口頭交流的。
在我看來獲取手機(jī)號(hào)選取方案一成本最低,我比較想知道其中存在的問題,希望能交流一下
我也很想聽聽您的見解,感覺我對(duì)這個(gè)的理解可能還不夠深入吧。您可以加我微信AiyouyouSuannai ,與您詳細(xì)探討一下
確實(shí)總結(jié)的很好,理清楚需求本質(zhì)+目標(biāo)導(dǎo)向設(shè)計(jì)在B端甚至整個(gè)產(chǎn)品設(shè)計(jì)中都是非常重要的步驟。另外每個(gè)設(shè)計(jì)都應(yīng)有出處非常同意。點(diǎn)擊發(fā)送驗(yàn)證碼那里驗(yàn)證手機(jī)會(huì)有什么后臺(tái)邏輯影響還望說的更仔細(xì)一些。
同樣請(qǐng)教作者在后臺(tái)驗(yàn)證時(shí),點(diǎn)擊發(fā)送驗(yàn)證碼和點(diǎn)擊確認(rèn)兩種狀態(tài)方式后臺(tái)驗(yàn)證邏輯的區(qū)別?
關(guān)于這個(gè)是因產(chǎn)品而異的。當(dāng)時(shí)對(duì)于這個(gè),我的理解是因?yàn)榘l(fā)送驗(yàn)證碼時(shí)是調(diào)用的第三方接口,需要發(fā)送驗(yàn)證碼、返回驗(yàn)證碼和驗(yàn)證碼時(shí)效數(shù)據(jù)等,然后如果再在這里添加一個(gè)核對(duì)用戶信息的話,會(huì)牽連到很多其他邏輯(例如發(fā)送流程限制、唯一性識(shí)別等來防止惡意攻擊),容易出bug。在以減少用戶受挫和安全的前提下,點(diǎn)擊確認(rèn)會(huì)好一點(diǎn)
1、即使發(fā)送驗(yàn)證碼時(shí)調(diào)用的是第三方接口,也可以同時(shí)再調(diào)用自己的接口來驗(yàn)證手機(jī)號(hào)吧,方案一還是可以安全的實(shí)現(xiàn)的;
2、設(shè)計(jì)心理學(xué)里有一個(gè)很重要的原則是【反饋】,其中就包括反饋的及時(shí)性,如果是點(diǎn)擊確定驗(yàn)證,明顯違反了及時(shí)性;
3、順便問下這個(gè)是要驗(yàn)證手機(jī)號(hào)在后臺(tái)庫里是否存在么?如果是的話那在光標(biāo)移除手機(jī)號(hào)輸入框時(shí)不就可以驗(yàn)證了么?
4、關(guān)于“每個(gè)設(shè)計(jì)都應(yīng)該有出處”我不是完全同意,對(duì)于懂些技術(shù)的PM或UI在進(jìn)行產(chǎn)品設(shè)計(jì)時(shí)時(shí)常會(huì)陷入這么設(shè)計(jì)技術(shù)能不能實(shí)現(xiàn)的坑,這樣是不能設(shè)計(jì)好一個(gè)功能/產(chǎn)品的,因?yàn)闀?huì)這樣可能會(huì)輕視用戶真正想要的是什么,及怎樣的交互是最自然的。不過不去了解背后的邏輯確實(shí)也不妥,這就是個(gè)博弈論,找到一個(gè)適合自己的那個(gè)黃金分割點(diǎn)才是最重要的。
感覺我好像舉了一個(gè)復(fù)雜又不太貼切的栗子,導(dǎo)致大家有很多誤解,我的鍋我的鍋【捂臉.png】
現(xiàn)在說說我對(duì)這個(gè)問題的看法吧,如有不對(duì)還望指正:
我先說下關(guān)于這個(gè)的背景: 這是一個(gè)用戶開通高權(quán)限功能時(shí)的確認(rèn)(一驗(yàn)證手機(jī)號(hào)是否是本人,二驗(yàn)證該手機(jī)號(hào)是否在庫、是否曾經(jīng)已開通過),而普通用戶開通這個(gè)高權(quán)限功能,即前面驗(yàn)證都成功,那么就會(huì)對(duì)用戶進(jìn)行扣費(fèi)。
然后再來回答您的問題:
1.其實(shí)兩種方案都是技術(shù)上可實(shí)現(xiàn)的,只是需要因產(chǎn)品特性而定,對(duì)于剛剛的背景,由于直接和費(fèi)用有關(guān),所以需要特別謹(jǐn)慎。方案一相比之下,出bug的可能性會(huì)更高; 所以當(dāng)時(shí)開發(fā)建議選用方案二。
2.這兩個(gè)方案都是和后臺(tái)邏輯有關(guān),和前端沒什么太大關(guān)系。對(duì)于主流程來講,未開通的去開通,兩個(gè)方案所感受到的是一樣的;對(duì)于分支流程來講,如果手機(jī)號(hào)被提前開通過或者手機(jī)號(hào)不在庫等情況,方案一可提前告知用戶。關(guān)于你說的反饋,兩個(gè)方案是都會(huì)有反饋的,因?yàn)橛脩酎c(diǎn)擊“獲取驗(yàn)證碼”時(shí),他的期待都是收到驗(yàn)證碼;點(diǎn)擊確定的時(shí)候,才是驗(yàn)證用戶信息(手機(jī)號(hào)),所以對(duì)于用戶來說,是有相同的期待和反饋的,只是方案一在分支流程中可能會(huì)更有效率。
3.是的,必須后臺(tái)驗(yàn)證,前端驗(yàn)證不了,你說的那種方案需要前端做驗(yàn)證。
4.關(guān)于你說的這種現(xiàn)象我非常同意,感覺我“每個(gè)設(shè)計(jì)都應(yīng)該有出處”這個(gè)標(biāo)題可能有些讓人引起誤解了。主要是想說要了解業(yè)務(wù)背景和一些開發(fā)知識(shí),知道為什么這么設(shè)計(jì)和為什么不能這么設(shè)計(jì)。舉另一個(gè)栗子可能更貼切一點(diǎn),在PC端桌面,將一個(gè)應(yīng)用入口(例如PS)鼠標(biāo)拖動(dòng)到桌面一個(gè)文件夾,這種做法很常見; 但是在web端,實(shí)現(xiàn)相同的操作卻很難。我個(gè)人認(rèn)為,設(shè)計(jì)時(shí)最好不要有太多限制,但設(shè)計(jì)最終是需要考慮性價(jià)比的,如果實(shí)現(xiàn)難度和最終效益不成正比,這樣的設(shè)計(jì)也是不成功的。
總結(jié)思路很清晰,也很到位,實(shí)際與客戶溝通中的很多常見場(chǎng)景都有描述,學(xué)習(xí)了。
寫的真詳細(xì),懇求指導(dǎo),準(zhǔn)備學(xué)習(xí)產(chǎn)品
過程很完整,厲害了~~好的交互的確不應(yīng)該沉迷于設(shè)計(jì)細(xì)節(jié),而需心系全局
寫得很棒,看到了最后歡迎前來交流指導(dǎo),就想厚臉皮的來求個(gè)好友??
好啊好啊~我也很榮幸??我的微信號(hào)是AiyouyouSuannai 只是我最近在忙于找工作,所以可能不會(huì)及時(shí)回復(fù),但是我真的是非常樂意的??
是否參與過B端產(chǎn)品實(shí)踐設(shè)計(jì)工作
我今年暑假有幸在深信服(專門做B端產(chǎn)品的一家公司)實(shí)習(xí)了3個(gè)月,完整負(fù)責(zé)過2個(gè)項(xiàng)目,在期間學(xué)到了很多,所以這也算是我的實(shí)踐中發(fā)現(xiàn)的問題以及解決方案的總結(jié)吧
大四。。。厲害惹
嘿嘿~多虧我暑假實(shí)習(xí)的時(shí)候跟了一個(gè)好師傅??學(xué)到了很多~
0歲端B產(chǎn)品經(jīng)理,之前做B端saas軟件銷售的,最近感覺學(xué)習(xí)到不少,但感覺最大的落差就是想法和思路往往要多次更改,需要和團(tuán)隊(duì)不斷妥協(xié)借鑒,同時(shí)對(duì)業(yè)務(wù)實(shí)際的學(xué)習(xí)也需要花大量時(shí)間研究,不過相反也能得到鍛煉,能從他人身上學(xué)到不少,技能是基礎(chǔ),溝通與團(tuán)隊(duì)協(xié)作才是最重要的,有效溝通協(xié)作,團(tuán)隊(duì)間信任,才能高效產(chǎn)出實(shí)用的產(chǎn)品。
嗯嗯,非常同意,團(tuán)隊(duì)間就是要共同學(xué)習(xí)共同進(jìn)步