顧客の言葉がシステム仕様に落ちない──上流SEが業務理解で信頼を取る聞き方の原則

打ち合わせの場では、たしかに話は進んでいたはずなのに、あとで議事録を見返すと、仕様に落とせる情報がほとんど残っていない。

そんな経験がある人は多いと思います。

顧客はちゃんと話していた。こちらもちゃんと聞いていた。なのに、設計に進もうとすると急に曖昧になる。画面項目は見えているのに、業務の流れが見えない。要望は並んでいるのに、優先順位が見えない。例外処理を詰めたつもりなのに、テストの段階で抜け漏れが噴き出す。

この状態で起きているのは、単純な聞き漏らしではありません。

もっと本質的には、顧客は業務の言葉で話し、SEはシステムの言葉で受け取っている。この翻訳が途中でずれているのです。

上流工程で信頼されるSEは、話をたくさん聞く人ではありません。業務の話を、仕様に変換できる粒度で聞ける人です。

今日は、その違いを分ける聞き方の原則を書きます。

議事録が残っても、仕様は残らない

顧客との会話がうまくいかなかったとき、多くの人は説明不足や認識齟齬を疑います。もちろんそれもあります。ただ、実務ではそれ以前の問題が多いです。

それは、会話が出来事の共有で終わっていることです。

たとえば顧客はこう言います。

普段は営業が申請して、部長承認のあと経理に回します
ただし急ぎの案件は先に処理したいです
拠点によって運用が少し違います
今のやり方は現場に負担が大きいです

一見すると、かなり情報量があります。ですが、このままでは仕様に落ちません。

なぜか。理由は単純で、ここには業務の流れ、例外条件、判断基準が混ざっているからです。

普段は営業が申請、は通常フローです。
急ぎの案件は先に処理、は例外です。
拠点によって運用が違う、は分岐条件の存在です。
現場に負担が大きい、は改善要求です。

これらを分けずに受け取ると、議事録は作れても、仕様にはなりません。

つまり、顧客の言葉が仕様に落ちないのは、相手の説明が雑だからではない。話の中に混ざっている種類を分解できていないからです。

ここを外すと、要件定義が曖昧になるだけでなく、あとで必ず手戻りが起きます。

上流SEが最初に聞くべきは、機能ではなく業務フロー

システムに強い人ほど、つい機能の話に飛びがちです。

どの画面が必要ですか
承認ボタンは何段階ですか
CSV出力は必要ですか
通知メールは要りますか

もちろん必要な問いです。でも、早すぎます。

業務理解が浅いまま機能に入ると、必要そうなものは並ぶのに、全体がつながりません。結果として、あとから例外や責任分界が抜けていたことが発覚します。

だから最初に聞くべきは、機能ではなく流れです。

誰が
何をきっかけに
どの順番で
何を確認し
どこで終わるのか

ここが見えないまま機能に入ると、システムは作れても、運用に乗らないものになりやすい。

顧客の話を聞くときは、まず頭の中で業務フローを描くことです。会話の内容を箇条書きで積むのではなく、起点から終点までの一本の線として受け取る。

この姿勢だけで、聞く深さが変わります。

原則1 業務フローを聞く

最初の原則は、作業の流れを時間順に聞くことです。

ポイントは、理想論ではなく現実の運用を聞くことです。

どういう流れですか、だけだと、相手はあるべき姿を話しがちです。そうではなく、普段実際にどう動いているかを聞く必要があります。

たとえば、

最初に誰が動きますか
その次に何を見て判断しますか
どこで止まることが多いですか
最後に完了とみなすのは誰ですか

この聞き方をすると、業務の線が見えてきます。

上流で弱い人は、相手の発言を単発で拾います。
上流で強い人は、発言を流れの中に置きます。

この差は大きいです。

流れで聞けると、手順の抜けだけでなく、責任の所在や前後関係も見えてきます。つまり、画面や帳票の設計に入る前に、業務の骨格が見えるようになるのです。

原則2 例外を引き出す

通常フローだけを聞いて満足すると、ほぼ確実に後で詰まります。

実務を壊すのは、たいてい通常時ではなく例外時だからです。

急ぎ案件はどうするのか
承認者が不在のときはどうするのか
入力漏れがあったら差し戻すのか、後で補完するのか
顧客都合で順番が前後したらどう扱うのか

こうした例外を聞かないまま設計に入ると、現場は運用で吸収し始めます。そして、その運用が定着した頃に、システムが使いづらいと言われるようになります。

例外を聞くときのコツは、特殊ケースを全部洗い出そうとしないことです。全部は無理です。大事なのは、どんな種類の例外があるかを掴むことです。

僕なら、まず次の3つを確認します。

頻度は低いが影響が大きいもの
現場が手作業で吸収しているもの
拠点や担当者によってやり方が割れているもの

この3つを押さえるだけでも、設計の解像度はかなり上がります。

原則3 判断基準を確認する

最後に重要なのが、何を基準に判断しているかを聞くことです。

業務フローが分かっても、判断基準が分からなければ、仕様は曖昧なままです。

承認するかどうかは何を見て決めるのか。
優先処理にするかどうかは何で分けるのか。
差し戻しにするか、補完で進めるかは何で決めるのか。

この基準が言語化されていない現場は多いです。だからこそ、上流SEが価値を出せます。

顧客が曖昧なのは珍しいことではありません。むしろ普通です。業務は長年の慣習で回っていることが多く、判断基準は人の頭の中にあります。

そこで必要なのは、正解を知っている態度ではなく、判断の軸を一緒に外に出す態度です。

ここで信頼を取れるSEは強いです。単に聞き役なのではなく、整理役として見られるからです。

良い聞き方は、賢そうに見える聞き方ではない

ここで勘違いしやすい点があります。

上流で信頼を取る聞き方とは、難しい言葉で詰めることではありません。鋭い質問を連発することでもありません。

むしろ逆です。

相手が話しやすい順番で聞きながら、こちらの頭の中では、流れ、例外、基準の3つに整理していく。そのうえで、曖昧なところだけを丁寧に確認する。

この地味な聞き方が、一番強い。

顧客が求めているのは、頭の良さの誇示ではありません。自分たちの業務をちゃんと理解してくれることです。そして、その理解が、あとで仕様や設計に反映されることです。

つまり信頼は、話し方のうまさだけではなく、理解の再現性で積まれます。

明日から変えるなら、この3つだけでいい

全部を一気に変える必要はありません。

まずは次の3つだけ意識すれば十分です。

1つ目。会話を箇条書きで受けず、流れで聞く。
2つ目。通常時だけで終わらず、例外を1段深く聞く。
3つ目。最後に、何を基準に判断しているかを確認する。

この3つをやるだけで、打ち合わせの質はかなり変わります。

そして何より、自分の聞き方に軸ができます。

上流SEとして伸びる人は、最初から業務に詳しい人ではありません。顧客の言葉を、そのまま受け取らず、構造に変えて理解できる人です。

仕様に落ちないのは、あなたの理解力が低いからではないかもしれません。聞く順番と、整理する観点がまだ定まっていないだけかもしれません。

だとしたら、伸びしろは大きいです。

顧客の言葉を、ただ聞いて終わるのか。
それとも、仕様に変わる形で受け取るのか。

その差が、上流で信頼される人と、いつまでも作業者のままの人を分けていきます。
あなたは次の打ち合わせで、何を先に聞きますか。

次に読む：

はじめての方へ：

マガジンの紹介：

IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です！
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
記事は全て無料記事のみです。
気に入って頂けたらマガジンのフォローもよろしくお願いします！
共同マガジンに参加希望の方も募集中です！