Zivameでのユーザーエクスペリエンスの形成：製品管理のケーススタディ

これはUditKhandelwalによるゲストブログです。

「ウェブサイトは素晴らしく、セッションは素晴らしかったです！ 次のラウンドに戻ってきたいです！」 – Deepikaは、 Zivameでのユーザビリティテストセッションを経て、家に帰る途中で声をかけました。 その瞬間から、Zivameは常にDeepikaの最初の選択肢になりました–誇り高い主婦と起業家。

私たちと一緒に買い物をする人々にそのようなシュールな感情を呼び起こすために私たちは何をしましたか？

さて、私たちは製品設計のすべてのステップでユーザーを巻き込みました。 私の記事では、女性がオンラインでブラを購入する方法をどのように変えたかについて、ユーザー調査を活用してブラを購入する新しい方法を発見する方法について説明しました。 ここでは、http：//notuser.com/how-i-changed-the-way-women-buy-bras-onlineにアクセスして、実際のユーザーでデザインをテストし、実際の洞察を得て、コース修正を実装しました。

ゲームプラン

チャレンジ
リソースは限られており、範囲は広大であり、段階的に強化された設計を絶えずかき回さなければなりませんでした。

努力

ウェブサイト全体は、5か月以内にゼロから設計および開発されることになっていた。 先月は、すべてのテスト、展開、および安定性に関連するアクティビティのためにすでに予約されていました。 そのため、新しいZivameエクスペリエンスを設計および開発するのに120日しかありませんでした。 私はこれがどこかで言っているのを聞いたことがあります：

今日は近道はありません。 私は急いでいます–スイスのことわざ

…そして私は、それに従うのにちょうどいい時期だと思いました。 間違った車線を進む余裕がなかったため、ショートカットを含まないゲームプランが必要でした。 したがって、初期の調査が終了した後、次のことを行うことにしました。

• Lo-Fiプロトタイプ：抜け穴の発見が完了するまで、そして壊れた流れをすべて修正するまで、スケッチを改良します。
• 形成的テスト：紙のプロトタイプを使用して、ランチテーブルにあったとしても、できる限り誰でも、できる限りテストします。
• Hi-Fiプロトタイプ：最終製品にできるだけ近い、忠実度の高いインタラクティブなプロトタイプを開発します。
• 合計テスト：実際のユーザーでテストし、実際の洞察を取得します。
• ベータテスト：実際の製品を世界に引き渡す前の、最終ラウンドのテスト。
• 反復：すべてのテストで、いくつかの良いニュースといくつかの悪いニュース（これは良いニュースでした）が配信されました。 バグの修正と反復ごとの機能強化を優先する必要がありました。

レッスン

ユーザビリティテストは、適切な計画、時間、およびリソースを必要とする継続的なアクティビティです。

形成的テスト

チャレンジ
初期設計は完全にテストされておらず、開発チームが私たちを待っていました。 私たちは彼らにしっかりした、本当に速い何かを与えなければなりませんでした。

努力

忠実度の低いプロトタイプは、より速く失敗したいときに美しく機能します。 彼らはあなたが早い段階でデザインの欠陥を発見するのを助けます、そしてデザイナー自身は生のデザインに変更を加えることに非常にオープンです。 Zivameでも同じことをしました。 ホワイトボードを使い終わったら、すぐにツールに移動してコンピューター上にさまざまな画面を作成し、印刷して画面フローを作成しました。

次に、オフィス内の何人かの人々（ターゲットのペルソナであるMahi Agarwalと密接に一致している）に特定のシナリオを実行するように依頼しました。 彼らが少しでも立ち往生しているときはいつでも、私たちは問題があることを知っていました。 多くの場合、彼らは私たちに注意を払った提案さえしてくれました。 次に、戻ってきて、ユーザーが自分が何であるかを提案している理由について話し合い、問題の根本原因に行き、独自の解決策を見つけます。

テストでは、設計の何が問題になっているのかがわかるだけでなく、新しい機会が明らかになることもあります。 たとえば、形成的テスト中に、ユーザーが通知を理解して操作できることがわかりました。 私たちはそれをグリーンシグナルと見なし、通知をより強力に、より深く統合するための設計を行いました。

レッスン

テストのために、最終製品を待たないでください。 余裕のあるプロトタイプを作成し、見つけた人と一緒にテストします。 より速く失敗します。

忠実度の高いプロトタイプ

チャレンジ
Webサイトには、300を超える固有の画面と画面状態がありました。 クリックスルーをまとめるのは大変な作業でした。

努力

プロトタイプを作成する前に、まず目標と非目標を設定します。 これは、プロトタイピングの範囲を縮小するのに役立ちました。 例えば。 新しいショップバイエクスペリエンス機能をテストしたかったのですが、チェックアウトのベストプラクティスに従っていることを確信していたため、そのフローに焦点を当てないことにしました。

次に、プロトタイプを作成するための3つのオプションを評価しました。

1. フラッシュ–私の個人的なお気に入り、私は昔ながらのように聞こえることを知っています！
2. マーベルアプリ–誰もがこのように進んでいるからです。
3. Invision App –マーベルのライバル。

現在、オーバーヘッドが関係しているため、Flashはすぐに除外されました。 Marvelはある程度機能しましたが、オーバーレイのサポートは限られていました。私のデザイン全体は、サーフェスとオーバーレイに基づいていました。 Invisionは私にもっと良い柔軟性を提供してくれたので、私はInvisionを進めました。

レッスン

スコープは重要です。 プロトタイプでも。

合計テスト

チャレンジ
設計に失敗するには、テストを最適化する必要がありました。

努力

ユーザビリティテストセッションで使用するスクリプトを書き留めることにしました。 ここで重要なのは、何をどのようにテストするかを正確に把握することでした。 そこで、目標と非目標をリストアップしました。これに基づいて、何をテストするのかを大まかに把握しました。

1. 初期メンタルモデル–期待値テスト
2. 実際の使用法–無料の探索テスト
3. ナビゲーション–パフォーマンステスト
4. アフォーダンス–ビジュアルアフォーダンステスト
5. タスクフロー–パフォーマンステスト
6. 感情–セマンティックディファレンシャルプロセス

それが完了したら、各ラインアイテムに対してテクニックをすばやくマッピングし、次に焦点を当てたいモジュールに移動しました。 この後、個々のシナリオのタスクフローの定義に移りました。 固く聞こえたくなかったので、シナリオの言語を書き留めませんでした。 以下のスクリプトをSlideshareで共有しました。

レッスン

釘にはハンマーを使用しますが、ネジにはドライバーを使用します。

募集

チャレンジ
ランジェリーのウェブサイトのテストに参加することに同意する（インドの）女性を見つける。

努力

ZivameのターゲットペルソナであるMahiAgarwalによく似た女性が欲しかったのです。 ソーシャルメディアに行って発表しました。 私たちは女性たちに、Zivameが女性のための素晴らしいショッピング体験を構築するのを手伝ってくれるように頼みました！ たくさんの女性が前に出て、たくさんの反応がありました。 これだけでなく、友達にも参加してもらいました。 そして、さらに一歩進んで参加者に顔を向けることに同意した、Deepika、Subha、Aasthaのような前向きな女性への称賛。

私たちは参加者を選別して採用するのに良い立場にありました。 関心を示した女性は、参加者募集フォームに記入する必要がありました。 簡単なスクリーニングの後、私たちは参加者を候補リストに入れ、彼らとのセッションをスケジュールするために彼らに電話をかけました。

レッスン

実際のユーザーを見つけることはそれほど難しくありません。 あなたはそれを正しい方法でやらなければなりません！

推奨読書

トンボ効果、ジェニファー・アーカー＆アンディ・スミス

ユーザビリティテストセッション

チャレンジ
ブラを販売しているウェブサイトについて女性と話す。

努力

D-dayには、システムのセットアップ、スクリプトの印刷されたコピーの準備が整っており、チームはそれぞれの役割を実行する準備ができており、参加者は温かく迎えられました。
参加者が快適に過ごせるようにセッションを開始しました。 まず、雑談と簡単な紹介から始めました。 私たちは彼らの貢献がいかに重要であるかを強調し、私たちの気持ちを傷つけることを心配せず、正直なフィードバックを与えるように彼らに求めました。 彼らがブラのサイズの詳細を私たちと共有することを避けるために、私たちは彼らに彼らのサイズが34Cであると仮定するように言ったことを確認しました。 彼らはそのアイデアが好きだったと思います。 私たちは彼らが信じていることを確認しました：

あなたはテストされていません、私たちはテストされています！
常に、この瞬間にすべてのユーザーが笑顔になるでしょう、そして私たちは彼らを快適にすることができたことを知っていました。 セッションを通して、私たちは、製品ではなく、タスク（したがって設計）に焦点が当てられていることを確認しました。 それがフローを開始するときです（PPTで述べたように）。

これらのテスト中に、いくつかの非常に興味深いものを発見しました。 驚いたことに、以前のデザインからの大きな変更である「ショップ」メニューを理解するのに苦労したユーザーはいませんでした。 ただし、ユーザーがサブメニューに到達したときに混乱し、簡略化する必要があることがわかりました（後で行いました）。
また、サーフェスのタイトルバーに関する基本的な問題も発見しました。 ユーザーは、戻ってサーフェスを閉じるのが困難に直面していました。 繰り返しになりますが、次の反復でこの問題を解決しました。

重要な発見の1つは、表面の下部にある粘着性のあるボタンに関するものでした。 ユーザーがラベルを読まずにクリックしたり、ラベルを誤って解釈したりするときに、ボタンがユーザーフローを中断するために使用されることがあることに気付きました。 そのような状況に代わるものを見つけました。
全体として、ユーザーは非常に役立つことが証明されました！

レッスン

ユーザーは人間です。あなたが彼らを上手に扱うならば、彼らは非常に役に立ちます。

バグバッシュ

チャレンジ
最終製品が設計および意図したとおりに動作しているかどうかを確認する必要があり、時間が不足していました。

努力

実際の製品と実装の間には常にかなりの違いがあります。
Zivameベータ製品のWebサイトの準備ができたら、製品が期待どおりに動作していることを確認したかったのです。 ユーザーが実装したUIコントロールを快適に操作できるかどうかを確認し、実際の世界で機能することを確認したいと思いました。

そこで、Zivameの全従業員に開放し、 3時間のバグロギングマラソンを実施しました。これをBugBashと呼びました。 ベータ版のWebサイトでのみ3時間機能するクーポンを発行し、すべての従業員にクーポンを使用して、発生したバグをバグバッシュフォームに記録するように依頼しました。
それらを異なるチームに分け、上位3チームの賞品を発表しました。 計画はうまくいき、さまざまなチームから223件の回答がありました。 リスト全体を調べて、どれが本物かを判断するのに2日かかりました。 提出されたバグのほとんどは重複または既知の問題でしたが、 12個の新しいバグを発見しました（そのうち3個はUIに関連していました）。

これにより、ベータ版を外部にリリースする自信が高まりました。

レッスン

テストは決して傷つくことはなく、どの段階でも行うことができます。
Zivameでこのような素晴らしいショッピング体験を構築するために私たちをずっと助けてくれた女性たちへの称賛！

世界のトップ大学からオンラインで製品管理コースを学びましょう。 マスター、エグゼクティブPGP、または高度な証明書プログラムを取得して、キャリアを迅速に追跡します。

あなたのための注目のプログラム：デュークCEからのデザイン思考認定プログラム