Workeeでエンジニアを採用する手順｜発注後の5ステップと面談の進め方

「外部のエンジニアを使うことは決まった。マッチングサービスにも登録した。でも、ここから先、どう進めれば人が決まるのか分からない」——そんな状態で手が止まっていませんか。

エンジニア調達を任されたものの、自分は非エンジニア。案件をどう書けば候補が来るのか、届いた候補から誰を選べばいいのか、面談で何を聞けばいいのか。技術的に深い質問ができないぶん、「本当に良い人を見抜けるのだろうか」という不安がつきまといます。最初の一歩が踏み出せないのは、能力の問題ではなく、単に「全体の地図」と「各ステップの判断基準」が手元にないだけです。

実は、Workee のようなマッチングサービスを使った採用は、登録さえ済めば残りは5つのステップに整理できます。そして、面談での質問や候補の見極めは、技術が分からなくても使える「代理指標」で十分に判断できます。技術力そのものを直接測るのではなく、その人の説明力や仕事への向き合い方から間接的に読み取る、という考え方です。

エン・ジャパンの「2025年版 ITフリーランス市場調査レポート」によると、現在 IT フリーランスを活用中の企業の59.8%が「今後、活用を増やしたい」と回答しています（エン・ジャパン 2025年版 ITフリーランス市場調査レポート）。外部エンジニアの活用はもはや一部の先進企業だけの選択肢ではなく、多くの企業が当たり前に取り入れ始めている調達手段です。だからこそ、進め方の型を一度押さえておけば、次回以降はぐっと楽になります。

本記事では、Workee（発注者向け）を使ってフリーランス・業務委託エンジニアを採用するまでの流れを、案件掲載 → 候補確認 → 面談 → 成約 → オンボーディングの5ステップで解説します。各ステップで「やること」と「判断すること」をセットで示し、非エンジニアの方が一番不安に感じる「面談での質問」と「候補の見極め方」には、特にページを割きます。読み終わるころには、明日から案件掲載に着手できる状態を目指します。

Workeeでエンジニアを採用する全体の流れ｜5ステップの地図

最初に、採用が完了するまでの全体像を1枚の地図として押さえておきましょう。やるべきことが見えれば、「思ったよりシンプルだ」と感じられるはずです。Workee を使ったエンジニア採用は、準備を含めて大きく5つのステップに分けられます。

採用までの5ステップ早見表

ここで覚えておきたいのは、「最初の一歩は案件掲載ではなく、その手前の準備（ステップ1）」だということです。準備が雑だと、後のステップすべてが揺らぎます。逆に、最初に「どんな人に何をしてほしいか」を1〜2行で言語化できていれば、候補選びも面談も評価も、すべてその基準に照らすだけで判断できるようになります。

なお、Workee では案件掲載のフォーム入力は所要 約3分、候補リストの提示は最短で当日です（出典: Workee for Business サービス仕様）。スピードが速いぶん、慌てないために準備で差をつける、という発想で進めると安定します。

エージェント調達との違い｜なぜ手順が変わるのか

これまで人材紹介エージェント経由でエンジニアを探していた方は、進め方が少し変わる点を押さえておくと混乱しません。マッチングサービスならではの特性が、採用手順を以下のように変えます。

• 合わない経歴書が大量に届かない: Workee は合致度スコアの高い候補のみを提示する設計です。担当者の手作業に依存して玉石混交の経歴書が送られてくる、という状況にはなりません。そのぶん、届いた候補一人ひとりをじっくり見る前提で進められます。
• 進捗が画面で見える: 提案中・面談・成約といった状態が管理画面のカンバンで一覧表示されます。「あの候補、今どうなっていたか」を担当者にメールで問い合わせる必要がなくなり、社内・上長への説明もしやすくなります。
• 掲載の質が候補の質を直接決める: エージェントの場合は担当者が間に立って条件を翻訳してくれますが、マッチングサービスでは案件文がそのままマッチングの入力になります。つまり、案件をどう書くかが候補の精度を左右します。これは後の「ステップ2」で詳しく扱います。

この「掲載が起点」「進捗が見える」という2点が、エージェント調達との一番の違いです。担当者を介した往復のやり取りに疲れていた方にとっては、自分のペースで能動的に動ける分、むしろ進めやすく感じられるはずです。

ステップ1｜採用前の準備（要件と判断基準を決めておく）

案件を掲載する前に、最低限決めておくべきことがあります。ここを飛ばして掲載してしまうと、合わない候補が来たり、面談で何を確認すればいいか分からなくなったりと、後のステップでつまずきます。非エンジニアでも書ける、最小限の準備の型を示します。

そもそも「外部のフリーランスを使うのが自社に合っているのか」という根本の判断にまだ迷いがある場合は、フリーランス活用 企業の5つのシナリオを先に確認しておくと、活用の前提が固まります。本記事は「使うと決めた後」の手順に絞って進めます。

必須スキルと「あれば嬉しい」スキルを分けて書く

準備でまずやるのは、求めるスキルを2つに分けることです。

• 必須スキル: これがないと業務が成立しない、という最低条件。例えば「Web アプリのバックエンド開発経験」「特定のフレームワークでの実装経験」など。
• あれば嬉しいスキル: あると望ましいが、なくても採用を見送るほどではないもの。例えば「クラウド環境の構築経験」「チームリードの経験」など。

この2つを混ぜてすべて「必須」にしてしまうと、条件に完璧に合う人はほとんどいなくなり、候補がゼロになります。逆に、すべて「あれば嬉しい」にすると、業務に必要なスキルを持たない人まで候補に入ってしまいます。「絶対に外せない条件」と「優先度の高い希望」を切り分けることが、良い候補に出会う第一歩です。

Workee の案件掲載フォームは、必須スキルと任意スキルを分けて指定できる設計になっています。この分離をうまく使うと、マッチング精度がそのまま上がります。

単価・稼働率・開始時期の決め方

次に、条件面の3点を決めます。非エンジニアの方が悩みやすいのが単価ですが、最初から1円単位で正確に決める必要はありません。

• 単価: まずはレンジ（幅）で考えます。社内に過去の発注実績があればそれを基準に、なければ「予算の上限」と「この役割ならこのくらいだろう」という感覚値で幅を設定します。相場感は、複数の候補のスキルシートや希望単価を見ていくうちに自然と掴めてきます。最初の数件は「相場を知るための情報収集」と割り切るのも一つの手です。
• 稼働率: 週何日・月何時間ほど動いてほしいかを決めます。フルタイムが必要なのか、週2〜3日でいいのかで、声をかけられる候補の層が変わります。
• 開始時期: いつから稼働してほしいか。フリーランスは複数案件を持っていることが多く、稼働開始まで数週間かかるケースもあります。余裕を持った時期設定が、選択肢を広げます。

「ゴール」を1〜2行で言語化しておく

最後に、これが最も大切です。「このエンジニアに、最終的に何を達成してほしいか」を1〜2行で書き出しておきましょう。

例えば「3ヶ月で既存システムの〇〇機能を改修し、運用に乗せる」「半年でモバイルアプリを新規開発しリリースする」といった具合です。このゴールは、後の面談で「この案件に必要な経験を持っているか」を確認する基準になり、成約後には評価の起点にもなります。スキルのリストだけでは「合いそうかどうか」は判断できません。ゴールがあって初めて、候補のどの経験を見ればいいかが定まります。

ステップ2｜案件を掲載して候補リストを受け取る

準備ができたら、いよいよ案件を掲載します。Workee では、案件を登録した瞬間に AI マッチングが走り、当日中に候補リストが管理画面に届きます。エージェントに依頼してから候補が来るまで数営業日待つ、という従来の流れと比べると、ここはかなりスピーディです。

案件掲載フォームに書くこと

掲載フォームには、ステップ1で準備した内容を入力していきます。主な入力項目は以下です。

• 必須スキル／任意スキル（分けて指定）
• 単価・稼働率・開始時期（範囲で入力可能）
• 案件の概要（何をしてほしいか）

過去に掲載した案件があれば、テンプレートとして複製してワンクリックで再利用できます。似た案件を繰り返し出す場合は、毎回ゼロから書く必要はありません。エージェントごとに同じ条件を何度も書き直していた手間が、ここで省けます。

入力が完了して登録すると、合致度スコアの高い候補のみが提示される仕組みです。スコアの低い候補はそもそもリストに表示されないため、「合わない経歴書を大量に選別する」という作業からは解放されます。

候補が来やすい案件文の書き方｜NG例と改善例

候補の質は、案件文の質でほぼ決まります。マッチングサービスでは案件文がそのままマッチングの入力になるため、曖昧な書き方をすると曖昧な候補しか集まりません。現場の言葉で、具体的に書くのがコツです。

ポイントは、「自分が候補だったら、この文を読んで応募する気になるか」を一度想像してみることです。何をするのか・どんな経験が活きるのかが具体的に書かれている案件は、適性の高いエンジニアが手を挙げやすくなります。

候補リストの見方

候補が届いたら、リストを確認します。Workee の候補リストでは、各候補に合致度スコアが付いており、相性順に並んでいます。また、掲載前の段階で「該当する候補が何人いるか」のプレビューを確認できるため、条件が厳しすぎて候補がほぼいない、といった事態にも事前に気づけます。

候補が極端に少ない場合は、必須スキルを絞りすぎている、単価レンジが相場と合っていない、開始時期が早すぎる、などが原因として考えられます。その場合はステップ1に戻って条件を見直しましょう。「どこに戻ればいいか」は記事の終盤でも改めて整理します。

ステップ3｜候補を絞り込む（非エンジニアでもできる見極め方）

候補リストが届いたら、面談に進む数名を選びます。ここが非エンジニアの方にとって一番の関門でしょう。「技術力を自分では評価できないのに、どうやって絞ればいいのか」という不安です。

結論から言うと、技術力を直接測れなくても、間接的に「合いそうな候補」を見抜く方法はあります。技術力の代わりになる「代理指標」を使うのです。

スキルシートで最初に見る3点

候補のスキルシート（経歴・スキルをまとめた資料）を見るとき、非エンジニアでもまず確認できるポイントが3つあります。

1. 求めるゴールに近い経験があるか: ステップ1で書いたゴール（例: EC サイトの決済機能の改修）に対し、似た経験が経歴に書かれているか。同種の業務をやり遂げた実績は、最も信頼できる手がかりです。
2. 経歴の説明が具体的か: 「〇〇システムの開発に従事」だけでなく、「どんな課題に対し、どう取り組み、どうなったか」まで書かれているか。具体的に書ける人は、自分の仕事を言語化できる人です。
3. 稼働条件が案件と合うか: 希望単価・稼働率・開始時期が、こちらの条件レンジに収まっているか。技術的に合っても条件が合わなければ成約に至りません。

スキルシートの読み方をもっと詳しく知りたい場合は、業務委託エンジニアのスキルシートの読み方で、発注者が見るべきポイントを掘り下げています。本記事では「選定の流れの中での位置づけ」に絞り、詳細はそちらに譲ります。

非エンジニアでも分かる「合いそうな候補」の代理指標

スキルシートに加えて、以下のような点も「合いそうかどうか」の代理指標になります。これらは技術知識がなくても判断できます。

• 説明が分かりやすいか: スキルシートやメッセージのやり取りで、専門用語を並べるだけでなく、非エンジニアにも伝わるよう噛み砕いて説明できているか。発注者とのコミュニケーションが円滑な人は、稼働後のすれ違いも少ない傾向があります。
• 質問への反応が丁寧か: スキルシート請求や問い合わせへの返信が早く、内容も的確か。レスポンスの質は、稼働後の連携のしやすさを予測する手がかりになります。
• 経験の幅と深さのバランス: 浅く広くなのか、特定領域を深くやってきたのか。案件が求めるのが「特定領域の専門性」なのか「幅広い対応力」なのかと照らして見ます。

これらは「技術が分からなくても判断できること」ばかりです。技術力の核心は面談で確認するとして、書類段階ではこうした代理指標で「面談に進めたい数名」まで絞れば十分です。

スキルシート請求・面談打診の進め方

面談に進めたい候補が決まったら、Workee の管理画面からスキルシートの請求や面談の打診を行います。一度に多くの候補と面談するのは負担が大きいので、まずは2〜3名に絞って打診するのがおすすめです。面談してみて手応えが薄ければ、次の候補に打診する、という進め方なら、無理なく回せます。

ステップ4｜面談で確認すること（発注者が聞くべき質問）

ここが本記事の核です。面談で何を聞けばいいか分からない、という不安に、具体的な質問例で答えます。

大前提として、面談で発注者がやるべきことは「技術の深掘り」ではありません。非エンジニアが技術的な詳細を質問しても、回答の正しさを判断できないからです。代わりに確認すべきは、「この案件で再現してほしい経験を持っているか」「働き方やコミュニケーションが自社と合うか」の2点です。これなら技術が分からなくても判断できます。

面談の基本的な流れ

面談（カジュアル面談を含む）は、おおむね次の流れで進みます。

1. あいさつ・自己紹介: 双方の緊張をほぐす。場の雰囲気づくり。
2. 案件の説明: こちらから案件の背景・ゴール・体制を説明する。ステップ1で書いたゴールがここで活きます。
3. 経歴の確認: 候補の経歴を、案件に関連する部分を中心に聞く。
4. 質疑応答: 後述の質問例で適性と相性を確認する。
5. 条件のすり合わせ: 単価・稼働率・開始時期を確認し、認識を合わせる。

ここで意識したいのは、面談は「こちらが一方的に審査する場」ではなく、相互選定の場だということです。フリーランスのエンジニアも、案件や発注者を選んでいます。誠実に案件を説明し、対等なパートナーとして接する姿勢が、良い人に「この案件をやりたい」と思ってもらう決め手になります。

発注者が聞くべき質問例

質問は、目的別に3つのカテゴリで用意しておくと整理しやすくなります。

1. 再現性を確認する質問（最重要）

ステップ1で決めたゴールに対し、似た経験があるかを確認します。

• 「これまでで、今回の案件に一番近い経験を教えてください」
• 「そのとき、どんな課題があって、どう解決しましたか」
• 「うまくいかなかったこと・苦労したことはありましたか。どう対処しましたか」

ポイントは、成功談だけでなく「困ったときにどう動いたか」を聞くことです。課題への向き合い方は、稼働後に必ず起きるトラブル対応の予行演習になります。回答が具体的で、自分の言葉で語れる人は信頼できます。

2. スキルを確認する質問（技術が分からなくても聞ける形で）

技術の正誤を判断するのではなく、説明の分かりやすさを見ます。

• 「今回の案件で使う技術について、初めて聞く人にも分かるように説明してもらえますか」
• 「この案件、難しそうなポイントはどこだと思いますか」

2つ目の質問は特に有効です。経験豊富なエンジニアほど、案件の難所やリスクを的確に見抜きます。逆に「特に問題なさそうです」とだけ答える候補は、案件を深く理解していないか、楽観的すぎる可能性があります。

3. コミュニケーション・働き方を確認する質問

稼働後のすれ違いを防ぐための確認です。

• 「普段、発注者とはどんな頻度・方法で連携していますか」
• 「並行して動いている案件はありますか。今回はどのくらいの稼働を見込めますか」
• 「進捗の報告や相談は、どんなタイミングでしてもらえますか」

働き方の相性は、技術力と同じくらい成果を左右します。リモート中心なのか、レスポンスはどのくらいの速さか、報連相のスタイルが自社と合うか。ここがかみ合わないと、技術力が高くても運用で苦労します。

「合わないサイン」と判断を保留する基準

面談で次のようなサインが見えたら、即決せず判断を保留するのが安全です。

• 質問への回答が抽象的で、具体例が出てこない: 経歴を盛っている、または当事者として深く関わっていない可能性があります。
• 案件のゴールへの関心が薄い: 単価や条件の話ばかりで、「何を達成するか」への興味が見えない場合、稼働後のコミットが弱いことがあります。
• コミュニケーションが一方的・かみ合わない: 面談の時点でやり取りがスムーズでなければ、稼働後はさらに難しくなります。
• 稼働可能時間に無理がある: 複数案件を抱えていて今回に割ける時間が曖昧な場合、納期に影響します。

ひとりの面談だけで決めきれないときは、無理に採用せず、別の候補とも面談してから比較するのが王道です。Workee なら候補リストから次の候補に打診するのも管理画面で完結します。「この1人で決めなければ」と焦る必要はありません。

ステップ5｜成約・契約とオンボーディングの準備

面談で「この人にお願いしたい」と決まったら、成約・契約に進みます。ここで終わりではなく、稼働開始の準備までがこのステップの範囲です。「採用は決まったが、次に何をすればいいか分からない」で止まらないよう、稼働初日までの準備を整理します。

契約まわりで確認すること

成約時に確認・取り決めるべき項目は主に以下です。

• 契約形態: フリーランス・業務委託エンジニアとの契約は、通常「業務委託契約」です。あわせて秘密保持契約（NDA）も結びます。Workee では標準の業務委託契約・秘密保持契約の雛形が用意されており、自社所定の契約書を使うことも可能です。
• 単価・稼働率: 面談ですり合わせた条件を正式に確定します。
• 支払サイト: いつ・どのタイミングで支払うか（例: 月末締め翌月末払い）を明確にします。Workee では契約・支払・請求をサービス側が管理し、月次でとりまとめて請求する仕組みになっているため、契約・更新の書類が各社バラバラで管理に手間がかかる、という悩みは軽減されます。

契約期間・単価・稼働率・支払サイトは管理画面に集約され、契約終了の30日前からは更新リマインドも届きます。更新申請もオンラインで完結するため、「気づいたら契約が切れていた」という事故を防げます。

初日までに準備する3つのもの

稼働がスムーズに立ち上がるかどうかは、初日までの準備でほぼ決まります。最低限、次の3つを用意しておきましょう。

1. アクセス権: 必要なシステム・ツール・リポジトリ・コミュニケーションツール（チャット等）のアカウントとアクセス権限。初日にこれがないと、エンジニアは作業を始められず手待ちになります。
2. 前提ドキュメント: 案件の背景、既存システムの概要、関連資料、社内の連絡体制など。口頭だけで説明すると抜け漏れが出るので、簡単でも文書にまとめておくと立ち上がりが速くなります。
3. 最初のタスク: 初日〜最初の数日で着手してもらう具体的なタスク。小さく明確なタスクから始めると、お互いの進め方を確認しながら立ち上げられます。

この3つが揃っていれば、エンジニアは初日から手を動かせます。逆に、これらが曖昧なまま稼働開始すると、最初の数日が「待ち時間」になり、双方にとってもったいない立ち上がりになってしまいます。

稼働開始後の運用は別記事へ

成約・初日準備までできれば、採用のプロセスは一区切りです。ここから先、稼働開始後にどう関わるか・どう評価するかは、それ自体が大きなテーマなので、本記事では深入りせず関連記事に譲ります。

• 稼働開始から最初の30日をどうマネジメントするかは、フリーランスエンジニアとの最初の1ヶ月で詳しく解説しています。
• 評価でもめないための目標設定・KPI の決め方は、業務委託エンジニアのKPI目標設定を参考にしてください。

採用はゴールではなく、成果を出してもらうためのスタートです。稼働後の運用設計まで視野に入れておくと、「採用したのに思うように動いてくれない」というミスマッチを防げます。

よくあるつまずきと対処

各ステップで起きやすいつまずきと、そのときどこに戻ればいいかを整理します。一人で詰まらないための「立ち戻りポイント集」として活用してください。

• 候補が来ない・少ない: 案件文が抽象的すぎる、必須スキルを絞りすぎている、単価レンジが相場と合っていない、開始時期が早すぎる、のいずれかが原因のことが多いです。「ステップ1（採用前の準備）」と「ステップ2（案件文の書き方）」に戻って見直しましょう。掲載前の候補プレビューで該当人数を確認しておくと、掲載前に気づけます。
• 面談で何も判断できなかった: 技術を深掘りしようとして行き詰まったケースが大半です。「ステップ4」の質問例のうち、再現性を確認する質問（似た経験・課題への対処）と、説明の分かりやすさを見る質問に絞ると、非エンジニアでも判断材料が得られます。
• 採用後にミスマッチが分かった: ゴールの言語化（ステップ1）が曖昧だったか、稼働開始後の運用設計が不足していた可能性があります。次回はゴールを1〜2行で明確にし、稼働後のマネジメントは関連記事を参考に設計しましょう。早めの軌道修正は、最初の1ヶ月の関わり方で大きく変わります。
• どの候補も決め手に欠ける: 無理に1人を選ばず、複数候補と面談して比較するのが安全です。それでも合う人が見つからない場合は、条件（単価・稼働率・必須スキル）を一段見直すと候補層が変わります。

つまずいても、戻るべき場所さえ分かっていれば立て直せます。マッチングサービスは候補リストの確認も次の候補への打診も画面上で完結するので、やり直しのコストは小さく済みます。

まとめ｜Workeeでのエンジニア採用チェックリスト

最後に、明日から動けるよう、5ステップの要点をチェックリストにまとめます。記事の冒頭で示した全体の地図と照らしながら、自社の状況を確認してみてください。

ステップ1 採用前の準備

• 必須スキルと「あれば嬉しい」スキルを分けて整理した
• 単価レンジ・稼働率・開始時期を決めた
• 「何を達成してほしいか」のゴールを1〜2行で言語化した

ステップ2 案件掲載・候補確認

• 現場の言葉で具体的な案件文を書いた（曖昧な表現を避けた）
• 候補プレビューで該当人数を確認した
• 届いた候補リストを合致度スコア順に確認した

ステップ3 候補の絞り込み

• スキルシートで「ゴールに近い経験・説明の具体性・条件の一致」を確認した
• 面談に進める2〜3名を選んだ

ステップ4 面談

• 再現性・スキル説明・コミュニケーションの3カテゴリで質問を用意した
• 技術の深掘りではなく「経験の再現性」と「相性」を確認した
• 即決せず、合わないサインがないか確認した

ステップ5 成約・オンボーディング準備

• 契約形態・単価・支払サイトを確認した
• 初日までにアクセス権・前提ドキュメント・最初のタスクを準備した

このチェックリストを一通り埋められれば、非エンジニアの方でも自信を持って採用を進められます。最初の一歩は、ステップ1の「ゴールを1〜2行で書き出す」こと。そこさえ済めば、残りは地図に沿って進むだけです。

採用から稼働開始後のオンボーディングまでをもっと体系的に準備したい方に向けては、秋霜堂株式会社が「フリーランスエンジニア採用・活用ガイド」を用意しています。採用フローの各ステップ、スキル評価の観点、社内準備、オンボーディングまでを一冊にまとめた資料で、本記事の内容をさらに実務に落とし込む際の手引きとして活用いただけます。