在 Zivame 塑造用戶體驗：產品管理案例研究

這是 Udit Khandelwal 的訪客博客。

“網站很棒，會議很棒！ 我很想再來一輪！” – 在Zivame 完成可用性測試後，Deepika 在回家時大聲喊叫。 從那一刻起，Zivame 一直是 Deepika 的首選——一個自豪的家庭主婦和企業家。

我們做了什麼來喚起與我們一起購物的人的這種超現實情緒？

好吧，我們讓用戶參與到產品設計的每一步。 在我的文章如何改變女性在線購買胸罩的方式中，我介紹了我們如何利用用戶研究發現一種購買胸罩的新方式。 在這裡，我將前往 http://notuser.com/how-i-changed-the-way-women-buy-bras-online 帶您完成我們設法與真實用戶一起測試設計、獲得真實見解和實施了課程修正。

遊戲計劃

挑戰
資源是有限的，範圍是巨大的，我們不得不不斷地攪動逐漸增強的設計。

奮進

整個網站應該在 5 個月內從頭開始設計和開發。 上個月已經預留給所有測試、部署和穩定性相關的活動。 因此，我們只有不到120 天的時間來設計和開發新的 Zivame 體驗。 我曾在某處聽到這樣的話：

今天沒有捷徑； 我很著急——瑞士諺語

……我想，現在正是遵循它的正確時機。 我們需要一個不涉及捷徑的遊戲計劃，因為我們不能走錯路。 因此，我們決定在早期研究結束後進行以下操作：

• Lo-Fi 原型：細化草圖，直到我們發現漏洞並修復所有中斷的流程。
• 形成性測試：盡可能使用紙質原型與任何人進行測試，無論何時，即使它在午餐桌上。
• Hi-Fi Prototypes：開發一個高保真交互式原型，盡可能接近最終產品。
• 總結性測試：與真實用戶一起測試並獲得真正的見解。
• Beta 測試：在我們將產品交給全世界之前，對實際產品進行最後一輪測試。
• 迭代：每次測試都傳遞了一些好消息和一些壞消息（這是好消息）。 我們必須優先考慮修復錯誤並為每次迭代進行改進。

課

可用性測試是一項持續的活動，需要適當的計劃、時間和資源。

形成性測試

挑戰
最初的設計完全未經測試，開發團隊正在等待我們。 我們必須給他們一些堅實的，真正的快。

奮進

當您想更快地失敗時，低保真原型可以很好地工作。 它們可以幫助您在早期階段發現設計中的缺陷，並且設計師本身非常願意對原始設計進行更改。 我們在 Zivame 也做了同樣的事情。 一旦我們完成了白板，我們很快就使用我們的工具在計算機上創建不同的屏幕並打印以創建屏幕流。

然後，我們只是要求辦公室內的一些人（他們與我們的目標角色 Mahi Agarwal 非常匹配）執行某些場景。 每當他們被卡住了一點，我們就知道有問題。 他們甚至經常給我們建議，我們注意到了。 然後我們會回來討論為什麼用戶建議他們是什麼，找到問題的根本原因，並找出我們自己的解決方案。

有時測試不僅能告訴你設計出了什麼問題，還能揭示新的機會。 例如，在形成性測試期間，我們發現用戶能夠理解通知並與之交互。 我們將其視為一個綠色信號，並為更強大、更深入地集成通知而設計。

課

對於測試，不要等待最終產品； 繼續使用你能負擔得起的任何原型，並與你能找到的任何人一起測試。 失敗得更快。

高保真原型

挑戰
該網站有 300 多個獨特的屏幕和屏幕狀態。 完成點擊是一項艱鉅的任務。

奮進

在構建原型之前，我們首先設定了目標和非目標。 這有助於我們縮小原型設計的範圍。 例如。 我們想測試新的按體驗購物功能，但很確定我們已經遵循了結賬的最佳做法，因此我們決定不關注該流程。

接下來，我們評估了構建原型的 3 個選項：

1. Flash——我個人的最愛，我知道我聽起來很老派！
2. Marvel App – 因為每個人都在走這條路。
3. Invision App – Marvel 的競爭對手。

現在，由於涉及的間接費用，Flash 很快被排除在外。 Marvel 有點工作，但對疊加層的支持有限，我的整個設計都是基於表面和疊加層。 Invision 為我提供了更好的靈活性，因此我繼續使用 Invision。

課

範圍界定很關鍵； 即使是原型。

總結性測試

挑戰
必須優化測試以使設計失敗。

奮進

我們決定寫下我們將在可用性測試期間使用的腳本。 這裡的關鍵是弄清楚要測試什麼以及如何測試。 所以我列出了我的目標和非目標，據此我大致弄清楚我要測試什麼。

1. 初始心理模型——期望測試
2. 實際使用——免費探索測試
3. 導航– 性能測試
4. 可供性——視覺可供性測試
5. 任務流- 性能測試
6. 情感——語義差異化過程

完成後，我迅速針對每個項目制定了一項技術，然後轉向我想要關注的模塊。 在此之後，我繼續定義各個場景的任務流程。 我沒有寫下場景的語言，因為我不想听起來生硬。 我在 Slideshare 上分享了下面的腳本。

課

用錘子敲釘子，用螺絲刀擰螺絲。

招聘

挑戰
尋找同意參與內衣網站測試的女性（在印度）。

奮進

我們想要與 Zivame 的目標角色 Mahi Agarwal 非常相似的女性。 我們在社交媒體上發布了公告。 我們請女性幫助 Zivame 為女性打造出色的購物體驗！ 很多女性挺身而出，我們收到了很多回應。 不僅如此，他們還邀請了自己的朋友參加。 並向像 Deepika、Subha 和 Aastha 這樣具有遠見的女性表示敬意，她們更進一步，同意為我們的參與者展示一張臉。

我們處於篩选和招募參與者的有利位置。 表示有興趣的女性必須填寫參與者招募表格。 經過快速篩選後，我們將參與者列入候選名單，並給他們打電話安排與他們的會議。

課

找到真正的用戶並不難。 你只需要以正確的方式去做！

推薦閱讀

蜻蜓效應，詹妮弗·阿克和安迪·史密斯

可用性測試會話

挑戰
與女性談論銷售胸罩的網站。

奮進

在 D 日，我們做好了充分的準備，系統設置好了，劇本打印出來了，團隊準備好扮演他們的角色，參與者受到了熱烈的歡迎。
我們通過讓參與者感到舒適來開始會議。 我們從一些閒聊和簡要介紹開始。 我們強調了他們的貢獻是多麼重要，並要求他們不要擔心傷害我們的感情並提供誠實的反饋。 為了避免他們與我們分享他們的胸罩尺碼細節，我們確保我們告訴他們假設他們的尺碼是 34C。 我想他們喜歡這個主意。 我們確保他們相信：

你沒有被測試，我們是！
總是，每個用戶都會在這一刻微笑，我們知道，我們已經設法讓他們感到舒適。 在整個會議期間，我們確保重點是任務（以及設計）而不是產品。 那時我們將開始流程（如 PPT 中所述）。

在這些測試中，我們發現了一些非常有趣的東西。 令我們驚訝的是，沒有一個用戶對“商店”菜單有困難，這與我們之前的設計相比有很大的變化。 然而，當用戶到達子菜單時，他們感到困惑，我們知道它需要簡化（我們後來做了）。
我們還發現了表面標題欄的一個基本問題。 用戶在返回和關閉表面時面臨困難。 同樣，我們在下一次迭代中解決了這個問題。

其中一項主要發現是關於表面底部的粘性按鈕。 我們意識到，有時該按鈕會破壞用戶流程，因為用戶在沒有閱讀標籤的情況下點擊它，或者他們誤解了標籤。 我們找到了這種情況的替代方案。
總而言之，用戶被證明是非常有幫助的！

課

用戶是人，如果你善待他們，他們會很有幫助。

蟲子狂歡

挑戰
我們需要確保最終產品的行為是否符合設計和預期，而我們的時間已經不多了！

奮進

實際產品和實現之間總是存在相當程度的差異。
當 Zivame 測試版產品網站準備就緒時，我們希望確保產品的行為符合預期。 我們想看看用戶是否願意與我們實現的 UI 控件進行交互，並希望看到它在現實世界中工作。

因此，我們向所有 Zivame 員工開放了它，並進行了3 小時的錯誤記錄馬拉松，我們稱之為 Bug Bash。 我們發行了一張只能在 Beta 版網站上使用 3 小時的優惠券，並要求所有員工使用該優惠券並在 Bug Bash 表單中記錄他們遇到的任何錯誤。
我們將他們分成不同的團隊，並公佈了前 3 名團隊的獎品。 該計劃奏效了，我們收到了來自不同團隊的 223 份回复。 我們花了 2 天時間瀏覽整個列表並確定哪些是真實的。 提交的大多數錯誤是重複或已知問題，但我們發現了 12 個新錯誤（其中 3 個與 UI 相關）。

這給了我們對外發布測試版的高度信心！

課

測試永遠不會受到傷害，並且可以在任何階段進行。
向女性致敬，她們一路幫助我們在 Zivame 打造瞭如此美妙的購物體驗！

從世界頂級大學在線學習產品管理課程。 獲得碩士、Executive PGP 或高級證書課程以加快您的職業生涯。

為您推薦的特色課程：杜克 CE 的設計思維認證課程