AbemaTV プロダクトデザイン 2.0
•
2 gefällt mir•1,733 views
This presentation describes AbemaTV's recent product design methods. The methods are aimed at having the product keep evolving with the users, the business, and the developers for more than 10 years.
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (15)
Ähnlich wie AbemaTV プロダクトデザイン 2.0
Ähnlich wie AbemaTV プロダクトデザイン 2.0 (20)
Mehr von Yusuke Goto
Mehr von Yusuke Goto (17)
AbemaTV プロダクトデザイン 2.0
- 1. AbemaTV プロダクトデザイン 2.0 株式会社サイバーエージェント 五藤 佑典 - 2019.04.22 PM ナイト LT -
- 2. • California State University, San Bernardino グラフィックデザイン専攻 • ソフトウェアエンジニア @ サイバーエージェント • 株式会社 AbemaTV 開発本部 • New Device チーム • あらゆるデバイスに AbemaTV を展開するための技術を 提供するチーム • Streaming Client チーム • AbemaTV の再⽣品質を軸に UX エンジニアリングに コミットするチーム • 動画技術エバンジェリスト • 世界各国に⾜を運び動画技術に関する情報をキャッチアップし、 社内外の動画サービスの発展に貢献するロール • DesignOps 推進バックエンド • ⼤規模組織でスケールできるプロダクトデザイン開発組織構築 五藤 佑典 YUSUKE GOTO https://ygoto3.com/ @ygoto3_
- 5. PM • PM = Project Management or Product Management ? • プロジェクトマネジメント = ⽬的達成のための活動 • プロダクトマネジメント = プロダクト価値最⼤化のための活動
- 6. プロダクトデザイン 2.0？ AbemaTV を 3 年間運⽤して表⾯化してきた プロダクト価値最⼤化を阻害する要因を解決するための デザイン活動における次の⼀⼿
- 7. プロダクトデザイン 1.0 • 1 回 1 回の機能リリースがゴール • プロジェクトマネジメントと違いがない • デザイナーがデザインカンプ（Sketch データ）を作り、 エンジニアが実装 • デザインの意図はデザイナーしか把握できず、 実装はエンジニアしか把握できなかった • リリース後のデザイン評価がバラバラ
- 13. プロダクトデザイン 1.0 の課題 AbemaTV は「10 年間進化し続けるサービスを創る」ことが課題 • 1.0 では「10 年間進化し続けるサービスを創る」ことは難しい • プロダクトの進化は負債によって停滞する • バラバラにデザインされたプロダクトは負債を抱える • 総合的に⾒た対象要素とユーザーにデザインスコープを広げる必要性
- 17. デリバリーもプロダクトデザインの⼀部 • どんなプロダクトデザインも初期リリース時は最低 • プロダクトは継続的で正確な改善によってのみデザインされる • 特にデジタルプロダクトは常時変更可能でそれが競争⼒
- 18. デリバリーもプロダクトデザインの⼀部 • どんなプロダクトデザインも初期リリース時は最低 • プロダクトは継続的で正確な改善によってのみデザインされる • 特にデジタルプロダクトは常時変更可能でそれが競争⼒ 複数のユーザー（エンドユーザー、事業者、開発者）に対する デザインを管理する⼿法が必要
- 20. ストーリー駆動開発 全てのデザインの変更はエンドユーザーの⾏動（ストーリー）に 変化を与える⽬的で⾏う • 仮説（現状の課題と予想される変化値）を検証できる単位で デザイン変更をデリバリーする
- 24. ストーリーオーナー ストーリーを確実にデリバリーするというミッションに対して ⾃分⾃⾝が当事者意識を持って向き合うロール • ストーリーに対する本質的理解 • ストーリーデリバリーを完遂するための⾃⾝のパフォーマンス把握 • チームメンバーやチーム外⼈員などを活⽤した解決⽅法の模索
- 26. ストーリーオーナーが取り組む視点 • エンドユーザーに対するデザイン 2.0 • 事業者に対するデザイン 2.0 • 開発者に対するデザイン 2.0
- 31. どんな情報を得て…
- 32. どう⾏動するか
- 35. 事業者に対するデザイン 2.0 説明責任を果たすストーリーのデザインを推進する • デザインの意図をファクト（事実）によって説明する • デザイン変更に対して KPI を設定する • 事業指標に関する変化が計測可能なようにデザインする • 不確実性を最⼩化するデザイン戦略を取る
- 42. しかし、新たな仮説のタネを
- 45. 開発者に対するデザイン 2.0 ストーリーがデリバリーされるまでのタスクの中で、 継続的な変更に耐え得るデザインの構造化を推進する • デザインの意図が分かるように情報が整理されているか • デザインデータが関⼼別にコンポーネント化されているか • デザインデータと実装の構造が⼀致しているか
- 47. デザインの構造 • リリースするデザインは常に変更前提の仮だと考える • 継続的に変更が可能という機能はプロダクトデザインの１要素 • 変更容易性を⾼くするためにデザイン要素を構造化する 継続的にデザインが変更できるということは デザインデータが柔軟に取り外し可能な部品によって 構成されているということ
- 50. １つのストーリーへの変更が複数の部品に影響することがないように デザインの関⼼事を分離する （チームメンバー全員が理解しやすいようにリネームも試みる Object → Cnt / Task → Act / Interface → Elm etc.）
- 51. デザインデータと⼀致した実装構造
- 58. プロダクトデザイン 2.0 やることいっぱい Figma で モブデザイニングする
- 63. QA デザイナー デザイナー
- 66. まとめ AbemaTV のプロダクトデザイン 2.0 では • デザインする対象素材と届けるユーザー対象のスコープを拡⼤ • ストーリーというデリバリー単位で 広くなったデザインスコープの成果物を管理 • 広くなったデザインスコープに対してチーム全員でタックル