外注ライターが「飛ぶ」のは、無責任だからじゃない。
これ、最初に押さえておきたい。連絡が突然途絶える、納品が来ないまま消える、Slackから抜ける——発注側に立つと、つい「あのライター、無責任だったな」で済ませたくなる。気持ちはわかる。でも、それで処理した瞬間、同じことが次のライターでも起きる。
実態は、もう少し別の場所にある。文字単価が低すぎる・修正依頼が多すぎる・指示が不明確・フィードバックが遅い——こうしたクライアント側の運用がライターのストレスを増幅して、「謝るより消えた方が楽」という逃避モードに入らせる。クラウドソーシング系の登録者ベースで見ても、継続的に活動を維持できているのは全体の数%という実態がある。「飛ぶ」は構造的な現象だ。
つまりオンボーディングは、性格判定の場ではない。逃避経路を仕組みで塞ぐフェーズだ。
オンボーディングは「初出社の3日間」だ
外注ライターのオンボーディングは「初出社の3日間」に近い。社員が初日に席もPCもなく放置されたら、そりゃ3日で辞める。ライターも同じで、最初の1〜3本目で「ここで書き続ける意味」を体感できなければ、次の依頼が来た時点でフェードアウトする。
ここ、大事。私が見てきた中で、ライター定着率が高い発注者は例外なく「最初の3本」に異常に手をかけている。逆に、定着しない発注者は、最初の1本目から「とりあえず書いてみてください」で投げて、納品が来てから初めて細かく修正を返す。
順番が逆なんだよ。
1. 1本目を「テスト」と呼ぶな
最初の依頼を「テストライティング」と呼んでいる発注者、めちゃくちゃ多い。気持ちはわかる。けど、これがライター側に与える心理効果は地味に重い。
「テスト」と呼ばれた瞬間、ライターは「採点される側」になる。落ちたら関係終了、合格したら本契約。緊張感は出るけど、その緊張感は「逃げたい気持ち」と裏表だ。1本書いて手応えがなかったら、フィードバックが返ってくる前に消える方が、合否を待つより精神的に楽——という逃避が走る。
呼び方を変える。「最初の1本目は、お互いの目線合わせ用です」と最初に宣言する。「合否」ではなく「擦り合わせ」のフレームに変える。
unknown nodeこれだけで「逃げる動機」が一段下がる。合否ではなく擦り合わせなら、逃げる必要がない。
2. 添削より先に「なぜそれを書くか」を渡せ
ガイドラインや構成テンプレを最初に渡す発注者は多い。これ自体は正しい。ただ、それだけで終わらせると効果が半減する。
ガイドラインは「やってはいけないこと」のリストだ。でも、ライターが本当に欲しいのは「この記事は誰のために存在するか」の文脈だ。
LIG社のメディア運営事例では、新規ライターに対してまず「ペルソナ」と「タグライン（メディアのスローガン）」を共有しているという。順番が秀逸で、ペルソナが先、ルールは後。なぜそれを書くかが分からないままルールだけ渡されても、ライターは「ルールに違反しないこと」が目的になる。それだと、毎回減点方式の記事しか上がってこない。
unknown node1と2が抜けると、ライターは「採点されないように書く」モードに入る。そのモードで書かれた記事は、誰の心にも刺さらない。当然リライトが多くなる。リライトが多いと、ライターは「割に合わない」と感じる。フェードアウト。
逃避の入口は、案外こういう設計の順番ミスから始まる。
3. 締切を「ハードな1日」ではなく「3段階」で切る
これ、知らない人が多い。
締切を「納期日まで」の1点だけで切ると、ライターは納期前夜まで手をつけない（人間だから）。前夜に着手して、構成段階で詰まる。詰まると「謝るのが怖い」モードに入る。逃避が完成する。
防ぎ方は単純で、ソフト締切を3段階に切る。
unknown node各段階で発注側が48時間以内にフィードバックを返す約束をセットにする。これで、ライターが「詰まったまま消える」窓が物理的になくなる。構成段階で詰まったら、そこで擦り合わせができる。最悪、構成案の段階で「これは難しい」と判明しても、初稿を待つよりお互い傷が浅い。
ハードな1日締切は、ライター側にとって「見て見ぬふりして逃げる選択肢」を与える。3段階に割ると、逃げる前に介入できる。
4. 「48時間ルール」を発注側に課す
ここ、めちゃくちゃ大事。
「ライターからの返信が遅い」と嘆く発注者はよくいる。でも、その発注者本人のフィードバック返信が、平気で1週間後だったりする。これ、ほぼ100%セットで起きる。
ライター側の心理は単純で、フィードバックが来ない期間は「自分の仕事が宙に浮いている」感覚になる。次の依頼が来ても、前の記事の評価が分からないまま進めるのは怖い。だから返信スピードが落ちる。それを発注側が「ライターの責任感がない」と読み替える——典型的なすれ違いだ。
ルールにする。「フィードバックは48時間以内に返す。返せない場合は、いつ返すかを24時間以内に通知する」。これを発注側のルールとして明文化する。
これで「やっつけフィードバック」が増えるんじゃないかと心配する人がいる。気持ちはわかる。けど、48時間で返せない量のフィードバックを書こうとしている時点で、それはもう過剰品質の罠に入っている。最初の1〜2点だけ伝えて、残りは次稿で扱う方が、結果的にライターは育つ。
5. 単価アップの基準を最初に宣言する
最後に、これ。「5記事納品で単価100円アップ」「10記事で次のメディアの執筆権を渡す」みたいな段階的なキャリアパスを、最初の依頼の時点で宣言する。
後出しで単価を上げるのは「気まぐれな良い人」止まりだ。最初に明示すると「契約書」になる。ライターが「3記事目で消えるか、続けるか」を判断する材料になる。
これ、知らない人が多い。多くの発注者は「ライターが続けてくれた場合のご褒美」として単価アップを後出しする。でも、ライター側から見ると、続けるかどうかを判断するのは最初の3本目あたりで、その時点で「続ける価値」が見えてないと、4本目はもう来ない。
unknown node数字は事業に合わせて調整していい。大事なのは「いつ・どうなったら・何が起きるか」をライターが計算できる状態にすること。
つまり、こういうことだ
オンボーディングで起きていることの本質は、「逃避の選択肢を、発注側が知らずに大量供給している」だ。
「テスト」という呼び方、ガイドライン先行の順番、1点切りの締切、遅いフィードバック、後出しの単価アップ——どれも、それ単体では悪意のないただの運用だ。でも、ライター側の心理経路で見ると、すべて「消えた方が楽」への入口になる。
設計原則は1行で言える。
お願いで守れることは仕組みで守らなくていい。でも、仕組みで守るべきことをお願いで済ませるな。
「ライターの責任感」に頼っているうちは、毎回賭けになる。仕組みで逃避経路を塞いでおけば、ライターの責任感を信じる必要がなくなる。むしろ、責任感のあるライターほど、仕組みが整っている発注者と長く付き合いたがる。
最後に
全部やる必要はない。最初の1つだけ試すなら、「1本目を『テスト』と呼ぶのをやめる」から始めるといい。これだけで離脱率は変わる。3つやるなら、それに「3段階の締切」と「48時間フィードバックルール」を足す。
私自身、最初は「ライターの選別が難しい」と思っていた。でも、選別じゃなかったんだよ。発注側の運用が、ちゃんと書ける人まで逃げさせていた——そっちが先だった。気づくまでに時間がかかった話で、私が言うのも変な話だけどね。
外注ライターは「採用して終わり」じゃない。「最初の3本でちゃんと迎えるかどうか」で、その後の半年が全部決まる。3本目までに何回フィードバックを返したか、それだけ覚えておけばいい。
参考リンク
- 厚生労働省 雇用動向調査（非正規雇用の離職率に関する公的統計）: https://www.mhlw.go.jp/toukei/list/9-23-1.html - 株式会社LIG オウンドメディア運営事例: https://liginc.co.jp