架空の部品卸で、受け取った注文書から商品名と数量を表へ写す仕事を考えます。「注文処理をAI化」だけでは、文字を読む費用、商品番号に置き換える費用、販売管理へ登録する費用のどこまで含むか分かりません。相手が想定した範囲の違いは、そのまま見積差になります。

まず、原本から入力案の一覧を作るところまでを頼むのか、取引先と商品台帳を照合した案まで頼むのかを言葉にします。正式な受注登録は担当者が原本を確認して行う、と書けば、残る仕事も見積条件に入ります。原本にない納期をAIが補うことは完成条件にしません。

月の件数だけでなく、繁忙日の件数、複数ページ、手書き、読めない文字、修正の割合を伝えます。すべてを数えられなければ、代表的な数種類の資料と「未集計」を渡します。情報を伏せた見本を用意し、実際の取引情報を送れる契約と権限の確認は別に行います。

この章の根拠：出典3

利用料は、使う人数や処理量などに応じて支払う費用です。初期設定は、台帳とのつなぎ込み、入力案の形、担当者の権限、試験を作る費用です。運用は、台帳変更、エラー調査、問い合わせ、設定の見直しです。社内の手間は、資料整理、確認、説明、例外処理に担当者が使う時間です。

たとえば卸の担当者が同じ注文書をメールで受け取り、AIへ登録し、結果をExcelから別の表へ写すなら、月額利用料のほかにこの移動が残ります。外注費の対象外でも、会社の仕事から消えるわけではありません。見積表に「受注担当が毎日実施」と書き、誰が負担するかをそろえます。

既存サービスで済む部分と個別に作る部分も区別します。入力案の書式を調整するだけの依頼と、社内の販売管理まで自動でつなぐ依頼は、必要な確認と保守が違います。金額の大小より、同じ完成範囲を比べているかを先に確認してください。

四分類の表は、金額だけでなく条件を横に書きます。「利用料：一文書ごとの処理。追加の再処理は未確認」「初期設定：三種類の帳票、商品台帳との照合、確認待ち一覧」「運用：台帳更新の反映と不具合調査。帳票追加は別見積」「社内作業：原本確認と正式登録」のような完成見本なら、依頼先が同じ欄を回答できます。未確認のままの料金を足し算して、比較結果として発表しないでください。

この章の根拠：出典1出典2

公式料金には、人数、ページ、文書、文字量、処理回数など異なる単位があります。2026年10月10日に確認したMicrosoft AI Builderは、利用する場所や契約に応じたクレジットを使い、前提ライセンスも説明しています。Google Document AIも処理機能ごとに単位や条件が違います。この二つの例から、すべてのAIが同じ課金方式だとは言えません。

卸の注文書を「月千件」と伝える場合も、一件が一枚とは限りません。やり直し、同じ原本の再処理、添付の仕様書を含むかを聞きます。料金見積には、対象製品、機能、契約通貨、税の扱い、見積日、利用量の前提を書いてもらいます。海外の表示額をそのまま日本の請求額としません。

料金制度は変更されます。AI Builderの公式資料には2025年以降の変更と2026年11月に関係する条件も記載されています。試用時の無料条件が本番や更新後も続くとは考えず、契約時点の原文と個別見積を読みます。本文の架空例は製品の料金表ではありません。

この章の根拠：出典1出典2

代表的な注文書で、商品名、数量、読めない欄をどこまで案に残せるかを見ます。受注担当者が原本と照らし、訂正した箇所と理由を記録します。出力が速くても、誤り探しや聞き直しで時間が増えるなら、設定を直すか対象を狭めます。NISTの資料も評価や監視、人の役割を扱っていますが、この会社に最適な試行件数を指定しているわけではありません。

「台帳にない商品は正式登録せず確認待ちに戻る」など、外れる場合の扱いを決めます。誰も確認できない時間帯、納期が迫る注文、画像が不鮮明な原本は、最初から通常の仕事へ戻す条件として書けます。自動化の範囲を広げる前に、戻した原本が行方不明にならないかを確かめます。

試行を終える日、結果を話す人、設定変更を何回まで含むか、保存した資料をどう扱うかも依頼範囲です。一度の成功した見本で本番可とせず、使い続ける人が迷う場所を持ち帰ります。見積依頼票や試行メモ自体は契約や運用開始を承認しません。

試行結果の完成見本は、「原本三種類のうち、印字は入力案にできた。手書き数量は確認待ちへ戻った。商品名が似た二品は候補が並び、受注担当が台帳で選んだ。別表への貼り付けは残った」という形です。これは作業の切り分けを示す架空の結果で、特定製品を試験した実績ではありません。この結果なら、読めない欄をなくす追加開発より、確認待ちの原本と入力案を同じ画面で見られる工夫を先に検討できます。

この章の根拠：出典3

「月額のみ」の案と「初期構築と保守込み」の案は、そのまま比べません。使う期間、処理量、確認を残す場所をそろえ、四つの費用の内訳を聞きます。初期費用を分割した支払いと、初期作業が不要な契約も違います。表の空欄をゼロ円にせず、未確認と書きます。

変更時は、帳票が増える、担当者が変わる、台帳が別の仕組みになる、といった具体的な条件を聞きます。解約時には、原本、作った表、設定の説明を何の形式で受け取れるか、保存資料の扱い、最低契約期間を確認します。既存サービスで変更しづらい部分と個別開発で保守が必要な部分を合わせて判断します。

金額を比べる形を示すため、三種類の注文書から入力案まで作る一案だけに、架空の金額を置きます。初期設定20万円、利用料月1万円、保守月5千円で12か月使い、途中の値上げ・追加処理はないと仮定します。社内では最初の資料整理に20時間、その後の原本確認と登録に月6時間を使い、時間を仮に1時間2,500円で換算します。以下は相場・製品料金・実績ではなく、見積書を同じ欄へ写す練習例です。金額は税を含めず、為替変動、端末の購入、別の前提ライセンス、販売管理との連携、帳票追加、追加研修は含めません。実際の見積では、それぞれ必要か、別請求かを確認してください。

この仮定なら、初年度の外部への支払は20万円＋1万5千円×12か月＝38万円です。社内作業は20時間＋6時間×12か月＝92時間、時間の換算額は92時間×2,500円＝23万円です。両者を合わせて比較する額は61万円になりますが、外部へ支払う38万円と、社内の92時間・換算23万円を別の欄へ残します。23万円はこの導入で新たに支払う給与や節約できる現金を示しません。同条件で翌年も使うなら、初期設定と最初の整理を除き、外部支払18万円、社内72時間・換算18万円で、合算36万円です。保守範囲、利用量、確認時間、追加作業が変われば、この計算もやり直します。

費用に見合うかは、別に実際の作業を測って決めます。確認時間が減ったとしても、その時間を追加の受注へ回せなければ同額の現金収入が生まれるわけではありません。この稿の目的は費用対効果を保証することではなく、比較できる見積依頼を作ることです。

方式を比べるA/Bの表には金額を入れていません。二案の範囲が違う状態で架空の安値を載せると、安い方を選ぶ理由を誤らせるためです。Aに台帳照合を足した条件と、Bから連携を外した条件を聞き直せば、同じ仕事の価格を比較できます。社内で表への移動が十分短いなら、大きな連携を最初から作る必要はありません。一方、同じ原本を何度も探しているなら、作成方法より原本と案件を結び付ける範囲を見積へ入れます。

この章の根拠：出典1出典2

依頼票の記入例は、部品卸の注文書を表の入力案へ変える想定です。対象を増やす前に、原本の種類と確認待ちの戻り先をそろえます。依頼先には作業の切り方を説明してもらい、自社側は確認を担当できる人と時間を用意します。

機能の多さだけでは、費用の違いを説明できません。料金表の単位、別契約、追加作業を確認し、同じ条件の見積を取ってください。まだ数えていない処理量や決まっていない担当は、依頼票の未確認欄に残します。

費用を相談する際は、単に「AIはいくら」と聞くより、「この原本からこの入力案までを、この種類と量で作りたい。商品を選ぶ確認と正式登録は自社に残す」と伝えます。候補依頼先の回答を依頼票へ写せば、価格の違いが機能差か、契約期間か、対象外の作業かを読み取れます。答えが出ない箇所は、試行で何を数えるかを決める質問になります。

この章の根拠：出典1出典2出典3