小規模事業者向けチャットボット構築のロードマップ
クラウドソーシングで FAQ ボットの設定代行から始める
向いている人: チャットボットサービスや生成 AI を自分で触ったことがあり、人の話を聞いて質問と答えの一覧に整理するのが苦にならない人(無料枠でデモを作れる環境があるとよい)
- ほかの始め方
- 全7ステップ
- 進捗はこの端末にだけ保存
最初の一歩: 登録条件・手数料・支払いの流れを公式ページで確認する(目安 60分)
始める前に
今日やる1タスク
進捗 0 / 7(0%)・残り約 14時間30分
次のステップ 1 / 7・目安 60分
登録条件・手数料・支払いの流れを公式ページで確認する
まずは「利用規約と料金ページを開き、登録・提案にかかる費用の有無を書き出す(15分)」から。
このステップに進む- 準備 0/2
- 実績づくり 0/1
- 応募 0/1
- 受注 0/2
- 継続 0/1
チェックはこの端末のブラウザにのみ保存されます。別の端末へは進捗ページから書き出せます。
準備
会員登録や提案にかかる費用、報酬から差し引かれるシステム利用料、契約から支払いまでの流れ、トラブル時に運営がどこまで関わるかを、サービスの公式ページで自分の目で確認する。ここを飛ばすと、受注してから受取額が想定と違うことに気づくことになる。
開始条件: 特になし。今日そのまま始められる
完了の目安: 手数料の計算方法と差し引かれるタイミング、支払いまでの流れが自分の言葉でメモに書けている/成果物: 登録条件のメモ(費用・手数料・支払時期・禁止事項)
つまずきやすいポイント
- 手数料を引く前の金額で受取額を考えて価格を決めてしまう
- サービス外での直接取引が禁止されていることを見落とし、後で規約違反になる
止まったら: 公式ページで見つからない項目は、推測で埋めずに「未確認」と書いて次へ進む。契約前の見積もりで確認すればよい。
デモと受託に使うチャットボットサービスや生成 AI を1つか2つに絞り、料金、商用利用の可否、入力した内容が学習に使われるかどうかを公式ページで確認する。依頼者の顧客情報や問い合わせ内容を入れてよいかを、依頼者に説明できる状態にする。
開始条件: cb-01 で禁止事項と支払いの流れを把握していること
完了の目安: 使うサービスが決まり、料金・商用利用の可否・入力データの学習利用の扱いがメモに書けている/成果物: サービスの条件メモ(料金の考え方・規約・入力データの扱い)
つまずきやすいポイント
- 入力データの学習利用の扱いを確認せず、依頼者の顧客情報を入れてしまう
- 無料枠でデモを作り、依頼者の問い合わせ量では有料プランが要ることに後から気づく
止まったら: 規約が読み切れないサービスは候補から外す。説明できないサービスに依頼者の情報を入れない。
実績づくり
架空の店舗を想定して、よくある質問と答えの一覧を作り、ボットに設定して実際に答えられる状態にする。答えられない質問を人に引き継ぐ流れまで含めて作り、提案時に見せられるデモにする。
開始条件: cb-02 で使うサービスが決まっていること
完了の目安: 質問と答えの一覧をもとに動くデモが1つあり、引き継ぎの流れと所要時間が記録に残っている/成果物: 動くデモと、質問・答えの一覧の型、引き継ぎの流れの説明
つまずきやすいポイント
- 質問の数を増やすことに時間をかけ、答えられないときの引き継ぎを作っていない
- 生成 AI に自由に答えさせ、店舗として言ってはいけない内容が出る
止まったら: 答えが安定しないときは、質問の数を減らして言い切りの答えだけにする。デモは「答えられない質問の扱い」が見られるのであって、質問の多さは見られない。
応募
動くデモと、使えるサービス・受ける範囲(FAQ 型の設定と回答文の整備)・入力データの扱いの説明をプロフィールに載せて登録し、条件の合う案件に提案を出す。回答の誤りに対する責任範囲は募集内容で確認し、書かれていなければ提案時に質問する。
開始条件: cb-02 の条件メモと cb-03 のデモがあること
完了の目安: 登録が完了し、デモを載せたプロフィールで、入力データの扱いと責任範囲を確認した案件に提案を出せている/成果物: 公開されたプロフィールと、提案文
つまずきやすいポイント
- 問い合わせの種類と量を確認せずに応募し、回答文の整備が想定の何倍にもなる
- サービスの月額を誰が払うかを決めずに受け、自分のアカウントで払い続けることになる
止まったら: 問い合わせの内容や月額の負担者が確認できない募集には応募しない。確認できないまま受けると、整備の量と費用の両方が崩れる。
受注
依頼者が実際にどんな問い合わせを受けているかは、募集文だけでは分からない。着手前に何を聞き取り、公開後に誤った回答が出たときに誰がどう直すかを、受注する前に文章で決めておく。
開始条件: cb-04 で提案を出していること
完了の目安: 聞き取りの進め方と、回答の誤りが出たときの対応・責任範囲の説明が文章で用意できている/成果物: 聞き取りシートと、誤回答時の対応・責任範囲の説明文
つまずきやすいポイント
- 依頼者の過去の問い合わせを見ずに質問一覧を作り、実際の問い合わせに合わない
- 公開後の回答文の修正を無償で引き受け続け、対応が終わらない
止まったら: 過去の問い合わせの例が出てこないときは、営業時間・場所・予約・支払いなどの定番から質問一覧を作って見せ、依頼者に足してもらう。
実際に受注して、聞き取りから回答文の整備・設定・動作確認・引き渡しまで通す。目的は稼ぐことより、回答文の整備と設定にそれぞれどれだけ時間がかかるかを数字で知ることにある。
開始条件: cb-05 の聞き取りシートが手元にあること
完了の目安: 1件の引き渡しが完了し、質問の数・整備と設定の時間・修正の有無が記録に残っている/成果物: 設定したボットと、質問・答えの一覧、使い方の説明、作業記録
つまずきやすいポイント
- 依頼者の確認を取らずに回答文を公開し、店舗として言ってはいけない内容が出る
- 依頼者側で回答文を直す方法を渡さず、引き渡し後の修正依頼が続く
止まったら: 答えが安定しない質問は、無理に自動で答えさせず「人に引き継ぐ」側に回して引き渡す。記録にはその質問と理由を書いておく。
継続
何件かこなしたら、記録をもとに「受けてよかった案件」と「整備や修正の割に合わなかった案件」を分ける。ここで対応範囲と見積もりの基準を調整することが、続けられるかどうかを分ける。
開始条件: cb-06 の作業記録が複数件たまっていること
完了の目安: 案件ごとの質問の数と整備・設定の時間が並んでいて、対応範囲・見積もりの基準のどこを変えるか決まっている/成果物: 見直しメモ(続ける範囲・やめる範囲・変更する条件)
つまずきやすいポイント
- 依頼が続いていることを理由に、公開後の修正が多い案件を受け続ける
- 引き渡し後の修正対応を記録に入れず、1件あたりの実際の時間を短く見積もる
止まったら: 判断できるほど記録がたまっていなければ、条件は変えずにもう数件こなしてから見直す。件数が少ないうちの判断は当てにならない。
次にすること
チェックした進捗は、進捗ページからいつでも続きに戻れます。