即使我們只是產(chǎn)品走路,從A點(diǎn)到B點(diǎn)有時(shí)也很麻煩 – 想知(zhi)道路徑是設計否正確,是流程否走的方向正確,是有淺否走上了捷徑的道(′?_?`)路等等。
但是析產(chǎn)當A點(diǎn)是用戶(hù)問(wèn)題而B(niǎo)點(diǎn)是(shi)一個(gè)實(shí)現的特征時(shí),它就像在一個(gè)舊地圖和一個(gè)錯誤的品設指南針在大海中進(jìn)行導航。
這就是個(gè)方為什么經(jīng)過(guò)一個(gè)嚴格的過(guò)程 – 即使時(shí)(shi)間緊迫 – 至關(guān)重要的是要盡可能多地提供有關(guān)解決方案的信心和數據。
1.了解問(wèn)題
問(wèn)題也需要理解
首先,產(chǎn)品這個(gè)問(wèn)題是設計如何實(shí)現的?(°ロ°) !這是客戶(hù)的要求,CEO的流程想法,是有淺實(shí)現愿景的路線(xiàn)??圖?了解問(wèn)(wen)題的位置至關(guān)重要。辨別觸發(fā)了用戶(hù)遇到的析產(chǎn)實(shí)際問(wèn)題通常很困難,也容易忽視(讓我們面對它,品設減少耗時(shí))。個(gè)(?⊿?)方
回到最初引發(fā)它的產(chǎn)品問(wèn)題,意味著(zhù)確保設計的起點(diǎn)是實(shí)際問(wèn)題,而不是可能的解決方案之一。
從首席執行官,產(chǎn)品負責人,產(chǎn)品設計等人收集??客戶(hù)關(guān)懷的見(jiàn)解 – 深入挖(′_`)掘,直到你找到引發(fā)請求的原始事件。
2.研究問(wèn)題并收集數據
探究這個(gè)問(wèn)題是解決方案的一部分
第二(╬?益?)步意味著(zhù)要善于打擾(′?_?`)人們和搜索谷歌的東西??。一旦發(fā)現事(shi)件(可能是童年的創(chuàng )傷或客戶(hù)投訴),現在是時(shí)候盡可能多地獲取信息了。
其他人如何處理這個(gè)(ge)問(wèn)題?這是一個(gè)普遍的問(wèn)題還是一個(gè)基??本問(wèn)題?有沒(méi)有辦法(fa)將問(wèn)題分解為更小的問(wèn)題?最重要的是,收集數據。
即使我們正在談?wù)撘粋€(gè)全新的功能或產(chǎn)品還有待開(kāi)發(fā),也有一些與之相關(guān)(guan)的指標(在某種程度上)可以使用。如果這是對現有功能的改進(jìn),則應該更容易從分析中獲取使用數據或應該實(shí)施的任何類(lèi)型的指標。
3.重新設計問(wèn)題
藍鋼?
現在有了所有這(zhe)些信息,應該很容易就可(ke)以更好地了解問(wèn)題的背景和存在的原因。重新構建問(wèn)題意┐(′д`)┌味著(zhù)獲得ヽ(′▽?zhuān)?/不同的視角并從另一個(gè)角度來(lái)看待它,從而打破它以前在收集時(shí)可能添加的任何偏見(jiàn)或解釋。
因此,雖然最初的需求可能是“我們需要一個(gè)功能,允許在余額不足的情況下向用戶(hù)轉賬”(這是一個(gè)已包含解決方案??的需求),但(dan)問(wèn)題可??能(′▽?zhuān)?是“轉移給??用戶(hù)的錢(qián)花費時(shí)間,并且需要經(jīng)常ヽ(′▽?zhuān)?ノ檢查余額”。
這個(gè)問(wèn)題的新框架為解決方案開(kāi)辟??了新的途徑(實(shí)現調度程序,或者在余額不足時(shí)自動(dòng)發(fā)出警報)。
4.設計解決方
解決方案
問(wèn)題現在已經(jīng)確定,數據可以用于更廣泛的產(chǎn)品背景?,F在是框架解(jie)決方案的時(shí)候了??,比如“決定哪一條(′?ω?`)途徑導致解決方案更適合該問(wèn)題”。為此,將解決方案的特征放在問(wèn)題的(de)形式中可能很有用 – “用戶(hù)能夠設(′?_?`)置自動(dòng)提醒嗎?”“用戶(hù)是否應??該能夠導入事件?” – 并建立一個(gè)列表可(ke)能的解決方案方法。其目的是縮小選項范圍,并形成一個(gè)將用原型進(jìn)行測試的假設。
由于目標是測試假設,因此理想情況下,原型應以假設為中心,最好從所有裝飾和不必要的細節中剝離( ?° ?? ?°),以便在測試時(shí)分散用戶(hù)的注意力。
在這一步,與開(kāi)發(fā)人員以及參與該過(guò)程的任何其他人(QA,更廣泛的設計??團隊,客??戶(hù)關(guān)(guan)懷)進(jìn)行交流,從他們的角度收集他們對解決方案的見(jiàn)解也非常理想。
5.測試解決方案
“我想(xiang)知道他們?yōu)槭裁匆屛覅⒓訑祵W(xué)考試”
根據可用資源和時(shí)間的不同,用戶(hù)測試始終都是具有挑戰性和必要的。
即使資源不足且時(shí)間緊張,測試代表產(chǎn)品較(jiao)大用戶(hù)群的用戶(hù)樣本也非常重要,甚至(′?`*)(zhi)比擁有不具代表性且因此有偏見(jiàn)的大樣本更??為重要。
以最詳盡的方式收集筆記 – 或者更好地記錄音頻 ??8211; 意味著(zhù)如果在UX研究員(如果可能的話(huà),或者至少另一個(gè)可以人可以記錄)的幫助下進(jìn)行訪(fǎng)談以便保持兩者筆記的質(zhì)量。
6.實(shí)施解決方案
不適合3歲以下的兒童
那么現在,假設是否被驗證?如果是這樣,設計的難點(diǎn)和優(yōu)點(diǎn)是什么?假設這一切都進(jìn)行得很順利(假設驗證和輕微的痛點(diǎn)),原型將不得不變成實(shí)際的屏幕和要(yao)求給開(kāi)發(fā)人員。為了鋪平未來(lái)迭代的路徑,定義哪些是關(guān)??鍵績(jì)效指標和功能的成功指標是一項強制任??務(wù),可能需要其他團隊成員(營(yíng)銷(xiāo)人員,開(kāi)發(fā)人員)的幫助。
如果假設沒(méi)有經(jīng)過(guò)測試(′▽?zhuān)?),那么就有必要回到設計解決方案的前一步,甚至回顧問(wèn)題本身,然后重新開(kāi)始。
在設計一個(gè)復雜的解(jie)決方案┐(′?`)┌時(shí)(很可能是一個(gè)復雜的問(wèn)題),可能的策??略之一可能是從實(shí)(shi)施最簡(jiǎn)單版本的解決方案開(kāi)始,隨著(zhù)時(shí)間和版本的增加而增加復雜性。
7.發(fā)揮功能
Arrrrrrrr!
那么,這是自我解釋。只要把它拿出來(lái),讓世界知道它就在那里。
8.關(guān)注該功能的成功
他是否也制作了最好的著(zhù)裝名單?
如果一切正常完成,則指標現??在應可用于收集。
檢查客戶(hù)服務(wù)并讓他們掌握正在進(jìn)行的事情,并為客戶(hù)反饋新功能的各個(gè)方面設置優(yōu)惠渠道也是監控情況的好主意。
9.解決方案是否解決問(wèn)題?
解決方案也需要理解
該功能已發(fā)布并可供公眾使用一段時(shí)間(幾周或幾個(gè)月),并且根(gen)據路線(xiàn)圖和其他問(wèn)題,應該提出問(wèn)題的時(shí)間:較大的用戶(hù)群實(shí)際上是否發(fā)現通過(guò)實(shí)施解決了問(wèn)題解?
事實(shí)上??,并不是每個(gè)人都很高興(用戶(hù)和/或隊友),其他問(wèn)題已經(jīng)出現,可能是時(shí)候解決利基問(wèn)題或者 – 無(wú)論整個(gè)過(guò)程如何 – 我們可能已經(jīng)錯過(guò)了(le)商機。
所以,讓我們對這個(gè)過(guò)程保持信心,并┐(′д`)┌重新開(kāi)始。