ミーティングで「だいたいこんな感じで」と合意して、実装を進める。
2週間後、画面を見せたら「そんな話じゃなかった」と言われる。
Web制作17年。何度もありました。
「言った言わない」問題でつい思ってしまうこと
相手が嘘をついている。
自分の説明が悪かった。
どちらかが悪い。
正直、最初の数年はそう思っていました。
怒りか反省か、どちらかに振れる。
でも同じことが別のクライアントでも起きます。
人が変わっても構造が同じなら、人の問題ではないかもしれません。
「言った言わない」の原因 — 認識のズレを防ぐ人がいなかった
口頭で合意した。
でも、誰も「これで確定ですね？」と固めなかった。
制作側は「了解しました」で作り始める。
クライアント側は「まあそんな感じで」のつもり。
両者の頭の中にある完成像は、たぶん最初からずれています。
問題は嘘でも説明力でもなく、確定プロセスの不在かもしれません。
仕事の認識のズレを分解すると3つ抜けている
1. 書面化されていない
口頭合意は記憶です。
記憶は変わります。
議事録やチャットのログとして残っていなければ、両者とも「自分の記憶が正しい」と思います。
2. 確認フローがない
「これで進めます」という宣言と、相手の「OK」が揃って初めて確定です。
片方だけでは合意ではありません。
3. 役割が未定義
誰が議事録を書くのか。
誰が確認を取るのか。
決まっていなければ、誰もやりません。
仕事のコミュニケーショントラブルが起きる条件
口頭やチャットで仕様を決めている場合です。
契約書にスコープが明記されていて、変更管理フローがある現場では起きにくい。
つまり、フリーランスや小規模案件ほど発生しやすい構造です。
私の場合、議事録を必ず書いてチャットで送る、仕様変更はタスク化して追加見積もりを出す、この2つを仕組みにしたら消えました。
意志の問題じゃなく、仕組み化の問題です。
観測ドリブンで運用を育てるのと同じで、感情ではなくプロセスを見る。
完璧な仕組みじゃなくていいから、まず議事録を1通送るところから始めるだけで変わります。
問題は人ではなく、確定プロセスの不在かもしれない。
