ハウスメーカーで拠点ごとに仕事の分担が違う場合
支店や展示場によって仕事の分担が異なる会社では、06節で本人の担当と結果を分けるときに、所属拠点と時期も記事内に残します。その拠点の進め方を、見出しや要約で全拠点共通の制度のように広げないためです。
08節の制度の確認は、本人や配属先の上司だけでなく、制度を所管する部署にも行います。
社員インタビューでは、入社後の仕事が分かる経験を聞く
工務店の社員インタビューは、社員が実際に担当した仕事、その中で考えたこと、周囲から受けた支援を伝える採用記事です。会社を褒める言葉だけを集めるより、応募者が自分の働く場面を想像できる経験を聞きます。誰の、いつの、どの担当での経験かを示すことが出発点です。
例えば「お客様に喜ばれることがやりがいです」という発言があっても、それだけでは仕事内容は分かりません。どんな希望を聞き、何を確認し、どの提案を行ったのかを聞きます。本人が対応したことと、設計や現場の別の担当が進めたことも分けます。
仕事の紹介に必要なのは、成功談だけではありません。入社したばかりで判断に迷った場面、確認に戻った理由、先輩の助けで理解できたことにも、職場を知る材料があります。本人を困らせる失敗談を無理に引き出すのではなく、公開できる範囲で仕事の進め方を聞きます。
横にスワイプして、右側の列を確認できます
| 記事で伝えたいこと | 聞く経験 | 読者が判断できること |
|---|---|---|
| 担当する仕事 | 最近取り組んだ一つの業務 | 自分が行う作業の範囲 |
| 仕事の判断 | 複数の案から選んだ場面 | 判断に使う材料と確認先 |
| 周囲の支援 | 困ったときに助けを受けた場面 | 一人で抱えずに進める方法 |
| 入社後の学び | 最初は分からず後で理解できたこと | 教わる内容と担当の広がり |
| 働き方の実態 | 訪問や締切が重なった日の調整 | 負荷がかかる場面と対応 |
採用担当が記事の目的を決めることと、本人の答えを決めることは違います。「相談しやすい会社だと伝えたい」なら、相談した場面を尋ねます。実際にその経験がなければ、あるように書かず、別の経験を聞くか、職場の運用を確認します。
本稿の質問、発言、記入例は、編集方法を説明するための架空例です。実在する社員への取材記録ではありません。例文を社員のコメントとしてそのまま使わず、自社で本人に聞き、公開の確認を得た内容を記事にします。
インタビュー記事の役割は、募集要項では伝わりにくい経験を補うことです。賃金や勤務時間などの正式な条件を、社員一人の話だけで説明し終えたと扱いません。読者が経験談を読んだ後、現在の仕事内容と募集条件へ進める構成を考えます。
企画の段階で、記事を読み終えた人に何が分かってほしいかを一文にします。例えば「設計担当が顧客の希望を図面へ反映するまでに、誰と何を確認するかが分かる」と決めます。目的が具体的になると、取材で必要な質問と、不要な話題を選びやすくなります。
取材相手は、今回伝えたい仕事を経験している人から選ぶ
誰に話を聞くかは、肩書きや話の上手さだけで決めません。今回募集している職種と近い業務を経験し、その仕事の進め方を説明できる人を候補にします。採用担当が普段よく話す人だけに偏ると、配属先で実際に行う仕事が記事に出ないことがあります。
同じ設計職でも、入社直後に学んでいる人と、担当案件を持つ人では見えているものが違います。前者には教わり方や最初につまずいた点、後者には判断と引き継ぎを聞けます。どちらか一人の経験を、入社後の全段階の説明として使わないようにします。
社員の属性を揃えるために、私生活を取材の中心にする必要はありません。職種、担当範囲、入社後に経験した仕事など、記事の目的に関わる違いを確認します。本人が話したくない事情を、会社の雰囲気を伝えるための材料として求めないようにします。
横にスワイプして、右側の列を確認できます
| 取材の目的 | 候補にする経験 | 追加で確認する相手 |
|---|---|---|
| 入社直後の仕事を伝える | 最近、初期の育成を受けた経験 | 教えた担当者に制度や分担を確認 |
| 顧客提案の進め方を伝える | 実際に提案を担当した経験 | 技術や費用を確認した担当 |
| 現場との連携を伝える | 引き継ぎや調整を行った経験 | 相手側の役割を確認できる人 |
| 兼務の実態を伝える | 複数の業務を調整した経験 | 優先順位を決める責任者 |
| 担当の広がりを伝える | 入社後に任される仕事が変わった経験 | 当時と現在の育成を確認する人 |
一つの記事で複数人に話を聞く場合は、誰の経験かが分かる形にします。二人の発言をつないで、ひとりが経験した話のように見せません。共通していた点を編集部が説明するなら、発言の引用とは区別し、誰へどの範囲で確認したかを残します。
本人が取材を引き受ける前に、目的、公開する媒体、名前や顔写真の扱い、予定する確認の手順を説明します。断った場合や一部の話題に答えなかった場合も、それを理由に人事評価を下げるような扱いをしない運用にします。安心して範囲を相談できることが、事実に近い取材にもつながります。
取材時間は通常の業務と調整し、準備や原稿確認の時間も含めて相談します。忙しい時期に突然呼び出して即答を求めると、具体的な出来事を思い出しにくくなります。事前にテーマを伝え、話せる資料や場面を本人が選べる余地を残します。
少人数の会社では、名前を伏せても担当や経歴から本人が分かる場合があります。匿名なら何でも掲載できると考えず、組み合わせた情報で誰が分かるかも確認します。顧客や協力会社が関わる経験では、社員本人の確認だけで公開を決めないようにします。
取材の前に、目的・公開範囲・確認する資料を共有する
取材依頼では、採用サイトに載せるという説明に加え、何を知りたいかを伝えます。例えば「図面を描く前に顧客の希望をどう整理するか」「判断に迷ったとき誰へ確認するか」などです。答えの例文を先に渡すより、思い出してほしい仕事の場面を伝えます。
用意してもらう資料は、公開してよいものか、取材中に見るだけのものかを分けます。図面、打ち合わせ記録、顧客への提案資料には、個人情報や社外秘の情報が含まれることがあります。資料の持ち出しや外部への共有は、会社の扱いに沿って確認します。
録音する場合は、何のために録音し、誰が聞き、どこに保管するかを事前に説明します。音声を文字にする外部サービスを使う場合も、利用できる情報の範囲と管理方法を確認します。会話を記録できることだけで、どのサービスへも入力してよいとは判断しません。
横にスワイプして、右側の列を確認できます
| 依頼時に共有すること | 伝える内容の例 | 取材担当が準備すること |
|---|---|---|
| 記事の目的 | 募集職種の実際の提案業務を紹介する | 応募者の疑問を整理する |
| 主なテーマ | 担当した一件の仕事と社内の確認 | 追加質問の候補を用意する |
| 公開する範囲 | 媒体・氏名・肩書き・写真 | 掲載先と確認方法を明らかにする |
| 記録の方法 | メモ・録音と保管の扱い | 保存先と閲覧者を決める |
| 資料の扱い | 見せるだけか掲載できるか | 個人情報や秘密の確認欄を作る |
| 原稿の確認 | 本人が発言と事実を確認する | 確認期限と相談先を決める |
この依頼表は、取材のための社内確認用です。本人の確認を形式的な承諾にしないよう、何が公開されるかを実際に見てもらいます。顔写真を使わない方法や、特定の顧客の話を避ける方法など、目的を満たす別の伝え方も相談できます。
話してほしい内容と、話さなくてよい内容も伝えます。家族の職業、思想や信条、私生活の細部は、仕事を伝えるための定番質問にしません。社員が自発的に話した内容も、記事の目的に必要か、公開して困らないかを別に考えます。
取材の進行表には、冒頭の説明、仕事の確認、一つの経験の深掘り、育成や支援、最後の補足を置きます。時間が足りなくなったら、回答を急がせず、後で確認する事項を残します。思い出せない日付や数字を、その場で無理に断定してもらわないようにします。
取材者が配属先の仕事を知らない場合は、基本的な工程や用語を先に確認します。本人には常識でも、応募者には分からない言葉があります。取材後に意味を推測して書き換えず、どの工程の何を指すかを会話の中で確かめます。
質問は、場面・行動・理由・相手・結果へ順に進める
具体的な経験を聞くときは、まず場面を一つ選びます。「普段の仕事を教えてください」から始めても構いませんが、その後は最近担当した一件へ絞ります。複数の案件が混ざると、同じ流れの出来事かどうかが分からなくなるためです。
場面が決まったら、本人が何をしたかを聞きます。次に、なぜその順番や方法を選んだか、誰へ何を確認したか、結果として何が変わったかを尋ねます。結果を本人が確認していない場合は、分かっているところまでにとどめます。
横にスワイプして、右側の列を確認できます
| 質問の段階 | 質問の例 | 追加で確かめること |
|---|---|---|
| 場面 | 最近、判断に迷った仕事を一つ教えてください | いつ頃・どの担当での経験か |
| 行動 | そのとき最初に何をしましたか | 本人の作業と他の人の作業 |
| 理由 | 先にその確認をしたのはなぜですか | 判断に使った資料や条件 |
| 相手 | 誰へ、何を確かめましたか | 相談と承認の違い |
| 結果 | 確認した後、仕事はどう進みましたか | 実際に確認できた結果 |
| 範囲 | これは普段も同じですか | その案件だけの事情と通常の運用 |
「上司の支援があったから乗り越えられたのですね」と先に結論を入れると、本人が別の経緯を話しにくくなります。まず何が起きたかを尋ね、支援の有無や内容は答えを聞いてから確認します。会社の期待する物語に合わせて、質問の答えを誘導しないことが大切です。
本人が「みんなで進めました」と答えた場合は、それぞれの役割を聞きます。誰が資料を作り、誰が顧客へ説明し、誰が技術条件を確認したのかを整理します。共同作業の中で本人が担当した範囲が分かると、応募者もその職種の仕事を想像できます。
「すぐにできるようになった」という発言には、何ができるようになったかを尋ねます。単独で全工程を担当できたのか、先輩の確認を受けながら一部を進められたのかで意味が違います。習得までの期間を聞く場合も、経験や担当範囲を省いて全員の目安にしません。
結果の質問では、本人の感想と確認できた事実を分けます。「喜んでもらえたと思う」は本人の受け止めです。顧客の実際の発言を引用するなら、記録や掲載の扱いを確認します。本人の推測を顧客の評価として断定したり、存在しない感謝の言葉を足したりしません。
途中で話が広がった場合は、重要な内容をメモに残したうえで元の経験へ戻します。すべてを一度に記事にしようとせず、今回の仕事を理解するために必要な点を揃えます。取材の最後には、こちらの理解が合っているか、本人へ短く言い直して確認します。
職種ごとに、応募者が知りたい判断と連携を掘り下げる
共通の質問を用意した後は、職種ごとの仕事に合わせて聞き方を変えます。設計、営業、現場監督、広報では、作るものや判断することが違います。同じ「一番うれしかったこと」だけを全員に聞いても、担当する仕事の違いが見えにくくなります。
設計担当には、顧客の要望が複数あるときに何から整理したか、図面のどの部分を確認したかを聞きます。技術的な説明を記事へ入れる場合は、専門の担当者が内容を確認します。取材者が聞き取った断片だけで、建築上の判断が誰でもできるような書き方にしません。
営業担当には、初回の相談で何を聞き、持ち帰る内容をどう整理したかを尋ねます。契約できた話だけを中心にすると、調査、記録、社内の確認が見えません。顧客の希望をどの担当につなぎ、返答をどう確認したかを聞くと、営業の仕事が具体的になります。
横にスワイプして、右側の列を確認できます
| 職種・担当 | 深掘りする質問の例 | 記事で明らかにすること |
|---|---|---|
| 設計 | 要望が重なったとき、どの条件から整理しましたか | 図面を描く前後の判断と確認 |
| 住宅営業 | その場で答えず持ち帰った内容は何でしたか | 確認先と顧客への返答の流れ |
| 現場監督 | 予定が重なった日に、誰とどの順番で調整しましたか | 作業の調整と関係者への連絡 |
| インテリア | 好みと条件が合わないとき、どんな選択肢を整理しましたか | 提案と決定の分担 |
| 事務 | 依頼に不足があったとき、何を確認して戻しましたか | 正確に処理するための確認 |
| 広報 | 写真を発信する前に、何を誰へ確認しましたか | 撮影から公開までの仕事 |
現場の経験を聞く場合は、危険な作業の再現や、稼働中の現場での不用意な撮影を求めません。調整した事実を文章や確認済みの資料で説明できることもあります。採用記事のために、現場の安全や通常の仕事を妨げない進め方を選びます。
事務や広報の仕事では、完成したものだけでなく、公開や処理の前に行う確認を聞きます。間違いが起きないように依頼を戻す、顧客の情報が見えないように画像を確認するなど、表から見えにくい仕事があります。本人が当然と考える確認にも、その職種の価値が表れます。
兼務をしている人には、複数の依頼が重なったときの具体的な動きを尋ねます。「臨機応変に対応する」という言葉を、全部を一人で片付ける意味にしません。誰が優先順位を決め、何を翌日へ回し、どの仕事を別の人へ渡したかを聞きます。
職種の全体像を先に確認する場合は、兼務の主業務と優先順位の整理やリフォーム営業の調査・提案・引き継ぎも参考になります。インタビューでは、そこで整理した仕事を本人がどう経験したかに絞り、職務説明を繰り返すだけにしないようにします。
一つの経験を時系列に置き、本人の担当と結果を分ける
取材後は、選んだ経験について、起きたことを順に並べます。顧客から希望を聞いた、条件を確認した、案を作った、社内で確認を受けた、顧客へ説明したという順序です。記事の構成を考える前に、何が先で何が後かを確認します。
ここでは、内装の仕様変更に関する架空の取材メモを例にします。実際の設計判断や取材記録ではなく、本人の行動と別の担当の確認を区別するための例です。顧客や住宅が特定できる材料は使わず、編集上の整理に必要な内容だけを示します。
横にスワイプして、右側の列を確認できます
| 順序 | 架空の出来事 | 本人の担当 | 別に確認すること |
|---|---|---|---|
| 最初 | 顧客から仕上げの変更希望が出た | 希望と理由を記録した | 希望が出た時点と対象箇所 |
| 次 | 工事の進行と手配状況を確かめた | 関係する担当へ確認を依頼した | 技術・納期・費用の判断者 |
| その後 | 条件の違う候補を整理した | 比較できる資料を作った | 候補の条件が確認済みか |
| 説明 | 確認した内容を顧客へ伝えた | 提案と未確定事項を説明した | 誰が同席し何を決めたか |
| 引き継ぎ | 決まった内容を工事側へ渡した | 記録を整理して共有した | 引き継ぎ先での受領確認 |
この整理をすると、本人が「変更に対応しました」と話した内容が、単独で技術や費用を決めたこととは違うと分かります。担当の価値を小さく見せるための区別ではありません。必要な人へ確認し、顧客へ説明できる形に整える仕事も、具体的に伝えるべき役割です。
結果は、どこまで確かめられたかを残します。候補を説明した事実、顧客が決めた事実、工事へ反映された事実、引き渡し後の感想は別の段階です。最後の段階まで本人が確認していなければ、取材者が都合のよい結末を付け足さないようにします。
同じ人が別の案件で経験したことを補足する場合は、「別の案件では」と切り替えを示します。異なる案件の希望、提案、感想をつなげて、一件の成功事例にしません。話として滑らかでも、事実のまとまりが変わる編集は避けます。
本文は、すべてを日付順に書かなければならないわけではありません。最も仕事が分かる場面から始め、必要な背景を後で説明する方法もあります。ただし、読者が順序を取り違えないよう、当時の状況、本人の行動、確認した結果の関係を保ちます。
時系列表の中に不明点が残った場合は、追加質問の一覧にします。「費用の説明をしたのは誰か」「候補はその時点で手配可能と確認していたか」など、分からない点を具体的にします。文章を長くするための再取材ではなく、意味が変わる部分を埋めるための確認です。
発言を読みやすく整えても、条件やためらいを消さない
話し言葉には、言い直し、繰り返し、途中で補った説明が含まれます。記事では読みやすく整理できますが、本人が伝えた条件や不確かさを消さないようにします。短くするために大切な一節を落とすと、元の発言より強い断定になることがあります。
例えば「最初は先輩に確認してもらい、慣れてから一部を一人で進めました」という発言を、「一人で仕事を任せてもらえます」へ変えると、時期と範囲が抜けます。応募者は入社直後から一人で全てを担当すると受け取るかもしれません。残すべき条件を先に選びます。
横にスワイプして、右側の列を確認できます
| 架空の発言 | 意味が変わる編集 | 条件を残した整理例 |
|---|---|---|
| 最初は先輩の確認を受け、慣れてから一部を担当した | 入社後すぐ一人で任される | 確認を受けながら学び、慣れてから担当を広げた |
| 今回は担当が早めに相談に乗ってくれた | いつでも全員がすぐ相談できる | この仕事では早めに相談できた |
| お客様に安心してもらえたと思う | お客様から高く評価された | 本人は説明後の反応をそう受け止めた |
| この案件では変更の整理に時間がかかった | 変更対応は必ず大変だ | この案件で時間がかかった理由を説明する |
| 制度を今後もっと使いやすくしたい | 制度を誰でも十分に利用できる | 現在の実態と改善したい点を分ける |

表の文章は編集上の架空例であり、実在する社員のコメントではありません。実際の記事では、本人の言葉をできるだけ保ちます。説明を整えた後も、本人が発言の意味、経験した範囲、言い切り方を確認できるようにします。
発言の引用と編集者の説明は、書き方を分けます。本人の言葉として見せる部分には、本人が言った内容を使います。編集者が資料から補う制度の説明は、そのことが分かる地の文にし、社員が説明したように引用の中へ混ぜません。
本人の話し方を整える際も、すべてを同じ丁寧な宣伝文へ変える必要はありません。仕事の具体的な言葉、迷った理由、覚えている場面を残すと、本人の経験が伝わります。語尾だけを崩して人間らしく見せるより、確認できた具体性を保つ方が大切です。
否定や条件の前後は特に注意します。「できないと思ったが確認すると方法があった」の前半だけを切り出すと、本人の結論が逆になります。短いバナー文やSNSの抜粋にする場合も、元の記事を読まなくても誤解しない範囲で切り出します。
録音から文章を作る補助にAIを使う場合も、録音にない発言を補わせないようにします。使える情報とサービスの扱いを確認し、出てきた文章を記録へ戻って照合します。文章が自然に読めることだけで、社員が実際に話した内容だと判断しません。
事実・感想・制度・将来の希望を、それぞれ確認する
社員の話には、本人が経験した出来事、そこから感じたこと、会社の制度、これから取り組みたいことが混ざります。記事にする前に、それぞれ何として書くかを分けます。本人の将来の希望を、会社がすでに用意している制度や約束へ置き換えないためです。
本人の経験については、担当した時期、役割、関係した人、公開してよい範囲を確認します。制度や募集条件は、本人の記憶だけで確定しません。現在の制度を管理する担当者や、正式な募集内容を確認できる資料に戻ります。
横にスワイプして、右側の列を確認できます
| 情報の種類 | 例 | 主に確認する方法 |
|---|---|---|
| 本人の経験 | この案件で比較資料を作成した | 本人と公開可能な記録を照合する |
| 本人の感想 | 説明の準備が役立ったと感じた | 感想としての意味を本人が確認する |
| 会社の制度 | 教育や勤務の制度がある | 現在の制度資料と管理者に確認する |
| 数字 | 担当した件数や研修回数 | 対象・期間・単位と元の記録を確認する |
| 将来の希望 | これから別の業務にも挑戦したい | 本人の希望と会社の決定を区別する |
| 顧客の評価 | 顧客が具体的な感想を伝えた | 発言の記録と掲載の扱いを確認する |
厚生労働省の職場情報提供の手引・第3版は、実際に働く単位の情報や、制度が使われている実態を伝える考え方を示しています。社員の記事でも、その人の部署や担当での経験と、会社全体の制度を対応させることが役立ちます。
数字は、少し丸めるだけでも意味が変わります。本人が担当した案件と補助で関わった案件を合計するのか、完了した案件だけか、どの期間かを確かめます。数が曖昧なら、根拠のない正確そうな数字に変えず、確認できる仕事の説明を中心に書きます。
取材中に聞いた数字を図にする場合は、資料の数字と図の単位を一致させます。研修回数を参加人数に変えたり、案件への参加を単独の担当実績に変えたりしません。個人や顧客が特定される細かい内訳は、公開の必要性も合わせて確認します。
本人が「今後は設計にも関わりたい」と話した場合は、希望として伝えます。会社がその配属や研修を約束していなければ、応募者にも同じ経路が用意されているように書かないことが必要です。実施が決まった支援がある場合は、その担当と条件を別に確認します。
事実確認の結果、本人の記憶と資料が違っていたら、どちらかを都合よく選ばず、本人に確認します。出来事の時期が違う、別案件の話だったなど、理由が分かる場合もあります。解消しない重要な数字や経緯は断定せず、掲載範囲を見直します。
写真は、その発言が指している仕事を補うために撮る
インタビューの写真は、誰の話かが分かる写真と、どんな仕事かが分かる写真を組み合わせます。全てを正面の笑顔だけにする必要はありません。本人が資料を整理している、確認する場所を示しているなど、発言に対応する場面を選びます。
撮影の前には、その写真をどの章で使うかを考えます。「先輩に図面を確認してもらった」という経験を説明するなら、確認の内容が分かる写真が候補です。ただし、取材のために再現した場面を、当時の実際の記録として見せないようにします。
横にスワイプして、右側の列を確認できます
| 写真の役割 | 撮るものの例 | 撮影前後の確認 |
|---|---|---|
| 話している人を伝える | 本人の紹介写真 | 氏名・肩書き・掲載先の確認 |
| 作業を伝える | 資料作成や準備の場面 | 画面や資料の個人情報 |
| 連携を伝える | 社内で確認する場面 | 同席者の確認と役割の説明 |
| 仕事の道具を伝える | 使用する道具や資料の一部 | 公開できるものかと安全な撮り方 |
| 成果物を伝える | 公開可能な完成写真や資料 | 本人が担当した範囲の説明 |
| 手順を補う | 編集部が作成する工程図 | 実際の画面や実績との区別 |
仕事中の写真を撮る場合は、現場の責任者にタイミングと場所を確認します。視線をカメラへ向けるために作業を危険な状態で止めたり、通常必要な安全上の準備を省いたりしません。見栄えを優先して実務とかけ離れた場面を作ることも避けます。
画面の撮影は、表示されている内容を細かく確認します。顧客名、住所、連絡先、取引先の金額、社内の管理番号などが含まれていないかを見ます。画面が小さいから読めないと決めず、原寸でも確認し、必要なら公開用の資料や説明図を別に用意します。
再現写真や説明図には、その性質をキャプションで示します。「取材時に確認の場面を再現」など、何を見ているかが分かる説明を付けます。実際の取材写真、再現、編集部の図を同じ扱いにせず、写真の役割に合った情報を残します。
完成した住宅の写真を載せる場合は、本人が関わった工程を説明します。一部の内装提案を担当した人の写真に「この家を全て設計」といった説明を付けません。多くの人が関わる仕事だからこそ、本人の貢献を具体的に示すことが伝わる紹介になります。
画像の代替テキストにも、写真や図の内容を簡潔に記します。検索用の語を並べる欄として使わず、見えない場合に何の場面か分かる説明にします。大きな図を使うときは、要点を本文にも残し、画像の小さな文字だけで重要な条件を伝えないようにします。
記事は、読者の問いに答える見出しと短い段落で組み立てる
取材の順番をそのまま記事にすると、同じ説明が何度も出たり、大切な条件が最後にだけ出たりします。編集では、仕事内容、具体的な経験、支援、学び、これからの課題など、読者が理解しやすい順に整理します。並べ替えても、発言の意味と出来事の関係は保ちます。
冒頭では、誰がどの仕事をしているかを短く紹介します。取材時点の担当、この記事で扱う経験、現在の募集との関係が分かるようにします。入社年や経歴を載せる場合も、本人に確認し、公開する目的と必要な範囲を考えます。
横にスワイプして、右側の列を確認できます
| 記事の部分 | 主に答える問い | 入れる内容 |
|---|---|---|
| 冒頭の紹介 | 誰のどの仕事の話か | 担当・取材時点・記事のテーマ |
| 仕事の説明 | 何を担当しているか | 工程と本人の役割 |
| 経験の場面 | どのように進めたか | 具体的な行動と判断 |
| 支援の説明 | 誰と仕事をするか | 確認・相談・引き継ぎ |
| 学びと課題 | 何を身に付け、何を改善したいか | 本人の経験と今後の希望 |
| 次の案内 | 現在の募集をどこで確認するか | 職種詳細と条件へのリンク |
見出しは、本文にある具体的な内容を表します。「仲間と成長する毎日」だけでは、その章に何が書かれているか分かりません。例えば「提案前に、費用と手配の条件を担当者へ確認する」のように、仕事の動きが分かる言葉にできます。本人がしていない仕事を見出しに足しません。
段落は、一つの場面や説明のまとまりで区切ります。一文ごとに空けすぎると、話の関係が分かりにくくなる場合もあります。状況の説明、本人の行動、確認後の結果が切り替わるところを目安にし、スマートフォンの幅で読んで息継ぎできる長さにします。
次は、編集方法を示す架空の文章です。「変更希望を受けたとき、私は先に対象の箇所と理由をメモにしました。すぐに変更できると答える前に、手配と工事の状況を担当者へ確認しました。」ここでは、誰が何をしたかを一つの段落で伝えています。
続く段落では、「確認した条件をもとに候補を並べ、違いが分かる資料を作りました。顧客への説明では、決められることと追加確認が必要なことを分けました」と書けます。前の段落から行動が進んでいることが分かり、同じ意味の励ましや会社の宣伝を足さずに内容を展開できます。
この二段落は実際の社員の発言として使うものではありません。自社の記事では、本人が話した内容に合わせて書きます。具体性を出すために、取材で確認していない道具、時間、顧客の反応を後から創作しないようにします。
質問と回答の形式にするか、地の文を交えるかは、内容で選びます。質問がなくても文脈が分かる場合は地の文でつなげられます。本人の意図が質問に依存する場合は、その問いを残します。どちらの形式でも、本人の発言と編集者の説明が見分けられるようにします。
本人確認では、言い回し・事実・公開範囲を分けて見てもらう
原稿を本人へ送るときは、「確認してください」だけで終えず、見てほしい点を伝えます。発言の趣旨、仕事や時期の事実、公開してよい範囲を分けて確認してもらいます。本人が文章の好みだけを直し、重要な事実を見落とすことを防ぐためです。
確認する原稿には、本文だけでなく、見出し、写真、キャプション、短い抜粋も含めます。本文では条件を残していても、バナーだけで「一人で任される」と強く言い切っていたら、全体として誤解を生みます。読者が目にする組み合わせで確認します。
横にスワイプして、右側の列を確認できます
| 確認する観点 | 本人や関係者に見てもらうこと | 確認を残す単位 |
|---|---|---|
| 発言の意味 | 意図・条件・不確かさが変わっていないか | 該当する段落と確認版 |
| 出来事の事実 | 時期・担当・経緯に誤りがないか | 経験ごとの記録 |
| 制度と条件 | 現在の説明として合っているか | 管理者の確認と資料 |
| 公開する範囲 | 人・顧客・会社の情報に問題がないか | 写真・本文・掲載先 |
| 見出しと抜粋 | 本文より強い断定になっていないか | ページと配信用の案内文 |
| 最終版 | 修正後の内容が了承されたものか | 版・確認者・確認日 |
制度や募集条件を確認する管理者には、社員の感想を会社の宣伝へ書き換える役割を持たせないようにします。本人の経験の正確さと、会社として公開する情報の正確さは、両方を守る必要があります。都合の悪い発言を消すだけでなく、何が事実か、どの範囲を伝えるかを確認します。
修正が入ったら、意味が変わる箇所は本人へ戻します。本人が確認した後に、採用担当が別の言い回しを足してそのまま公開すると、確認した版と公開版が違ってしまいます。誰がどの版を見たかを残し、最終版をそろえます。
返答がないことを、了承したこととして扱わない運用にします。公開を急ぐ場合も、確認できていない発言や写真を予定だけで出しません。仕事の都合で確認が難しいなら、公開日や掲載範囲を調整します。本人へ繰り返し長文の確認を求めないよう、変更点をまとめて渡します。
公開後に誤りが見つかった場合の窓口も伝えます。本人が連絡しやすい相手を決め、修正が必要な箇所をサイトとSNSの両方で確認します。公開を一度了承したから永久に同じままでよいという扱いにせず、担当や制度が変わることを想定します。
取材メモや確認記録は、必要な人が必要な範囲で見られるように保管します。録音や資料の保存期間と削除方法は、会社の目的やルールに合わせて決めます。公開用の記事と、未公開の発言や内部資料を同じ共有場所へ無制限に置かないようにします。
採用ページとSNSへつなぐときも、経験談の範囲を保つ
社員インタビューを読んだ人が、現在募集している職種の詳しい情報へ進めるようにします。記事の末尾に置く案内は、本人と同じ仕事を募集しているのか、関連する別の仕事なのかを明らかにします。読んだ経験と実際の募集の関係が分かるリンクにします。
本人が現在行う仕事と、今回入社する人に任せる仕事が違う場合もあります。経験者が担当する業務を、そのまま未経験者の入社直後の仕事と見せないようにします。仕事内容と育成の説明へ進めることで、本人の経験を読者が自分に当てはめる際の誤解を減らせます。
横にスワイプして、右側の列を確認できます
| 紹介する場所 | 伝えること | 省かない条件 |
|---|---|---|
| 記事の題名 | 誰のどの経験を扱うか | 実際の担当と話の範囲 |
| 一覧の紹介文 | 記事で知ることができる仕事 | 本文にない成果や約束を足さない |
| 記事の末尾 | 関連する職種の説明へ進む | 現在の募集との違い |
| SNSの抜粋 | 一つの経験や判断を紹介する | 時期・担当範囲・必要な前提 |
| 応募への案内 | どの募集へ応募するか | 募集条件と受付状況 |
厚生労働省の条件明示資料に沿った募集条件は、経験談とは別に確認できるようにします。社員が「働きやすい」と感じていることだけで、勤務時間、休日、賃金などの説明を代替しません。条件は現在の募集に対応させます。
記事の題名に、検索されそうな職種名を入れる場合も内容と一致させます。営業の経験談なのに、設計や現場監督の募集にも見える語を並べないようにします。取材日や編集者の情報を示し、どの時点で誰が確認した記事なのかを読者が確かめられるようにします。
GoogleのAI機能とウェブサイトの説明では、基本的なSEO、重要情報をテキストで示すこと、本文と構造化データの一致などが案内されています。社員の記事も、人が読む本文へ仕事の説明を置き、AI向けに別の未確認情報を付け足しません。
SNSでは、写真と一文だけで元の条件が消えやすいため、抜粋後の意味を確認します。例えば「慣れてから一部を担当した」という経験を、「未経験でも全て任せます」という募集の約束へ変えないようにします。投稿から記事へ進んでも、説明の強さが食い違わない形に整えます。
SNSで直接募集する投稿にする場合は、厚生労働省の注意資料に沿って、募集主の名称・住所・連絡先・業務内容・就業場所・賃金の六情報も確認します。記事紹介のリンクだけで必要情報を置き換えず、募集条件の説明も別に整えます。
採用サイト全体の案内は、仕事と条件を判断できる採用サイトの構成で整理しています。インタビューの良さを活かすには、読んだ後に応募者が具体的な仕事と条件を確認できることが必要です。記事の読了だけを目的にしないつなぎ方を考えます。
公開後は、仕事の理解と情報の変化を確認する
社員インタビューの改善では、閲覧数だけでなく、読者が仕事を理解できたかを確かめます。選考に関係しない範囲で、どの情報が参考になったか、まだ分からない仕事があるかを聞く方法があります。好意的な感想を求める質問にせず、説明の不足を見つけるために聞きます。
例えば「記事を読んで応募しましたか」だけでは、記事のどの内容が役立ったか分かりません。「担当する仕事について、どの説明を見ましたか」「確認したかった点は残りましたか」と尋ねます。答えたくない人へ無理に理由を求めず、回答を採否の評価と混ぜない運用にします。
横にスワイプして、右側の列を確認できます
| 見直すきっかけ | 確認する内容 | 記事へ反映すること |
|---|---|---|
| 仕事内容への質問が続く | どの工程や担当が分からないか | 該当する仕事の説明を補う |
| 同じ誤解が出る | どの発言や見出しから受け取ったか | 条件や役割を近くに示す |
| 社員が異動した | 現在の担当と取材時点の関係 | 取材当時の説明と現在の案内 |
| 制度が変わった | 記事の制度説明が古くなっていないか | 現在の情報への更新や補足 |
| 募集を終了した | 応募先と記事の関連 | 終了表示と現在の募集への案内 |
| 本人から相談があった | 修正・掲載範囲の希望 | 本人と確認した対応 |
取材当時の経験として残す場合は、その時点を明らかにします。現在も同じ制度や分担が続いているように見せないことが大切です。現在の募集に影響する条件は、最新の情報へ案内します。過去の記事を残すか、補足するか、掲載を終了するかは、内容と本人との確認で判断します。
閲覧から応募までを数える場合は、クリック、応募の送信記録、応募者の人数を区別します。記事が読まれた時期に応募が増えても、他の求人媒体や紹介の影響があるかもしれません。記事だけの効果と断定せず、対象の期間や募集条件の変化も記録します。
次の取材では、前の記事で伝わらなかった仕事や、説明が不足している職種を選びます。毎回同じ質問で似た感想を集めるより、設計から現場への引き継ぎ、事務の確認、入社直後の学びなど、異なる仕事の場面を増やします。記事同士の役割が明確になれば、読者も必要な情報を選べます。
更新の担当は、採用担当だけに任せきりにせず、本人や配属先から変化が届くようにします。記事のURL、取材日、掲載した素材、確認者を記録しておけば、影響する場所を探せます。取材から公開、更新までを一つの流れとして管理することが、情報の信頼性を保ちます。
一つの記事を完成させるときは、仕事内容が分かる経験があり、本人の言葉の意味が保たれ、写真がその話を補い、現在の募集へ進めるかを確認します。文章を整えるほど本人らしさが消えているなら、抽象的な宣伝文を減らし、取材で聞けた具体的な行動へ戻ります。
参考にした公式資料
- 厚生労働省 求職者等への職場情報提供に当たっての手引 第3版確認日:
- 厚生労働省 求人企業向け労働条件明示リーフレット確認日:
- Google AI機能とウェブサイト確認日:
- 厚生労働省 SNS等を通じて直接労働者を募集する際の注意点確認日:
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。