「完成しましたので、内容のご確認をお願いします」
開発会社からこの連絡が来たとき、何をすればいいのか。画面を開いて、いくつか質問を打ち込んでみる。それらしく答えが返ってきた。じゃあ大丈夫でしょう、と印を押す。よくある光景です。
実は、この瞬間が、開発の全工程の中で最も危ない場面です。
私たち株式会社Milestoneは、静岡県沼津市を拠点に、AIシステムとAIチャットボットの開発を手がける静岡のAI会社です。今日は、受け取る側の作法をお伝えします。
先に、大切な考え方を一つ。検収とは、「動くかどうか」を見る作業ではありません。「約束どおりかどうか」を確かめる作業です。
動いているだけなら、たいていのシステムは動きます。問題は、決めたとおりに動いているか。答えてはいけないことに答えていないか。そして引き渡された後、自社が困らない状態になっているか。ここまでが検収の範囲です。
何を確かめるのか、AIならではの確認項目、印を押す前の最終チェック、そして問題が見つかったときの伝え方まで。読み終える頃には、「確認をお願いします」に自信を持って向き合えるようになっているはずです。
検収で、本当に見るべきもの
まず、基本の姿勢から。
「動きました」は、合格の証明ではない
開発側が「動いています」と言うとき、それは技術的に稼働している、という意味です。でも、貴社が費用を出して求めていたのは、稼働そのものではなく、業務が回ることのはずです。
動くことと、使えることは違います。 そして使えるかどうかは、作った側ではなく、使う側にしか判定できません。ここが検収の本質です。
しかも、この判定は開発会社にはできません。彼らは「決められたとおりに作ったか」までは分かりますが、「その決め事が業務に合っていたか」は分からないからです。検収は、発注側にしかできない工程です。
判定の基準は、要件定義書にある
では、何を基準に判定するのか。答えは明快で、契約時に取り交わした要件定義書です。
「何を作るか」「何は作らないか」「何をもって完成とするか」。この三つが書いてあるなら、あとはそこと照らし合わせるだけの作業です。書いていなければ、その時点で判定の基準がありません。何をもって「できた」とするかを、双方が違う頭で考えていることになります。
検収でもめる案件は、たいてい要件定義の段階でつまずいています。 逆に言えば、そこが厚ければ、検収は静かな照合作業で済みます。
要件定義書が手元に見当たらない、あるいは中身が薄い場合は、検収の前に開発会社と論点をすり合わせておいてください。「何ができていれば完成とみなすか」を、この段階でメールに書き出して共有するだけでも違います。判定の物差しが無いまま当日を迎えるのが、いちばん危ない形です。
遠慮しないでいい場面
もう一つ、心構えの話です。「こんな細かいことを言ったら、面倒な客だと思われないか」。そう感じる方は多いのですが、ここは遠慮する場面ではありません。
検収は、相手を疑うための作業ではなく、お互いの認識を合わせる最後の機会です。 そして、良い開発会社ほど、細かい確認を歓迎します。後から発覚して信頼を失うより、その場で直すほうが、双方にとってはるかに楽だからです。
確認の五つの観点
見るべき点を、五つに整理します。
| 観点 | 確かめること | 見落とすと |
| ①正しく答えるか | 想定した質問に、正確に | 信頼を失う |
| ②答えないか | 範囲外に、答えていないか | 事故になる |
| ③つながるか | 人へ渡す出口が動くか | 行き止まりになる |
| ④現場で使えるか | 実際の使い手が操作できるか | 使われない |
| ⑤自社で直せるか | 更新の手順が渡されたか | 業者依存になる |
①正しく答えるか──想定した質問で試す
まず、要件定義で決めた「よくある質問」を、一つずつ投げていきます。三十問なら三十問、抜かさず全部です。時間はかかりますが、ここが土台になります。
ここで大切なのは、答えの正しさを、業務を知っている人が判定することです。開発側には、その答えが正しいかどうか判断できません。料金が一年前の古いものでも、教わったとおりに答えているだけなので、気づきようがないのです。
試すときは、一問ずつ結果を書き留めてください。三十問を続けて試すと、後半で何を確認したか曖昧になります。「試した」という記憶ではなく、「試して○○だった」という記録を残す。 後述の記録の形が、そのまま使えます。
②答えてはいけないことに、答えていないか
これがAIシステム特有の、最も重要な確認です。
扱っていない商品を聞いてみる。決めていない納期を聞いてみる。値引きの可能性を尋ねてみる。他社との比較を求めてみる。医療や法律に近い判断を求めてみる。望ましいのは、正直に「分かりません」「担当者にご確認ください」と返すことです。
ここでそれらしい答えが返ってくるなら、範囲の制御が効いていません。これは軽微な不具合ではなく、設計そのものの問題です。 遠慮せず、必ず指摘してください。稼働後に同じことが起きれば、謝るのは貴社です。
③人へつなぐ出口は、動くか
「担当者と話したい」と入力したとき、どうなるか。答えられない質問が来たとき、どこへ案内するか。営業時間外は、何と返すか。急いでいる相手には、電話番号を出すのか。
出口の確認は、忘れられがちです。 正常な質問ばかり試して、行き詰まったときの動きを見ないまま検収してしまう。ここは必ず、意図的に行き詰まらせて確かめてください。 お客様は、必ず行き詰まります。
④現場の人が、実際に使えるか
社長や情報担当の方だけで確認して終わらせないでください。実際に窓口を任される現場の人に、必ず触ってもらう。
そこで初めて分かることがあります。ボタンが見つからない。文字が小さい。スマホだと操作しづらい。何を聞けばいいか分からない。使う人が使えなければ、どれだけ正確に答えても意味がありません。
⑤引き渡し後、自社で何ができるか
これは見落とされやすい観点です。よくある質問の答えを直したいとき、自社でできるのか。それとも毎回、業者に依頼して費用が発生するのか。
この確認を検収の前にしておかないと、運用が始まってから「そんなはずでは」ということになります。 更新の手順書があるか、その場で操作を教えてもらえるか、練習させてもらえるか。ここも立派な検収の対象です。
具体的には、次の四つを聞いてください。答えの文言を直したいとき、誰がどこで直すのか。新しい質問を追加したいとき、自社でできるのか。会話の記録は、誰がどうやって見るのか。困ったときの連絡先と、返答までの目安はどれくらいか。
この四つに即答できる状態で引き渡す会社は、運用のことまで考えて作っています。 逆に、この場で答えが濁るようなら、稼働後の対応も同じ調子になると考えたほうがいいでしょう。
当日、この順で進める
実際の検収は、この順番で進めるとやりやすいはずです。
| 順番 | やること | 目安時間 |
| 1 | 要件定義書を手元に開く | 5分 |
| 2 | 決めた質問を、一つずつ試す | 60分 |
| 3 | 範囲外の質問を、意地悪に試す | 30分 |
| 4 | 人へつなぐ出口を確かめる | 15分 |
| 5 | 現場の人に自由に触ってもらう | 30分 |
| 6 | 更新の手順を説明してもらう | 30分 |
| 7 | 書類と契約条件を確認する | 20分 |
合計しても、三時間ほどです。この三時間を惜しむと、その後の数年に影響します。 逆に言えば、たった三時間で確かめられるのです。
一日で終わらせる必要もありません。むしろ二日に分けて、その間に現場の人が自由に触る時間を取るほうが、良い指摘が集まります。
AIならではの、もう一つの確認
ここまでは、画面を触って確かめる話でした。もう一つ、AIシステムだからこそ見ておきたいものがあります。答えの元になっている教材です。
何を根拠に答えているか、聞いてみる
AIは、渡された資料をもとに答えます。だから、どの資料をもとにしているかを確認させてください。
「この回答は、どの資料に基づいていますか」。開発会社に、そう聞いてみる。答えの一覧と、その根拠になった資料の対応が示せない場合、更新のときに必ず困ります。 どこを直せばどの回答が変わるのかが分からないからです。
教材の中身を、一度目で見る
渡した資料が、そのまま使われているとは限りません。整理の過程で抜けたり、要約されたりしていることがあります。
料金表の一部だけが取り込まれていた。古い版が混じっていた。書きかけのメモが入っていた。こうしたことは、答えを一つずつ試すより、教材を直接見るほうが速く見つかります。
更新の反映を、その場で試す
いちばん確実なのは、目の前で一つ直してもらうことです。
「この料金を変えたら、どう反映されますか」と頼み、実際に更新して、答えが変わるところまで見せてもらう。反映に何日かかるのか、自社でできるのか、費用が発生するのか。 説明を聞くより、一度やってみるほうが正確に分かります。
この確認をしておくと、稼働後の運用が具体的に想像できるようになります。
意地悪な試し方
正常な質問だけでは、品質は測れません。
くだけた言葉で、聞いてみる
「営業時間を教えてください」ではなく、「何時までやってる？」「今日あいてる」「まだいける？」。お客様は、丁寧な文章では書きません。実際に来るであろう言葉で試すのが、本当のテストです。 丁寧な例文しか試していない検収は、テストとして甘いのです。
打ち間違いを、わざと入れる
「駐車場」を「注射場」と打ってみる。文字が抜けた状態で送ってみる。変換ミスをそのまま送ってみる。多少の誤りを汲み取れるかどうかは、実用性に直結します。
怒っている風に、書いてみる
「対応が遅すぎる、どうなってるんですか」。ここでの振る舞いは、会社の信用に関わります。軽い調子で返していないか。絵文字が出ていないか。人へつなぐ判断ができているか。
長い質問を、一度に投げる
お客様は、一度に複数のことを聞いてきます。「駐車場はありますか、あと土曜も営業してますか」。二つとも答えられるか、片方を無視していないかを確かめてください。片方だけ答えて終わるのは、意外とよくある弱点です。
同じことを、三回聞く
一度目と三度目で、答えが違っていないか。少し言い方を変えても、同じ内容を返すか。安定して同じ答えを返すかどうかは、信頼の土台です。
現場の人に、自由に触ってもらう
そして最後に、何も指示せず自由に触ってもらう時間を作ってください。想定していなかった聞き方が、必ず出てきます。 それこそが、稼働後に本当に来る質問の予行演習になります。
よくある指摘と、その直り方
実際の検収で出てくる指摘は、だいたい型が決まっています。代表的なものと、どの程度で直るのかを挙げておきます。その場で直るものと、設計から見直すものの区別がつくと、指摘の重みも伝えやすくなります。
料金や営業時間が、古い 教材にした資料が古かった場合です。情報を差し替えるだけなので、たいていその場か数日で直ります。ただし、なぜ古い資料が使われたのかは確認してください。同じことが他の項目でも起きている可能性があります。
扱っていない商品に「あります」と答える 範囲の制御が効いていない状態です。設計の見直しが要るため、数日から数週間かかることもあります。これは検収を通す前に直してもらうべき種類の問題です。
言い回しが、会社の言葉と違う 「承っております」「対応可能です」など、実際の接客で使わない言い方が混じっている場合です。答えの文章を直すだけなので、比較的早く直ります。現場の人が触ると、この種の違和感が一番よく見つかります。
スマホで表示が崩れる 画面の作りの問題です。修正の重さは崩れ方によりますが、検収の場でスマホを見ていなければ、そもそも発見できません。 パソコンだけで確認しないでください。
答えは正しいが、長すぎる 意外と多い指摘です。正確でも、読む気を失わせる長さでは使われません。回答の長さの上限を決めて、直してもらってください。目安は、スマホの画面に収まる程度です。
答えられなかったときの案内が、そっけない 「分かりません」で終わっていると、お客様はそこで離れます。分からないときこそ、どこへ聞けばよいかまで案内する必要があります。文言を足すだけで直るので、指摘の優先度は高くありません。ただ、離脱が起きるのはたいていこの場面なので、見落とさないでください。
検収の前に、やっておくと楽なこと
当日を楽にする準備の話です。
試す質問を、先にリストにしておく
検収の日に「何を聞こうか」と考え始めると、思いつきの質問しか出てきません。要件定義で決めた質問を、一覧にして印刷しておく。 それを上から順に潰していくだけで、抜けが無くなります。
記録の形を、決めておく
試した結果は、その場で書き留めてください。後でまとめて思い出そうとすると、必ず抜けます。形は、この程度で十分です。
| No. | 試した内容 | 返ってきた答え | 期待した答え | 判定 |
| 1 | 営業時間は？ | 平日9〜18時 | 同左 | ○ |
| 2 | 取扱いのない商品名 | 「ございます」と回答 | 分からないと返す | ×（要修正） |
| 3 | 担当者と話したい | 電話番号を案内 | 同左 | ○ |
この形にしておくと、そのまま開発会社への指摘一覧になります。判定が×の行を送るだけで、伝達が終わる。 別途、報告書を書き起こす手間が要りません。
立ち会う人の予定を、先に押さえる
検収は、日程調整でつまずくことが多い工程です。現場の人に触ってもらう時間を取ろうとして、結局その日は誰も手が空かなかった、ということが起こります。
完成の連絡が来てから調整するのでは遅いので、開発の途中で「この頃に検収です」と分かった時点で、関係者の予定を押さえておいてください。 静岡のシステム会社として当社が日程の目安を早めにお伝えするのも、この調整のためです。
誰が何を見るか、割り振る
複数人で検収するなら、役割を分けてください。答えの正しさを見る人。現場での使いやすさを見る人。範囲外の質問を試す人。同じところばかり全員が見て、誰も見ていない箇所が残る、というのが一番もったいない形です。
期限を、確認しておく
契約に検収期間が定められている場合、その日数を先に確認してください。連絡が来てから慌てるより、いつまでに何をするかを決めておくほうが落ち着いて進められます。
検収の日を、直前にしない
契約上の納期ぎりぎりに検収日を置くと、修正の時間が取れません。指摘が出ることを前提に、納期の一週間前には一度触れる状態にしてもらう。 これを開発会社にお願いしておくと、当日の空気がまったく変わります。直す余地がある状態で見るほうが、指摘も出しやすくなります。
印を押す前の、最終確認
技術面以外の確認です。
書類が、揃っているか
要件定義書と実物が一致しているか。操作の手順書はあるか。運用で溜まるデータは誰のものか、契約書で確認したか。 将来やめるときの返却方法は決まっているか。
これらは画面を触っても見えませんが、二年後、三年後に効いてきます。特に、業者を変えることになったときに。
支払いの条件と、保証の範囲
検収後、どこまでが無償の対応で、どこからが追加費用か。不具合が見つかった場合の対応期間は。ここを曖昧にしたまま印を押すと、後の相談がしにくくなります。
「保留」という選択肢
そして、大切なことを一つ。全部が完璧でなくても、検収を通す判断はあり得ます。
軽微な点は「稼働後に直す」で合意し、重要な点だけ先に直してもらう。あるいは、条件付きで通す。白か黒かではなく、何を先に直すかで合意する。 そして、その合意を必ず書面に残す。これが現実的な進め方です。
書面といっても、契約書を作り直す必要はありません。「稼働後に対応する項目」と「対応の期限」をメールに箇条書きで書き、相手に確認の返信をもらう。この程度で十分に記録として残ります。
問題が見つかったときの、伝え方
指摘の仕方にも、作法があります。
具体的に、再現できる形で
「なんかおかしい」では、直しようがありません。「この質問を入れたら、この答えが返ってきました。期待していたのは、こういう答えです」。入力と、返ってきた答えと、期待した答え。 この三点セットで伝えるのが、最も速く直ります。
画面の写真を添えられれば、なお確実です。伝言ゲームが減ります。
要件定義書のどこと違うか
可能なら、「要件定義書のこの部分と違います」と指摘してください。これがあると、追加要望なのか、約束の未達なのかがはっきりします。
この区別が曖昧だと、費用の話でもめます。 逆に、これが追加要望だと分かったなら、それはそれで有益です。費用と時期を相談したうえで、次の段階でやればいいという話になります。
感情ではなく、事実で
つい強い言葉になりそうな場面もありますが、事実で伝えるほうが速く解決します。相手も人間で、責められると防御的になります。
目的は、良いものを受け取って長く使うことであって、相手に非を認めさせることではありません。 ここを見失うと、直りは遅くなります。
やってはいけない、三つのこと
やってはいけない①：見ずに、印を押す
「忙しいので、お任せします」。この一言が、後の苦労を生みます。検収に使う時間は、たいてい数時間です。その数時間を惜しんで、これから数年使うものの品質を確かめないのは、どう考えても割に合いません。
道具を入れたのに社内で使われなくなる型の失敗は、AIに飛びついた中小企業が、半年後に後悔する3つのパターンにもまとめています。検収の甘さは、その入口になりがちです。
やってはいけない②：担当者一人で、判定する
一人の目では、必ず抜けます。使う現場の人、答えの正しさが分かる人、決裁する人。 最低でも二人、できれば三人の目を通してください。見る観点が違えば、見つかるものも違います。
やってはいけない③：稼働後の不具合を、恐れて隠す
検収を通した後に問題が見つかることは、普通にあります。そのとき「もう検収したから言いにくい」と黙ってしまうのが、最悪です。保証の範囲内なら、堂々と伝えてください。 良い業者は、稼働後に何か出ることを織り込んで契約しています。黙って使いにくいまま我慢するほうが、双方にとって損です。
「AIを制御する技術」×検収──Milestoneの流儀
私たちが納品するとき、必ずお願いすることがあります。「意地悪な質問で、思い切り試してください」。
なぜなら、検収の場で見つかる不具合は数分で直せますが、稼働後にお客様が見つけた不具合は、貴社の信頼の傷になるからです。厳しい検収は、私たちにとってもありがたいのです。
そして、答える範囲の確認については、特に念入りにお願いしています。範囲外に答えていないか、根拠のないことを言っていないか、困ったときに人へ渡せているか。「AIを使う」のではなく「AIを制御する」と掲げている以上、そこが効いているかどうかは、私たちの仕事の成否そのものです。
引き渡し後に自社で更新できる形にすることも、私たちの標準です。手を出せない状態にしておくことで関係を維持する、というやり方を、私たちは取りません。 静岡のシステム会社として地元の会社と長く付き合うために、そこは最初から手放しています。
よくある質問（FAQ）
Q1．検収には、どれくらい時間をかけるべきですか？ A．小さな窓口AIなら、三時間から半日。複数の人が触る時間を含めれば、一日を見ておけば十分です。何か月もかけた開発に対して、この時間を惜しまないでください。
Q2．技術が分からなくても、判定できますか？ A．できます。むしろ、技術の目ではなく業務の目で見ていただきたいのです。答えが正しいか、現場で使えるか、困ったときに人へ渡るか。判定に必要なのは、貴社の業務知識です。
Q3．何日以内に検収しないといけない、といった決まりはありますか？ A．契約で期間が定められていることが多いので、確認してください。「連絡から二週間以内」といった形です。期間を過ぎると自動的に検収完了とみなす条項もあるので、そこは要注意です。
Q4．検収を通さないと、どうなりますか？ A．修正して再度確認、という流れになります。ただし注意点として、要件定義に無かった要望は「追加開発」として扱われるのが通常です。だからこそ、何が約束の範囲かを紙で確認しておくことが大切になります。
Q5．稼働してから問題が見つかったら？ A．保証期間内であれば、無償で対応されるのが一般的です。契約書の保証条項を確認してください。期間や範囲が書かれているはずです。
Q6．「完璧じゃないけど、使いながら直す」でもいいですか？ A．現実的な選択です。実際、AIシステムは使いながら育てるものなので、この判断は理にかなっています。ただし、何を後回しにするかは書面で合意してください。口約束だと、忘れられます。
Q7．社内に確認できる人がいません。 A．技術者である必要はなく、業務を知っている人であれば十分です。それでも不安なら、第三者に立ち会ってもらう方法もあります。静岡のAI会社として、他社が開発したシステムの検収に同席することもあります。
Q8．検収の観点を、事前に決めておけますか？ A．ぜひ、そうしてください。要件定義の段階で「何をもって完成とするか」を書いておけば、それがそのまま検収の項目一覧になります。検収の準備は、開発の最初に終わっているのが理想です。
Q9．検収で厳しく言うと、その後の関係が悪くなりませんか？ A．事実で、具体的に伝える限り、悪くなりません。むしろ「この会社はちゃんと見る」と分かるほうが、以後の仕事は丁寧になります。曖昧なまま受け取って、後から不満を溜めるほうが、関係にとって悪いと考えています。
Q10．検収の後、すぐに全社で使い始めるべきですか？ A．いいえ、小さく始めることをお勧めします。まず社内で使う、一部のページだけに置く、常連のお客様から案内する。初週に想定外の質問が必ず出ます。 それを回収して直してから、広げるほうが安全です。
Q11．検収のときの記録は、残しておくべきですか？ A．残してください。二つの理由があります。一つは、稼働後に不具合が出たとき、検収時に確認済みだったかどうかが分かること。もう一つは、次に何かを作るとき、そのまま確認項目として使い回せることです。一度作れば、次からは使い回せます。
Q12．保守契約は、検収の前に決めておくべきですか？ A．先に決めておくほうが有利です。検収が終わって支払いも済んだ後だと、条件を相談する材料が減ります。月額に何が含まれるのか、更新はどこまで自社でできるのか。開発の契約と保守の条件は、同じ机の上で話すのが賢明です。
受け取る側にも、仕事がある──株式会社Milestone
検収は、動くかどうかを見る作業ではなく、約束どおりかを確かめる作業でした。
正しく答えるか。答えてはいけないことに答えていないか。人へつながるか。現場で使えるか。自社で直せるか。この五つを、意地悪に試しながら確かめる。
厳しく確かめることは、業者を疑うことではありません。 良いものを受け取り、長く安心して使うための、受け取る側に与えられた仕事です。
私たちMilestoneは、静岡のAI会社・システム会社として、静岡県沼津市を拠点にAIシステムとAIチャットボットの開発と導入支援を行っています。「AIを使う」のではなく「AIを制御する」を核に、作るところから、渡すところ、そして育てるところまで伴走します。
こんなご相談を歓迎しております
- 他社に依頼中の案件の、検収に立ち会ってほしい
- 検収の観点を、事前に整理しておきたい
- 要件定義書と実物が合っているか見てほしい
- 引き渡し後に自社で運用できる形か確認したい
- 保守契約の中身を第三者の目で見てほしい
訪問対応（静岡県内・隣接エリア）、オンライン対応（全国）、どちらでも可能です。静岡のシステム会社として、県内は対面でも伺えます。30分ほどお話を伺うだけで、貴社の案件で確かめるべき項目は、たいてい見えてきます。
▶ ご相談・お問い合わせ https://milestone-net.com
「資料だけ見たい」「他社と比較検討中」というライトな段階のご連絡も、歓迎しております。
「やりたいをできるに、できるをできたに」。中小企業の長期パートナーとして、責任を持って伴走します。
株式会社Milestone（マイルストーン） 代表取締役 大石 湧斗（おおいし ゆうと） 所在地：静岡県沼津市
中小企業向けAIシステム開発・導入支援。「AIを使う」のではなく「AIを制御する」を経営の核に据え、業務にフィットしたAI導入を伴走型でご提案。静岡県全域と隣接エリアで対面対応可能。「やりたいをできるに、できるをできたに」をミッションに、貴社の長期パートナーとして責任を持ってご支援します。
