問い合わせを「見積」「納期」「その他」に分ける場合、どの担当へ渡すかは会社の仕事の決め方です。外注先は技術的な分類を作れても、複数の相談が1通に入るときの優先順位を自社の代わりに確定できるとは限りません。

営業責任者は、分類例と期待する振り分け先を確認します。判断できないメールは「要確認」とするなど、無理に1つへ分類しない扱いも決めます。この期待結果があれば、内製担当や外注先が同じ条件で設定を試せます。

利用してよい資料と、確認前の結果を次工程へ渡す条件も社内の判断です。設定の依頼に含めても、業務責任者が確認する窓口を残します。会社が決める条件まで曖昧なまま作業を依頼すると、完成後に仕様の違いが表面化します。

この章の根拠：出典1

担当者が設定画面を使えるだけで、内製が続くとは限りません。メールの例を用意し、分類の誤りを記録し、指示を変えた後に再確認する仕事が残ります。日常業務と並行するなら、週にどの時間を使い、忙しい時は誰が代わるかを決めます。

小さな分類試験なら、既存サービスの設定だけで始められる場合があります。一方、既存システムとの接続、利用者ごとの閲覧範囲、止まった時の復旧まで必要なら、社内の経験と対応時間を確認します。難しい部分だけ外注する組み合わせも考えられます。

内製の利点は、現場の変更を設定や試験へ近づけやすいことです。ただし担当者しか設定を理解していない状態では、休暇や異動が弱点になります。設定の保存、評価材料、操作メモを別の担当が読めることを内製の条件に含めます。

この章の根拠：出典1

「AI導入一式」では、分類ルールの整理、設定、試験、説明会、保守がどこまで含まれるか分かりません。今回の依頼は、指定した分類例で動く設定と、試験結果の表、運用担当への説明など、受け取れる形で書きます。

受け入れ時には、同じテストメールで設定を動かし、期待する分類と比較します。外注先のデモが動いたことだけを受領条件にしません。誤りが出たときの修正回数や追加料金の扱いは、実際の見積書と契約で確認してから決めます。

依頼中に業務の条件が変わる場合は、変更を誰が受け付けるかを指定します。現場が外注先へ別々の要望を送ると、分類条件が食い違うことがあります。社内の窓口が要望を整理し、影響する試験材料も更新します。

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

営業が分類名を変えたのに、設定担当へ伝わらなければ、仕組みは古い分類を返し続けます。資料と設定の変更をつなぐ窓口が必要です。「業務は営業、技術は外注」とだけ分けず、営業が変更を伝え、誰が設定し、誰が再評価するかを書きます。

問い合わせの扱いも決めます。誤分類、ログインできない、利用料が増えた、資料の利用可否が分からないといった相談は、担当が違う場合があります。最初の受け付け先を1つにして、どの種類を誰へ渡すかを記載します。

経営者は、会社に残る担当へ外注先の評価を一任しないようにします。設定した人と別の利用者が結果を読む機会を作ると、仕様の説明と現場の使い勝手を分けて確認できます。分担表は責任を押し付ける表ではなく、作業が途切れないための表です。

この章の根拠：出典1

説明を聞いた直後は分かったつもりでも、翌月の誤分類を直せるとは限りません。社内担当が資料を見て試験を再現し、設定の変更箇所を探す機会を作ります。操作の説明と、どの結果なら使ってよいかという判断の説明を両方受け取ります。

終了時には、会社が管理する資料の保存先、設定の所有や利用条件、継続費用、問い合わせ窓口を確認します。サービスや契約により移せるものは違うため、自由に移行できると決め付けません。移せない部分があれば、代替の手順を検討します。

担当者の異動時も、同じ確認が役立ちます。別の人が分類例と試験結果を読めれば、導入の意図を引き継げます。属人化を避けるために大量の文書を作るより、通常の変更と停止時の作業を再現できる資料を優先します。

この章の根拠：出典1

内製か外注かを1つの言葉で結論にする必要はありません。業務条件と評価は社内、設定の難しい部分は外注、日々の利用確認は現場といった分担があり得ます。自社の人数、経験、時間に合わせて、任せる範囲を具体化します。

分担表を作ったら、担当が空欄の行と、1人に集まりすぎた行を見ます。費用が安くても、社内担当が確認する時間を持てなければ運用が続きません。試験前に作業量を見積もり、試験の記録で見直します。

最後に、業務条件が変わった場合と担当者が不在の場合を1つずつ想定します。誰が変更を受け、何で再確認し、止まった時は何へ戻すかを説明できれば、方式の選択が会社の運用へつながります。

この章の根拠：出典1