記事の下書きはできたのに公開できない。問い合わせは届いたのに、誰が返すか決まっていない。少人数のホームページ運用では、文章を速く作れても、その先で仕事が止まることがあります。
生成AIを売る仕組みに組み込むなら、まず「誰が何を確認し、次に誰へ渡すか」を決めましょう。 発信・相談の入口・予約・その後の連絡を分け、止まっている一か所から直します。この記事では、4つの仕事と内製・外注の選び方を整理し、自社で残す判断と任せる作業を決められるようにします。
まずは：最近公開した、または公開できずに止まった記事を1本用意する。元の資料、確認のやり取り、公開後の案内をたどり、「誰の何待ちで、次へ渡せないか」を一行にする。
1週間以内の実行案：その仕事の担当者と、受け取る人に一度見せる。「これが届けば次へ進める」という条件をそろえ、1本で試す。話せなければ、自分が確認できる範囲と相手への質問を残す。全工程の自動化や問い合わせ獲得までを今週の完了条件にはしない。
生成AIの文章作成だけで、ホームページの運用は回るか
文章を作る仕事と、公開して相談につなぐ仕事は別です。 原稿が増えても、確認役が読めなければ公開待ちが増えます。予約が入っても、内容と担当が伝わらなければ、相談前に聞き直すことになります。
たとえば、設備点検を請け負う会社が、よく聞かれる質問を記事にする場面を考えます。以下は説明用の想定例です。
現場責任者：「下書きは出せても、対応できる設備とできない設備の説明は、私が確認する必要があります」
この場合、最初に決めるのは投稿本数ではありません。「対象設備・対応地域・確認が必要な条件」の元資料をそろえ、責任者が直す箇所を見つけやすくすることです。文章の下書きはAIに任せても、対応範囲を広げる判断まで任せる必要はありません。
帝国データバンクの2026年3月調査では、生成AIを業務で活用する企業3,560社の86.7％が、業務への効果を「大いに」または「やや」感じると回答しています。売上の増加率や、ホームページへの組込みによる効果を測った数字ではありません。 主な用途が文章作成や情報収集であることだけから、「個人利用で止まる企業が大半」とも判断できません。
売る仕組みの4段階｜自社が止まる仕事から選ぶ
ここでは「制作・検索運用・診断・営業」の4段階で、仕事を見渡します。ただし、全社が1から4へ進む難易度順ではありません。 記事が読まれているのに返信が遅い会社なら、制作量より相談後の受渡しを先に直す余地があります。
仕事 | AIを使う候補 | 人が決めること・次へ渡すもの |
|---|---|---|
1．発信する素材を作る | 現場メモから記事や告知文の下書きを作る | 対応範囲、根拠、掲載可否を確認し、公開してよい原稿を渡す |
2．探している人へ届け、更新する | 読者の質問に合う構成案、更新候補を出す | 誰のどの疑問へ答えるかを選び、本文・出典・案内先を更新する |
3．相談の入口を整える | 入力内容を整理し、相談前の要点案を作る | 何を聞き、どこへ渡すかを決め、予約内容と相談の背景を担当へ届ける |
4．相談後の対応を続ける | 面談メモから次の連絡文を下書きする | 約束した内容と連絡の可否を確認し、担当・次の予定・対応状況を記録する |
診断フォームは第3段階の一つの選択肢です。相手が最初から相談内容を説明できるなら、通常の問い合わせフォームで足りる場合もあります。診断を増やす前に、今の入力項目が相談担当の準備に役立つかを見ましょう。
検索向けの記事も同様です。結論や出典が明確な文章は読者の確認を助けますが、形式をそろえただけで検索順位やAI検索からの引用が決まるわけではありません。記事の公開数と、必要な相手に届いたかは分けて確かめます。
1本の受渡しを決める｜素材から公開、相談後の記録まで
想定例の設備点検会社では、現場の回答を使って「点検を依頼する前に伝えること」という記事を作ります。次のようにつなげれば、止まった場所と確認相手を探せます。
- 素材を渡す：現場担当が、よくある質問と対応条件を記録する。顧客名や現場写真は、掲載できる範囲に絞る。
- 下書きを作る：編集担当がAIの案と元資料を照合する。資料にない料金や対応可否は埋めず、現場責任者へ質問する。
- 公開を判断する：責任者が対象設備・対応地域・表現を確認する。編集担当は修正を反映し、公開を担当する人へ渡す。
- 相談へつなぐ：記事内の案内から、何を相談できるか分かるようにする。予約や問い合わせの内容が、実際に対応する人へ届くことを確認する。
- 次の対応を残す：相談後に、約束した資料・担当・次の予定を記録する。連絡文をAIで作る場合も、送信内容と相手の希望を担当者が確かめる。
ここで公開待ちの原因が「責任者が忙しい」なら、AIの文章を増やすだけでは解決しません。確認箇所を限定できる元資料や、確認する時間の取り方を見直します。反対に、承認済みの原稿を別画面へ転記する作業だけが重ければ、既存CMSの機能や小さな改修を調べる方が先かもしれません。
業務の切り分け方と、確認・修正を含む負担の比べ方は、生成AIを業務フローに組み込む方法で扱います。
ホームページ運用は内製か外注か｜不足している仕事で比べる
任せたい作業だけでなく、自社に残す判断を決めてから選びましょう。 文章を書く時間がないのか、公開操作が重いのか、複数の仕事の受渡しが途切れるのかで、必要な支援は変わります。
選択肢 | 合う状況 | 先に確認すること |
|---|---|---|
内製と既存ツールの見直し | 元資料・確認役があり、予約投稿や通知など既存機能で詰まりを減らせそう | 誰が設定・運用し、困ったとき誰へ戻すか |
小さな改修 | 特定の転記や通知に問題があり、直す範囲が絞れている | 接続可否、権限、失敗時の通知、保守の担当と費用 |
作業の外注・既存サービス | 制作や更新など、渡す材料と受け取る物を定められる | 元資料、確認回数、納品形式、追加費用、自社が確認する範囲 |
複数工程をまとめて見直す支援 | 発信・予約・記録・連絡が別々になり、受渡し自体を設計したい | 対象工程、既存サイトとの関係、運用分担、契約・終了時の引継ぎ |
運用代行の費用は、月額だけでは比べられません。原稿の元を自社が用意するのか、聞き取りから頼むのかでも仕事量が違います。同じ対象記事・更新内容を提示し、初期設定、月々の作業、追加修正、保守、解約時に戻るデータまで含めて見積もりを比べます。
PROTOCORE ENGINEの現行案内には、記事・診断・予約・メールをつなぐ仕組みと、既存サイトへの組込み、自社運用・運用BPOの選択肢があります。自社に必要な範囲は、AI駆動ホームページの提供内容を起点に、対象工程と人の確認を具体的に相談してください。
続けるかどうかは、公開数と対応の負担を分けて決める
試す前に、今回直したい一か所と、悪くしてはいけない条件を決めます。設備点検会社の例なら、「確認待ちを減らす。ただし、対応できない設備を対応可能と書かない」が出発点です。
- 作業を見る：素材の準備・下書き・確認・修正・公開・記録にかかった負担と、待ちが生じた理由を残す。
- 相手へのつながりを見る：記事を読んだ人の相談や予約、その後の対応を、確認できる計測範囲で別に追う。公開数だけを成果にしない。
- 次を決める：品質を保って詰まりが減れば同じ条件で続ける。確認役の負担が増えたら材料や受渡しを直す。掲載条件を守れない、担当が受け取れない場合は公開を止めて戻す。
記事1本で受注への効果まで判断できなくても、どこで仕事が止まり、誰へ何を渡せば進むかは確かめられます。まずはその一か所を、自社で直すのか、外へ任せるのか選びましょう。