即使我們只是產(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)始。
2026-05-05
1