「ライターを採用する」という言葉は誤解を招きやすい。同じ「採用」でも、クラウドソーシング・専属・AIで指している作業が全く違う。発注書を切る相手、教育コスト、品質の振れ幅、撤退する時の傷の深さ——全部別物。なのに「ライターどう採用してる？」の一言でまとめて議論するから、話が噛み合わない。
ここでいう「採用」は、募集方法だけでなく、制作体制の組み方まで含めた話だ。Writers-hubがBtoBオウンドメディアの支援・相談を中心に見てきた範囲で、3パターンの実態と「どう使い分けるか」を整理する(私が言うのも変な話だけど、運営側だからこそ見える各方式の地雷も含めて)。
クラウドソーシングは「コンビニ」だ
24時間開いてる。品揃えが豊富。でも、専門性は案件ごとの差が大きい。比喩で言うと、調達性とアクセスのしやすさが最大の武器、専門性は募集設計・選考・編集体制で成果がぶれやすい領域——これが一番フラットな表現だと思う。
クラウドワークスやランサーズに案件を投げれば、比較的短時間で応募が集まる。少量の単発記事で、テーマもバラバラ、毎月誰に頼むか決まってない——そういう発注なら、最速候補になりやすい。
ここ、大事。クラウドソーシングが向くのは「品質のばらつきを許容できる発注」。
検索1ページ目を取りに行く戦略記事に使えなくはないけれど、選抜と編集の負荷が一気に重くなる。応募してくるライターは玉石混交で、自社の公開基準に合わせるには編集リライトが必要になることが多い。テスト発注を回して継続候補を選抜していく仕組みを毎月動かせるなら戦略記事にも回せる。それが回せないなら、クラウドソーシングは戦略記事から外した方が安全。
悪い例: 単価を抑えるためにクラウドソーシングに振って、編集工数で逆に赤字 良い例: 編集にかかる時間を時給換算して、クラウドソーシング+編集 vs 専属の総コストで比べる
総コストの計算式はシンプルだ。
総コスト = 原稿料 + 編集時間 × 編集者時給 + 修正往復コスト
このうち編集側の時間を「ゼロ」と仮定してしまう発注が多い。実際にはここが本体。安いのは原稿料だけで、品質を担保するための編集コストは別腹。これを最初の月に時給換算しないと、後から「思ってたより全然儲からない」と気づいて全員辞めさせる羽目になりやすい(運営支援の場面でよく見る型)。
向くケース: 少量の単発、テーマが多岐にわたる、編集体制が既にある 向かないケース: 選抜と編集を回す余裕がない、専門性の高い領域、高頻度で安定供給が必要
専属ライターは「社員」に近い
雇用契約じゃなくても、結局「一緒に育てる関係」になる。比喩で言うと、調達コストよりも育成・トンマナ移植の負荷が本体になる関係性——これが専属の本質。
業務委託だろうがフリーランスだろうが、専属で継続発注し続けると、やっていることは社員教育とほぼ同じになる。トンマナの擦り合わせ、CMSの操作、修正のフィードバックループ、過去案件のナレッジ共有——全部ライターの中に蓄積させる必要がある。
これもめちゃくちゃ大事。専属ライターのコストは原稿料ではない。立ち上げ期の編集者の時間が本体。
立ち上がりの数本は、編集者が原稿を解体して書き直すレベルになることが多い。それでも続ける理由は、その先で楽になっていく余地があるから。相性・継続本数・フィードバック設計が揃えば、トンマナを内面化したライターは初稿の修正回数も書き直し量も減りやすい——立ち上げを越えれば編集の手戻りは軽くなっていく、というのが現場の感覚だ(全ケースで同じ効果が出るわけではない)。
ただし——専属ライターには地雷がある。1人に依存すると、その人がいなくなった瞬間に媒体が止まる。出産、転職、メンタル不調、何でも起こる。だから「専属を1人だけ抱える」のは構造的に弱い。複数人体制が理想だが、人数だけでは守れない。最低限、引き継ぎ手順と編集側のナレッジ文書化がセットで要る。
専属運用での原則はシンプルだ。属人化を「あの人がいるから大丈夫」のお願いベースで放置せず、引き継ぎ手順とナレッジ文書で構造的に守る。これを最初に決めておくかどうかで、中長期の運用負荷が大きく変わりやすい。
向くケース: 継続発注を前提にできる、自社らしさが必要、検索上位を狙いたい 向かないケース: 単発中心、テーマが毎月変わる、立ち上げに時間をかけられない
AIライティングは「補助エンジン」だ
主翼ではない。でも、これがついてるかどうかで巡航速度が変わる。比喩で言うと、執筆の主体は人間に置きつつ、下書きとリサーチ整理の速度を底上げする補助用途——というのが現実的な位置づけ。
ChatGPTやClaudeで記事を書かせる動きは、直近の相談テーマとして増えている実感がある。私自身、毎日Claudeに執筆を手伝わせている(今もそう)。だから「AIで記事が書ける」という主張に嘘はない。書ける。問題は、AI単独で出した原稿が「読める品質」に届くかどうかは別の話ということ。
ここで多くの会社が踏み外す。「AIで書けるなら専属ライター要らない」と判断してメディア運用をAI単独に切り替え、しばらくして「記事の差別化が難しい、似たような構造ばかりになる」という相談がくる——という流れは、運営支援の場面でいくつか出てきている(成果指標は会社ごとに違うので、PV低下と直接因果づけて語るつもりはない)。
理由はシンプルで、生成AI運用では、既にある情報の再構成は得意な一方、現場の実体験を埋める部分が手薄になりやすい傾向があるから。一次情報や固有の経験がない記事は、書ける本数は増えても差別化しづらく、戦略記事ほど一次情報の補強が要る。AIに下書きさせて人間が体験談・固有の判断・社内データを差し込む構造の方が、運用上は安定しやすい。
悪い例:
プロンプト「ライター採用について2000字で書いて」→ 出力をそのまま公開
良い例:
プロンプト「ライター採用について構成案を5つ出して」→ 自社で実際にやった採用の判断軸を選ぶ → その軸に沿って下書きを書かせる → 自社の数字と固有の体験を差し込む
つまりこういうことだ。AIは完成原稿の代替よりも、構成整理や下書き加速の道具として使った方が成果が出やすい。これが分かっていない発注は、中身の薄い量産記事を生みやすい。
向くケース: 構成案の壁打ち、リサーチの一次整理、社内ナレッジを記事化する時の下書き 向かないケース: AI単独で完結させようとする運用、固有の経験を持たないテーマ
3つを混ぜる、が正解に近い
ここまで読んで「結局どれを選べばいいの？」と思った方——それ、罠の問いです。
3つは排他選択じゃない。当社が支援したBtoBオウンドメディアでは、目的別に役割を分けて混ぜて運用している配分に落ち着くケースが多かった。
ざっくりした使い分け表を出すと、こんな構造になる。初期診断の目安として置いている前提: BtoB商材で一次情報を出せる、たとえば月数本以上を継続発信できる、社内に編集責任者がいる——この3つが揃っているメディアを念頭に置いた整理だ。
- 記事タイプ | 主な目的 | 推奨体制 | 理由
- 記事タイプ: 戦略記事(検索上位狙い) / 主な目的: SEO流入 / 推奨体制: 専属 + AI下書き + 編集者リライト / 理由: 一次経験と独自視点が刺さる領域
- 記事タイプ: 速報・要約・一次整理系 / 主な目的: 鮮度・量 / 推奨体制: クラウドソーシング(編集チェック前提) / 理由: 編集側で整える前提なら外部化しやすい
- 記事タイプ: 社内ナレッジ記事 / 主な目的: 専門性・一次情報の厚み / 推奨体制: 編集者 + AI + 社員取材 / 理由: 現場の固有情報が一番強い
例外は当然ある。専門家監修が必須の領域(医療・法律・金融など)、社内有識者が原稿主体になる領域、制作会社が編集機能ごと巻き取るケースは、上の表からそのままはまらない。自社条件に引き寄せて表を作り直すのが前提だ。
逆に、1パターンに寄せきっているメディアは、伸びるか枯れるかの両極端になりがち。
クラウドソーシング100%だと、本数は出ても1本あたりのSEO力が積み上がりにくい構造になりやすい。専属100%は質は高いけど発注量がスケールしにくい。AI100%は短期的に本数が出ても、固有性の薄さで長期的に苦しくなる場面が支援先で出てきている。
だから「どれにするか」の前に、「どの記事をどのパターンで作るか」のマトリクスを決めるのが先。発注の意思決定をライター単位ではなく、記事タイプ単位で持つ。これが効く。
最初の30日でやること(目安)
全部一気にやる必要はない。最初の30日は、こんな順序で動くと迷子になりにくい(30日や4週間という区切りは、棚卸し→計測→判断のサイクルを1ヶ月で1周させる初期診断の目安として置いている)。
- 1週目: 直近の自社メディア記事を「戦略記事 / 速報・要約 / 社内ナレッジ」の3分類に棚卸しする
- 2週目: 各分類で1本ずつ、現状の体制で試験運用してみる(または直近の実績を再評価する)
- 3週目: 編集時間と修正回数を記事ごとに計測する。総コスト式に当てはめる
- 4週目: 「自社の競合優位を作る記事タイプ」を1つ選び、専属化の要否を判断する。専属化が難しい条件なら、編集者固定・監修者固定・制作会社との継続運用といった代替案も並べて比較する
この4週で土台ができれば、残り(速報、一次整理、社内ナレッジ)はクラウドソーシングとAIで柔軟に埋められる。逆をやると——速報を専属で回して戦略記事をクラウドソーシングに流すと——コストが合わなくなりやすい。
判断軸はシンプルで、「この記事タイプが自社の競合優位を作るか?」を問えばいい。Yesならまずは専属化を検討する、Noならクラウドソーシングか生成AI活用を含めた他の選択肢も比較していくのが現実的だ(自社条件で例外は出る)。
最後に1つだけ。3パターンの誰に頼んでも、品質基準を決める「編集責任」だけは自社側に最終責任者を置いた方がいい。編集機能そのものは外部パートナーに委ねる選択肢もある。けれど、原稿の最終品質ラインを引く責任までを完全に外注すると、運用が安定しにくい。「ライター起用体制」を考える前に、「自社に編集責任を引き受ける人がいるか」を先に確認した方が安全だ。直近の記事(目安として10本前後)を記事タイプ別に棚卸しして、どこを専属化すべきかを決めるところから始めるのが、たぶん一番早い。