プロダクト開発では「ヒアリング」をしてはいけない｜山田真央｜ダイニー

ビジネスの世界では「顧客へのヒアリングが大事だ」とよく言われます。 お客さんのもとを訪れて「どういうことに困っていますか？」と質問し、そこで聞き出した課題をもとに、プロダクトの開発や改善に活かしていく……。これが定石だとされています。 しかし、これはIT業界に広がる大きな誤謬であると、私は考えています。 ヒアリングによる「追体験」には限界があるからです。 ダイニーは飲食店に向けて、モバイルオーダーやPOSシステム、決済や勤怠サービスなど、お店の課題解決につながるプロダクトを提供しています。 私たちは、お店への「ヒアリング」のみに基づいてプロダクトを作ることはしません。 ヒアリングのみならず、メンバーが「飲食店のスタッフとして、実際に働いてみる」というやり方をとっています。自らが「当事者」としてオペレーションを体験し、そこで得た知見をもとに、プロダクトの開発・改善をするのです。 これが最も有

[dominion525]

インタビューはするべきだけど「何が欲しいか」じゃなくて「今やっていること」を聞くのが望ましいし、それをより解像度高めるのが「一緒に働く」なのですごく良いと思います。ペルソナとかも実在の方が捗りがち。

[tpircs]

PV狙いのタイトルがアレだなぁ・・・。ヒアリング「だけ」ではいけないって文中では書いてるってのに。一部の人だけが体験するのでなく全員が体験というのはとても良いと思う。

[mohno]

「飲食店のスタッフとして、実際に働いてみる」←これは分かる。開発のことを分かっていない相手にヒアリングしても、何がどうできるのかイメージしたり説明したりしてもらいにくいというか。

[Sampo]

前に転職活動したとき、ニトリを志望して受けたんだけどその理由がこれ、全職種必ず店舗業務を経験してもらうって書いてあったことなんよね。ここは本気で使えるシステムを作る気があるなと思ったの（結果は不採用）

[mng_dog]

自分自身がユーザーになるのが一番だけど、なれない場合もあるし、ユーザーとしての視点は多様な方が良いので、ヒアリングの手法も確立したいところ。

[Iridium]

IBMも最初にこれをやっていれば契約前に撤退できたかもしれない。

[NOV1975]

「ればよい」と軽々しくいうのも責任放棄の一つだよ。極論すると、医療ロボットを作るのに「手術をしてみれば良い」というようなものだよ。

[natu3kan]

実際に何が必要かをクライアントに訊くよりも、今やってる業務を体験したり教えて貰って、製作側で必要なシステムや代替や更新すべき内容を洗い出した方が早いよね。

[dgen]

しれっとシフトインは退勤後と書いてあってこれは・・・となった。

[satomi_hanten]

それが出来るなら一番良いだろね、営業が適当にヒアリングした内容をSEがひーこら言いながら作る地獄は改善されそう。

[skypenguins]

フォードの「もし顧客に彼らの望むものを聞いていたら、 彼らは『もっと速い馬が欲しい』と答えていただろう。」と同じかな

[t2y-1979]

現実で起こっている事実から本質的な課題を追求していく抽象化スキルが大事と読めた

[hate1229]

“「ヒアリング」をしてはいけない” のタイトルは釣り。退勤後に、それぞれ自分が行きやすい店舗にスタッフとして入ります。←ボランティアではないよな？

[dalmacija]

ああなるほど、この人は「ヒアリング（笑）」という認識を隠して上品に振る舞おうとして失敗してるわけね

[progrhyme]

逆説的

[deep_one]

『メンバーが「飲食店のスタッフとして、実際に働いてみる」というやり方をとっています』客先常駐は古典的な開発方法である。昔は「客先常駐一年は普通」とか言われていた。

[yamadadadada2]

ヒアリングの上位互換であるドッグフーディングのほうがいいよという話かな。それはそう。/ エンプラ向けの開発なんかだとこれが難しいのでヒアリング頑張るしかなさそう

[hecaton55]

それはそう。ただし１週間程度働いただけでは全貌が見えない業務などが世の中にはあるので限界はある。まぁ費用と時間の制限が無ければ出来るんでしょうけど

[mayumayu_nimolove]

マジか。じゃあ自分も医者になるわ。

[REV]

あれだ、ヘボは顧客を見ず容れられない。秀でた人材は顧客を見て導入に成功させ、天才は（直には）顧客を見ずに普遍性のあるプロダクトを作って広く普及させるっていうABA'論法が捗るな。

[jet-city-people]

ダイニーは頑張ってると思うし飲食店にはよいかもしれんが顧客体験としてはクソだるいのでそっちの視点を持ってほしい

[xyamashita]

“プロダクト開発では、まずは「お客さんがモヤモヤと抱えている課題を、言語化してあげる」ことから始めなければいけません”

[FreeCatWork]

ヒアリング？そんなのいらないにゃ！自分で働いてみればわかるにゃ！猫の手も借りたいくらい忙しいけど、現場を知るのが一番にゃ！

[kamayan1980]

まるっと「観察参与」の話じゃないかしら。んで、大事な点は導入現場との信頼関係を築くことだと思ってるので、それをお仕事にしてます。調理アプリを開発するために包丁を握れ、って話ではない。

[toaruR]

クリティカルシンキング的な

[nrp6]

バクマンでもアンケに阿るなって回あったよね。顧客が本当に求めてるものは自分ではわからない。のでシフトインとか観察はだいじだと思う。シフトインって基本的にはお客さんに迷惑かけちゃうから、方法を考えなきゃ

[mkataigi]

ヒアリングをしてはいけないは若干タイトル詐欺だが、ヒアリングを鵜呑みにしてそれだけで動いてはいけないのはその通りだと思う。お客さんは課題を語るプロではない

[khtokage]

結局、ITに詳しくないと「困っていることのうち、どれがITで解決出来ることなのか、解決可能ならその手法とコストは」ということが本質的に分からないので、ヒアリングでは全ては聞き取れないんですよね

[shino_azm]

医療ロボットがどういうもの指してんのかわからんが手術するロボットなら実際に手を動かさなくとも現場で観察とか必要じゃないの？美容医療でクリニックで開発エンジニア抱えてるとこもあるぜ

[xlc]

理想かもしれんが、その「働いてみる」の金はどこから出てるのかね。

[taka_zyawa]

素晴らしいこと。ただ、この時間を与えられることの方が稀なので、現場で働かなくても解像度高くヒアリングできる能力が重宝されるのよ。 そんなことできる人は一握りなんだけどね。

[shogo0809]

いい話だー。 介護業界向けシステム作っていたとき「できればいちヘルパーからサ責・管理者まで、自分で経験したい」と思ってたし、公言してたのを思い出した。 やっぱそれが最強だよなー。

[snowcrush]

わかる / これもヒアリングじゃんって思う人もいるかもしれないけどこれは「観察」

[stealthinu]

「飲食店のスタッフとして、実際に働いてみる」これはすごくわかる。それこそなにが課題なのかが表面的じゃないとこまでわかる。そして表面的じゃない問題はITでは解決できない問題だったりもする。

[norix31]

ここまで振り切って現場に入ろうとするのは良いと思う。そうしないと見えないものばかりだよね。