転職活動を始めようとしたとき、最初に詰まったのは「何を基準に選ぶか」でした。
「年収が高い方がいい」「有名な会社に行きたい」「フルリモートがいい」——いくつか条件はあるけど、どれが一番大事なのか整理できていなかった。そのまま動き始めると、軸のない応募を繰り返すことになります。
そこで使ったのが、MoSCoW法という整理の枠組みでした。
MoSCoW法とは
MoSCoW法は、本来ソフトウェア開発の要件整理に使われる手法です。要件を4つに分類します。
- Must（絶対に必要）: これがないと機能しない
- Should（あった方がいい）: 重要だが、なくても成立する
- Could（あれば嬉しい）: 余裕があれば対応したい
- Won't（今回はやらない）: 今回のスコープ外
これを転職条件に当てはめました。
私のMoSCoW整理
Must（絶対に譲れない）
フルリモート・フレックス・副業OK、この3つがMustです。
フルリモートは、猫の凜ちゃんとそばにいたいという個人的な理由も含め、最優先でした。フレックスタイムはコアタイムなしか最小限。副業OKはブログや個人開発を続けるために外せない。
この3つを満たさない会社には、どんなに他の条件が良くても応募しないと決めました。ここがブレると、軸が意味をなさなくなります。
Should（あった方がいい）
モダンな技術スタック、フルスタックに関われる環境、現状の年収維持、スタートアップ〜中規模の組織規模。
これらは「ないと選ばない」ではなく、「あると加点する」基準です。複数社を比較するときに使います。
Could（あれば嬉しい）
語学を活かせる環境（英語・中国語対応）、製品の社会的インパクトが大きい、勉強会・カンファレンス参加補助。
優先度は低いですが、条件が近い会社の間で選ぶときに参考にしました。
Won't（今回はやらない）
業界知名度・ブランド名、大企業・上場企業であること、マネジメントへの昇進機会。
これらは「捨てる条件」です。積極的に避けるわけではないが、これを基準に選ぶことはしない、という宣言です。
数値化してNGラインを決める
MoSCoWで分類した後、Shouldの条件に点数をつけました。
「フルスタックに関われるか？」を5点、「年収が維持できるか？」を3点、「技術スタックが好みか？」を2点……というように。合計点がある点数を下回ったら見送る、というNGラインを設けました。
曖昧な「なんとなくいい会社」ではなく、比較可能な評価にする。これで、複数内定が出たときに感情だけで選ばないようにできました。
IF-THENルールを作っておく
もう一つ有効だったのは、事前にIF-THENルールを決めておくことです。
- 「もし出社が月1回以上なら → 見送る」
- 「もし副業禁止なら → Mustを満たさないので落とす」
- 「もし年収が現状より15%以上下がるなら → Should評価でカバーできるかを確認する」
面接中や内定後に感情が動いたときでも、このルールがあると「いや、ここは外せない」と立ち返れます。
軸を整理してから動いた方がよかった理由
転職活動を始めてから軸を考えるのではなく、最初に整理しておく方が圧倒的に効率がいいです。
理由は3つあります。
- 応募先を絞れる: Must未満の会社に時間を使わなくなる
- エージェントへの説明が簡単になる: 「フルリモート必須・副業OKが必須です」と言えば、合う求人だけ紹介してもらえる
- 内定後に迷いにくくなる: 基準があるので、比較できる
エージェントに「どんな会社を探していますか？」と聞かれたとき、MoSCoWで整理した内容をそのまま話したら「それだけ明確なら絞りやすい」と言われました。軸がある人の方が、エージェントも動きやすいようです。
転職軸の整理まとめ
転職軸をMoSCoW法で整理する手順をまとめると、こうです。
- 転職に求める条件を全部書き出す（付箋感覚でOK）
- Must・Should・Could・Won'tに分類する
- Shouldに点数をつけてNGラインを設定する
- IF-THENルールを決める
軸を言語化してから動くと、応募・面接・内定後の意思決定、全部が楽になります。「何が大事か分からない」という状態で始めると、選考が進むほど迷子になります。
まず15分、「絶対に譲れないもの」を3つだけ書いてみてください。そこから全部始まります。
この記事は2026年4月時点の情報を元に執筆しています。