職務経歴書で見られるのは空白期間より在宅コーディング補助の中身

2026年8月3日

朝比奈蒼

この記事のポイント

✓在宅のコーディング補助で職務経歴書が通らない原因は空白期間ではありません
✓技術スタックの羅列で落ちる構造
✓ポートフォリオとの役割分担まで

結論から書きます。在宅のコーディング補助で職務経歴書が通らないとき、原因はほぼ空白期間ではありません。空白期間を気にして言い訳を書き足した結果、肝心の「何をどうやったか」が薄くなって落ちている。これが最も多いパターンです。

この記事では、在宅コーディング補助の職務経歴書が書類選考でどう読まれているのか、技術スタックの羅列がなぜ機能しないのか、業務委託や在宅での経験をどう記述すれば伝わるのか、ポートフォリオと職務経歴書の役割分担はどうあるべきかを整理します。正直なところ、世の中に出回っている職務経歴書のテンプレートは、在宅のコーディング補助にはあまり向いていません。そこも含めて書きます。

在宅コーディング補助の書類選考で実際に見られていること

書類選考の実態を先に押さえます。在宅を含むWeb系の募集では、書類の読まれ方に明確な傾向があります。

読み手はまず、募集している作業を担当できるかを確認します。次に、その作業をどの程度の規模でやってきたかを見ます。最後に、在宅で問題なく回るかを判断します。この3つの順番で読まれるので、職務経歴書もこの順番で情報を出す必要があります。

ところが多くの職務経歴書は、逆の順番で書かれています。冒頭に職歴の一覧があり、その下に使用可能な技術の羅列があり、在宅の話は最後に少し出てくる。この構成だと、読み手は自分が知りたい情報を探して読むことになります。書類が数十通ある状況で、探させる書類は不利です。

技術の羅列が機能しないという指摘は、採用の現場からも出ています。

40代エンジニアが最も陥りやすいのは、職務経歴書が「技術スタックの羅列」になることです。令和6年賃金構造基本統計調査によると、システムコンサルタント・設計者の平均年収は820.2万円で、ソフトウェア作成者の655.2万円を大きく上回っています＊4。過去に担当した要件定義・技術選定・アーキテクチャ設計・スクラム推進の経験を具体的なプロジェクト成果と紐づけて記述しましょう。出典: relasic.jp

この指摘はエンジニア全般の話ですが、コーディング補助でもそのまま当てはまります。「HTML、CSS、JavaScript、jQuery、PHP、WordPress、Sass、Git」と並べたところで、読み手は何も判断できません。全員が同じ並びを書いてくるからです。差がつくのは、その技術で何をどう解決したかの記述です。

空白期間は本当に見られていないのか

空白期間について、はっきり書きます。見られてはいます。ただし、落とす理由になるのは限定的な場合です。

落とす理由になるのは、空白期間の説明が一切なく、かつ直近の技術的な活動も見えない場合です。3年空いていて、その間に何をしていたかが分からず、直近の制作物もない。この状態だと、現在のスキル水準を推測できないので保留されます。

逆に、空白期間があっても、その期間中の学習内容や制作物が具体的に書かれていれば、ほぼ問題になりません。育児、介護、療養、資格取得、独学。理由は何でもよく、重要なのは「その期間に何をしていたか」が1行で書かれていることです。

正直なところ、空白期間を過度に恐れて言い訳を長く書く人が多すぎます。3行も4行も使って説明すると、かえって不利になります。「2023年4月から2024年9月まで、家族の介護のため就業を離れていました。その間、独学でWordPressのテーマ改修を学び、静的サイト3本の実装を行っています」。この2文で十分です。

在宅の募集では、そもそも正社員のような連続した職歴を求めていないケースが多数あります。業務委託ベースで、案件ごとに稼働している人が普通にいる領域なので、空白期間の重みは一般的な転職市場より軽い。ここを取り違えて、正社員転職用のテンプレートで書くと的が外れます。

技術スタックの羅列を「担当範囲の記述」に置き換える

具体的な書き換え方に入ります。

技術の羅列を消すわけではありません。読み手が要件との照合に使うので、一覧はあったほうがよい。問題は、一覧「しか」ないことです。一覧の後に、その技術で担当した範囲を書きます。

書き換え前の典型例。

「使用技術：HTML5 / CSS3 / JavaScript / jQuery / PHP / WordPress / Sass / Git」

書き換え後。

「使用技術：HTML5 / CSS3 / Sass / JavaScript（jQuery含む）/ PHP / WordPress / Git

担当範囲：デザインカンプからの静的コーディング、既存サイトのレスポンシブ対応改修、WordPressの既存テーマに対する部分改修（子テーマでの上書き対応）、お問い合わせフォームの項目追加とメール文面の調整。デザイン作成と要件定義は担当外で、指示を受けて実装する立場での経験です」

担当外を明記しているのが要点です。できないことを書くと不利に見えますが、実際には逆です。読み手は「どこまで任せられるか」を知りたいので、範囲がはっきりしている人のほうが発注しやすい。範囲を書かない人は、確認のやり取りが必要になるので後回しにされます。

Webデザイナーやコーダーの書類選考で見られるポイントについては、次のような整理があります。

Webデザイナー、コーダーの転職で書類選考を通過する職務経歴書を書くポイントは、使用できるソフトやツール、プログラミング言語をまとめ、実際に担当したWebサイトのキャプチャやページのリンクURLを貼ることです。WebサイトはPV数などの達成実績も忘れずに記載しましょう。ディレクションやページの構成・デザイン・画像加工・コーディングなど、今まで担当した業務と培ったスキルをしっかりアピールすることが大切です。出典: type.jp

制作物のURLを載せるという点は特に重要です。コーディング補助の書類選考では、実物を見れば5秒で判断できます。文章で説明するより速い。

ただし、載せられないケースがあります。ここは慎重に扱う必要があります。

秘密保持契約があってURLを出せない場合の書き方

在宅のコーディング補助では、制作会社の下請けとして作業しているケースが多く、その場合はNDA（エヌディーエー、秘密保持契約）によって案件名やURLを公開できないことがあります。これを無視してURLを載せると契約違反になります。

書けない場合の代替案は3つあります。

1つ目は、業種と規模だけを書く方法です。「アパレルEC（商品点数約300点）のスマートフォン対応改修」。案件を特定できない粒度なら問題になりにくい。ただし、契約書に「業務内容の一切を開示しない」旨の条項がある場合は、これも避けたほうが安全です。

2つ目は、同種の作業を自主制作で再現して、そちらを見せる方法です。実案件と同じ構成のサンプルサイトを作り、それをポートフォリオに載せる。時間はかかりますが、これは確実に問題が起きません。

3つ目は、コードの断片を見せる方法です。案件を特定できる情報を除いたうえで、実装の考え方が分かる部分だけを抜き出す。これも契約次第なので、判断に迷うなら発注元に確認してください。「職務経歴書に載せてよいか」を聞くこと自体は失礼にあたりません。

※契約の内容によって可否は変わります。判断に迷う場合は、契約書を確認したうえで、必要なら専門家に相談してください。

在宅での経験をどう書くか

在宅であること自体は、書類上ではプラスにもマイナスにもなりません。プラスに転じさせるには、書き方を工夫する必要があります。

在宅の経験で書くべきは、次の3点です。

1点目は、稼働の実績です。「在宅にて月間60時間から80時間の稼働で、6か月間継続して案件を担当」。継続期間と稼働量が数字で書かれていると、実態が伝わります。単に「在宅で作業していました」だけでは、どの程度のペースだったのかが分かりません。

2点目は、コミュニケーションの実績です。使用したツール、報告の頻度、打ち合わせの形式。「Slackでの日次報告とBacklogでのタスク管理、月1回のオンライン定例に参加」。この記述があると、在宅でチームに入れる人だと判断されます。在宅の書類選考で最も知りたいのがここなので、必ず書いてください。

3点目は、納品と検収の流れです。「Gitのプルリクエストで提出し、レビュー後にマージする運用」あるいは「FTPでのアップロード後、確認用URLで検収」。運用形式が書かれていると、既存のフローに合わせられるかが判断できます。

この3点は、技術力とは別の情報です。しかし在宅のコーディング補助では、技術力と同等かそれ以上に見られています。

業務委託の期間はどう記載するか

在宅で業務委託を続けている場合、職歴欄の書き方に悩む人が多い。整理します。

会社員時代と業務委託期間は分けて書きます。業務委託期間は「2023年10月から現在　フリーランス（Webコーダー）」として1つの塊にまとめ、その中に案件を箇条書きで並べる形が読みやすい。案件ごとに職歴として並べると、転職を繰り返しているように見えてしまいます。

案件の並べ方は、時系列ではなく作業種別でまとめたほうが伝わります。「静的コーディング　5件」「WordPress改修　8件」「レスポンシブ対応改修　4件」のように種別で束ね、それぞれに代表例を1件ずつ書く。読み手は「募集している作業をどれだけやったか」を知りたいので、この束ね方が最も速く伝わります。

継続期間の書き方にも注意点があります。「3か月」「6か月」といった継続実績は、在宅では強い情報です。単発で終わっていない案件があるということは、発注側から見て「切られなかった人」だと分かるからです。逆に単発ばかりが並んでいると、理由を聞かれます。単発が多い場合は、「制作会社の繁忙期にスポットで対応する形での継続的な取引」といった説明を1行添えておくと誤解されません。

実績の数値化はどこまでやるべきか

数値化を推奨する記事は多いのですが、コーディング補助では扱いが難しい部分があります。冷静に整理します。

書ける数字は主に4種類です。担当したページ数、作業にかかった期間、修正の往復回数、対応した画面幅や環境の数。

「コーポレートサイト全12ページのレスポンシブ対応を、5営業日で完了」。これは書ける数字です。規模と速度が同時に伝わります。

一方、書きにくいのがPV数やCVRといった成果指標です。コーディング補助は実装を担当する立場なので、サイトの成果に直接の因果を主張しにくい。ここを無理に書くと、正直なところ、読み手からは誇張に見えます。「私の改修によりCVRが2倍になりました」と書かれていても、施策の主体はディレクターやマーケターであることが多いので、鵜呑みにされません。

書くなら、因果を限定した形にします。「表示速度改善のためのCSS整理と画像圧縮を担当し、モバイルの表示速度指標が改善」。自分が担当した範囲と、その範囲で観測できた変化に限定する。これなら誇張になりません。

もう1つ、意外と効く数字があります。修正の往復回数です。「初回提出時の指摘は平均2件以内に収まっており、大きな手戻りなく進行」。これは発注側にとって非常に価値のある情報です。修正の往復が少ない人は、それだけでコストが低い。この数字を書いている職務経歴書はほとんど見ないので、書けば差になります。

サイトの規模感を数字で示すのも有効です。「商品点数約300点のECサイト」「記事数1,200本のオウンドメディア」。規模が分かると、扱ったデータ量や作業の重さが伝わります。

なお、報酬額は職務経歴書に書く必要はありません。書くとしても希望条件欄で、実績欄には入れないでください。実績欄に金額を書くと、案件の規模ではなく自分の単価を主張しているように読まれます。

ポートフォリオと職務経歴書の役割分担

この2つを混同している人が多い。役割は明確に違います。

ポートフォリオは「何を作れるか」を見せるものです。完成物のビジュアル、動作、コードの品質。読み手は数十秒で見て、水準を判断します。

職務経歴書は「どう働くか」を見せるものです。担当範囲、稼働の形、コミュニケーション、継続実績。読み手は数分かけて読み、一緒に仕事ができるかを判断します。

つまり、職務経歴書に作品の説明を長々と書くのは役割違いです。作品はURLを貼って終わり。職務経歴書の紙面は、働き方の情報に使うべきです。

逆に、ポートフォリオに稼働条件を細かく書くのも違います。見せるべきは制作物であって、条件は職務経歴書または応募フォームで伝えます。

この分担ができていると、両方が短くなります。短いほうが読まれるので、通過率が上がります。

職務経歴書の分量はどのくらいが適切か

A4で2枚が上限です。3枚を超えると、読み手は要点を探す作業を強いられます。

在宅コーディング補助の場合、1枚に収まることも珍しくありません。職歴が短くても、担当範囲と稼働条件と作業環境が明確なら十分に判断できるからです。無理に埋める必要はありません。

埋めたくなる気持ちは分かります。空白が多いと自信のなさに見える気がする。ただ、水増しした文章は読めば分かります。「幅広い業務に携わってまいりました」のような具体性のない一文が並んでいると、かえって印象が悪い。書くことがないなら短くしてください。

文書の構成や体裁で悩む場合、基本的な型を押さえておくと迷いが減ります。ビジネス文書検定は応募書類を含むビジネス文書の構成を体系的に確認できる資格として知られており、文書の型を整理する目的では実用的です。文書作成そのものを仕事にする方向もあり、その接続についてはビジネス文書検定で文書作成の副業力アップ｜在宅ライティング案件にまとまっています。

職務経歴書を書き直す手順

実際の手順に落とします。

最初に、応募先の募集要項から作業内容を3つ抜き出します。「レスポンシブ対応」「WordPressのテーマ改修」「フォームの実装」といった粒度です。

次に、その3つに対応する自分の経験を、それぞれ1件ずつ選びます。複数あっても1件に絞る。選ぶ基準は、規模が近いものです。個人サイトの募集に大規模ECの経験を出しても、逆に「うちには合わない」と判断されることがあります。

3番目に、選んだ3件を「作業内容」「規模」「期間」「担当範囲」「使った技術」の5項目で記述します。5項目のうち、担当範囲を最も丁寧に書いてください。

4番目に、在宅の稼働情報を書きます。稼働可能な曜日と時間帯、連絡ツール、返信の目安時間、報告の頻度。ここは応募先が変わってもほぼ同じ内容なので、一度作れば使い回せます。

5番目に、全体を読み返して、募集要項に出てきた単語がいくつ含まれているかを数えます。3つ以上あれば応募先に合わせた書類になっています。1つもなければ、それは汎用の書類なので、通過率は下がります。

この手順にかかる時間は、2回目以降なら20分程度です。1件目だけは1時間かかりますが、土台ができれば使い回せます。

応募先の種類ごとに職務経歴書の重心を変える

在宅コーディング補助の募集元は3種類に分かれ、それぞれ職務経歴書で見ている場所が違います。同じ1通を全部に送っている限り、どこかで必ず外れます。

1つ目は制作会社やWeb系の受託会社です。募集数が最も多く、継続にもつながりやすい。この相手が見ているのは、既存のチームの進行に乗れるかどうかです。デザイナーやディレクターの間に入って実装する立場なので、修正指示を正確に受け取れることと、締め切りへの感度が問われます。職務経歴書の重心は、作業環境と進行の記述に置いてください。バージョン管理の運用、タスク管理ツールの使用経験、レビューを受けた経験。この3つが書かれていれば、経験年数が浅くても候補に残ります。

2つ目は事業会社の担当者です。社内のWeb担当が1人しかおらず、手が回らないから外に出しているケース。この相手が見ているのは、専門用語を使わずに説明してくれるかどうかです。担当者自身が実装を理解していないことが多いため、技術的に精密な記述ほど不安にさせます。担当範囲を書くときに「この作業をするとサイトの見た目や運用がどう変わるか」を1文添えると、印象が変わります。

3つ目は個人事業主やフリーランスからの再委託です。金額は控えめですが、話が早く継続しやすい。この相手が見ているのは、任せられる範囲がどこまでかです。「どこまでを自分の判断で進め、どこからを確認するか」の線引きが書かれていると、後の食い違いが減ります。

見分ける手がかりは募集文にあります。仕様が細かく書かれていれば制作会社、目的や困りごとが中心なら事業会社、口語的で短ければ個人からの再委託であることが多い。読んだ時点で相手を判定し、重心を切り替えてください。職務経歴書は1通ではなく3通持つのが現実的です。

落ちた理由を分類する習慣を持つ

同じ書類を直し続けても改善しない場合、落ちた理由を分類できていない可能性があります。分類は3つで足ります。

1つ目は条件のミスマッチです。稼働できる曜日や時間帯が合っていない、対応できる技術が要件と違う、希望報酬が予算と乖離している。これらは書類をどれだけ磨いても通りません。不採用の連絡に「ご希望の稼働時間での募集が終了しており」といった記述があれば、条件の問題だと判断できます。

2つ目は読まれ方の問題です。構成のせいで最後まで読まれていないケース。冒頭を「募集内容に対応する担当範囲」に変えたパターンを複数送って比較すると分かります。反応が変わるなら構成の問題でした。

3つ目は情報不足です。作業環境や連絡可能時間が書かれていないために判断できず保留になっているケース。応募後に問い合わせが来るかどうかで判別できます。問い合わせが来るなら興味は持たれているので、次からその項目を最初から書けば済みます。

この3分類を応募のたびに記録しておくと、直すべき箇所がはっきりします。記録を取らずに直し続けるのが、最も時間を失うやり方です。

未経験から書く場合の職務経歴書

実務経験がまったくない状態でも、書ける材料はあります。ただし書き方を間違えると逆効果になります。

まず避けるべきは、学習教材の受講歴を並べることです。「オンラインスクールでHTML/CSSコースを修了」「Progateを全周」といった記述は、判断材料としてはほぼ機能しません。同じ記述が大量に届くからです。

代わりに書くのは、作ったものと、その過程で詰まった箇所です。「静的サイトを3本実装。うち1本は既存のCSSを引き継いで改修する形を再現し、詳細度の競合で上書きが効かない状況の解消に最も時間がかかった。以降はクラス設計を先に確認してから着手する手順に変更」。

この記述には3つの情報が入っています。作った量、詰まった具体的な内容、そこから変えた手順。読み手はこの3点から、実務で同じ状況になったときにどう動くかを推測できます。教材の修了歴からは何も推測できません。

前職の経験を転用する書き方も有効です。事務職なら「複数の依頼を並行して管理し、期限順に処理する運用を担当」、接客業なら「相手の要望を確認しながら仕様を固める作業に慣れている」。コーディングと直接の関係はありませんが、在宅の実装案件で必要になる能力であることは伝わります。ただし、これを長く書きすぎないこと。全体の2割程度に抑えて、残りは制作物の話に使ってください。

前職の経験を転用するときの注意点が1つあります。「コミュニケーション能力には自信があります」のような抽象的な自己評価は書かないでください。判断材料になりません。書くなら、どういう場面でどう動いたかの事実だけにします。

応募数を増やすより応募先を絞る

在宅の募集は競争が激しいので、数を撃ちたくなります。ただ、数を撃つと1通あたりにかけられる時間が減り、汎用の書類になります。汎用が通らないのだから、この方向は行き止まりです。

現実的なのは、1週間の応募を3件から5件に絞り、1件あたり30分をかけることです。内訳は募集要項の読み込みに10分、応募先のサイトや制作実績の確認に10分、書類の書き換えに10分。この配分で作った書類は、読まれ方が明確に変わります。

絞る基準も決めておいてください。稼働条件が合うこと、報酬が想定作業時間で割って納得できる水準にあること、募集文に作業内容が具体的に書かれていること。この3つを満たさない募集は対象から外します。作業内容が曖昧な募集は受注後に想定外の作業が発生しやすく、結果的に単価が下がるためです。

独自データの考察

在宅ワークの案件の傾向を見ていると、コーディング補助の募集要件が技術寄りから運用寄りに移っている変化があります。以前は使用言語やフレームワークの指定が中心でしたが、最近は「指定の環境で作業できること」「決まった形式で納品できること」「レビューを受けて修正できること」を明記する募集が増えました。発注側が、技術力より進行の確実性で失敗してきたことの反映だと考えられます。

この変化は職務経歴書の書き方に直結します。技術スタックを厚くするより、運用の記述を厚くしたほうが通る。ここに気づいていない人が、羅列を続けて落ち続けています。

隣接領域を把握しておくと、書ける範囲が広がります。開発案件全般の実務内容はアプリケーション開発のお仕事に、AI活用の支援業務はAIコンサル・業務活用支援のお仕事にまとまっています。マーケティングやセキュリティ寄りの案件についてはAI・マーケティング・セキュリティのお仕事が参考になります。単価の水準を知っておくと条件判断が速くなるので、ソフトウェア作成者の年収・単価相場と、文章仕事を組み合わせる場合の著述家，記者，編集者の年収・単価相場も確認しておくとよいと思います。技術面の裏付けを広げる方向では、ネットワーク基礎のCCNA（シスコ技術者認定）のような認定が、周辺相談への対応力として効く場面があります。

在宅で専門業務を回している現場の条件は職種を超えて共通する部分が多く、法律事務所のパラリーガルの働き方｜在宅・時短勤務の現状【2026年版】はその一例として参考になります。また、書類が通り始めた後に続かない理由の多くは技術ではなく孤立なので、在宅ワーカーのメンタルヘルスケア｜孤独・燃え尽きを防ぐ5つの習慣【2026年版】にある習慣は早めに知っておく価値があります。

20年この市場を見てきた立場から言えば、職務経歴書を何十通も書き直している状態は、実は入口だけを叩き続けている状態です。長く仕事が途切れない人は、書類が上手い人ではなく、1件目を丁寧にやり切って同じ発注者から2件目を受けている人でした。書類の役割は入口を1つ開けることであって、開いた後の関係づくりが本体です。

運営者として見てきた限りでは、間に手数料が乗らない直接の取引をしている人ほど、この関係づくりに時間を使えています。同じ作業をしても手元に残る額が違えば、次に投じられる時間が変わるからです。手数料0%の意味は金額の大小ではなく、依頼する側は同じ予算でより多く頼め、受ける側は同じ時間でより多く残るという構造にあります。手元が厚い人は、目先の1件を取りにいく書類ではなく、次につながる仕事の仕方を選べる。空白期間を気にして言い訳を書き足すより、担当範囲と働き方を正確に書いて、1件目にたどり着くほうが早い。書類はそのための道具にすぎません。