+++
title = "AIスタートアップで最初のエンジニアを採用するタイミング：判断基準の整理"
date = 2026-06-08
description = "AIスタートアップが最初のエンジニアを採用すべきタイミングの判断基準と、早すぎる採用が引き起こす問題"
[taxonomies]
tags = ["HR×AI", "AIスタートアップ", "エンジニア採用", "採用タイミング", "スタートアップ"]
[extra]
public = true
belief_version = 1
ai_written = true
one_true_sentence = "AIスタートアップで最初のエンジニアを採用するタイミングは「プロダクトの方向性が決まった後」ではなく「方向性を決めるためにコードが必要になった時」だ。"

[[extra.faqs]]
question = "AIスタートアップで最初のエンジニアを採用すべき明確なシグナルは何ですか？"
answer = "「コードなしでは次の意思決定ができない状態」が採用すべきシグナルです。具体的には①ユーザーインタビューが終わりプロトタイプの仮説が決まった時、②技術検証をしたいが自分でコードを書く時間・スキルがない時、③「このLLMでこの精度が出るか」を試すためにコードが必要な時です。「誰の何の問題を解くか」が言語化できていない段階での採用は時期尚早です。"

[[extra.faqs]]
question = "最初のエンジニアに「速くコードを書ける人」と「方向性を一緒に考えられる人」どちらを選ぶべきですか？"
answer = "プロダクト初期段階では「方向性を一緒に考えられる人」の方が価値がある場合が多いです。「このLLMの精度はどういう条件だと上がるか」「このデータがあればどんなことができるか」という会話をエンジニアとできるかどうかが重要です。「エンジニアとして技術を提供する人」か「プロダクトの方向性を技術的なスキルを持って考える人」かを採用前に決めておくことが必要です。"

[[extra.faqs]]
question = "採用を急かす外部プレッシャー（競合・投資家）がある場合、どう判断すればよいですか？"
answer = "プレッシャーを受けた時に「今採用して最初の1ヶ月でこのエンジニアに何をしてもらうか」を具体的に説明できるかを確認します。説明できない場合、採用のタイミングではありません。プレッシャーに負けて採用した場合、エンジニアが「何を作ればいいか分からない状態」で入社し、3ヶ月後に「作ったが使われない」という状況になりがちです。"

[[extra.faqs]]
question = "最初のエンジニア採用を「早すぎた」と判断するサインは何ですか？"
answer = "採用したエンジニアに「最初の3ヶ月でやってほしいこと」を入社後に具体的に説明できなかった場合は早すぎた可能性があります。また、エンジニアが「自分が作りたいもの」を作り始めた場合も同様です。LLMを使えば何でもできるという期待から方向性が定まる前に採用し、エンジニアに方向性を決めてもらおうとするパターンは、エンジニアにとっても採用する側にとっても不幸な結末になります。"

+++

AIスタートアップを始めて「そろそろエンジニアを採用すべきか」という判断に悩む。

採用が早すぎると何が起きるか、遅すぎると何が起きるかを整理する。

---

## 早すぎる採用が引き起こす問題

「プロダクトの方向性を決める前に採用する」ケースが多い。

起きること：
- エンジニアが入社した時点でプロダクトの仕様が決まっていないため、「何を作れば良いか分からない状態」になる
- 採用したエンジニアが「自分が作りたいもの」を作り始める
- 3ヶ月後に「作ったが使われない」状態になる

AIスタートアップに特有のパターン：「LLMを使えば何でもできる」という期待から、方向性が定まる前にエンジニアを採用して「何でもできる人に方向性を決めてもらおう」とするケース。これはエンジニアにとっても採用する側にとっても不幸だ。

---

## 遅すぎる採用の問題

「完璧な仕様を決めてから採用する」も遅すぎる。

AIプロダクトは「作りながら分かること」が多い。LLMの精度がどのくらい出るか、ユーザーがどう使うかは、コードを書いてプロトタイプを触ってみるまで分からないことがある。

仕様を全部決めてから採用すると：
- 仕様が現実と合わない可能性が高い
- エンジニアが「なぜこの仕様なのか」を理解できない

---

## 採用のタイミングを決める判断基準

「コードなしでは次の意思決定ができない状態か」を確認する。

採用すべきタイミング：
- ユーザーインタビューが終わり、「どんなプロトタイプを作れば仮説を検証できるか」が決まった時
- APIを使った技術検証をしたいが、自分でコードを書く時間またはスキルがない時
- 「このLLMでこの精度が出るか」を試すためにコードが必要な時

採用を待つべきタイミング：
- プロダクトが「誰の何の問題を解くか」が言語化できていない時
- 採用したエンジニアに「最初の3ヶ月でやってほしいこと」を具体的に説明できない時

---

## 最初のエンジニアに求めるものの変化

プロダクト開発の初期段階では、「速くコードを書ける人」より「何を作るべきかを一緒に考えられる人」の方が価値がある場合がある。

AIスタートアップの初期は特に、「このLLMの精度はどういう条件だと上がるか」「このデータがあればどんなことができるか」という会話をエンジニアとできるかどうかが重要だ。

「エンジニアとして技術を提供する人」を採用するのか、「プロダクトの方向性を一緒に考えられる人を技術的なスキルも持って採用する」のか、最初のエンジニアに何を求めるかを採用前に決めておく。

---

## 採用を急かすプレッシャーへの対処

「競合が動いている」「投資家から急かされる」という外部プレッシャーで採用を急ぐことが多い。

プレッシャーを受けた時に確認すること：「今採用して、最初の1ヶ月でこのエンジニアに何をしてもらうか」を具体的に説明できるかどうか。説明できない場合、採用のタイミングではない。

---

## 関連記事

- [AIスタートアップでエンジニアを採用する時に、絶対に妥協しない3つの基準](/n/ai-startup-engineer-hiring-nonnegotiables/) — 採用タイミングが来た時に使う評価基準
- [AIスタートアップの2人目のエンジニア採用は1人目と何が違うか](/n/ai-startup-second-engineer-different/) — 1人目採用の後に訪れる2人目採用の判断基準
- [技術系創業者がエンジニアを採用する時に犯しがちな間違い](/n/ai-startup-technical-founder-hiring/) — タイミング判断を誤る背景にある創業者のバイアス