【現場ファイル】検収で揉めた案件

「動く」と「受け入れる」のあいだで、僕が先に聞いた1行

「一通りの実装が完了しましたので、ご確認をお願いします！」

達成感とともにテスト環境のURLを送り、あとは「確認しました、問題ありません」の一言を待つだけ——そう思っていたのに、数日経っても合格の返事が来ない。
それどころか、チャットに「ちょっと触ってみたのですが、ここってこういう動きになりませんか？」と細かな指摘が並び始め、気づけば何週間も「納品中」のまま止まってしまったことはないでしょうか。

エンジニアにとっての「動く」と、クライアントにとっての「受け入れる」は、まったく別の言葉でした。

かつての僕は、エラーが出ずに画面が動いていれば、誰が見ても「完成」だと認めてもらえるものだと信じていました。
しかし現場で検収（納品物の受け入れ確認）が長引くとき、原因はプログラムのバグではなく、もっと手前にあった「ゴールの定義のズレ」だったのです。

この記事では、フリーランスとして15年開発を続ける中で、検収で揉めて請求や完了が伸びてしまった現場のケーススタディと、その溝を埋めるために僕が提出より前に必ず聞くようになった「1行の質問」をお話しします。

バグはゼロなのに、いつまでも「完了」にならなかった週

みなさんは、自分の中では100%作りきって提出したはずなのに、なかなか請求書を出せる状態（検収完了）にならず、胃が痛くなった週はありませんか？

僕には、15年のあいだに何度もあります。

受託開発では、制作物を出しただけでは仕事は終わりません。
クライアント側で中身を確認してもらい、「これで受け入れます（検収合格）」という合意が取れて初めて、契約上の完了になり、請求書を発行できます。

ところが、いざ成果物を出してみると、バグではない部分でやり取りが止まることがあるのです。

僕は吃音症があり、電話やオンライン会議で「それは最初の仕様どおりです」「ここからの変更は検収後の別費用になります」と口頭で押し返すのが得意ではありません。
言葉が詰まる前に、つい「すぐ直しますね」と引き受けてしまいます。

その結果、いつが納品日だったのか分からないまま修正が週を越えて続き、終わったと言える日がカレンダーから消えてしまったことがありました。

「仕様どおり動く＝受け入れてもらえる」と信じていた

かつての僕は、自分のパソコンとテスト環境で仕様書どおりに画面が動けば、検収は自動的に通るものだと思い込んでいました。

しかし、実際に検収が長引いた現場を振り返ると、僕とクライアントのあいだにはいつも「3つの見えない溝」が横たわっていたのです。

【溝①】「画面が動くこと」と「明日から業務が回ること」の溝

僕が見ていたのは、「フォームに入力して送信ボタンを押せば、データベースに保存されて一覧に出る」という機能の動作でした。

一方で、クライアントが検収の画面を開いたときに見ていたのは、「現場のスタッフが毎日50件入力するときに迷わないか」「間違えて押したときに戻せるか」という実際の業務フローだったのです。
動いてはいるけれど現場で使いにくい箇所が見つかると、クライアントは「まだ完成していない」と感じて受け入れの手を止めてしまいます。

【溝②】「窓口の担当者のOK」と「現場・決裁者のOK」の溝

制作の途中で、窓口の担当者に画面を見せたときは「すごくいい感じです！」と喜んでもらえていました。
だから僕は、最終の検収もすぐ通るだろうと安心していたのです。

ところが最終確認の段階になって、初めて社長や現場の責任者が画面を触り、「そもそもこの項目が足りていない」「うちの運用と合わない」と根本的な差し戻しが起きたことがありました。
途中まで褒めてくれていた人と、最終的に「受け入れる」のハンコを押す人が別だったのです。

【溝③】「バグの修正」と「触ってみて欲しくなった改善」の溝

一番多かったのは、動く画面を実際に触ったことで、クライアントの中に「やっぱりここもこうしたい」という新しい要望が湧いてくるケースです。

クライアントにとっては悪気のない「ちょっとした手直し」でも、こちらにとっては仕様変更です。
しかし、どこまでが確認項目で、何回までが無償の微調整なのかを先に握っていなかったため、すべての要望が「検収を通すための宿題」に化けてしまいました。

「動くものを作ったのになぜ終わらないのか」と悩んでいた僕は、相手が何をもって「受け入れる」と判断するのかを、一度も言葉にして確認していなかったのです。

検収のトラブルを分解して「先に聞く1行」を決めた

転機になったのは、納品後の「ちょっとした修正」が何週間も続いて疲弊した案件のあと、なぜ毎回最後の最後で認識が食い違うのかをノートに書き出したときでした。

書き出してみると、揉めた案件には1つの共通点がありました。

それは、「どうやってテスト（検収）するか」を、完成品を提出したあとに相手任せで始めていたことです。

こちらからURLだけをポンと渡して「ご確認をお願いします」と送ると、相手はどこからどう見ていいか分からず、目についたデザインの好みや、思い描いていた理想との違いをランダムに指摘し始めます。
確認の基準がないまま検収に入っていたから、ゴールテープが毎回後ろへ逃げていたのです。

そこで僕は、やり方を根本から変えました。

完成してから「見てください」と渡すのではなく、着手時——そして遅くとも提出の1週間前までに、「何を、誰が確認して、どうなっていれば今回の検収合格（受け入れOK）になるか」を1行の条件として先に握るようにしたのです。

「動く」と「受け入れる」の溝を埋める5つの手順

ここからは、僕が検収で揉めないために現在の案件で実践している5つの手順を、実際の声かけや文面とあわせて紹介します。