Access開発を依頼して後悔した事例に学ぶ！失敗しないためのヒアリングの受け方
「高いお金を払って作ってもらったのに、現場では使いにくくて放置されている」 「欲しかった機能が抜けていて、追加費用を請求された」
Access開発を依頼した後に、このような後悔を口にする担当者の方は少なくありません。 こうした失敗の多くは、実は最初の「ヒアリング（打ち合わせ）」の段階で、開発会社とお客様の間にボタンの掛け違いが起きていることが原因です。
開発会社に任せきりにせず、かといって無理な注文を押し通すのでもない。 今回は、過去の失敗事例から学ぶ、成功するためのヒアリングの受け方について解説します。
【教訓】「伝えたはず」は「伝わっていない」と考える
システム開発において、言葉だけのやり取りは非常に危険です。 開発会社があなたの業務を100%理解しているとは限りません。 「共通認識」をどう作るかが、後悔しないための最大のポイントです。
失敗事例1：今の不満だけを伝えて、将来を伝えなかった
「今のExcelが重いからAccessにしてほしい」という要望だけを伝えて開発した結果、半年後に「拠点を増やしたい」「スマホでも見たい」となったとき、作り直しが必要になるケースがあります。
ヒアリングの場では、今の不満だけでなく「今後、会社をどうしていきたいか」という将来の展望もセットで話してください。 プロはそれを見越して、後から拡張しやすい土台を作ってくれます。 目先の解決だけでなく、長く使える資産を作るという意識が、無駄な再投資を防ぎます。
失敗事例2：現場の「実際の作業」を隠してしまった
管理職の方だけで打ち合わせを進めると、実際の入力担当者が行っている「泥臭い工夫や手順」が聞き漏らされることがあります。 完成したシステムが、実は現場の細かいルールに対応できておらず、結局Excelに戻ってしまう……というパターンです。
【解決策】ヒアリングには「現場のキーマン」を同席させる
一番詳しいのは、毎日そのデータを触っている人です。 「実はここの入力が一番時間がかかる」「たまにこういう例外が発生する」といった現場の本音を、ヒアリングの場で包み隠さずプロにぶつけてください。 その一言が、使い勝手を左右する決定的なヒントになります。
失敗事例3：専門用語を「わかったふり」で流してしまった
開発会社の担当者が使う「リレーション」「主キー」「正規化」といった言葉。 わからないまま頷いてしまうと、完成間近になって「思っていたのと違う」という事態を招きます。
もし、開発会社の説明が難しいと感じたら、遠慮なく「それ、具体的にどういうことですか？」と聞き返してください。 あるいは「今の業務で例えるとどうなりますか？」と、自分の土俵に引き戻して話してもらうのがコツです。 お互いの理解がズレたまま進むことこそが、開発において最大のリスクなのです。
【必勝法】「絵」を描いてもらい、何度も確認する
言葉だけで納得せず、開発会社に「画面のラフ図」や「データの繋がり図」を紙に描いてもらいましょう。 「このボタンを押すと、この画面が出るんですね？」と、図を指差しながら確認することで、認識のズレは劇的に減ります。
ヒアリングは「二人三脚」のスタートライン
開発会社はシステムのプロですが、あなたの業務のプロではありません。 逆に、あなたは業務のプロですが、システムの構築については不慣れかもしれません。 この両者が「最高の道具を作ろう」という共通の目標に向かって知恵を出し合うのが、理想のヒアリングの姿です。
後悔しないシステムは、依頼者の「熱意」と開発者の「技術」が混ざり合ったときに生まれます。 今回ご紹介したポイントを意識して、ぜひ次回の打ち合わせに臨んでみてください。
もし、まだ不安が残るようであれば、まずは「相談」という形で、ラフな要望をぶつけることから始めてみませんか。 丁寧に耳を傾け、あなたの業務を深く知ろうとしてくれるパートナーであれば、きっと末永く信頼できる関係が築けるはずです。 一歩ずつ、納得のいくシステム作りを進めていきましょう。
