SaaSベンダーの選考フロー・面接対策|転職で押さえるべきポイント
SaaSベンダーの選考は、職種によって評価軸が大きく変わります。共通しているのは、売って終わりではなく使い続けてもらう事業だという前提を理解しているかどうかです。この記事では、選考の流れと各段階で見られている観点を、公開されている統計と開示資料を踏まえて整理します。2026年8月時点の公開情報にもとづきます。最新の募集要項は各社公式サイトをご確認ください。
選考の関心は「使い続けてもらえるか」に集まる
SaaSの事業は、契約が続くことで収益が積み上がる構造を持ちます。一度の販売で完結する事業とは、社内で重視される指標が違います。
この構造は、どの職種の選考にも影を落とします。開発職であれば、機能を作ることより既存利用者の体験を壊さないことが問われます。営業職であれば、受注額より導入後に定着するかが問われます。カスタマーサクセスという職種が独立して置かれているのも、この構造の表れです。
選考で確認されるのは、この前提を持って仕事をしてきたかどうかです。前職がSaaSでなくても、納品後の運用まで見ていた経験があれば接続します。逆に、作って渡す、売って引き継ぐという働き方しか語れないと、事業への適合が疑われます。
面接では「解約された経験はありますか」といった趣旨の質問が出ることがあります。答えにくい問いですが、原因を分析できている方のほうが評価されます。防げなかった理由を、自分の行動に引き寄せて語れるかどうかが分かれ目になります。
選考ステップと、各段階で見られる観点
選考の設計は会社ごとに異なりますが、この領域の中途採用では以下のような段階が置かれることが一般的とされています。
| 段階 | 主に見られる観点 |
|---|---|
| カジュアル面談 | 相互理解。プロダクトと組織の説明 |
| 書類選考 | 担当した領域、扱った規模、成果の測り方 |
| 一次面接(現場) | 実務の解像度。判断の理由を説明できるか |
| 技術課題または実技(職種による) | 実装力、あるいは提案の組み立て |
| 二次面接(管理職) | チームでの動き方。数値への意識 |
| 最終面接 | 事業への関心。カルチャーとの適合 |
段階の数は3回から4回程度に設計される例が見られます。カジュアル面談を制度として置く会社が多いのも、この領域の特徴です。時期や職種によって変動するため、応募先の募集要項で確認してください。
職種ごとに見られるものが違う
同じ会社の選考でも、職種によって評価の重心が変わります。
開発職。 実装力に加えて、既存利用者への影響を考えられるかが見られます。SaaSは同じ基盤を全利用者が使うため、変更の影響範囲が広くなります。リリース後に問題が起きた経験と、その対処を語れると実務の解像度が伝わります。
プロダクトマネジメント。 何を作らないと決めたかが問われます。要望はすべての利用者から寄せられ、実装できる量には限りがあります。優先順位の判断基準を説明できるかが分かれ目です。
営業。 受注額だけでなく、導入後の定着まで見ていたかが確認されます。無理な受注が解約につながる構造を理解しているかが問われます。
カスタマーサクセス。 解約の予兆をどう捉えたか、どの段階で介入したかが見られます。利用データを見ていた経験があれば強い材料になります。
コーポレート系。 事業の成長速度に制度が追いつかない局面での対応経験が評価されます。
応募する職種によって準備すべき材料が変わるため、募集要項の記載を読み込んでから書類を作ることをおすすめします。同じ会社の複数職種に応募する場合も、書類は分けて用意したほうが通過率が上がります。
開示資料から組織の成熟度を読む
面接では、応募先がどの段階にある組織かを踏まえた話ができると説得力が増します。上場企業であれば有価証券報告書から読み取れます。
| 会社 | 対象事業年度 | 提出会社の従業員数 | 平均年齢 | 平均勤続年数 |
|---|---|---|---|---|
| サイボウズ株式会社 | 第29期(2025年12月期) | 1,080人(107) | 36.4歳 | 6.7年 |
| 株式会社マネーフォワード | 2025年11月期 | 1,707名(246) | 34.3歳 | 2.9年 |
括弧内は臨時雇用者数の年間平均人員です。
平均勤続年数が6.7年と2.9年で、倍以上の差があります。同じSaaSという括りでも、組織の成熟度はかなり違います。勤続が長い組織では制度や進め方が整っている一方、役割の空きは緩やかです。勤続が短い組織では拡大局面にあり、役割が短期間で広がる可能性があります。
どちらが良いという話ではなく、自分がどちらの環境で力を出せるかという相性の問題です。応募前に、この数値を確認しておく価値があります。面接でこの違いを踏まえた質問ができると、事業を理解している人だと伝わります。
エージェントベストの見解
面接の終盤で詰められるのは、「あなたの仕事は、解約率にどう効きましたか」です。表現は職種によって変わりますが、確認したい内容はこれです。ここで止まる方が多い。機能をリリースした、受注を積んだ、という説明までは全員が到達します。その先で聞かれるのは、それが継続にどう影響したのかという話です。直接の担当でなくても構いません。自分の仕事が事業のどの数値につながっていたかを一度でも考えたことがあるかどうかが見られています。準備としては、担当業務を一つ選び、その先にある指標を辿って書き出しておくことです。
落ちる人に共通するもの
見送りの理由は個別ですが、傾向はあります。
第一に、プロダクトへの好意だけを語る場合です。利用者としての感想は出発点になりますが、事業側の視点が伴わないと職種理解が足りないと判断されます。
第二に、成果の測り方が語れない場合です。この領域は数値で管理する文化が強く、自分の仕事をどの指標で見ていたかを説明できないと噛み合いません。
第三に、変化の速さへの適応が疑われる場合です。組織が拡大している会社では、担当範囲が短期間で変わります。役割が明確に決まっていないと動けないという姿勢が伝わると、適合が疑われます。
第四に、カジュアル面談を使わずに応募している場合です。この領域は制度として用意している会社が多く、そこで得た情報の有無が志望動機の具体性に表れます。
需給を踏まえて準備する
職種側の需給は、厚生労働省が運営する職業情報提供サイト job tag で確認できます。
| 職種 | 平均年収 | 平均年齢 | 有効求人倍率 | 求人賃金(月額) |
|---|---|---|---|---|
| システムエンジニア(Webサービス開発) | 578.5万円 | 37.1歳 | 2.57 | 35.2万円 |
| プログラマー | 578.5万円 | 37.1歳 | 0.94 | 32.9万円 |
平均年収と平均年齢は令和7年賃金構造基本統計調査、有効求人倍率と求人賃金は令和6年度ハローワーク求人統計にもとづく数値です。
両区分は賃金構造基本統計調査の数値が完全に一致しており、統計上は同一分類として集計されています。一方で有効求人倍率は2.57と0.94に分かれます。サービス開発として募集される求人と、実装中心のプログラマーとして募集される求人では、競争環境が違うということです。
同じ経験でも、どちらの文脈で応募するかを意識すると通過率が変わります。
エージェントベストの見解
書類で通過率が変わるのは、扱った規模と、成果を測った指標を書けているかどうかです。この領域の職務経歴書で最も多いのは、担当した機能や担当社数だけが並んでいるものです。読み手は影響の大きさを判断できません。必要なのは、利用者数の桁、対象となった契約社数、そして自分が見ていた指標です。開発職なら影響範囲と障害時の対応、営業職なら受注後の継続状況まで書けると、事業の視点を持っている人だと伝わります。守秘に配慮が必要な場合でも、桁数や範囲での表記は可能です。この一段の具体化で、面接の初回から議論の水準が変わります。
カジュアル面談で聞いておきたいこと
この領域は、応募の前段としてカジュアル面談を用意している会社が多くあります。評価の場ではないと説明されますが、こちらから聞く内容を設計しておくと価値が出ます。
直近1年で最も時間を使った取り組み。 プロダクトの現状と課題が見えます。
配属予定チームの人数と役割分担。 組織が拡大している局面では、役割が固まっていない場合があります。
要望の優先順位づけの仕組み。 利用者からの要望をどう捌いているかは、日々の業務に直結します。
評価の指標。 自分の職種がどの数値で評価されるのかを聞いておくと、入社後の動き方が定まります。
ここで得た情報は、後の面接で志望動機の裏づけとして使えます。公開情報だけで組み立てた志望動機と、面談で得た事実を織り込んだ志望動機では、説得力が変わります。
まとめ
SaaSベンダーの選考は、契約が続くことで収益が積み上がる事業構造を理解しているかが共通の前提になります。そのうえで、開発、プロダクトマネジメント、営業、カスタマーサクセスといった職種ごとに評価の重心が変わります。
上場企業の開示では、平均勤続年数が6.7年と2.9年という差が確認できます。同じSaaSでも組織の成熟度は違い、求められる働き方も変わります。面接でこの違いを踏まえた質問ができると、事業理解が伝わります。
書類では扱った規模と成果の指標を、面接では自分の仕事が継続にどう効いたかを語れるかが分かれ目になります。
よくある質問
Q. SaaS未経験でも応募できますか。
応募できます。選考で見られるのは、納品後の運用まで見ていた経験があるかどうかです。受託開発でも保守や改善に関わっていれば接続します。書類の段階でその部分を切り出して記載することをおすすめします。
Q. カジュアル面談は受けたほうがよいですか。
受けておくことをおすすめします。この領域は制度として用意している会社が多く、プロダクトの現状や組織の局面といった、求人票からは読み取れない情報が得られます。ここで得た事実は志望動機の具体性に直結します。
Q. プロダクトを使っていないと不利ですか。
不利になる場合があります。無料プランや試用が可能なら、応募前に触れておくことをおすすめします。使ったうえで気づいた制約と、その背景にある設計上の判断まで語れると、提供側の視点を持っている人だと伝わります。
Q. 職種を決めずに応募してもよいですか。
避けたほうが無難です。この領域は職種によって評価軸も母集団の大きさもまるで違います。自分の経験が最も接続する職種を特定してから応募先を選ぶほうが、通過率が上がります。
Q. 技術課題は課されますか。
職種と会社によります。開発職では課される例が見られますが、営業やカスタマーサクセスでは提案の実技やロールプレイが置かれる場合があります。選考開始時に担当者へ確認するのが確実です。
- 厚生労働省 職業情報提供サイト job tag「システムエンジニア(Webサービス開発)」(令和7年賃金構造基本統計調査ほか)
- 厚生労働省 職業情報提供サイト job tag「プログラマー」
- サイボウズ株式会社 有価証券報告書 第29期(2025年12月期)
- 株式会社マネーフォワード 有価証券報告書(2025年11月期)
本記事は 2026/8/11 時点の公開情報にもとづいて作成しています。