同じ画面を見ても、頭の中に浮かぶイメージがまるで違う――発注者と開発者のギャップ

"シンプルでいいので、作ってください。"

発注者にとっては、これ以上ないほど明確な一言のはず。ところが、開発者から上がってきた成果物を見た瞬間、こんな気持ちになることがあります。

"…これ、私が求めていたものじゃないんですが？"

この気まずい瞬間、実は誰のせいでもありません。発注者と開発者は同じ言葉を聞いても、それぞれの経験と文脈をもとにまったく異なるイメージを思い描いてしまうからです。

なぜ同じ言葉が違って伝わるのか

私たちはみな、自分の経験を基準に世界を理解しています。発注者は解決したいビジネス上の課題を思い浮かべながら言葉を発し、開発者はその言葉を技術的な実装の単位として解釈します。ふたりの間には、職業的な言語の違い、業界の慣習、そして数十もの暗黙の前提が静かに積み重なっています。

決定的な違いは、ソフトウェアは建物とは異なり、目に見える設計図なしに言葉だけで始まるという点です。レンガ一枚積む前に図面を広げる建築とは違い、ソフトウェア開発は往々にして数言の会話から数ヶ月規模の作業が動き出します。だからこそ、出発点でのちょっとしたすれ違いが、完成時には大きな乖離となって現れるのです。

「シンプルな掲示板」という一言が生む、想像のズレ

こんな場面を想像してみてください。

発注者がこう言います。「掲示板をシンプルに一つ付けてください。」

発注者の頭の中には、社員がお知らせを投稿して確認できる、ちょうどそのくらいのメモ帳のようなものが浮かんでいます。カテゴリも不要、コメント機能もとくに要らない、とにかく「投稿して見る」それだけです。

一方、開発者の頭の中には少し違う絵が広がります。「掲示板」という言葉は、経験上、会員登録・ログイン・投稿・編集・削除・コメント・ページネーション・管理者権限まで備えた小さなコミュニティを意味してきたからです。場合によっては、本格的なオンラインフォーラム並みの機能を標準的なイメージとして思い浮かべることもあります。

どちらも間違っていません。どちらも自分の経験から出てきた**「シンプルな掲示板」**なのですから。問題は、このギャップが確認されないまま開発がスタートしてしまうことです。

想像のズレを縮める、ふたつのアプローチ

幸い、このギャップを埋める方法はあります。それが画面設計（ワイヤーフレーム）と具体的な参考例です。

ワイヤーフレームは、精巧なデザインでなくてもかまいません。どこにどのボタンがあって、クリックするとどの画面に遷移するか――手書きのスケッチレベルでも十分です。言葉では千の説明が必要なことも、画面一枚で伝わります。

参考例も強力なツールです。「こういうサイトみたいな感じです」とURLを一つ見せるだけで、何十分もの打ち合わせを省けることがあります。反対に「これは違います」と示せるだけでも大きな助けになります。

信頼できる開発会社なら、このプロセスを開発前に必ず踏みます。企画の段階でワイヤーフレームを一緒に描きながら「こういう理解でよろしいですか？」と先に確認してくれる開発会社――それが発注者にとって、パートナーを見極める最初の基準です。

すり合わせなければ、作ってみて初めてわかる

ソフトウェア開発において最もコストの高いすれ違いは、完成直前に発覚するすれ違いです。数ヶ月分の時間と費用が積み上がった後に「求めていたものと違います」という言葉が出てきたとき、双方が消耗します。

最初に少し時間をかけてお互いの頭の中のイメージを取り出し、照らし合わせること――それが、成功するプロジェクトの出発点です。

現在、企画中のサービスはありますか？ 要件を一緒に整理しながら、発注者と開発者の間に想像のズレがないかを確かめてみませんか。まずは気軽にお話しください。