現場に行くだけでは足りない——プロダクトエンジニアが業務の流れを捉える観点と、その鍛え方

「プロダクトエンジニアは現場に行け」とよく言われます。
しかし、同じ接点を持っても、その業務を経験した人とそうでない人とでは、観察できる情報量が大きく異なります。

私は機械加工の現場で働き、その後エンジニアになり、現在は製造業向けSaaSを開発しています。この経験から、現場経験の有無が「観察の解像度」を大きく左右すると考えています。

本セッションでは、この「業務の流れを捉える視点」を分解し、何が観察を変えているのかを具体例で示します。

Transcript

1. 現場に行くだけでは足りない プロダクトエンジニアが 業務の流れを捉える観点と、その鍛え方 田中 杏直
2. 良いプロダクトを作るためには 顧客の業務と気持ち を、 深く理 解できているかが重要
3. だから、現場に行く。
4. でも、現場に行くだけでは 足りません。
5. 自己紹介 田中 杏直 工業高校 機械科 製造工場の現場 ソフトウェアエンジニアに転身 現在：匠技研工業 プロダクトエンジニア
8. こんな経験ありませんか？ 1 2 3 4 現場に行った 顧客に話を聞いた 課題を整理した 検証しリリースした ↓ それでも、 思うように使われなかった
9. 本日お話しすること 1 2 現場で顧客業務を 深く理解するための視点 深く顧客を理解していても 捉えづらいものへの向き合い方
10. ドメイン経験があると、 現場をどのように見ているのか
11. 具体例：現場訪問で見た在庫置き場
12. エンジニア的視点 Q 識別子は何か Q いつ数量が増減するのか Q どんなデータを持つ必要があるのか
13. 私は 「自分が在庫を取りに来た場合、 どれ を取れば良いのか？ 」 と考えた
14. 過去の業務経験から、こんなことを考えていた 以前の現場では、古い部品から使うルールだった 「ここでも古いものから使うのでは？」 手前を取れば良いというのをわかるが、横並びのものもある 「どれが一番古いのか、どれから取れば良いのか」 現場の方に聞いてみると 古いものから使う方針はあるが、 どれが一番古いのかまでは判別できていない
15. この見方は、 ドメイン経験者だけのものではない。
16. 自分がその業務をやるならどうするか、 という視点で物事を見る
17. 次の現場から 実際にやってみてください！！
18. そして、オフィスに戻ったら、 業務 を再現してみてください。 再現できないところ ＝ まだ捉えきれていないところ
19. 顧客の業務を自分でもできるくらい理解できた！ それでも、 捉えきれないもの がある
20. それは、 言葉になる前の感覚 です。
21. 例えば、製造業の現場では 間違えることへの 何度も繰り返すことで 身体に染みついた 本人も意識していない 怖さ 感じる面倒さ 判断 感覚
22. 例えば、製造業の現場では 間違えることへの 何度も繰り返すことで 身体に染みついた 本人も意識していない 怖さ 感じる面倒さ 判断 感覚 こうした感覚は、 極めて捉えづらい
23. 実例：AIが加工条件を教えてくれる機能 背景 加工方法や条件が分からないと、 上長やベテランに聞く必要がある ソリューション → AIが作業方法や加工条件を その場で教える
24. 業務フローだけを見ると、とてもシンプル 1 分からない 2 ベテランに聞く → → 3 答えを得る ↓ 1 分からない → 2 AIに聞く → 3 答えを得る
25. 私はこのソリューションに違和感があった 「聞く」という行為には 加工では 本当にこの条件で大丈夫なのか 一度間違えると、元に戻せない もし間違っていたらどうしよう 条件を間違えると、事故につながる → 自分だけで判断してしまっていいのか という怖さや心理が含まれている
26. AIの精度の問題ではない
27. 例2 10秒で終わる入力
28. ユーザーが入力してくれない 「実は10秒ではなく、 1 業務フローに作業が 分かかっている」 一つ増えたから 画面が使いづらいから ただ、ユーザーの感覚 まで考えると、もう一段違って見える
29. 入力は10秒。その 10秒だけを見て、負担は小さいと言えるか 本来の業務 → 入力する → ↓ わずかな作業でも、 業務の流れ を一度止める 本来の業務
30. 問題は「入力に 10秒かかること」ではない 10秒だけを見た場合 入力項目を減らす UIを改善する 作業者の感覚まで捉えた場合 → そもそも作業を中断させない ソリューションにする
31. こうした感覚まで捉えられるかどうかで 課題の捉え方 が変わり、 ソリューションの判断 にも影響する
32. 使われないもの を作らない
33. ドメイン × エンジニアリング
34. 経験者がいない組織はどうするのか？ ドメイン経験のある人を エンジニア自身が、 エンジニアとして採用・育成する 実際の業務を経験する ただ、どれも 簡単ではない
35. 一度経験するだけでは足りない 一度経験すれば分かるものではなく、 何度も何度も繰り返す中で身につく ものがある
36. だから現時点では、 特効薬はない
37. 組織として、長期的なドメイン理解に投資する 弊社の例 PdE自身が 顧客を持つ → 顧客の成功まで、 継続して関わる → ドメイン理解を、 時間をかけて蓄積する 業務・判断・変化に 触れ続ける
38. 本日のまとめ 1 「自分がその業務をやるなら？」という視点で見る 2 それでも、経験しないと捉えづらいものは残る 3 「まだ見えていないものがある」を前提に、課題の捉え方と解き方を問い直す 4 組織として、長期的なドメイン理解に投資する
39. ご清聴ありがとうございました CTOのnote 弊社PdEの顧客への向き合い方は、こちらで詳しく 書いてあります。