SNSの投稿とDMをAIエージェントに任せ、事務作業を減らした。SES企業の事例

相談時の状況

SES事業は、エンジニアを採るのと案件を取るのを同時に走らせ続ける必要があります。この会社ではそのどちらもSNSが主な入口になっていましたが、運用そのものは担当者の手作業でした。

• 投稿のネタを考え、書き、画像を用意して投稿する
• 気になるアカウントを探し、プロフィールと発信内容を読み、一人ずつDMの文面を書いて送る
• 誰にいつ送ったかをスプレッドシートに記録する（記録が漏れて二重送信になることもある）
• 返信が来たら日程調整に入る

問題は「時間がかかること」ではなく、忙しい週ほど止まることでした。案件対応が立て込むと真っ先にSNSが後回しになり、しばらくして問い合わせが減っていることに気づく。その繰り返しになっていました。

つくったもの

「書く・探す」をAIエージェントに寄せ、「確認する・返す」を人に残す構成にしました。

同じ文面を配らない

DMの自動化というと、テンプレートを一斉に送る仕組みを想像されることが多いのですが、それは今どのプラットフォームでも成果が出ません。読む側が一瞬でテンプレートだと分かるからです。

この事例では、固定の枠組みだけを共通にし、中身は相手ごとに書き分ける構成にしました。冒頭でその人の発信内容に具体的に触れ、本題は自社の案件・募集に接続し、最後は同じ形式で締める。テンプレートを配るのではなく、担当者が一人ずつ書いていたときの書き方を再現しています。

送る相手を仕組みで絞る

手作業で一番事故が起きていたのが宛先管理でした。以前送った相手にもう一度送ってしまう、商談中の相手にアプローチしてしまう、といったことが起きます。

そこで、送信条件と除外条件をルールとして持たせ、送ってはいけない相手には仕組みとして送れないようにしました。送信履歴は一箇所に集約され、誰にいつ何を送ったかが後から追えます。

規約の範囲を最初に線引きする

SNSの自動化は、プラットフォーム側の規約とAPIの制限が頻繁に変わる領域です。無理に踏み越えると、アカウント自体が使えなくなり、それまでの資産をまとめて失います。

この案件では、自動化するのは文面生成・宛先選定・履歴管理までとし、送信操作は各プラットフォームが認めている方法に限定しました。規約上グレーな手法は、依頼があっても実装していません。運用が長く続くことのほうが、短期の送信数より価値があると考えているためです。

結果

担当者の作業が「書く・探す」から「確認して返す」に変わりました。投稿は下書きが用意された状態から始まり、DMは宛先と文面が揃った状態から始まります。承認と返信対応が中心になったことで、案件対応が立て込んだ週でも運用が止まらなくなりました。

送信履歴が一箇所にまとまったことで、どういう相手にどの文面が返信につながっているかを後から見返せるようになり、次の打ち手を勘ではなく履歴から決められるようになっています。

同じ構成が向いている会社

• 採用・営業の入口をSNSに置いているが、担当者が兼務していて運用が安定しない
• テンプレートDMを送ってみたが返信率が上がらなかった
• 誰にいつ送ったかがスプレッドシートで管理されており、二重送信が起きている
• 投稿が止まると問い合わせが減る実感がある

SNS運用に限らず、社内の事務作業のどこをAIエージェントに任せられるかという整理からのご相談も承っています。進め方はシステム・ソフトウェア開発、判断の伴走が必要な場合はFDEコンサルティングをご覧ください。