結論
スタートアップか大手かは、ブランドではなく段階とプロセスです。配属先の一文(顧客、リリースを止める人、障害に気づく人)を先に取り、資金調達のラウンド名で代用しないでください。株式は条件の一部であり、未確定の評価額を年収に足さないでください。現金列と株式列は分け、合計した実質年収は作りません。SIerからWebへ移る話、プロダクトマネージャーの話は隣接ですが、この記事は開発者としての環境選択に留めます。権限の穴で疲れるか、承認の壁で疲れるかを、会社の善悪と結びつけないでください。
この記事はこんな人向け
- Web系で規模の違う会社を比較したい人
- オファーに株式が付いて比較表が崩れた人
- 株式報酬の提示をどう扱うか迷う人
- プロセスの有無で成長を測りたい人
- 大手の安定とスタートアップの裁量を二項対立にしたくない人
このテーマの要点
「スタートアップは成長、大手は安定」は見出しです。中身は、資金の残り方、顧客の数、意思決定の人数、障害の止め方です。同じスタートアップでも、系列の新規事業と、独立した数人チームでは翌日の作業が違います。同じ大手でも、新規プロダクト部門と基幹保守では違います。
- 段階(ステージ)
- 顧客と収益の確度、組織の人数、プロセスの文書化の度合い。資金調達ラウンド名はラベルに過ぎません。
- 株式報酬
- ストックオプションや譲渡制限株式など。権利確定、行使条件、税制は契約と専門家の領域です。
- プロセス成熟
- レビュー、テスト、リリース権限、障害対応が、個人の記憶ではなく手順になっているか。
段階で仕事が変わる
人数が少ないほど、フロントもインフラも問い合わせも同じ人が見ます。人数が増えるほど、担当は狭く、調整は増えます。どちらが上ではありません。今の自分が狭い専門を深めたいのか、広い穴を塞ぎたいのかを先に決めてください。
| 見え方 | 起きやすいこと | 確認質問 |
|---|---|---|
| 立ち上げ直後 | 要件が口頭、リリース判断が創業者 | 仕様の最終決定者は誰か |
| 顧客が増え始めた | 障害と新機能が同時に来る | オンコールと機能開発の切り分け |
| 組織が層になった | レビューとチケットが先行する | 個人の設計権限がどこまで残るか |
| 大手の新規部門 | 親会社の規程と、現場の速さの衝突 | セキュリティ審査とリリース間隔 |
| 大手の既存プロダクト | 互換と監査が優先されやすい | 改善を出すまでの承認段数 |
SIerからWebへ移る人は、顧客常駐のプロセスと、自社プロダクトのプロセスを混同しやすいです。移る方法は関連記事へ。この票では、今の求人がどの段階のチームかを見るだけです。
株式報酬を年収に足さない
オファーに株式が付くことがあります。付くこと自体は事実です。売れる時期、売れる相手、税、希薄化は、面談のその場では確定しません。評価額を自分で掛け算して「実質年収」を作らないでください。
- 01現金の内訳を先に固定する
基本給、固定残業、賞与の扱い。株式は別列に置き、合計しません。
- 02権利の条件だけ聞く
付与数、確定(ベスティング)の長さ、退職時の扱い。想定売却益は聞かない、作らない。
- 03税制は専門家へ
税制適格かどうかの一般論で自分の税額を出さない。
- 04未上場の流動性を約束させない
上場や買収は将来事象です。約束したように職務経歴や家族へ話さない。
プロセス成熟度の見方
成熟は「大企業が正しい」ではありません。テストが無くても顧客が許している段階も、監査で止められる段階もあります。見るのは、今の自分が壊したときに、誰がどう気づくかです。
成熟が低いときに起きること
- 本番へ直接出す日がある
- 障害がチャットの記憶に残る
- 設計が口頭で終わる
- 権限が管理者共有になりやすい
成熟が高いときに起きること
- 変更にレビューが必須
- リリース窓口が別チーム
- 文書が先に求められる
- 例外申請の待ち時間がある
プロセスが無い会社は危険ですか?
危険かどうかは、顧客影響とバックアップの有無次第です。無いこと自体を善悪にしないでください。自分がその穴を埋める仕事を望むか、既にある手順の上で深めたいかを選ぶ材料です。
プロダクトとエンジニアの距離
スタートアップでは、エンジニアが顧客の声を直接聞くことがあります。大手では、プロダクトマネージャーや営業が間に入ることがあります。どちらが良いかは、自分のコミュニケーション負荷の好みです。PMの仕事内容は関連記事へ渡し、ここでは距離だけ見ます。
- 誰が優先順位を変えるか
創業者、PM、顧客成功、エンジニアリード。週次で変わるなら、その前提で働けるかを見る。
- 誰が「やらない」を言えるか
言えない現場は、範囲が無限に広がります。段階の問題でも性格の問題でもあります。
- 計測があるか
指標が無いと、議論が感想になります。指標の定義者が事業側か開発側かも聞きます。
Webエンジニア求人での見分け
求人票の「急成長」「メガベンチャー」「安定基盤」は感情語です。技術スタック、チーム人数、リリース頻度、オンコールの有無に翻訳します。Webエンジニア向けのサービス比較は、技術領域の相談先として使えます。
- チームの人数と、欠員時のカバーが分かる
- レビュー必須かどうかが分かる
- 顧客サポートとの境界が分かる
- 株式は現金と別列で記録している
- 親会社やグループ規程の影響を聞いている
大手の内製Webチームは、スタートアップより権限が狭いことがあります。狭いことは、学習が止まることと同義ではありません。標準化の中で深く直す仕事を望む人には合います。
よくある二項対立
| 言い方 | 実際に確認すること |
|---|---|
| スタートアップは残業が多い | 繁忙の定義、オンコール、採用計画 |
| 大手は決裁が遅い | 自分の変更がどの承認を通るか |
| スタートアップは裁量大 | 本番権限と、失敗したときの扱い |
| 大手は給与が高い | レンジではなく自分のグレードの提示 |
| スタートアップは潰れる | 資金と顧客の話は公開範囲だけ聞く。噂で決めない |
失敗パターン
- 評価額でオファーを比較する
現金と役割が違う会社を、未実現の株式で並べることです。
- 社名の大きさでプロセスを推定する
大手の新規部署は未整備、スタートアップでも規制産業は文書が多い、はよくあります。
- SIer経験を「大手向き」と自己定義する
大規模調整は強みになり得ますが、配属先の段階と接続して話してください。
- PMになりたい話と混ぜる
開発者としての環境選択と、職種変更は別判断です。
失敗は、物語で会社を選ぶことです。物語は残してよく、条件は列で残してください。
比較の1枚メモ
- 01段階を自分の言葉で1行
資金やラウンド名ではなく、顧客とリリースの様子。
- 02プロセスを3点
レビュー、障害、権限。無いなら「無い」と書く。
- 03報酬は現金列と株式列
合計しない。税と流動性は未確定と書く。
- 04相談先はWeb職の比較を使う
同じ求人を複数経路で重複応募しない。
資金の話を聞ける範囲と聞けない範囲
スタートアップの面談で、資金の残り月数を聞く人がいます。公開している範囲なら、相手が話すこともあります。話さない範囲を詰めると、会話が投資家向けの芝居になります。芝居の数字を年収に足さない。残月数は、あなたの給与口座の保証ではありません。保証が欲しいなら、現金の提示と、役割の切れ目を見てください。
大手でも、部門の損益とプロダクトの終了はあります。社名の大きさは、あなたのチームの予算の大きさではありません。部門の採用理由が欠員なのか、新規投資なのかは聞いてよいです。投資の金額そのものは、出てこなければ未確認です。未確認をニュースの調達額で埋めないでください。調達額は会社全体の話で、配属先の話とは限りません。
| 項目 | 聞いてよいこと | 作ってはいけないこと |
|---|---|---|
| 株式 | 付与の有無、確定の長さ、退職時 | 評価額×持分の想定売却益 |
| 資金 | 公開情報の範囲、採用の理由 | 非公開の残月数の推定 |
| 人数 | チームの人数と欠員 | 全社の将来人員計画 |
| 給与 | 現金の内訳 | 株式込みの実質年収 |
| プロセス | レビューとリリースの手順 | 業界平均のリードタイム |
権限と標準化のどちらで疲れるか
裁量で疲れる人と、承認待ちで疲れる人は違います。段階の選択は、どちらで自分の仕事が止まるかを先に認めることです。裁量で止まるのは、優先順位が毎日変わること。承認で止まるのは、変更が一週間チケットに座ること。どちらも価値があります。自分の疲労の種類を、会社の善悪と結びつけないでください。
- 01今の職場で止まった理由を一つ書く
権限が無い、標準が無い、人が無い、のどれか。複数なら優先を一つ。
- 02次の職場で同じ理由が再現するかを質問にする
再現してよいなら、その段階を選ぶ。再現したくないなら、別の段階。
- 03PMとの距離を別質問にする
職種変更の希望と混ぜない。開発者としての距離だけ聞く。
権限が広いときに自分へ問うこと
- 壊したときの通知先を自分で設計できるか
- 顧客の声を直接受けて優先を切れるか
- 文書が無くても同じ判断を再現できるか
標準が厚いときに自分へ問うこと
- 例外申請を文章で通せるか
- 狭い範囲を深く直すことに飽きないか
- 親会社の規程を敵にせず仕事にできるか
Webエンジニア向けのサービス比較は、技術スタックと開発プロセスの翻訳に使えます。スタートアップ票が多い担当と、事業会社票が多い担当では、同じ「裁量大」の意味が違います。意味の差を消さず、自分の疲労の種類と突き合わせてください。
オファー比較の表を四列にする
社名、現金、株式、段階。四列です。株式列は条件の文章だけで、金額は空です。空であることが正確です。埋めたくなる気持ちは、未確定を確定に見せたい気持ちです。見せた表で家族と話すと、実現しない額の期待が残ります。残った期待は、入社後の不満の材料になります。
- 現金列に固定残業と賞与の扱いが分かれて入っている
- 株式列に想定売却益が無い
- 段階列がラウンド名ではなく顧客とリリースの言葉
- プロセス列がレビュー・障害・権限の三点
- Geekly / レバテックキャリア
Web票の技術と開発の進め方を聞く。成長物語の翻訳機にしない。
- TechGo
責任範囲が広い正社員票。株式の話が出ても、現金列を先に固定する。
- プロダクトマネージャー記事
職種を変える判断。環境選択の表に職種変更を混ぜない。
最後に残す問いは、どちらが勝つかではありません。今の自分が、権限の穴と標準の壁のどちらを仕事にしたいかです。答えは一年で変わってよいです。変わるときは、四列の表を取り直してください。取り直しても、評価額は空のままが正確です。
配属先の一文を先に取る
スタートアップという社名の横に、系列の新規事業と、独立した数人チームが同居することがあります。同居を一語でまとめると、翌日の作業が読めません。読めないまま株式の話に入ると、条件の列が物語に吸い込まれます。吸い込まれないように、配属先の一文を先に取ります。一文は、顧客は誰で、リリースは誰が止めて、障害は誰が気づくか、です。資金調達のラウンド名は、この一文の代わりになりません。
大手の新規部門は、親会社の規程と現場の速さが衝突します。衝突を「大企業病」と呼ぶと、呼んだ側が勝ちます。勝ちは説明ではありません。説明は、セキュリティ審査が何日で、例外申請が誰で、自分の変更がどの承認を通るか、です。通る段数が多いことは、向く人には向きます。向かない人には向きます、ではありません。自分の疲労が承認待ち型なら、段数は質問の優先度が上がります。
既存プロダクトの保守は、互換と監査が先行します。先行を退屈と呼ぶかどうかは、自分の好みです。好みを段階の上下に変換しない。変換すると、保守の票が全部負けて見えます。負けて見える表は、権限の穴だけを仕事と定義した表です。定義は自由ですが、自由な定義で市場全体を切ると、残る票が極端に減ります。減った状態で焦ると、評価額の列を埋めたくなります。埋めないでください。
プロダクトマネージャーとの距離は、職種変更の希望と混ぜると会話が壊れます。開発者として顧客の声を直接受けたいのか、間に入る人を置きたいのか。置きたいなら、置く人が優先を切れるかも聞きます。切れない間に入る人は、距離があるだけで、判断が無いことがあります。判断が無い距離は、調整の負荷だけが残ります。負荷の種類を、スタートアップ対大手の見出しに戻さないでください。見出しより、優先を切る人の名前です。
オファーの四列(社名、現金、株式、段階)は、家族と話すときも四列のままにします。合計した実質年収は、未確定を確定に見せます。見せた数字は、入社後に実現しなくても、期待として残ります。残った期待は、プロセスの不満と混ざって、全部が会社のせいになります。会社のせいになる前に、空の株式列を空のまま説明してください。空であることが、正確な共有です。
Webエンジニア向けの相談は、技術とプロセスの翻訳に使います。成長物語の翻訳機にしない。物語は動機に残してよく、条件は四列です。四列が埋まった票だけを、関連するSIerからWebへの話や、PMの話と接続してください。接続が先だと、職種変更と環境選択が一つの決断に見えます。一つの決断に見えると、どれが否決されたのかが後で分かりません。
おすすめ転職サービス
相談先は得意領域と対象経験を確認し、複数の提案を比較して選びましょう。
よくある質問
スタートアップのストックオプションはいくらですか?
このページでは額を出しません。付与条件は書面、税は専門家、流動性は未確定です。ニュースの評価額を自分の価値に変換しないでください。
大手の方がキャリアは安定しますか?
安定は保証しません。部門再編やプロダクト終了はあります。段階と自分の担当の切れ目を見てください。
未経験に近いWeb転職でもスタートアップは可能ですか?
求人の必須条件次第です。段階が浅いチームは育成余力があることも、即戦力しか取れないこともあります。一般化せず票を読んでください。
メガベンチャーはスタートアップと大手のどちらですか?
ラベルは会社が決めています。人数、プロセス、親会社の有無で中身を見てください。分類名で判断しない方が正確です。
プロダクトマネージャー職と迷っています
職種変更は関連記事で整理してください。この記事は、開発者としてどの段階の組織で実装するかを扱うに留めます。
未上場の株式は退職したらどうなりますか?
契約の退職時条項によります。一般論だけでは判断できません。確定の長さと退職時の扱いを書面で確認し、想定売却益は作らないでください。口頭の好意は契約の代わりになりません。
大手のグループ会社は大手と同じプロセスですか?
同じとは限りません。親会社の規程がどこまで来るか、審査とリリースの段数を配属先で聞いてください。グループというラベルで段階を推定しない方が正確です。
スタートアップで失敗した経験は大手で不利ですか?
不利と一般化しません。何が壊れて、誰にどう共有し、何を再発防止にしたかを話せるなら材料になります。失敗の規模を確認できない数字で盛らないでください。
まとめ
スタートアップか大手かは、ブランドではなく段階とプロセスです。配属先の一文(顧客、リリースを止める人、障害に気づく人)を先に取り、資金調達のラウンド名で代用しないでください。株式は条件の一部であり、未確定の評価額を年収に足さないでください。現金列と株式列は分け、合計した実質年収は作りません。SIerからWebへ移る話、プロダクトマネージャーの話は隣接ですが、この記事は開発者としての環境選択に留めます。権限の穴で疲れるか、承認の壁で疲れるかを、会社の善悪と結びつけないでください。
サービス内容や応募条件は変わる可能性があります。最終的な判断の前に、各社の公式サイトと面談で最新情報をご確認ください。
あわせて読みたい記事
参考資料
以下は技術・職務理解の参考資料です。転職サービスの推奨順位や採用結果の根拠を示すものではありません。