SNS代理店の多クライアント運用術

クライアントが8社あるのに、月末に利益が残らない。売上は伸びていて、口座にはお金が流れている。それでもチームは疲れていて、自分が直接手を入れていない納品物はひとつもない。多くのSNS代理店がちょうどここで止まります。そしてこれは、ほぼ例外なく営業の問題ではなく運用の問題です。経営者が「もっと売る」ことで解こうとするので、新規クライアントが増えるたびに利益率は少しずつ下がっていきます。

スケールという言葉は、たいてい「クライアント数を増やすこと」と読まれます。これは定義が違います。スケールとは、クライアント数が2倍になっても稼働時間は2倍にならない状態のことです。8社で週60時間だったものが、16社で週120時間になったなら、成長したのではなく自分の消耗を倍にしただけです。本当のスケールは、限界クライアントの限界コストを下げるところから生まれます。標準化されたパッケージ、再現できる納品手順、リセラーAPIで自動化した注文フロー、そして人が組み立てなくても出来上がるレポートです。

この記事は、SNS代理店を運営している方、これから運営しようとしている方に向けて書きました。素晴らしいチーム文化のつくり方といった話はありません。代わりに具体的なことが書いてあります。クライアントごとの工数を実際にどう測るか、どのサービスはパッケージにできてどれはできないか、レポートの型はどうあるべきか、代理店向けに設計されたパネル基盤がどこで効いてくるか、ホワイトラベルの子パネルはいつ意味を持つか、そして何より、クライアントに何を伝え、何を絶対に言わないかです。

最後の項目にいちばん紙幅を割きます。この業界で伸びる代理店と潰れる代理店を分けるのは、たいてい技術ではなく誠実さだからです。買った反応は本物のファンではありませんし、プラットフォームの利用規約と衝突しうるものですし、減少のリスクは現実に存在します。これを隠す代理店は今期は売りやすく、来年は返金交渉をします。正しく枠づけした代理店は価格を守り、クライアントを何年も維持します。

代理店の経済学：スケールは結局のところ工数の問題です

代理店の収益性は、たったひとつの比率から出てきます。そのクライアントから受け取る月額を、そのクライアントに費やした総時間で割り、実際の時間あたり原価を掛けた値です。売上ではなく、この比率について話すべきです。公開されている市場調査によると、ソーシャルメディア運用の時間単価はおおむね35から150ドルの範囲にあり、中小企業向けの月額リテイナーは1,500から5,000ドルあたりに落ち着きます。この数字は地域、業種、範囲で大きく振れますが、その下にある関係はどこでも同じように働きます。

一度やってみてください。いま最大のクライアントを取り上げ、直近30日でそこに費やしたすべての時間を書き出します。コンテンツ制作だけではありません。ブリーフの通話、やり取りしたメッセージ、修正のラウンド、注文入力、注文の追跡、レポートの組み立て、請求の督促、そして「フォロワーが減った気がするんですが」というメッセージへの返信まで全部です。これを初めてやった代理店の経営者の多くは、自分が請求対象だと思っていた作業が全体の半分にも満たないことに気づきます。

見えない時間はどこに溜まるのか

代理店の時間を食う典型的な穴は4つあり、4つとも自動化できます。

• 注文入力。 サービスをひとつずつ選んでリンクを貼り付ける作業です。10社、1社あたり6項目、月4回なら手入力は240件。1件90秒としても6時間です。
• ステータス確認。 「あの注文どこまで進んだか」と画面を眺める時間です。定期的なステータス照会ひとつで完全に消えます。
• レポーティング。 よく引用される業界の推定では、20社に週次レポートを出す代理店は週15から20時間をここに使っています。正社員半人分がコピーと貼り付けをしている計算です。
• 期待値の管理。 フォロワーの減少を尋ねるメッセージはすべて、販売時点で省いた説明に対する請求書です。

シンプルなユニットエコノミクスの枠

下の表はケーススタディではありません。自分の数字を入れるための骨組みです。自社の通貨と自社の現実で埋めてください。

項目	手作業の代理店	仕組み化した代理店
クライアント数	10	10
1社あたり月間工数	9	3.5
総運用時間	90	35
同じ体制で持てる上限	約14社	約36社
新規1社の限界工数	9	1.5

大事なのは右の列が自社にぴったり当てはまるかどうかではありません。この差がどこから来ているかです。差は完全にここから来ています。仕組み化した代理店では、発注も追跡もレポートも人の手を介さずに流れ、人は戦略とコンテンツと関係にだけ触れます。前者は時間を売っています。後者は成果を売っています。

クライアントごとの工数を測る現実的な方法

勤怠管理ツールを入れて「全部記録してください」と伝えるやり方は、たいてい2週間で放置されます。もっと安い方法があります。2週間のあいだ、1日1回、各自がどのクライアントに何時間使ったかを1行だけ書きます。狙うのは精度ではなく桁です。誤差20パーセントあっても、正しい判断を下すには十分です。

出てきたものを4つのバケツに分けます。

1. 戦略とコンテンツ：本当にクライアント固有で、自動化できず、自社を高く売れるようにしている仕事です。
2. 実行：注文入力、スケジューリング、追跡です。自動化できます。
3. レポーティング：データ収集と整形です。型にでき、大部分は自動化できます。
4. コミュニケーションの摩擦：返信、リマインド、ずれた期待の修復です。ドキュメント化で部分的に溶けます。

健全な代理店では、1番目のバケツが全体の60パーセント以上を占めます。2番目と3番目の合計は20パーセントを超えてはいけません。もし実行が40パーセントあるなら、次のクライアントを取る前にそこを直すべきです。新しいクライアントはその40パーセントを一緒に連れてくるからです。

失ったクライアントも数える

収益性の計算は、解約を入れるまで嘘をつきます。6か月いて、レポート2枚と口論をひとつ残して去ったクライアントも、紙の上では利益が出ているように見えます。営業工数を含む顧客獲得コストを、平均継続期間で割ってください。平均5か月継続し、獲得に12時間かかったなら、毎月の最初の2.4時間は販売の返済に充てられています。この計算ひとつが、なぜ継続が値上げよりも強いレバーなのかを説明します。

サービスカタログを標準化する

代理店がスケールできない最も一般的な技術的理由は、クライアントごとに違うものを売っているからです。個別対応は個別フローを意味し、個別フローは委譲できず、委譲できない仕事は永久に経営者の頭の中に残ります。解決策は退屈ですが確実です。有限のカタログを定義してください。

カタログは2層でつくります。上の層はクライアントに見せるパッケージです。下の層は、そのパッケージを構成する原子単位のサービスです。原子単位のサービスを自社で生産していないなら、パネルの価格が常時反映されたサービスカタログから供給します。決定的なルールはこれです。下の層が変わっても、上の層は変わってはいけません。クライアントが買うのは「グロースパッケージ」であり、その中にどの仕入先のどの項目が入っているかは、クライアントの関心事ではなく自社の運用上の詳細です。

何をパッケージにできるかの大まかな基準

作業の種類	パッケージ化	理由
フォロワー、いいね、再生回数の項目	可能	定量的で再現でき、単価が明確
コメントやインタラクション項目	部分的	文章作成とモデレーションに人手が要る
コンテンツ制作（動画、デザイン）	不可	所要時間が読めず、修正リスクが高い
広告運用	可能だが別項目として	予算比率のロジックが別に働く
危機対応とコミュニティ管理	不可	時間課金か別リテイナーにすべき

この表を自社向けに埋めてください。目的は、パッケージに入るものすべてが固定の所要時間を持つことです。所要時間が固定できないものは、パッケージの外に置くか、パッケージを壊すかのどちらかです。

プラットフォーム単位で標準化する

クライアントはプラットフォーム単位で考えるので、こちらの品揃えもそう並べるべきです。Instagramのサービス群とTikTokのサービス群は挙動が違います。納品スピード、減少の出方、標準的な単価が同じではありません。パッケージはプラットフォームの混合ではなく、プラットフォームが先、目的が後という順番でつくってください。「Instagram露出パッケージ」を売るほうが、「ソーシャルメディアパッケージ」を売るよりも成約しやすく、納品も読みやすくなります。

注文の一括処理と運用リズムをつくる

代理店をスケールさせる運用習慣がひとつあるとすれば、これです。仕事は連続ではなくブロックで処理してください。依頼が届いた瞬間に毎回さばいていると、ひとりあたりの処理量はおよそ半分に落ちます。代わりに週次のリズムをつくります。

一週間の例です。

1. 月曜午前：先週のデータを引き、想定から外れているクライアントに印をつけます。
2. 月曜午後：全クライアントの週次注文リストを1つのファイルにまとめます。
3. 火曜午前：リスト全体を一度に投入します。手入力でもAPIでも構いません。
4. 水曜と木曜：コンテンツと戦略だけ。誰も注文業務に触れません。
5. 金曜午前：ステータス照会、止まっているものの対応、必要ならサポートチケットを起票します。
6. 金曜午後：レポートを生成して確認します。送付は月曜です。

このリズムの価値は心理的なものではなく数学的なものです。コンテキストスイッチのコストは、反復作業における最大の隠れ費用です。同じ作業を1日に散らばった40回ではなく1ブロックで1回にすると、たいてい3分の1の時間で終わります。

残高とキャッシュのリズム

パネル側では残高を先にチャージし、注文はそこから引かれます。これは代理店にとってむしろ有利です。月の仕入予算を一度チャージすればあとは考えなくてよく、個々の注文が決済行為でなくなります。決済手段はカード、暗号資産、銀行振込のあいだで切り替えられます。多くの代理店は月初に大きく一度チャージし、経理を1枚の領収書で締めるやり方を好みます。仕組みを説明する3ステップの流れがこの論理を手早く示しています。

キャッシュについてはルールがひとつです。クライアントから先に回収し、仕入先には先に支払い、その差額をそのまま利益と思わないこと。その差は、減少の補填、返金の交渉、サポート工数も賄わなければなりません。

APIによる自動化：いつ、どこまで

自動化の話はほぼ必ず早すぎるタイミングで始まります。大まかなしきい値はこうです。月100件未満なら、パネル上で手作業するほうが安上がりです。100件から500件のあいだなら、半自動化（保存したテンプレート、一括入力、スプレッドシートに紐づいたチェックリスト）で十分です。月500件を超えると手入力は高くつき、同時にミスの温床になります。ここでリセラーAPIへ移行する判断は数週間で元が取れます。

標準的なリセラーAPIは素直です。サービス一覧を取得し、注文を作成し、注文ステータスを照会し、残高を読む。PanelFollowsではこのAPIは無料で、ローカライズされたレスポンスを返す別のエンドポイントもあります。英語以外のフロントエンドを使っていても、サービス名やステータスを自分で訳し直す必要がないということです。

注文作成の骨組み

POST /api/v2
key=YOUR_API_KEY
action=add
service=1234
link=https://instagram.com/username
quantity=1000

レスポンスには注文IDが入っています。このIDを自社データベースのクライアントレコードに紐づけます。そこから先は1行のループです。ステータスを照会し、変化を自分のテーブルに書き込み、クライアント向けの画面に反映します。

POST /api/v2
key=YOUR_API_KEY
action=status
orders=1,2,3

自動化で避けるべき3つのミス

• すべての注文を即座に飛ばすこと。 クライアントがフォームを送信した瞬間に仕入先へ送らないでください。あいだにキューと検証のステップを置きます。リンクの間違いは、この世でいちばん高くつく自動化のバグです。
• ステータスを1分おきに照会すること。 10分から30分の間隔で十分です。頻度を上げても注文は速くなりませんし、情報も増えません。
• 黙って失敗すること。 仕入先がエラーを返しているのに注文が「保留中」のままなら、クライアントに聞かれる前に自分が知っている必要があります。エラー状態は自社側で見えるフィールドにしてください。

最初の自動化は小さく保ってください。プラットフォームひとつ、サービス群ひとつ、クライアントひとつです。2週間動かしてから広げます。初日にカタログ全体をつなごうとした代理店の多くは、3週目には手入力に戻っています。

レポートの型：一度設計して50回送る

レポートは代理店がつくる製品のなかで最も誤解されています。多くの代理店のレポートは、印象づけるために集めたグラフの山で、誰も読んでいません。レポートの仕事はきっちりひとつです。「自分の払ったお金で何が起き、次に何が起きるのか」に2分で答えることです。その仕事をこなすレポートは短くなります。

レポート自動化が本当に効いてくるのもここです。業界の資料は、20社に週次レポートを出すチームが週15から20時間をこれに使っていると推定しています。データ収集の自動化はこれを1社あたり20から30分まで圧縮できます。残るのは解釈を書く時間だけです。ここは注意してください。ゼロにはなりませんし、ゼロにしてはいけません。人の読み解きが入っていないレポートは、クライアントがなぜ支払っているのかを忘れる瞬間です。

4部構成のレポートの骨組み

テンプレートはどのクライアントでも同じ4セクションを、毎回同じ順序で並べてください。クライアントに習慣がつくと、実際に読み始めるからです。

1. 何をしたか。 今期に投入した注文、制作したコンテンツ、完了した作業です。飾りのない一覧にします。
2. 何が起きたか。 フォロワーの増減、リーチ、エンゲージメント率、プロフィール訪問、クリックです。数値と前期比の差分を並べます。
3. それが何を意味するか。 人が書く2文から4文の解釈です。テンプレートのなかで自動化できない唯一の部分です。
4. 次に何をするか。 次期の計画と、クライアントに必要なことがあればひとつだけ書きます。

どの指標を外すか

レポート設計でいちばん難しい判断は、何を削るかです。大まかなフィルターです。

指標	載せるか	理由
リーチと表示回数	載せる	可視性の直接的な尺度
エンゲージメント率（フォロワーで割った値）	載せる	質を示し、水増しを隠さない
プロフィール訪問とリンククリック	載せる	ビジネスにいちばん近いシグナル
フォロワーの実数	載せるが単独では絶対に置かない	膨らませやすく、誤解させやすい
いいねの総数	載せない	文脈がなく比較できない
「ブランド認知度スコア」のような合成指標	載せない	検証できず、信頼を損なう

最後の行がいちばん重要です。自分で考えた合成スコアは短期的にはレポートを豪華に見せますが、いつかクライアントが「この74はどう計算したのですか」と聞きます。その日に答えがなければ、レポート全体が信用を失います。

フォロワー実数についての個別の注意

購入したフォロワー項目は数字を押し上げますが、エンゲージメント率は押し下げます。これは意見ではなく算数です。分母は増えて、分子は増えないからです。レポートでフォロワーの曲線が上がる隣でエンゲージメント率の曲線が下がっているのに説明しなければ、クライアントは自分で説明をつくります。たいてい自社に不利な形でです。正しい打ち手は、両方の曲線を並べて置き、なぜそうなるのかを販売段階ですでに説明しておくことです。

クライアントに何を伝え、何を言わないか

この記事で最も重要な節であり、多くの代理店が負ける場所です。パネルのサービスを売るときに使う文章が、あとで抱えるすべての問題の出発点になります。一度枠づけを間違えると、その取引が続くかぎりその枠を引きずります。

絶対に言ってはいけないこと

• 「本物のオーガニックなフォロワーです」。 違います。パネルの項目はオーガニックなファンをつくりません。この言葉を口にした瞬間、納品できないものを売ったことになります。
• 「100パーセント保証、絶対に減りません」。 そんな保証は存在しません。減少は起こりえますし、誰も絶対的な言い方で約束できません。
• 「Instagramもこれは問題視していません」。 問題視しています。プラットフォームは規約で人工的なエンゲージメントを明示的に禁じています。たとえばTikTokは、プラットフォームの仕組みの操作と、エンゲージメントを人工的に押し上げるサービスの取引の仲介を、禁止行為として名指ししています。違うふりをしてもクライアントも自社も守れません。
• 「アカウントには何も起きません」。 アカウントの安全について絶対的な約束はできません。してしまえば、何かあったときの請求書は自分に来ます。
• 「あの競合は詐欺です」。 競合を落とす発言は売上にならず、自分を小さく見せます。自社のプロセスを説明し、比較はクライアントにさせてください。

必ず伝えるべきこと

• これらの項目が実際に何であるか。社会的証明と露出の調整です。ファンの育成ではありません。
• 減少のリスクは現実にあり、補充（リフィル）の対応は補充対応のサービスに限って存在するということ。保証なしのサービスでは、減少に対する返金はありません。この一文は契約書に入れてください。口頭で流さないことです。利用規約での位置づけが、この区別を明示し続けている理由を示しています。
• プラットフォームのポリシーと衝突しうること、そして最終的なリスクはアカウント保有者にあること。
• パスワードは一切不要であること。公開のユーザー名かリンクがあれば足ります。自社であれ仕入先であれ、誰かがパスワードを求めてきたら、そこで止めてください。
• 広告やスポンサード投稿が絡む場合は、金銭的な関係を開示する必要があること。米国ではFTCのEndorsement Guides（2023年改定）がこれを明確に定め、偽レビューと偽の推薦を禁じる2024年の規則には民事制裁金が伴います。同様の規制はほかの法域でも強まっています。代理店は、クライアントに代わって行ったことに責任を負います。

誠実さがなぜスケールの道具なのか

このリストは道徳的な好みのように見えます。実際には運用上の判断です。誤った期待で売った1社は、サポート工数をおよそ3倍から5倍多く消費します。彼らの質問はすべて、販売時点で伏せた情報の払い戻しです。期待値を最初から正しく置いた代理店は、同じ体制で2倍のクライアントを持てます。チームの時間が自己弁護に使われないからです。

価格の側面もあります。限界をはっきり伝える代理店は、自社のサービスを魔法のような成長ではなく、測れる露出の項目として位置づけます。魔法を売る側は、いちばん安い手品師に負けます。プロセスを売る側は、プロセスの質で守られます。

ホワイトラベルの子パネルと自社ブランド

あるしきい値を超えると、クライアントは「自分で入れてもいいですか」と聞き始めます。脅威に感じますが、これは機会です。うまく組み立てれば、クライアントのセルフサービスは自社の運用工数を下げ、自社を供給側の立場に移してくれます。

ホワイトラベルの子パネルとは、自社のドメインで動き、自社のロゴを掲げ、自社の価格表を持つパネルのことです。クライアントは自社のブランドを見て、その裏の供給層は見ません。子パネルの仕組みの立ち上げ方は専用ページで扱っていますが、代理店の視点で重要なのは3つです。

第一に、コスト構造です。PanelFollowsでは子パネルは前払いのリセラーアカウントとして動きます。クライアントからの入金は自社の決済事業者のアカウントで自社が回収し、メインパネルに置いた残高からは注文の原価だけが引かれます。これに加えて固定の月額リセラー料金があります。代理店にとっての取引条件は明快です。回収と利ざやは手元に残り、その代わりに読める固定費を負います。

第二に、価格の主導権です。子パネルの掛け率は自分で決めます。仕入原価に上乗せする利ざやは自社の判断であり、クライアントに見える価格は自社の価格だけです。

第三に、そしてこれが最も見落とされます。子パネルはサービスではなく製品です。製品を立ち上げた瞬間、サポートも自社のものになります。クライアントが深夜2時に注文して朝9時に「うまくいきませんでした」と書けば、そのメッセージは自社に届きます。だからこそ子パネルは、一定の物量を超えてからでないと意味を持ちません。

子パネルが合うとき、合わないとき

状況	子パネルを立てるか	理由
月5社、すべてフルサービス	立てない	管理の手間が売上を上回る
自分の顧客を持つ二次リセラーがいる	立てる	ブランドと価格の主導権が明確な利益
クライアントがセルフサービスを望む	立てる	注文入力の工数がゼロになる
単に安く仕入れたいだけ	立てない	リセラーアカウントで足りている
自社ブランドを育てたい	立てる	ホワイトラベルはまさにそのためのもの

安く買いたいだけなら、標準的なリセラーパネルのアカウントですでに用は足ります。子パネルはブランドと流通の話であって、割引の話ではありません。

価格パッケージ：3段階、ひとつの論理

価格設計で最も多い失敗は、クライアントごとに個別見積もりを出すことです。見積もり1本が1時間を食い、個別見積もりが個別納品を生み、半年後には同じものがひとつもない契約が12本手元に残ります。3段階をつくり、3つとも守り、4つ目はつくらないでください。

段階は価格帯ではなく、クライアントの成熟度で設計します。

• 入門段階：プラットフォーム1つ、項目数は固定、月1回のレポート。目的はクライアントを自社の仕組みに乗せ、進め方を覚えてもらうことです。この段階は利益源ではなくフィルターです。
• 中間段階：プラットフォーム2つ、コンテンツ込み、隔週レポートと月1回のミーティング。多くの代理店の売上の背骨はここにあります。
• 上位段階：マルチプラットフォーム、戦略、週次レポート、優先サポート。社数は少なく、利益率は高くなります。

段階設計の3つのルール

1. 段階間の差を最低2.5倍にすること。 差が小さいと全員が下の段階を買い、上の段階は一度も売れません。
2. 上位段階には工数ではなくアクセスを置くこと。 「週次ミーティング」や「優先対応」はスケールします。「無制限の修正」はスケールせず、自社を殺します。
3. すべての段階で仕入原価に上限を置くこと。 パッケージ内の項目数は固定でなければなりません。「必要に応じて」と書かれた行はすべて、月末の赤字です。

価格をどう守るか

クライアントに「同じものがどこかのパネルなら5分の1ですよ」と言われたら、何と答えるか。正しい答えは値引きではなく区別です。はい、素の項目はもっと安く手に入ります。私たちもパネルから仕入れていますし、それを隠していません。クライアントが払っているのは素の項目ではありません。どの項目をどのアカウントにいつ使うかという判断、納品の追跡、何かあったときに連絡できる担当者、そして文書化されたプロセスです。これをはっきり言える代理店は価格を守れます。

そしてその過程でクライアントを欺かないでください。素の項目を自分で買いたいなら、サービスカタログはクライアントも見られます。隠すより、自社の仕事がどこから始まるのかを説明するほうが強い立場です。隠す代理店は、クライアントが知った日に関係そのものを失います。

チーム、ドキュメント、そして仕事の引き渡し

スケールの最後の要素は人です。ただし想像されているような話ではなく、「良い人を採る」でもありません。仕事を引き渡せる状態にすることです。

引き渡せるかどうかのテストは簡単です。その仕事を一度もやったことがない人が、あなたのドキュメントだけを見て80パーセントの精度でこなせますか。できないなら、それはドキュメントではなく自分向けの覚書です。

どの仕事から文書化するか

順序は直感的ではありません。この式を使ってください。文書化の優先度 ＝ 月間の反復回数 × 1回あたりの所要分 × ミスのコスト。 この式に当てはめると、ほぼすべての代理店で並びはこうなります。

1. 注文入力と検証のチェックリスト（反復が多く、ミスのコストが高い）。
2. 新規クライアントのオンボーディング（反復は中程度、ミスのコストが非常に高い）。
3. レポート生成（反復が多く、ミスのコストは低いが所要時間が長い）。
4. サポート返信のテンプレート（反復が多く、所要時間は中程度）。
5. 月次の請求と照合（反復は少ないが、ミスのコストが高い）。

サポートテンプレートは見た目より重要です。届くメッセージの大半は同じ5つの質問の変奏です。注文はどこまで進んだか、なぜフォロワーが減ったのか、いつ終わるのか、返金はあるのか、パスワードは必要か。この5つに正確で誠実な定型回答があれば、経験の浅いメンバーでもサポート負荷のかなりの部分を担えます。

新規クライアントのオンボーディング表

業界の解説では、多くの代理店でクライアントのオンボーディングにおよそ1週間かかるとされています。その大半は待ち、催促、足りない情報の追いかけです。1ページのチェックリストがこれを数時間まで縮めます。

1. アカウント情報：ユーザー名と公開リンク。パスワードは受け取りません。
2. 目標の定義：何をもって成功とするのか。数字を含む1文で書きます。
3. 限界の明示：やらないこと、どのリスクがクライアント側に残るか、書面での確認。
4. 項目の割り当て：どのパッケージ、どのプラットフォーム、どの頻度か。
5. レポートの暦と窓口：誰が、いつ、どのチャネルで。
6. 支払いと請求のサイクル。

3番目の項目が、後の口論から自社を救う唯一の1行です。そしてこれはよくある質問のページにも公開しておくべきです。クライアントは契約書を一度しか読みませんが、サイトは何度も読みます。

スケールのしきい値：どこで壁に当たるか

代理店はなだらかには伸びず、しきい値を越えていきます。しきい値ごとに壊れるものが違い、しきい値ごとに効く薬も違います。

1社から5社。 問題ありません。全部自分でやるのが正解です。この段階で仕組みをつくるのは時間の無駄です。何を標準化すべきかがまだ分かっていません。この段階でやるべきことはメモを取ることだけです。

6社から15社。 最初の壁です。記憶が追いつかなくなり、こぼれが出はじめ、金曜が長くなります。効く薬はカタログの標準化とレポートの型です。ここで自動化に飛ぶのは早すぎます。先にプロセスを書いてください。

16社から40社。 二番目の壁です。手入力が持たなくなり、最初の重大なミスがここで起きます。違うアカウントに入った注文、飛ばしたレポートといったものです。効く薬はAPI連携とサポートのテンプレートです。ここで初めて本当の運用担当を採用しますが、その人の最初の仕事は新規開拓ではなく、すでにある仕事を書き起こすことであるべきです。そうしないとチームが大きくなり、混乱も一緒に大きくなります。

40社より上。 三番目の壁で、ここは性質が変わります。もう代理店を回しているのではなく、システムを回しています。自社の製品を立ち上げる（ホワイトラベルの子パネル、セルフサービス）か、業種を絞って1社あたりの価格を倍にするか、どちらかです。どちらの道も選ばない代理店は、たいてい40社と60社のあいだを何年も往復し、人だけが入れ替わっていきます。

自分に正直になってください。いま立っているしきい値の薬を飲むことです。6社でAPI連携を書くのは、30社でまだレポートを手で組み立てているのとまったく同じくらい間違っています。

いまどのしきい値にいるかを見分ける簡単な合図があります。「これは二度とやりたくない」と思った作業が、いまの段階の薬です。苛立ちは、測られていないコストが直感として出てきたものであり、たいてい表計算より先に報告してくれます。チームにも同じ質問をしてください。彼らがいちばん不満を言う反復が、次の自動化プロジェクトであるべきです。誰も不満を言っていない作業を自動化するのは、抱えていない問題を解くことです。

正しいクライアントを選ぶこともスケールの判断です

代理店は運用の修理に気を取られ、もっと大きなレバーを見落とします。どう働くかより、誰を受けるかのほうが効きます。間違ったクライアントは完璧な仕組みでも溺れさせます。正しいクライアントは半分しかできていない仕組みでも利益を出します。

赤信号が3つあり、3つとも商談の場で見えます。

• 成功の定義がない。 「伸ばしたい」と言うのに何を成長とみなすか言えない見込み客は、6か月目に定義を変えます。その日にこちらが失敗します。数字の入った1文の目標を求めてください。出せないなら、最初の仕事はその目標を一緒に書くことであり、そこに料金を付けるべきです。
• 最初の質問が価格。 範囲より先に価格を聞く相手は、こちらをサービスではなく汎用品として扱っています。そのクライアントはよそが少し安くなれば去り、去り際にサポート工数を焼いていきます。
• 境界の感覚がない。 深夜にメッセージを送り、範囲外の依頼を「ちょっとしたことなので」と呼ぶ見込み客は、範囲を契約ではなく習慣で決めようとしています。この振る舞いは契約前からすでに見えています。

対照的に、スケールできるクライアントの像は退屈です。予算が決まっていて、意思決定者がひとりで、目標が測れて、なぜここに来たかを1文で言える。このクライアントは心を躍らせませんが、チームを消耗させもしません。

売る前にキャパシティを計算する

新しいクライアントを受ける前に、計算をひとつしてください。チームの余力は、その新規クライアントの想定月間工数より大きいですか。そうでないなら選択肢は2つ、採用するか断るかです。3つ目の「なんとか詰め込む」は、実際には既存クライアントへのサービス品質を落として新規を賄うことであり、これは最も高くつく成長の形です。失った既存クライアント1社ごとに、新規の獲得コストを2度払うことになります。

もうひとつテストがあります。その新規クライアントは、いまのカタログの中から提供できますか。できるなら限界工数は小さく、受けて構いません。カタログの外を望むなら、その仕事は単発プロジェクトとして別に値付けし、リテイナーの外に置くべきです。リテイナーに染み込んだ例外は、すべて恒久化します。

多クライアント運用のツールスタック

ツール選定は、スケールの議論のなかで最も語られ、最も重要でない部分です。それでも多くの代理店が順序を間違えて時間を失っています。業界で何度も繰り返される観察はこうです。20社を超えて生き残った代理店は、先に運用を定義し、その運用を支えるツールをあとから選びました。苦しんだ側は逆をやりました。先にツールを買い、そのツールの前提に合わせて運用を組み立て、ある日ツールの限界が運用の限界になりました。

実務的なルールです。ある作業のためにツールを買う前に、その作業を2週間手でやってください。手でできない作業は自動化できません。複雑にできるだけです。

最小限で回るスタック

代理店が本当に必要とする層は驚くほど少ないです。

• 単一の正の情報源。 クライアント、パッケージ、アカウント情報、頻度です。スプレッドシートでも構いませんが、ちょうどひとつでなければなりません。2か所に置かれた情報は3か月目には食い違います。
• 注文のパイプライン。 パネルの画面かAPIです。その中間はありません。
• カレンダーとコンテンツ承認。 予約投稿ツールです。市場で最も混み合っている領域で、正直なところ最も差がつかない領域です。
• レポート生成の仕組み。 データを引いてテンプレートに流し込むものなら何でも構いません。
• サポートのチャネルはひとつ。 ひとつです。WhatsApp、メール、InstagramのDM、電話が同時に開いていたらスケールできません。どの会話にも履歴が残らないからです。

最後の項目は本気で受け取ってください。チャネルの散らかりは代理店で時間が消える最も気づきにくい原因で、どのソフトウェアも代わりに解決してくれません。決めるのは自分で、クライアントに徹底させるのも自分です。実行は単純です。新規クライアントには初日に唯一のチャネルを伝え、別のところから来たものはそこへ戻す。2週間で習慣がつきます。難しいのはルールではなく、最初の3回を徹底することです。

自動化を多クライアント対応にするのはマッピング層です

自動化を多クライアント対応にするのはツールではなくマッピングです。プラットフォームとの接続は代理店のものであり、どのデータがどのクライアントのものかを示すのがマッピングの表です。20社とは、ログイン20個ではなくマッピング20件のことです。同じ論理が発注にも当てはまります。リセラーアカウントは1つ、APIキーも1つ、しかしすべての注文に自社側で付けるクライアントのタグがある。初日にこのタグを省くと、半年後にどの支出がどのクライアントのものだったかを遡って再構成しようとして、できずに終わります。

リスクの管理：納品トラブル、減少、そして最悪の朝

スケールして変わるのは個々の障害の件数ではなく、同時に開いている件数です。5社で1件の問題は電話1本です。40社で仕入先が1回つまずけば、朝食前に怒りのメッセージが6件です。だからスケールする代理店は、問題が起きない前提ではなく、問題が起きたときに何をするかを書き残すことで大きくなります。

3種類の問題と対応

問題	よくある原因	代理店の動き
注文が進まない	仕入先側の待ち行列またはエラー	状態を確認し、チケットを起票し、自分からクライアントに知らせる
数量が足りない	部分納品	一部返金か追加投入。文書化した方針どおりに適用する
数字が減った	減少	サービスが対応していれば補充を申請、なければ最初に置いた期待値で対応

3行目が決定的です。保証なしのサービスを買って数字が減ったなら、仕入側に返金はありません。クライアントに「減ったら補填します」と言っていたなら、その補填は自分の財布から出ます。それが妥当な商業判断であることもありますが、あとで発見するのではなく、分かったうえで決めてください。

先回りして知らせるルール

習慣ひとつでサポート負荷の大きな塊が消えます。悪い知らせは、クライアントが見つける前にこちらから届けること。注文が止まったら、気づかれる前に書く。これには2つの効果があります。ひとつめ、そのメッセージは苦情ではなく報告になり、トーンをこちらが決められます。ふたつめ、クライアントはこちらが仕組みを見張っていることを知り、それが次回の忍耐を買ってくれます。スケールする代理店では、このルールはたいていこう書かれています。24時間を超える障害はすべて、1段落の連絡としてクライアントに出す。

ポートフォリオの集中

最後のリスク項目はクライアントの集中です。1社が売上の25パーセントを超えているなら、それは代理店ではなく下請けであり、その1社の予算削減がそのまま給与の問題になります。スケール計画のなかにこの比率の目標を入れてください。実務的なしきい値は、どのクライアントも20パーセントを超えず、どの業種も40パーセントを超えないことです。この比率は、成長のためにどのクライアントに断るべきかも教えてくれます。

よくある質問

代理店はリセラーアカウントと子パネルのどちらを使うべきですか。

クライアントがサービスを受けに来ていて、注文は自社が入れるなら、リセラーアカウントで十分です。クライアントが自分で注文したい場合や、自社に二次リセラーがいる場合は、ホワイトラベルの子パネルが合います。予算はきちんと見ておいてください。子パネルには月額のリセラー料金があり、前払い残高を入れておく必要があり、開いた瞬間からサポートの責任は自社に移ります。

何社くらいでAPI自動化に移るべきですか。

決めるのはクライアント数ではなく注文の量です。大まかなしきい値は月500件です。それ以下なら、連携の構築と保守にかかる工数のほうが節約できる工数より大きいので、手作業か半自動のほうが安上がりです。それ以上になると、手入力は高くつくうえにミスの発生源になります。

パネルを使っていることをクライアントに伝えるべきですか。

仕入先の名前を明かす義務はありません。それは通常の商取引上の守秘です。ただし、そのサービスが何であるか、買った反応はオーガニックなファンではないこと、減少のリスクが現実にあることは伝える義務があります。区別はこうです。仕入元を伏せるのは正当ですが、サービスの性質を伏せるのは正当ではありません。

フォロワーが減ったらクライアントに返金すべきですか。

方針は自社で決めるものですが、仕入側では補充の対応は補充対応のサービスにしか存在せず、保証なしのサービスには減少に対する返金がありません。ですから、仕入先が自社に約束している以上のことをクライアントに約束しないでください。約束すれば、その差額は自腹で払うことになります。

代理店がクライアントのパスワードを必要とすることはありますか。

ありませんし、求めるべきでもありません。パネルのサービスに必要なのは公開のユーザー名かリンクだけで、パスワードは一切不要です。コンテンツ運用のためにアクセスが必要なら、パスワードの共有ではなく、各プラットフォームのビジネス向けツールと権限設定を使ってください。

レポートを完全に自動化できますか。

データ収集と整形は可能です。解釈は不可能です。自動化はレポート作成を数時間から1社あたり20から30分まで縮められますが、その残り30分まで消すと、誰も読まないグラフの山だけが残ります。代理店が売っているのはグラフではなく、その下にある3文の判断です。

価格の段階はいくつ用意すべきですか。

3つです。2つではクライアントが選べず、4つ以上は双方を疲れさせます。段階のあいだは最低2.5倍の差を保ってください。差が小さいと全員がいちばん安いものを買い、上位段階は飾りになります。

パネルのサービスはアカウントを危険にさらしますか。

プラットフォームは規約で人工的なエンゲージメントを明示的に禁じているので、リスクは存在し、誰も絶対的な言い方でそれを否定できません。リスクを下げる既知の方法はあります。数量を段階的に増やす、急な跳ね上がりを避ける、アカウント自体のオーガニックな活動を保つといったことです。ただしゼロにする方法はありません。クライアントにはそのとおり伝えてください。

まとめ

SNS代理店をスケールさせることは、もっと売ることではなく、同じ仕事をより少ない時間でやることです。要素は3つあり、3つとも退屈です。有限のサービスカタログ、人の手を介さずに流れる発注とレポートのライン、そして最初の会話で正しく置いたクライアントの期待値です。この3つを揃えた代理店は、同じ体制で2倍から3倍のクライアントを持てます。揃えない代理店は、新規が増えるたびに少しずつ貧しくなり、それに気づきません。そのあいだ売上はずっと伸びているからです。

誠実さの節がおそらくいちばん居心地の悪い部分だったと思います。買った反応が何ではないかをクライアントに伝えることは、一見すると販売を難しくするように見えます。実際には逆に働きます。限界を理解したクライアントは質問が減り、長く続き、値引き交渉も減ります。仕組みをどこから組み立てるか決めきれないなら、まず自社の仕入側を測ってください。代理店アカウントを開き、カタログと価格を自社の数字と突き合わせてから、この記事のユニットエコノミクスの表を実データで埋めてみてください。答えはそこに座っています。