updated_at: 2026/4/3
口コミサイト対策でエンジニア採用力を上げる|評判管理の実践ガイド
OpenWork等の口コミサイトを味方にしてエンジニア採用力を高める評判管理の実践手法を徹底解説
口コミサイト対策でエンジニア採用力を上げる|評判管理の実践ガイド
このページでわかること
エンジニアの転職活動において口コミサイトがどれほど影響力を持つか
OpenWork・転職会議など主要口コミサイトの特徴と評価項目の読み解き方
ネガティブな口コミに振り回されず、採用力を高めるための具体的な打ち手
口コミスコアを組織改善のシグナルとして活用する方法
スタートアップ・中小企業が口コミの少なさをカバーする情報発信戦略
TL;DR(要点まとめ)
エンジニアの約4割が転職時に口コミサイトを確認している。公式の採用サイトよりも先に見るケースも珍しくない
口コミスコアが高い企業は、低い企業と比べてスカウト返信率・応募率が大きく上回るというデータがある
ネガティブな口コミは「削除」ではなく「組織改善のきっかけ」として捉えるのが正解
口コミが少ないスタートアップは、テックブログ・カジュアル面談・社員インタビューで情報の空白を埋める
「口コミの内容を知っている前提」で面接に臨む候補者が増えている。面接で口コミの内容に触れ、誠実に対応できる企業が選ばれる
1. エンジニアはなぜ口コミサイトを見るのか
公式情報だけでは判断できない時代
エンジニアに限らず、転職を検討する多くの求職者が口コミサイトをチェックしています。しかし、エンジニアは特にこの傾向が強いと言われています。その理由はシンプルです。
技術的なリアルを知りたい: 「モダンな技術スタックを使っている」と求人票に書いてあっても、実態はレガシーシステムの保守がメインかもしれない
開発文化の実態を確認したい: コードレビューの文化があるか、デプロイ頻度はどの程度か、技術的意思決定に開発者が関われるか
ネガティブ情報を含めたリアリティを求める: 採用サイトにはポジティブな情報しか載っていないことを、エンジニアはよく理解している
ベイジ社が実施した「エンジニアの転職実態調査(2025年版)」によると、エンジニアが企業選びで参照する情報源として「企業口コミサイト」が上位に入っています。採用サイトやプロダクト情報と並んで、口コミサイトが重要な判断材料になっているのです。
(出典: エンジニアの転職実態調査 2025年版 - ベイジ)
スカウトを受けたエンジニアの行動パターン
筆者はエンジニアとして、BizReach・Forkwell・Green・転職ドラフトなど13以上のスカウトサービスを利用してきました。スカウトを受け取ったときの行動パターンは、多くのエンジニアに共通しています。
スカウト文面を読む
企業名で検索する
口コミサイトで評判を確認する
興味があれば採用サイトやテックブログを見る
カジュアル面談に応じるか判断する
つまり、口コミサイトは「興味を持つかどうか」のフィルタリング段階で参照されています。どれだけ丁寧なスカウトメールを送っても、口コミサイトの評価が低ければ、その時点で候補者の興味が失われてしまう可能性があるのです。
2. 主要口コミサイトの特徴と評価項目の読み解き方
OpenWork(オープンワーク)
日本最大級の社員口コミプラットフォームです。
口コミ件数: 1,750万件以上(2024年8月時点)
登録ユーザー数: 約527万人
掲載企業数: 約7万社(東証プライム市場上場企業の95%以上が掲載)
(出典: OpenWork プレスリリース)
OpenWorkの評価は8つの項目で構成されています。
待遇面の満足度
社員の士気
風通しの良さ
社員の相互尊重
20代の成長環境
人材の長期育成
法令遵守意識
人事評価の適正感
エンジニア採用の観点で特に注目すべきは**「風通しの良さ」「20代の成長環境」「社員の士気」**の3項目です。エンジニアは技術的な議論ができる環境、成長機会、チームのモチベーションを重視する傾向が強いためです。
転職会議
OpenWorkと並ぶ大手口コミサイトで、より幅広い業種・企業規模をカバーしています。
年収・給与の口コミが充実
面接体験記が豊富
退職理由の記載が多い
エンジニアは「退職理由」のセクションを注意深く読む傾向があります。「技術的な挑戦がなくなった」「レガシー環境から脱却できなかった」といった記載は、エンジニア候補者の応募意欲に直結します。
Glassdoor(グラスドア)
外資系企業やグローバル展開している企業では、Glassdoorの評価も見られています。
英語圏のエンジニアへのアプローチでは特に重要
面接プロセスの評価が詳細
CEO承認率など独自の指標がある
エンジニア特有の情報源
口コミサイトに加えて、エンジニアは以下のような情報源も参照しています。
GitHub Organization: 公開リポジトリの活動状況、コミット頻度、Issue管理の丁寧さ
テックブログ: 技術力と情報発信の姿勢、更新頻度と内容の深さ
connpass・LAPRAS: 勉強会の開催実績、コミュニティへの貢献度
X(旧Twitter): 社員エンジニアの発信内容、技術への熱量
Podcast・YouTube: CTOやリードエンジニアの考え方、技術に対する哲学
これらは口コミサイトと合わせて「企業の技術力と開発文化のリアル」を判断する材料になっています。
重要なのは、エンジニアはこれらの情報を総合的に判断しているということです。口コミサイトの評価が低くても、テックブログが充実していて、GitHubでの活動が活発であれば「技術に真剣な会社だ」と判断される可能性があります。逆に、口コミサイトの評価が高くても、技術的な情報発信がゼロであれば「本当に技術を大事にしているのか?」と疑問を持たれることもあります。
口コミを見るタイミングは1回ではない
候補者は転職活動の中で、口コミサイトを複数のタイミングで確認します。
スカウト受信時: 最初のフィルタリング。ここで評価が極端に低いと、スカウトを無視される
応募検討時: 具体的な仕事内容に興味を持ったタイミング。口コミの中身を詳しく読み込む
面接前: 面接で聞くべき質問を口コミから考える。「この口コミの内容は本当か確認しよう」
内定受諾前: 最終確認。複数内定がある場合、口コミを比較して判断する
つまり、口コミサイトは採用ファネルのあらゆる段階で影響を与えています。「応募されれば勝ち」ではなく、内定承諾までの全プロセスで口コミの影響が続くことを認識しておく必要があります。
3. 口コミスコアが採用に与える影響をデータで理解する
スコアと応募率の関係
OpenWorkのデータによると、口コミ評価スコアが4点台の企業は、2点台の企業と比べて応募率が約2.2倍になるという結果が出ています。
(出典: HR NOTE - クチコミで応募率が2.2倍に)
この数字は、口コミスコアが単なる「イメージ」の問題ではなく、採用ファネルの上流に直接影響を与えることを示しています。
スカウト返信率への影響
OpenWorkリクルーティングでは、口コミの評価スコアに応じてスカウト返信率にも差が出ます。高評価の企業ほどスカウトへの返信率が高く、結果として翌月に送信できるスカウト通数が増えるという仕組みになっています。
つまり、口コミスコアが低い → スカウトの返信率が下がる → 送信できるスカウト数が減る → さらに採用が難しくなる、という負のスパイラルに陥るリスクがあるのです。
内定承諾率への影響
口コミの影響は応募段階だけではありません。内定を出した後の承諾判断にも口コミサイトは参照されます。
多くの場合、候補者は内定を受けた後に改めて口コミサイトを確認します。「本当にここで働いて大丈夫か」という最終確認です。このタイミングでネガティブな口コミが目に入ると、せっかくの内定承諾が覆ることもあります。
採用コストへの間接的な影響
口コミスコアが低い企業が採用を成功させるには、以下のようなコスト増が発生しがちです。
スカウト返信率が低いため、送信数を増やす必要がある
候補者の離脱率が高いため、母集団を大きくする必要がある
報酬面で競合より上乗せしないと選ばれない
エージェントフィーが割高になりやすい
逆に言えば、口コミスコアの改善は採用コストの削減にも直結するということです。
口コミが採用ブランドに与える長期的な影響
口コミサイトの影響は、個別の採用案件にとどまりません。蓄積された口コミは、企業の「採用ブランド」を形成する重要な要素になっています。
「あの会社は口コミの評価が高い」という認知が広がると、以下のような好循環が生まれます。
優秀なエンジニアが自然と集まるようになる
リファラル採用が活性化する(社員が自信を持って紹介できる)
エージェントからの推薦が増える(エージェントも口コミを確認している)
採用イベントでの集客力が上がる
一方で、ネガティブな口コミが蓄積されると、逆の悪循環に陥ります。この悪循環から抜け出すには、組織改善に真剣に取り組む以外に方法はありません。
エージェントと口コミの関係
見落としがちなポイントですが、転職エージェントも口コミサイトを参照しています。エージェントは候補者に企業を推薦する際、口コミサイトの評価が低い企業を推薦しにくいのが実情です。
候補者に「口コミ見たんですけど…」と言われるリスクがある
紹介した候補者が入社後すぐに辞めると、エージェントの信頼にも関わる
口コミ評価が高い企業の方が、成約率が高くなる傾向がある
エージェント経由の採用を強化したい場合にも、口コミ対策は有効に機能します。
4. ネガティブな口コミへの正しい対処法
やってはいけないこと
まず、口コミ対策でやりがちな失敗パターンを押さえておきましょう。
社員に高評価の投稿を依頼する: いわゆる「サクラ投稿」。不自然に高評価が並ぶと、かえって不信感を生む
ネガティブな口コミの削除を試みる: 事実に基づく口コミは削除が難しく、削除依頼自体がネガティブな印象を与えることもある
口コミを無視する: 見て見ぬふりをしても、候補者は確実に見ている
口コミの内容を面接で否定する: 「あれは古い情報です」「退職者の主観です」と否定するのは逆効果
正しいアプローチ:口コミを組織改善のシグナルにする
ネガティブな口コミには、組織の課題が凝縮されています。これを改善のきっかけとして活用するのが最も建設的なアプローチです。
ステップ1: 口コミの分類と優先順位付け
口コミの内容を以下の3つに分類します。
構造的な問題: 給与体系、評価制度、働き方など。改善に時間がかかるが、改善すれば大きなインパクトがある
マネジメントの問題: 上司の対応、コミュニケーション、フィードバックの質など。比較的短期で改善可能
個別の不満: 特定のプロジェクトやチームに起因する問題。再現性が低いが、パターンがあれば要注意
ステップ2: 改善アクションの実行
分類した課題に対して、具体的な改善アクションを実行します。
給与体系への不満が多い → 報酬設計の見直し、市場調査の実施
成長機会がないという声 → 技術研修制度の導入、20%ルールの検討
風通しが悪いという指摘 → 1on1の定期実施、全社MTGでの質疑応答の場を設ける
ステップ3: 改善結果を可視化・発信する
改善アクションを実行したら、その結果を社内外に発信します。
テックブログで技術研修制度の紹介記事を書く
採用サイトに「働く環境」ページを充実させる
カジュアル面談で具体的な改善事例を共有する
重要なのは、「口コミで指摘されたから改善した」と直接言う必要はないということです。自然な形で改善結果を発信すれば、口コミサイトを見た候補者は「この会社は変わろうとしている」と感じ取ってくれます。
面接で口コミの内容に触れられたときの対応
候補者が面接で「口コミサイトで〇〇という評価を見たのですが…」と質問してくることは珍しくありません。このとき、以下のように対応するのが効果的です。
事実を認める: 「その指摘は当時の実態を反映していると思います」
改善のアクションを説明する: 「その課題に対して、現在は〇〇という取り組みを行っています」
現状を正直に伝える: 「まだ改善途中の部分もありますが、〇〇については大きく変わりました」
誠実に対応する姿勢そのものが、候補者にとっての判断材料になります。「この会社は課題に向き合える組織だ」と感じてもらえれば、ネガティブな口コミはむしろプラスに働くこともあるのです。
口コミのカテゴリ別対応方針
よくあるネガティブ口コミのパターンと、それぞれの対応方針を整理します。
「残業が多い」「ワークライフバランスが悪い」系
まず実態を確認する。部署やプロジェクトによって状況が異なることも多い
改善策: フレックスタイムの導入、残業時間の可視化と上限設定、開発プロセスの効率化
発信: 実際の平均残業時間をデータで公開する。「リモートワーク比率〇%」など具体的な数字が効果的
「技術が古い」「レガシー環境」系
エンジニアにとって最もインパクトが大きい口コミの一つ
改善策: 技術負債の解消計画を策定する、新技術の導入プロセスを整備する、技術選定にエンジニアが関われる体制を作る
発信: テックブログで技術的な取り組みを発信する。「〇〇から△△への移行を完了した」など具体的な改善実績が有効
「評価が不透明」「年収が低い」系
報酬に関する不満は根深い。表面的な対応では改善しない
改善策: 等級制度と報酬テーブルの整備、評価基準の明文化、市場相場との定期的なベンチマーク
発信: 求人票に年収レンジを明記する。「評価制度を刷新しました」という発信より、具体的な制度内容を開示する方が信頼される
「マネジメントが機能していない」系
直属の上司に関する不満は離職理由の上位に常にランクインする
改善策: マネージャー向けの研修・コーチング、360度フィードバックの導入、1on1の質の向上
発信: 「EMの採用を強化しています」「マネジメント研修を導入しました」など、組織としての取り組みを発信する
5. 口コミスコアを上げるための組織改善アクション
口コミサイトの評価を本質的に改善するには、小手先のテクニックではなく、組織そのものを良くしていく必要があります。ここでは、エンジニアの満足度に直結する改善ポイントを整理します。
技術環境・開発文化の改善
エンジニアが口コミで特に言及しやすいのが、技術環境と開発文化です。
技術選定の透明性: なぜその技術を使っているのか、ADR(Architecture Decision Records)で意思決定の経緯を残す
技術負債への姿勢: 「技術負債を放置している」という口コミは非常に多い。定期的なリファクタリング時間の確保、技術負債の可視化が有効
開発プロセスの整備: CI/CD、コードレビュー、テスト文化が整っているかどうかは、エンジニアの満足度に大きく影響する
評価制度・キャリアパスの透明化
「評価が不透明」「キャリアの先が見えない」は、口コミサイトでの定番ネガティブ項目です。
エンジニア向けの等級制度を整備する: IC(Individual Contributor)トラックとマネジメントトラックの両方を用意する
評価基準を明文化する: 何ができたら昇給・昇格するのかを、曖昧にしない
1on1で定期的にキャリアの方向性をすり合わせる: 半年に一度の評価面談だけでは不十分
マネジメント品質の向上
エンジニアの満足度は、直属のマネージャーの質に大きく左右されます。
EM(エンジニアリングマネージャー)のトレーニング: マネジメントスキルは自然には身につかない。意図的な育成が必要
1on1の質を高める: 進捗確認だけの1on1ではなく、キャリア相談・技術的な悩み・チームの課題を話せる場にする
心理的安全性の担保: 意見を言っても不利益にならない環境づくり
報酬・福利厚生の市場競争力
口コミサイトで最も閲覧されるセクションの一つが「年収・給与」です。
市場調査を定期的に実施する: エンジニアの給与相場は毎年変動する。年に一度は市場データと自社の報酬水準を比較する
報酬テーブルの透明性: 「なぜこの金額なのか」を説明できる報酬体系にする
金銭以外の価値を充実させる: リモートワーク、フレックス、技術カンファレンス参加支援、書籍購入補助など
昇給のロジックを明確にする: 「何をすれば年収が上がるのか」が曖昧だと不満が蓄積する
働き方の柔軟性
リモートワークやフレックスに関する口コミも、エンジニアが注目するポイントです。
リモートワーク方針の明確化: 「フルリモート」「週〇日出社」「チーム判断」など、方針を明確にする。曖昧な表現は不信感につながる
非同期コミュニケーションの整備: リモートワークが機能するには、ドキュメント文化と非同期コミュニケーションの仕組みが不可欠
成果ベースの評価への移行: リモートワーク環境で「顔を合わせている時間」で評価すると、不満の口コミが増える
6. 口コミが少ない企業の情報発信戦略
スタートアップや中小企業にとって、口コミサイトの課題は「ネガティブな評価」よりも「そもそも口コミが少ない・ない」ことです。口コミがない状態は、候補者にとって「判断材料がない」ことを意味し、応募のハードルを上げてしまいます。
口コミサイト以外での情報の充実
口コミサイトの評価数を増やすのは難しいので、別のチャネルでリアルな情報を発信しましょう。
テックブログの活用
技術的な意思決定の背景を発信する
開発プロセスや使っている技術スタックを具体的に書く
失敗談や課題への取り組みも含めて発信する(リアリティが重要)
社員インタビュー・Podcast
エンジニアの生の声を伝える
「なぜ入社したか」「実際に働いてみてどうか」を率直に語ってもらう
動画やPodcastは文章よりもリアリティが伝わりやすい
カジュアル面談の積極的な実施
口コミサイトに情報がない分、1対1で質問に答える場を設ける
「聞きにくいことも何でも聞いてください」というスタンスで臨む
面談を担当するエンジニアに、ネガティブな情報も含めて正直に話すよう伝えておく
GitHubやOSS活動の可視化
GitHub Organizationを整備し、公開リポジトリを充実させる
OSSへのコントリビューションを推奨・支援する
「どんなコードを書いているか」が見えること自体が、エンジニアにとっての判断材料になる
採用サイトでのリアリティある情報開示
口コミサイトの代替として、自社の採用サイトに以下の情報を充実させることが有効です。
チーム構成と開発体制: 何人のチームで、どんな役割分担で開発しているか
技術スタックと選定理由: 使っている技術だけでなく「なぜそれを選んだか」まで書く
1日のスケジュール例: エンジニアの典型的な1日を具体的に見せる
課題と改善の方向性: 完璧な環境ではないことを正直に書いた上で、どう改善しようとしているかを示す
開発プロセスの詳細: アジャイル/スクラムの運用方法、スプリントの長さ、デプロイ頻度などの具体的な数字
重要なのは、都合の悪い情報も正直に載せることです。ベイジ社の調査でも、「具体的な情報が多い」「都合の悪い情報も正直に載せている」採用サイトは、エンジニアに好印象を与えるという結果が出ています。
(出典: エンジニアの転職実態調査 2025年版 - ベイジ)
Wantedly・noteでのストーリー発信
口コミサイトに情報がない場合、Wantedlyのストーリーやnoteでの発信も有効な手段です。
入社エントリ: 新入社員が「なぜこの会社を選んだか」「入社してみてどうか」を書く
技術的な挑戦の記録: 「このプロジェクトでこんな技術的課題をどう解決したか」という記事
組織の意思決定プロセスの公開: 「なぜリモートワーク方針を変更したか」「なぜこの技術に投資するのか」という背景の共有
失敗談の共有: 成功事例だけでなく、失敗から何を学んだかを発信する。これがリアリティにつながる
これらのコンテンツは口コミサイトの代替になるだけでなく、口コミサイトで得られる情報よりも詳しく・具体的な情報を提供できるという利点があります。
7. 口コミモニタリングの仕組みづくり
口コミサイト対策は一度やって終わりではありません。継続的にモニタリングし、改善サイクルを回すことが重要です。
定期的なチェック体制
月1回のモニタリング: 主要口コミサイト(OpenWork、転職会議、Glassdoor)の新着口コミをチェックする
四半期ごとのスコア推移確認: 各評価項目のスコアが上がっているか・下がっているかを追跡する
競合企業のスコアとの比較: 自社だけでなく、採用競合のスコアも定期的に確認する
社内フィードバックとの突き合わせ
口コミサイトの内容を社内のエンゲージメントサーベイや退職面談の結果と突き合わせると、より正確な課題把握ができます。
口コミと社内サーベイで共通する課題: 優先度が高い。複数のチャネルで同じ指摘が出ているため、確実に改善すべき
口コミにしか出てこない課題: 退職者特有の不満か、社内では言いにくい問題の可能性がある
社内サーベイにしか出てこない課題: まだ口コミに反映されていないが、放置すると今後出てくる可能性がある
面接官への情報共有
採用に関わるメンバーには、自社の口コミサイトの内容を共有しておくことが重要です。
候補者がどんな情報を事前に見ている可能性があるかを把握しておく
ネガティブな口コミについて質問された場合の対応方針を統一する
口コミの内容を踏まえて、面接で自発的に触れるべきトピックを整理する
具体的には、四半期に一度「口コミサイト共有会」を開催するのが効果的です。15分程度の短いMTGで、以下の内容を共有します。
直近の新着口コミの内容サマリー
特に候補者から質問されそうなポイント
各ポイントに対する推奨回答(事実認識→改善アクション→現状の3段構成)
競合企業の口コミ動向で気になる点
退職者との関係性管理
口コミサイトに投稿するのは、多くの場合「退職者」です。退職時の対応が口コミの内容に大きく影響します。
丁寧な退職面談の実施: 形式的なものではなく、本音を聞く場として設計する。「何が不満だったか」だけでなく「何が良かったか」も聞く
退職後のネットワーク維持: アルムナイ(退職者)ネットワークを作り、退職後も良好な関係を維持する。出戻り採用のチャネルにもなる
円満退職のサポート: 引き継ぎ期間の確保、送別の場の設定など。退職者が「良い会社だった」と思って去ることが、結果的に良い口コミにつながる
退職者が怒りや失望を感じたまま去ると、それがそのまま口コミに反映されます。退職のプロセスを丁寧に設計することは、口コミ対策として非常に効果的です。
8. 口コミサイトを採用戦略に組み込む実践ロードマップ
フェーズ1: 現状把握(1〜2週間)
自社の口コミサイトの評価スコアを一覧化する
口コミの内容をカテゴリ別に分類する(技術環境、マネジメント、報酬、文化など)
採用競合(候補者が併願する企業)のスコアと比較する
面接辞退・内定辞退の理由に口コミ関連の要素がないか確認する
フェーズ2: 改善計画の策定(2〜4週間)
口コミから抽出した課題を優先順位付けする
短期で改善できること(情報発信の強化、面接対応の改善)と中長期で取り組むこと(制度改革、組織改善)を分ける
改善のKPIを設定する(例: 6か月後にOpenWorkスコアを0.3ポイント改善)
フェーズ3: クイックウィンの実行(1〜2か月)
すぐに着手できることから始めます。
採用サイトの「働く環境」ページを充実させる
テックブログで技術環境・開発文化に関する記事を発信する
カジュアル面談の運用を改善する(口コミの内容を踏まえた想定Q&Aを準備)
面接官向けに口コミサイトの共有会を実施する
フェーズ4: 組織改善の実行(3〜6か月)
本質的な改善に取り組みます。
評価制度・キャリアパスの整備
技術負債の計画的な解消
マネジメント研修の実施
報酬水準の見直し
フェーズ5: 効果測定とサイクル化(6か月〜)
口コミスコアの推移を確認する
採用ファネルの各指標(スカウト返信率、応募率、内定承諾率)の変化を追跡する
改善施策のPDCAを継続する
社内エンゲージメントサーベイとの相関を分析する
口コミ対策のROIをどう測るか
口コミ対策の効果測定は難しいですが、以下の指標を追跡することで間接的にROIを把握できます。
スカウト返信率の変化: 同じスカウト文面・ターゲット条件で返信率が改善しているか
応募経路の質的変化: 自然応募(オーガニック)の割合が増えているか
面接辞退率の推移: 面接設定後の辞退が減っているか
内定承諾率の変化: 最終的に入社を決めてくれる割合が上がっているか
採用単価の推移: 1人あたりの採用コストが下がっているか
入社後の早期離職率: 入社前の期待と実態のギャップが減っているか
これらの指標を口コミスコアの推移と合わせて追跡することで、「口コミ対策 → 組織改善 → 採用成果の向上」という因果関係を可視化できます。
FAQ(よくある質問)
Q. 口コミサイトのネガティブな評価は削除できますか?
A. 事実に基づく口コミの削除は基本的に難しいです。OpenWorkや転職会議では、規約違反(誹謗中傷、個人情報の掲載など)に該当する場合のみ削除対応が可能です。事実に基づく口コミについては、削除を目指すよりも組織改善で対処するのが現実的かつ建設的です。
Q. 口コミサイトの評価が低い場合、まず何から着手すべきですか?
A. まず口コミの内容を分類し、最も多く指摘されているテーマを特定しましょう。次に、短期で改善できること(情報発信の強化、面接対応の改善)から着手します。制度改革のような大きな変更は中長期計画として進めつつ、「変わろうとしている姿勢」を見せることが重要です。
Q. 口コミが少ない(またはない)スタートアップはどうすればいいですか?
A. 口コミサイト以外のチャネルで情報を充実させましょう。テックブログ、社員インタビュー、GitHub活動の可視化、カジュアル面談の積極的な実施が有効です。重要なのは「判断材料がない」状態を解消することです。ネガティブな情報を含めてリアルに発信する方が、情報がないよりも遥かに良い結果をもたらします。
Q. 社員に口コミサイトへの投稿を依頼するのはありですか?
A. 基本的にはおすすめしません。投稿を依頼すると不自然に高評価が並び、かえって不信感を生むリスクがあります。ただし、「退職時に口コミサイトに投稿してくれると、会社の改善に役立ちます」と自然な形で伝えるのは問題ありません。大切なのは、高評価を強制しないことです。
Q. OpenWorkリクルーティングは利用すべきですか?
A. 口コミスコアが一定以上ある企業にとっては有効なチャネルです。OpenWork上のスコアがそのまま採用活動の武器になるため、スコアが高い企業ほど費用対効果が良くなります。一方で、スコアが低い状態で利用してもスカウトの反応が悪くなるため、まず組織改善でスコアを上げてから活用するのが賢明です。
Q. 面接で候補者に口コミの内容を聞かれたらどう答えるべきですか?
A. 誠実に対応しましょう。「その指摘があったのは事実です。当時の状況は〇〇でした。現在は△△という改善を行い、□□という状態になっています」と、事実認識→改善アクション→現状という流れで説明するのが効果的です。「あれは退職者の偏った意見です」のように否定するのは逆効果です。
Q. 口コミサイトのスコアはどのくらいのペースで改善しますか?
A. 口コミは蓄積型のデータなので、改善には時間がかかります。一般的に、組織改善を始めてからスコアに反映されるまで6か月〜1年程度を見込むのが現実的です。新しい口コミが投稿されるタイミングは主に退職時・転職活動時なので、現職社員の満足度を上げることが中長期的なスコア改善につながります。
まとめ
口コミサイトの影響力は年々増しています。エンジニアの多くが転職活動の初期段階で口コミサイトを確認し、応募するかどうかの判断材料にしています。
口コミ対策の本質は「口コミサイト上の見え方をコントロールする」ことではありません。組織を本当に良くすることです。良い組織になれば、口コミは自然と改善されます。
とはいえ、組織改善には時間がかかります。その間にも採用活動は続きます。だからこそ、以下の3つを並行して進めることが重要です。
短期: 情報発信を強化し、口コミ以外の判断材料を候補者に提供する
中期: 口コミで指摘された課題に対する改善アクションを実行する
長期: エンジニアが「この会社に入って良かった」と思える組織をつくる
口コミサイトは敵ではなく、組織改善のための無料のフィードバックツールです。正しく向き合うことで、採用力は着実に向上します。
エンジニア採用の課題について具体的なアドバイスが必要な場合は、techcellarの採用支援サービスにご相談ください。エンジニア経験者の視点から、口コミ対策を含めた採用戦略の立案をサポートします。