原型制作和設計測試

1）為什麼需要它

• 假設→原型→測試→洞察力→叠代→解決方案。

2）富達級別以及何時選擇

低保真（草圖/紙張）：結構和流量；30-90分鐘叠代。
Mid-fi（點擊框架）：導航，文本，狀態；0.5-2天。
高保真（視覺/動畫）：感知，微互動；1-5天。
Code-proto（互連+真實數據）：性能，可用性，復雜模式（KYC，付款）；2-10天。

規則：從最低限度的足夠水平開始，以回答假設的問題。

3）原型格式

紙/Wireflow：快速腳本，屏幕漫畫。
Clicable （Figma/Framer/ProtoPie）：過渡、條件分支、偽形式。
奧茲的向導：「幕後的魔法」，復雜的邏輯被研究人員模仿。
代碼原型（React/Flutter）：手勢，表演，A11y，與API集成。
內容原型：文本、空白狀態、錯誤/成功。

4）在哪裏測試以及如何

• 可調解：深度，澄清問題，think-aloud。
• 不可調制：速度，規模，簡單任務。

• 遠程：地理範圍更廣，屏幕錄制/視頻通話。
• 面對面：上下文、眼睛跟蹤/手勢、物理設備。

• 可用性測試（任務腳本）。
• 認知步行。
• 啟發式評估（Nielsen 10）。
• 卡排序/樹測試（導航）。
• 5秒測試（第一印象）。
• 偏好測試（屏幕/樣式選項）。
• 易受性測試（emo卡）。
• 日記研究（長周期）。

5）測試計劃（模板）

1.目的：我們測試什麼假設（例如：「新的KYC流將時間到驗證減少30％）」。
2.任務場景：4-6關鍵,具有成功標準。
3.工件：參照原型/版本。
4.指標：任務成功，任務時間，錯誤，SEQ（1-7），SUS（會話後），UMUX-Lite。
5.新兵：個人資料，市場，N（每個周期5-8名受訪者）。
6.程序：介紹→熱身→任務→調查→簡報。
7.安全和道德：記錄同意，不收集個人數據/付款。
8.物流：設備/瀏覽器，插槽網格，主持人支票清單。

6）一組指標和規範

任務成功率（%）：關鍵步驟的目標比率為≥80%。
任務時間：腳本中位數（與控制比較）。
錯誤率：嚴重錯誤/次要錯誤的發生率。
SUS： ≥68是基本規範，≥80很棒。
SEQ（1-7）：評估任務的復雜性（目標-≤3）。
腳本後的NPS/CSAT：根據需要。
行為信號：吸納，回歸，回歸，憤怒的點擊。

7）招聘和采樣

誰叫：真實細分市場（初學者/經驗豐富,地區/語言,設備）。
多少：質量周期為5-8；A/B-統計（見下文）。
篩選：切斷專業測試人員，需要相關任務的經驗（例如在線支付）。
動機：誠實，不扭曲行為（不為負責任的遊戲測試支付產品獎金）。

8）主持人腳本（conspect）

問候，目標： 「我們測試設計而不是你。」

記錄同意，隱私。
熱身：以前的經驗，類似物。
挑戰：「想象你想要什麼……」（最小制導）。

中立的主張： 「告訴我們你期待看到什麼」，「什麼令人尷尬？」

完成：簡短的調查，感謝。

9）發現的分析和優先級

問題分類法：導航、理解、輸入、反饋、等待/時間、安全、本地化/A11u。
嚴重性：Blocker/Major/Minor/Cosmetic。
頻率：有多少受訪者發生沖突。
對業務的影響：轉換，合規風險（KUS/付款），處理。
優先級=嚴重性×頻率×影響。

報告（1頁）：目標，樣本，關鍵洞察力（5-7），引用示例，瞬間視頻鏈接，解決方案和任務所有者。

10） A/B和實驗

測試內容：顯然是一個因素（CTA文本、步驟順序、字段格式）。
度量標準：步驟/漏鬥轉換、CTR、時間、錯誤率、取消。
樣本大小：根據所需的效果計算（例如，uplift 5-10％，power 80％，α=5％）。
倫理和風險：對於付款/結算，最大限度地減少危害：金絲雀發射，交通量下降，取消。
多變量測試-僅在大量情況下。

11）工具包和文物

原型：Figma/Framer/ProtoPie；代碼為React/Next。
記錄和分析：屏幕/攝像頭,熱卡,會議重播,事件。
模板：測試計劃,主持人腳本,同意書,清單,單頁報告模板,決策日誌。
數據：虛構/非個人化，付款存根和KYC。

12）測試中的可用性（A11y）和本地化

我們檢查導航禁忌，焦環，「aria-live」吐司/錯誤。
淺色/深色主題中的AA對比。
「長語言」測試（DE/TR），日期/貨幣格式，RTL。
發聲的錯誤/成功文本，替代圖標。

13）關鍵流量的細節（iGaming）

註冊/CUS：需求易懂，照片提示，ETA（「長達2分鐘」），文件錯誤。
付款/存款/提取：限額，傭金，時限，標準規則；拒絕文本；確認步驟。
獎金/任務：透明條件，進步，狀態；避免黑暗模式。
負責任的遊戲：中性音調,輕松設置限制,訪問幫助。

14）轉讓給開發（handoff）和設計QA

手持套件：原型+規格（狀態、動畫、令牌）、微拷貝文本、i18n鍵、A11y要求。
單一定義（UX）： 覆蓋加載/empty/error/success狀態、焦點/鍵盤、本地化。
設計QA：與布局比較，交互式，對比度/焦點，文本，設備/瀏覽器上的旋轉。

15）支票單

測試前

• 假設和研究問題已經提出。
• 富達級別對應於任務。
• 方案和成功標準已經準備就緒。
• 新兵和插槽得到確認，同意書已經準備就緒。
• 原型在目標設備/瀏覽器上打開。
• 敏感行動的存根（付款/CUS）。

測試後

• 收集了Conspects和Timcods。
• 問題按嚴重程度和頻率標記。
• 決定已確定，業主已指定。
• 更新了決策日誌和路線圖。
• 編寫了一份簡短的報告（1頁）和演示視頻（≤5分鐘）。

16）反模式

測試「美麗」而不是腳本和任務。
在一個測試中混合多個假設。
在用戶嘗試之前給出引人註目的問題/線索。
只顯示「快樂的道路」-沒有錯誤/空狀態。
忽略A11u/「生產前」本地化。
未經確認就1-2名受訪者得出結論。
進行A/B而不計算采樣功率。

17）快速模式

• 「如果我們選擇第一步付款方式，那麼存款轉換將增加7%，因為我們稍後會減少意想不到的限制。」

• 「使用銀行卡充值500 UAH帳戶。」

• 「用戶無需幫助即可在≤90秒內完成補貨。」

• 「完成任務有多困難？」（1-非常容易……7-非常困難）

• Blocker：卡住了，無法完成Major →：嚴重阻礙了Minor的→：減慢了Cosmetic的→：沒有幹擾。

18）最終的spargalka

從低保真開始，只有在必要時才能提升富達。
測試腳本而不是屏幕。

Мерь Task Success/Time/Errors + SEQ/SUS.

優先考慮嚴重性×頻率×影響。
支持每個周期的A11y和本地化。
記錄解決方案並傳達詳盡的手法。