「おすすめ」はなぜ信用されないのか - 信頼を築くUI/UX設計

Transcript

1. 「おすすめ」はなぜ信⽤されないのか 2026.05.dd 信頼を築くUI/UX設計 ryu (@_ryu1013)

2. アプリの「おすすめ」⾒てます？

3. • 株式会社タイミーに新卒⼊社 • タイミーというアルバイトのアプリを作ってます ryu（りゅう） 新卒プロダクトエンジニアしてます

4. None

5. 役に⽴つ 価値 がある 好ましい アクセス しやすい 探し やすい 使い やすい

   信頼 できる UXハニカム

6. 役に⽴つ 価値 がある 好ましい アクセス しやすい 探し やすい 使い やすい

   信頼 できる 信頼は⼟台

7. - 検索 / フォーム - ユーザー → システム - 主導権はユーザー

   - レコメンド - システム → ユーザー - 主導権はシステム

8. 信頼を伝えられないUI

9. 4ステップで直す

10. 推薦理由の透明性 1

11. 出典: https://www.netflix.com/

12. 推薦理由の透明性 システムの都合で 押し付けられたんじゃない と感じられる。

13. None
14. None

15. Before After

16. 条件変更の透明性 2

17. 出典: https://suumo.jp/

18. 条件変更の透明性 推薦に介⼊できるという感覚

19. None
20. None

21. Before After

22. 意思表⽰の制御権 3

23. 出典: https://music.apple.com/

24. 意思表⽰の制御権 声が届くと⾔う期待

25. None
26. None

27. Before After

28. 学習元の制御権 4

29. 出典: https://www.youtube.com/

30. 学習元の制御権 いつでも学習元を直せる

31. None
32. None

33. Before After

34. 透明性 制御権 ×

35. - 透明性 - 1. 推薦理由 - 2. 条件変更 - 制御権

    - 3. 意思表⽰ - 4. 学習元

36. Dark Side 信頼は偽装できる

37. 信頼を偽装する道具にもなり得る

38. https://www.deceptive.design/reading-list

39. If recommendations are a math problem, then resonance is a

    design problem. Spotify レコメンデーションが数学の問題だとしたら、共鳴はデザインの問題だ。 https://newsroom.spotify.com/2023-10-18/how-spotify-uses-design-to-make-personalization-features-delightful

40. 役に⽴つ 価値 がある 好ましい アクセス しやすい 探し やすい 使い やすい

    信頼 できる

41. 「おすすめ」はなぜ信⽤されないのか 2026.05.dd 信頼を築くUI/UX設計 ryu (@_ryu1013)