スライド合同勉強会__31-Mar-2023-132210_.pdf

Transcript

1. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 新規事業開発でのクイックな 仮説検証のためにやってきた４つのこと
2. 平林 竜一 2022年 株式会社Relicに新卒デザイナーとして入社。 UIデザイン、プロトタイプ開発を行うプロジェクトに参加。 最近noteをはじめました！ “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 01｜自己紹介
3. Relicのスタートアップスタジオ。 事業を立ち上げる際の課題を解決するための仕 組み、起業に必要な環境を提供する。 【第１号案件】株式会社RUFU 事業展開に向けて、事業アイディアの を行う。 仮説検証 仮説検証に使う プロトタイプ作成を行う。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 02｜今回の取り組みについて...1 数件ほどユーザーインタビューに参加。 チーム全体では3ヶ月でトータル80件くらい...！
4. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 03｜今回の取り組みについて...2 デザイナー ディレクター D このアイディアを プロトタイプにしたいです！ このアイディアを プロトタイプにしたいです！ 完成したら検証へ... 検証の目的等を説明 フィードバック ヒアリング プロトタイプの作成
5. なぜ仮説検証が必要か？ 限られたリソースや、制約の中、より最小限のコストで 仮説検証を繰り返しながら、仮説の精度を高めていく必要がある。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 04｜仮説検証とは？
6. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 05｜仮説検証とは？ 検証で明らかにしたいことは何か？ we 価値仮説：「ユーザーはどのような人で、何に価値を感じる人なのかw ge 課題仮説：「そのユーザーが抱えている課題は何かw te ソリューション仮説：「課題に対して、どのようなソリューションが有効か」 https://goodpatch.com/blog/before-prototyping
7. デザイナーが仮説検証で考えたいこと 仮説の精度・ 再現度を上げる 仮説検証時の 優先度決め 検証時のユーザーフローを想定して、 想定シナリオを言語化しておく。 一番検証したいポイントはどこなのか？を決 めて、そこに多くのリソースを割く。 プロトタイプに対して、具体的な反応、確度 の高い回答が出るプロトタイプをつくる。 事業アイディアのコアとなる部分について ヒアリング、ドキュメントを読み込む。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 06｜検証でやりたいこと
8. デザイナー目線、 ユーザー視点から 考慮する 言語（仮説） ↓ 非言語化 ユーザー視点を持って、そもそもこの機能や ソリューションが適切か確認する。 要望、要件は言語されているが、具体的な ビジュアルイメージは忘れがち。 誰もがイメージできる最低限のラインまで デザインする。 言語をイメージに変換するためのリファレン スを集める、その擦り合わせを行う。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 07｜検証でやりたいこと デザイナーが仮説検証で考えたいこと
9. ケース1： リファラルマーケティングサービス サービス、製品の紹介を促進する広告バナーが出現する。 表示されてからSNSに公開するまでのプロトタイプ 友達紹介キャンペーン 友達が新規アカウント作成すると を いつもNotionをご愛用いただき ありがとうございます。 Notionを紹介して特典がもらえる キャンペーンに参加しませんか？ Notionを紹介する 友達紹介キャンペーン 友達が新規アカウント作成すると を いつもNotionをご愛用いただき ありがとうございます。 Notionを紹介して特典がもらえる キャンペーンに参加しませんか？ Notionを紹介する Notionを紹介する
10. 仮説の精度・再現度を上げる 仮説検証時の優先度決め 仮説の精度を高める上で重要なのが、プロトタイプ上でのユーザー体験。 現在動いているデモでは「スタート〜ゴール」までのステップが冗長だった。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 09｜プロトタイプ：ケース１
11. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 10｜プロトタイプ：ケース１
12. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 11｜プロトタイプ：ケース１ 不要なフローを整理して、新たに作成した ユーザーフローをもとに、プロトタイプを作成する。
13. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 12｜プロトタイプ：ケース１ 仮説の精度・再現度を上げる 試験運用の際、ユーザーがなぜ反応しないのか？ すぐに離脱するかがわからなかった。
14. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 13｜プロトタイプ：ケース１
15. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 14｜プロトタイプ：ケース１ ユーザーインタビューを行い、彼等の「行動、発言」を細かくメモ。 そこから見えた「ユーザー課題」「気づき」を共有。
16. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 15｜プロトタイプ：ケース１ 言語→非言語 デザイナー目線、ユーザー視点から考慮する デザインの観点から「なぜ注目されないのか？」と聞かれた時、 自分でリファレンスを調べたり、持っていないといい議論ができない。
17. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 16｜プロトタイプ：ケース１
18. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 17｜プロトタイプ：ケース１ リファレンス集めを行い、なぜいいのか？ダメなのか？について批評する。 比較対象、分析対象から次の検証に向けて修正していく。
19. ケース2： ファンマーケティングサービス 自社製品を使用するインフルエンサー、一般ユーザーに対して、 ギフティングを行ったり、SNSでのアクティブ履歴を確認するプロトタイプ
20. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 18｜プロトタイプ：ケース2 仮説の精度・再現度を上げる 言語→非言語 複雑な機能、仕様などの場合、言葉による説明だけでは プロトタイプのイメージがわかない。 メンバー間でも認識齟齬が起きる可能性が高かった。
21. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 19｜プロトタイプ：ケース2
22. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 20｜プロトタイプ：ケース2 デザイナー以外もワイヤーを作成し、検証したい機能やデザインについて デザイナーとディレクターの双方向で決めていった。
23. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 21｜プロトタイプ：ケース2 デザイナー目線、ユーザー視点から考慮する 言語→非言語 ラフはスピーディーに作ることができるので、初期段階はそれでいいが、 検証に向けて、何を表示するか？特徴を出したい部分についてピンとこない。
24. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 22｜プロトタイプ：ケース2
25. “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 23｜プロトタイプ：ケース2 機能的な部分については説明で補足してもらい、足りない部分はこちら側で 提案することで、検証時のイメージと近づけていく。
26. 振り返り 仮説の精度・ 再現度を上げる 仮説検証時の 優先度決め デザイナー目線、 ユーザー視点で 考慮する 言語（仮説） ↓ 非言語化 ・今回の検証では、全ての検証工程にコミットできていたわけではない。 ・検証時のキャッチアップや、認識合わせに時間はがかかる。 ・検証目的を聞いただけでヒアリングを終えず、定期的に認識を合わせな　 　 がら、デザイナー/ユーザーの立場を意識してコミュニケーションする。 “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 24｜まとめ
27. ご清聴ありがとうございました “エンジニア、ディレクターと共に仕事を進めるためのデザイナー的コミュニケーションハック” 終わり