出力例

記事の出力例(全文と各部の役割)

この出力例は、運営会社である株式会社Arstructがdev環境で検証用に運用しているプロジェクト「集客ラクダ ブログ」(rakuda-shots)で、実際に生成・公開された記事1本をそのまま転記したものです。タイトル・本文・よくある質問のいずれも書き直しや固有名詞の伏せ字はしていません。

公開日

スタッフが記事の見出しと目次の巻物を広げて指し示しているイラスト

記事ページの実際の画面

下は、この記事が実際に公開されているページの画面(1280×800)です。パンくず「ブログ / 採用・人事」、読了時間の目安「約8分」、タイトル、公開日・更新日、カバー画像、音声プレーヤー(この記事は後述のPodcastとしても配信されています)が、生成と同時に自動で並びます。

「採用人事が人を集めても入社後教育が曖昧なら早期離職は止まらない」の記事ページのスクリーンショット
実際の記事ページ(1280×800)。カテゴリ・読了時間・公開日・カバー画像・音声プレーヤーが並ぶ。
「採用だけでは足りない」という文字を配した、水墨と朱色・金箔のイラストのカバー画像
この記事のカバー画像。図解画像の実物は examples/images に掲載しています。

この記事は、公開と同時にブログトップにも表示されます。下は同じプロジェクトのブログトップの実画面(1280×800)で、既定のレイアウト「ヒーロー+注目記事」で最新記事のこの記事が大きく扱われています。

「集客ラクダ ブログ」のブログトップページのスクリーンショット。この記事が注目記事として表示されている
ブログトップの実画面。ブログ名・説明・記事本数・カテゴリタグと、最新記事(この記事)がカード表示されている。

タイトル・抜粋・目次(そのまま転記)

タイトル: 「採用人事が人を集めても入社後教育が曖昧なら早期離職は止まらない」

抜粋(検索結果・カード・SNS投稿文に共通で使う説明文): 「人事採用担当が求人票や面接に力を注いでも、オンボーディングの設計が曖昧なまま放置されている組織では早期離職が繰り返されます。入社後教育の何を整理し、どこから手をつけるべきかを具体的に示します。」

カテゴリ: 「採用・人事」。パンくずと一覧の絞り込みに使われます。

リード文(本文冒頭。抜粋とは別の文章です): 「採用人事の現場で最もコストが高い失敗は、採用コストをかけて入社させた人材が3か月以内に離職することです。断言します。採用の問題ではなく、入社後教育の設計不足が原因です。求人票を磨き、面接フローを整えても、オンボーディングが『上司の経験則を口頭で伝える』だけの状態のまま放置されている組織では、同じ早期離職が繰り返されます。内定承諾が出た時点で仕事が終わった感覚になりがちなのが、人事採用担当の現実です。しかし入社者の側から見ると、内定承諾はスタートにすぎません。入社初日から感じる『何をどの順番で覚えればいいか分からない』『誰に何を聞いていいか分からない』という状態が、離職の予兆として静かに蓄積されていきます。この記事では、人事採用担当と現場の採用責任者が今すぐ手をつけられる入社後教育の設計と、早期離職の予兆を見逃さないための定着確認の仕組みを整理します。」

  • 目次(h2): 入社後に失われている時間と、誰がそのしわ寄せを受けているか
  •  └ (h3) 誰のしわ寄せになっているか
  • 目次(h2): 入社後教育でAIが整理できる範囲と、人事採用担当が必ず判断する範囲
  •  └ (h3) 人が必ず判断する3つの場面
  • 目次(h2): 早期離職の予兆を見逃す組織が持つ共通の盲点
  •  └ (h3) AIが補える予兆の整理と、人が見なければならない違和感
  • 目次(h2): 放置した場合と小さく始めた場合の差、最初に潰す1工程

目次は、本文のh2・h3の見出しに表示時に自動で振られたIDへのリンクです。h2が3つ以上ある記事だけに表示されます。

本文セクションの全文(1章分)

以降は、本文の最初の章を小見出しを含めてそのまま転記します。

見出し(h2): 入社後に失われている時間と、誰がそのしわ寄せを受けているか

オンボーディングが曖昧なまま進む組織では、入社者が業務を覚えるまでに必要な情報を「探す時間」が大量に発生します。たとえば、業務に必要な社内ルールが複数のフォルダに分散していて、どれが最新版か分からない。教育資料が前任者の手書きメモと古いExcelファイルと口頭説明の三種類に分かれていて、どれを信じればいいか入社者には判断できない。こうした状態は珍しくありません。

仮定計算として整理します。入社者が1日平均30分を「正しい情報の場所を探す作業」に使っているとすれば、1か月で約10時間が情報探索だけに消えます。入社者だけでなく、質問を受ける先輩担当者の時間も削られます。「前に聞いたことを何度も聞かれる」状態が続くと、現場の採用担当や先輩社員の業務負荷は静かに増え、教育への意欲も落ちていきます。この構造を放置すると、入社者の混乱と現場の疲弊が同時に進み、早期離職の土台が整ってしまいます。

見出し(h3): 誰のしわ寄せになっているか

オンボーディング設計が曖昧な組織では、しわ寄せは主に3方向に向かいます。1つ目は入社者本人で、「何ができていれば合格なのか」の基準が分からないまま不安を抱えます。2つ目は現場の先輩担当者で、自分の業務をこなしながら不定期な質問に対応し続けます。3つ目は人事採用担当で、早期離職が出るたびに採用活動を再開しなければならず、人事採用求人のコストが繰り返しかかります。この3方向への損失は、教育資料と定着確認の仕組みを整えることで大部分は防げる性質のものです。

この章の直後には図解画像が1枚入りますが、実物は examples/images にまとめて掲載しています。

記事の末尾の章「放置した場合と小さく始めた場合の差、最初に潰す1工程」(ここでは転記を省略しています)では、本文中の「業務フロー整理」という語に既存記事への内部リンクが1本、自動で挿入されています。

集客ラクダではどうなるか

この記事の本文・見出し・よくある質問は、工程1・工程2で登録した会社情報や読者像、工程5「出力設定」で選んだ文体をもとに、記事の自動生成(承認制・自動公開) の自動生成が書き上げたものです。

本文中の内部リンクと「あわせて読みたい」の関連記事は、同じプロジェクトの公開済み記事のタイトルと主題から、表示のたびに自動で選ばれます(用語集・内部リンク・関連記事)。書き手が個別にリンクを貼る作業はありません。

よくある質問

この記事は実際の生成結果ですか、説明用に用意したサンプルですか。

実際の生成結果です。運営会社(株式会社Arstruct)がdev環境で検証のために運用しているプロジェクト「集客ラクダ ブログ」で自動生成・公開された記事を、書き直さずに転記しています。

この記事と同じ文章が自分のブログにも出ますか。

出ません。テーマ・文体・事実は登録した会社情報やカテゴリに応じて記事ごとに変わります。この例は出力の形と各部の役割を示すためのものです。

内部リンクや関連記事はどうやって決まりますか。

同じプロジェクト内の公開済み記事のタイトルと主題から、表示のたびに自動で選ばれます。書き手が個別に指定する項目ではありません。

目次(見出しへのリンク)はどうやって付きますか。

本文の見出し(h2・h3)に表示時に自動でIDが振られ、目次からジャンプできるようにします。h2が3つ以上ある記事だけに目次が表示されます。

自分の集客メディアを、今日から育て始める

アカウントを作り、プランを選んで最初のプロジェクトを設定してみてください。