employer-brand について
employer-brandは、採用候補者に向けた企業の伝え方を整えるスキルです。採用ページや価値観文書などの作成にあたり、職場に関する主張を具体的な証拠や実例に基づかせます。
主な機能
- 01採用ページやカルチャーコンテンツの作成
- 02会社の価値観の文書化
- 03エンジニアリングやチームの紹介記事作成
- 04具体的な証拠による主張の裏付け
- 05トーンと信頼性の確認
活用シーン
- 01採用ページの文章作成
- 02行動例を含む価値観の文書化
- 03一日の仕事を紹介する記事の作成
- 04雇用ブランドの主張に根拠があるか確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ shawnpang/ startup-founder-skills --skill employer-brandインストール後、Claude Code で/employer-brandを入力して読み込まれたか確認します。
詳細
雇用主ブランド
使用するタイミング
ユーザーから、採用ページの文章作成、カルチャー文書の作成、エンジニアリングブログ記事の執筆、「ある1日の過ごし方」のコンテンツ作成、企業価値の文書化、または採用候補者に向けた企業の見せ方全般の改善を頼まれた場合に有効にします。また、スタートアップが人材市場で競合他社との差別化に苦労している場合にも有効にします。
必要なコンテキスト
- startup-context から: 会社名、ミッション、事業段階、チーム規模、創業ストーリー、価値観(明示されているもの、または実践されているもの)、リモート/ハイブリッド/出社の方針、特筆すべき福利厚生、既存のブランドボイスガイドライン。
- ユーザーから: 必要なコンテンツの種類、対象読者(エンジニア、デザイナー、マーケティング・営業などの事業開発担当者、全般)、土台として使える既存コンテンツ(あれば)、職場として自社を真に際立たせるもの。
ワークフロー
- 本物のストーリーを見つける — この会社で働くことについて、実際に真実であり、他社と異なる点は何かをユーザーに尋ねます。雇用主ブランドは実態に根ざしていなければ、入社後に裏目に出ます。文化を表す具体的なエピソード、習慣、意思決定について掘り下げます。
- コンテンツ形式を選ぶ — 採用ページ、価値観の文書、エンジニアリングブログ記事、「ある1日の過ごし方」の特集、チーム紹介、採用プロセスを透明化する記事、カルチャーデックから選びます。
- コンテンツを草案する — Voice-Evidence-Proof フレームワーク(以下を参照)を使って書きます。会社が重視すること(具体性のないミッションステートメント)ではなく、候補者が重視すること(影響力、成長、人、柔軟性)から始めます。
- すべての主張を証拠で裏付ける — 文化に関する主張には、それぞれ具体的な事例、方針、または逸話を添えます。「ワークライフバランスを重視しています」は、「水曜日は会議がなく、チームメンバーの平均労働時間は週42時間です」とします。
- トーンを調整する — 会社の実際のコミュニケーションスタイルに合わせます。開発者向けツールのスタートアップと医療関連企業では、異なる語り口になります。ありきたりなスタートアップらしい語り口は避けます。
- 信頼性を確認する — 現状ではなく、目指しているだけに感じられる主張には注意を促します。そのような主張は明示するか、削除します。候補者は具体性を信頼し、最上級の表現には不信感を抱きます。
出力形式
成果物はコンテンツの種類によって異なります。
- 採用ページ: デザイナーがレイアウトできるよう、セクションごとにまとめたページ全文のMarkdown。
- 価値観の文書: 定義、行動例、反例を含む4〜6個の価値観。
- ブログ記事: 見出し、導入、本文の各セクション、締めくくりのCTAを含む完成稿。
- ある1日の過ごし方: 時刻、引用、具体的な詳細を含むストーリー形式の特集。
- カルチャーデック: スピーカーノート付きのスライドごとのコンテンツ概要。
フレームワークとベストプラクティス
Voice-Evidence-Proof(VEP)フレームワーク
雇用主ブランドにおけるあらゆる主張には、次の3つの層が必要です。
- Voice: 会社らしい自然な語り口で主張を述べます。「私たちは素早く出荷し、さらに素早く学びます。」
- Evidence: 主張を裏付ける具体的な方針、慣行、または仕組みです。「デプロイパイプラインは1日に40回以上実行されます。すべてのエンジニアが入社後1週目に本番環境へ出荷します。」
- Proof: 主張を疑いようのないものにする、実際のストーリーやデータです。「前四半期には、新入社員が入社3日目にUXの問題を見つけ、5日目には修正を本番環境に反映しました。承認プロセスは必要ありませんでした。」
採用ページの構成
コンバージョン率の高い採用ページは、次の流れで構成されます。
- ヒーローセクション: ここで働くことの意味を、大胆なメッセージで伝えます。会社のミッションではなく、従業員への約束を伝えましょう。(例:「ものづくりを本当に大切にする人たちと、[X] の未来を築きましょう。」)
- ここで働く理由: 候補者が応募する主な理由を、3〜4個のタイルまたはセクションで紹介します。「インパクト」「裁量」「成長」「人」「柔軟性」など、候補者が使う言葉を取り入れましょう。
- 仕事の進め方: 習慣、ツール、仕事のリズムについて具体的に説明します。リモートワークの取り組み、会議の文化、リリースのペースなどを紹介しましょう。
- チーム紹介: 実際のチームメンバーの写真、引用、短いプロフィールを掲載します。多様なメンバーを紹介することが大切です。
- 提供するもの: 報酬の方針、福利厚生、株式報酬、学習予算について、曖昧な約束ではなく具体的に説明します。
- 募集中の職種: 職種名と勤務地が明確な、最新の求人情報を掲載します。
- 応募プロセス: 選考の各ステップと所要時間の目安を示し、候補者が何を期待できるかを説明します。
価値観を文書化するためのフレームワーク
優れた価値観には、次の4つの特性があります。
- 具体的: 「透明性を基本とする」は「誠実さ」よりも優れています。
- 明確な意見がある: 本物の価値観には、何かを選ぶことで何かを諦める判断が伴います。妥当な会社ならどこも反対しないようなものは、価値観ではなく、ありきたりな美辞麗句です。
- 行動に結びつく: それぞれの価値観を、観察可能な行動と結びつけましょう。「具体的にどう表れるか」と「どういう状態ではないか」を定義します。
- 優先順位が明確: 2つの価値観が相反するとき、どちらを優先しますか? これを文書化することで、価値観が実際に機能するものになります。
例:
## Ship and Iterate
We choose progress over perfection. We'd rather learn from a live
feature than debate a hypothetical one.
What this looks like:
- Shipping an MVP to 10 customers before building the "full" version
- Writing a quick RFC instead of scheduling a meeting
- Celebrating a launched experiment that failed, because we learned
What this does NOT look like:
- Shipping broken code that erodes customer trust
- Skipping testing because "we move fast"
- Ignoring feedback because "we already shipped it"
エンジニアリングブログ記事のフレームワーク
エンジニアリングブログ記事は、雇用主としてのブランド発信と思考リーダーシップの両方を担います。
- 問題から始める — 技術者の読者は、解決策より先に課題を知りたいと考えています。
- 制約を示す — 規模、フェーズ、またはドメインにおいて、その問題を難しくした要因は何ですか?
- 判断の過程を説明する — 最終的な選択だけでなく、検討したトレードオフや代替案も示します。
- うまくいかなかったことを率直に語る — 弱みを見せることで信頼が生まれます。「最初の方法が失敗したのは……が原因でした」は、整いすぎたストーリーよりも説得力があります。
- 次に何があるかで締めくくる — 未解決の問いを残すことで、その後の対話を促し、興味深い仕事が続いていることを伝えられます。
「ある1日の様子」コンテンツの構成
- 形式: 実際の、または典型的な1日を軸に構成した、一人称の語りまたはインタビュアー主導のQ&A。
- 含める内容: 具体的なツール、会議(または会議がないこと)、昼食の習慣、協力する場面、取り組んだ実際の課題。
- 避ける内容: 無難で、マーケティングの承認を受けたように聞こえる引用。本人らしさが伝わるようにしましょう。
- 多様性: 職種、職位、バックグラウンドの異なるチームメンバーを取り上げましょう。
避けるべきアンチパターン
- 理想と現実の落とし穴: 現在の文化ではなく、望ましい文化について書いてしまうこと。理想を信じて入社した候補者は、すぐに離職します。
- 最上級表現の多用: 「世界最高のチーム」「最先端のテクノロジー」「素晴らしい文化」。裏付けがなければ、こうした言葉には意味がありません。
- 中身より特典を前面に出す: 意義のある仕事、優れたマネジメント、キャリア形成ではなく、卓球台、無料の昼食、無制限の有給休暇を最初にアピールすること。
- 大手テック企業の模倣: あなたのスタートアップはGoogleではありません。彼らの文体、特典のリスト、価値観の形式をまねるのはやめましょう。自社ならではの強みに目を向けてください。
- ストックフォトで文化を表現する: 実際のチームメンバーの写真を使うか、写真を使わないようにしましょう。演出されたストックフォトは、信頼を大きく損ないます。
関連スキル
job-description— すべてのJDは、雇用主としてのブランドを伝える接点です。JDの文体が採用ページと一致するようにしましょう。content-strategy— ブログ記事やソーシャルメディアなどの雇用主ブランドコンテンツを、より広範なコンテンツカレンダーと配信計画に組み込みましょう。
例
プロンプト:「開発者向けツールを手がけるスタートアップの採用ページの文章を書いてください。従業員は20人で、シリーズAの資金調達を終えており、リモートワークを基本としています。」
適切な出力例:
# Build tools that developers actually love
We're a team of 20 building [product] — and we're looking for people
who care about developer experience as much as we do.
## Why engineers join us
**You'll ship to thousands of developers weekly.** Our CLI has 50K+
monthly active users. The feature you build on Monday gets feedback
in Slack by Thursday.
**You'll own entire systems.** We don't have ticket jockeys. Each
engineer owns a domain — from design through production monitoring.
Your last PR won't need four approvals to merge.
**You'll work with people who write well.** We're remote-first and
async-heavy. That means clear writing, thoughtful RFCs, and Loom
videos instead of status meetings.
プロンプト:「会社の価値観について文章を書くのを手伝ってください。価値観があると言い続けていますが、何も文書化できていません。」
適切な出力例:
Let's start by identifying what's actually true about how you operate
today — not what sounds good on a poster. I'll ask a few questions:
1. When your team disagrees on a decision, how does it get resolved?
2. What behavior have you praised in the last month?
3. What's something your team does that an outsider might find unusual?
4. When has the team made a hard trade-off, and which side did you land on?
Your answers will reveal the real values. Then we'll name them, define
them with behavioral examples, and pressure-test them with counter-
examples to make sure they're genuinely opinionated.
コメント
Markdown 対応