PoC開発サービス
AIのPoC開発を外注するときは、「何を作るか」だけでなく、「どの業務を、どんなデータで試し、何を確かめるか」をそろえると相談が進みます。最初から詳しい仕様書を作る必要はありません。対象業務、データ、開発範囲、成果物、検証条件、社内体制、費用と運用の7項目を、分かる範囲で書き出しましょう。
この記事は、自社の業務に合わせたAIの開発を依頼したい経営者・業務責任者に向けたものです。そのまま使える整理シートと、注文書入力を題材にした記入例を紹介します。
開発を頼む前に、既製品で足りるかを確認する
PoCは、本格的に広げる前に小さく作って動かし、実現できるか、業務で役立つかを確かめる取り組みです。文章の下書きや会議の要約など、既製のAIサービスと手順の整備で対応できる業務なら、個別開発をせずに試せる場合があります。
一方、商品名の独自ルールに沿った照合、過去案件を参照した下書き、社内システムとの連携などが必要なら、個別開発が候補になります。既製品で試した結果と、合わなかった部分を伝えると、開発範囲を絞りやすくなります。「AIを入れること」より、減らしたい作業を先に決めてください。
外注前に整理したい7項目
1．対象業務と、解決したい困りごと
「営業を効率化したい」では範囲が広すぎます。「問い合わせメールから必要事項を拾い、担当者へ渡す」など、始まりと終わりが分かる一つの業務にします。
月の処理件数、1件にかかる時間、確認の往復、間違いが起きやすい箇所も記録しましょう。数字が不明なら、担当者に数件の作業を測ってもらうところから始められます。繁忙期だけ発生する業務か、毎日ある業務かも判断材料です。
2．使うデータと、渡してよい範囲
PDF、Excel、メールなどの形式、保管場所、量、更新頻度を整理します。正常なデータだけでなく、文字が読みにくい帳票や情報が欠けた依頼など、実際に困る例も検証候補に入れます。
最初の問い合わせでは、顧客情報や機密資料をそのまま送らず、資料の種類と困っている点を説明するだけでも構いません。実データを渡す前に、秘密保持、利用目的、外部AIサービスへの送信、閲覧権限、保存期間、削除方法を確認します。
個人情報保護委員会も、個人情報を含む入力について、利用目的との関係や、サービス提供者による機械学習への利用などを確認するよう注意喚起しています。NDAを結ぶだけで、あらゆるデータを自由に使えるわけではありません。判断が難しい情報は、自社の管理担当者や専門家に確認してください。[1]
3．今回作る機能と、作らない機能
入力から出力までを並べ、今回必要な範囲を選びます。注文書なら「PDFを読む→商品マスターと照合する→確認箇所を表示する→Excelへ出力する」という分け方です。
基幹システムへの自動登録、複数部署への展開、24時間の自動処理などは、最初の検証から外す判断もできます。見積金額の確定や受注可否など、業務上の影響が大きい判断を誰が確認するかも決めます。使いたいソフト名と、接続方法が分かるかどうかも伝えましょう。
4．成果物と、納品後の利用・引き継ぎ条件
動くアプリ、設定内容、検証結果、操作手順、引き継ぎ資料のうち、何が含まれるかを確認します。「PoC一式」という名称だけでは、納品内容を比較できません。
納品後も利用できるか、アカウントは誰が管理するか、データを取り出せるか、他社へ保守を引き継げるかも相談事項です。ソースコードの提供や改変の可否、権利の帰属は、当然に含まれると考えず、契約で確認します。経済産業省の契約チェックリストでも、提供データの利用範囲や、サービス水準・AI生成物の利用条件などの検討が重視されています。[2]
5．検証の評価基準と、継続・改善・中止の条件
「精度が高い」だけでは判断できません。実際の業務データを使い、どの項目が正しく出たか、どんな誤りがあったか、人の確認・修正を含めて何分かかったかを測ります。開発中に調整に使うデータと、最後に評価するデータを分けておくと、見慣れた例だけに合った仕組みになるのを避けやすくなります。
開始前に、次の三つを合意しましょう。
- 続ける：合意した品質と作業時間を満たし、現場で運用できる
- 直して再検証する：誤りの原因と修正範囲が分かり、追加予算内で試せる
- 止める：重大な誤りを抑えられない、確認負担が減らない、必要なデータを適切に使えない
検証の目標と、契約上の納品・検収条件は分けて確認してください。目標未達の場合の支払い、修正、追加検証の扱いを曖昧にしないことが大切です。
6．自社の担当者と、確認に使える時間
開発を外注しても、現在の業務を説明する人、正解を判断する人、利用を承認する人は必要です。窓口を一人決めたうえで、現場担当者が試せる日と、責任者が判断する日を押さえます。
希望納期だけでなく、データを用意できる時期や繁忙期も伝えましょう。資料や確認がそろわないまま日程だけを決めると、検証に使う時間が足りなくなります。
7．開発費以外の費用と、納品後の運用
見積りでは、データ整備、外部サービスとの接続、検証、修正、手順書がどこまで含まれるかをそろえて比較します。AIのAPI・クラウド・ライセンスの利用料、保守費、追加開発費も別に確認してください。
納品後の商品マスター更新、権限管理、障害時の連絡、サービス仕様変更への対応を誰が担うかも決めます。月額費用の有無、対応時間、解約時のデータ引き渡しまで分かれば、使い続けるための予算を考えやすくなります。
コピーして使える、PoC開発の依頼内容の整理シート
空欄は「未定」「相談したい」で構いません。初回相談用のメモとして使い、合意した内容は提案書・契約書へ反映します。
- 対象業務・困りごと：＿＿／月の件数・現在の時間：＿＿
- データの形式・量・保管場所：＿＿／機密情報・利用制限：＿＿
- 今回作りたい機能：＿＿／対象外にする機能：＿＿／人が確認する箇所：＿＿
- 必要な成果物：＿＿／利用・管理・引き継ぎの希望：＿＿
- 検証データ・測る項目：＿＿／継続・改善・中止の条件：＿＿
- 社内窓口・確認者：＿＿／資料準備・試行・判断の時期：＿＿
- 初期予算・継続費用の上限：＿＿／納品後の担当と外注範囲：＿＿
記入例：注文書をExcelへ入力する業務
ここでは、注文書を扱う架空の卸売会社を考えます。以下の件数・時間・条件は整理シートの記入例であり、導入実績や効果の予測ではありません。
- 対象業務：PDF注文書から商品・数量・納期をExcelへ転記。月200件、現状は1件平均8分。
- データ：取引先ごとに書式が異なるPDFと商品マスター。取引先名などを置き換えたサンプルから確認し、実データの利用条件は着手前に合意する。
- 開発範囲：読取り、マスター照合、確認箇所の表示、Excel出力。基幹システム登録は対象外。数量と納期は人が確認する。
- 成果物：動く仕組み、検証結果、操作・更新手順を希望。アカウントの管理者と、引き継げる範囲を確認する。
- 検証条件：調整に使わない30件で、読取り開始から修正完了まで平均5分以内を目標とする。品質は項目別に記録し、数量・納期の確認漏れが残る場合は利用開始せず再検証する。再検証でも負担が減らなければ中止を検討する。
- 社内体制：営業事務の責任者が窓口。担当者がサンプルを準備し、試行時間を確保する。部門長が継続を判断する。
- 費用・運用：初期予算は見積りを見て判断。月の外部サービス利用料と保守費を確認する。商品マスターの日常更新は自社で行う。
30件で試すことや平均5分という値は、この記入例の仮置きです。必要な検証量と基準は、帳票の種類や誤りの影響に合わせて決めます。
決まっていない部分は、相談しながら絞れる
使うAIの種類、細かな画面、正確な費用、データの必要量が未定でも、現在の作業と困りごとが分かれば相談できます。反対に、データを渡す条件、発注範囲、成果物、費用は、着手前に合意しておきましょう。
AiPHAでは、一つの業務を対象にAIエージェントを開発・検証します。現行サービスは20万円から、10日での納品を案内していますが、金額は対象業務と開発範囲に応じた見積りです。希望する連携や機能が対象になるか、納期の前提と併せてご相談ください。AIサービス利用料などの別途費用は事前にご案内し、継続保守や追加開発は対応範囲と費用を別途確認します。[3]
まずは、いまの作業、使っているソフト、特に時間がかかる部分をお聞かせください。開発内容が決まっていない段階でもご相談いただけます。