あなたはユーザーではない #PdENight

Product Engineering Night 12の登壇資料です。
https://product-engineer.connpass.com/event/379165/

エンジニア向けプロダクト開発では「自分もエンジニアだから分かる」という錯覚が危険。
バイアスを避けるために、ドメイン理解を分解し、一次情報を取りに行くことが重要。

Transcript

2. 梶川 琢馬 𝕏 @kajitack 株式会社 TechBowl VPoT エンジニアのキャリアの 1on1 をやっているサービス TechTrain の開発やメンターをやってます 2/16
4. エンジニア向けだから ドメイン理解は容易？ 「自分もエンジニアだから」ユーザー属性の一致 「自分もかつて学習者だった」過去の経験の類推 「後輩に教えた経験がある」隣接経験の拡大解釈 4/16
5. あなたはユーザーではない: The False-Consensus Effect 一度作り手になった瞬間、純粋なユーザー視点は 不可逆的に失われ、専門知識が視点を歪める Curse of Knowledge 一度知ると"知らない状態"に戻れない 初学者の詰まりが見えない "みんな知っているはず"と思い込む 自分の経験を一般化してしまう https://www.nngroup.com/articles/false-consensus/ 5/16
6. ドッグフーディングの問題 開発者は「オンボーディング」を頻繁に行わない → 新規ユーザーが最初につまずくポイントを見落とす 6/16
7. バイアスを捨てる 7/16
8. ドメイン理解を分解する ドメイン知識: 不変条件・契約・市場の約束 ユーザー文脈: 詰まり・動機・理解順序 8/16
9. toB と toC の違いを分析する toB 外部制約が支配的 業務プロセス・規制 （会計基準、法律、業界商習慣） リスク: 「使えない」 業務要件を満たせず、仕事が止まる toC 市場構造が支配的 市場力学・人間心理 （競合、トレンド、収益モデル） リスク: 「選ばれない」「儲からない」 競合に埋もれる、ビジネスとして成立しない 9/16
10. ユーザーの属性と ニーズを分類する TechTrain は toC と toB の両面を持つ 学習者個人と採用企業、両方が顧客 学習者：早く Rank を上げたい メンター：深い技術理解を重視 採用担当：即戦力を重視 etc... 正確さ（企業の信頼）vs 動機づけ（学習者の継続） 10/16
11. 一次情報を取りに行く 11/16
12. エンジニア自身が メンター活動を行う 学習者へのサポートを通して、どこで詰まるかを 一次情報として取得 また、メンターとしての理解度は高くなったので、 学習者ではなくメンターのドメインエキスパートと して開発を進めていける 12/16
13. イベントを通して 関係者と仲良くなる 学習者、メンターそれぞれとの関係性を 築くためイベントに参加 カンファレンスへのスポンサーや登壇を通して エンジニアコミュニティとの関係性を築く 13/16
14. 小さな実験で素早く検証 実装前に反応を見る: 入口だけ作って需要を検証 失敗を「貴重なデータ」として扱う 「自分の直感」ではなく「外部の事実」で判断 https://note.com/techbowl/n/n6895d3ec830e 14/16
15. まとめ 開発者がユーザーに近い属性でもドメイン理解は不可欠 市場構造・収益モデルとユーザー文脈の両方が必要 一次情報を取りに行く 観察・インタビュー・実験、検証は外部の事実で 15/16
16. https://techtrain.dev/media