監修者
リメディ株式会社 ヘッドハンター
日髙 大志 | HIDAKA Taishi
筑波大学大学院を卒業後、日本工営（開発コンサルティング会社）に新卒入社。官公庁・建設・不動産・総合商社セクターでの国際開発プロジェクトにコンサルタントとして従事。その後、KPMGコンサルティング株式会社に参画し、DXコンサルタントとして、官公庁・不動産セクターでのDX推進に携わる。
コンサルタントとしてキャリアを歩む中で、優秀な人材がポテンシャルを最大限発揮して活躍することが企業の成長へ直結することを実感し、ヘッドハンターとしてリメディに参画。コンサルティングファーム、M＆A、不動産・建設業界を中心にハイキャリア層の採用・転職支援を実施。
2026年8月時点の公式採用情報から見ると、ZOZO向けの職務経歴書は、応募職種だけでなく対象サービスを一つ決めると書きやすくなります。開発、PM・BizDev、営業・マーケティング、デザインでは、同じ実績でも示す判断と協業相手が異なるためです。
「ファッションが好き」という志望は応募理由の一部にはなりますが、職務実績の代わりにはなりません。ZOZOTOWN、WEAR、ZOZOMO、FAANS、計測領域など、どの利用者・ブランド・店舗の課題へ経験をつなぐかを先に整理します。
応募職種とサービスを二つの軸で選ぶ
ZOZOの中途採用ページは、バックエンド、フロントエンド、SRE、ML・データ、情報セキュリティ、営業、広告・マーケティング、PM・BizDev、物流、デザインなどを分けています。募集検索では、サービス単位の絞り込みも用意されています。
| 応募領域 | 最初に示す証拠 | 落としたくない情報 |
|---|---|---|
| 開発・データ・SRE | 利用者への影響と技術判断 | 規模、制約、チームでの責任 |
| PM・BizDev | 課題設定から展開・定着まで | 比較案、意思決定、部門間調整 |
| 営業・マーケティング | 分析から提案・実行まで | ブランド側と利用者側の変化 |
| デザイン | 課題と制作判断の経緯 | 検証方法、協業、改善後の反応 |
同じEC経験でも、応募先が変われば成果の単位は変わります。職種名だけでなく、誰のどの行動を変えた仕事かを職務要約の一行目へ入れてください。
サービスごとに成果の単位を変える
| サービス領域 | 案件欄の対象 | 主証拠にしやすい変化 |
|---|---|---|
| ZOZOTOWN・ZOZOUSED | 商品探索、購入、販売、配送前後の体験 | 購買体験、品質、安定性、運用 |
| WEAR | 検索、投稿、コーディネート探索 | 発見性、参加、継続利用 |
| ZOZOMO・FAANS | 実店舗、ブランドEC、在庫、接客 | 送客、販売支援、店舗作業、在庫運用 |
| 計測・新規事業 | 計測体験、データ、事業者の業務 | 実用化、業務判断、利用定着 |
ZOZOMOは、ZOZOTOWNとブランドの実店舗・自社ECをつなぐ領域です。FAANSはショップスタッフの投稿や成果確認、在庫取り置き対応を支援します。単一チャネルの売上だけでなく、店舗、EC、在庫、接客の間で何を変えたかが重要です。
Fulfillment by ZOZOに近い経験なら、物流ツール名より、撮影、採寸、梱包、配送、在庫連携のどこに課題があり、品質とリードタイムをどう両立したかを書きます。
開発職は技術名より利用者影響を示す
バックエンド、フロントエンド、モバイル、SRE、データ・ML、情報セキュリティでは、同じ技術を使っていても責任が違います。対象サービス、当時の制約、自分が最後に判断した範囲を明示します。
| 職種 | 職務要約の主語 | 案件欄に残す判断 |
|---|---|---|
| バックエンド・フロントエンド・モバイル | 利用者と対象機能 | 制約、代替案、設計・実装の採用理由 |
| SRE | サービスと安定運用 | 監視、リリース、復旧、容量、展開 |
| データ・ML | データを使う判断または体験 | 仮説、品質、検証、実用化の境界 |
| 情報セキュリティ | 低減したリスクの範囲 | 検出、調整、ルール・実装変更 |
例えば「ECサイトを開発」では役割が分かりません。「商品詳細の表示遅延を分析し、キャッシュ設計とリリース手順を見直した」のように、課題と判断を連続させます。
データ・MLは精度だけで終えず、誰の判断や体験に使われたかを書きます。検証止まりなら検証と明記し、本番導入まで進んだなら、利用部門、運用、品質監視までを範囲に含めます。
PM・BizDevは企画名より意思決定を示す
「新規企画を推進」「グロースを担当」といった名詞だけでは、本人の責任が見えません。課題を見つけた経路、仮説に使った情報、比較した選択肢、意思決定者、展開後の運用を一つの案件でつなぎます。
- 対象ユーザー・ブランドと未解決の課題
- 課題を判断したデータ、観察、問い合わせ
- 比較した施策と見送った案
- 開発、デザイン、営業、物流との役割分担
- リリース後に確認した反応と方針変更
ここはリメディの見解ですが、公式がサービスを細かく分けて募集している以上、ZOZO向けのPM・BizDev書類では「何を企画したか」より「どのサービスの誰の判断を変えたか」を明確にする方が、経験との接続を読み取りやすくなります。
営業・マーケティングはブランドと利用者の両面を書く
公式のビジネス部門紹介では、ブランド営業が予算管理、売上分析、販促提案、新規出店営業を担います。マーケティングはプロモーション、アライアンス、販売促進を扱います。
個人売上や施策のリーチだけでなく、ブランド側の課題をどう分析し、商品、販促、チャネル、運用の何を変えたかを書きます。同時に、利用者の探索・購入体験へどのような影響があったかを分けます。
| 弱い表現 | 改善する方向 |
|---|---|
| ブランドと関係を構築 | 分析した課題、提案条件、合意した施策を書く |
| 売上拡大に貢献 | 市場要因と本人が変えた商品・販促・チャネルを分ける |
| SNS施策を実施 | 対象者、仮説、クリエイティブ、測定、次回変更を書く |
| 部門横断で推進 | 対立した条件と、合意に使った判断軸を書く |
デザインはポートフォリオとの役割を分ける
公式デザイナー採用では、コーポレート・インナーコミュニケーションと、UI/UX、プロモーション、プロダクト、新サービス、デザイン戦略などの領域が示されています。
ポートフォリオが完成物を見せる資料なら、職務経歴書は制約、代替案、意思決定、協業相手、検証後の変更を補う資料です。案件名、期間、責任、結果が両方で一致しているか確認します。
カルチャーページの「プロダクトへの愛」「ユニークさ」「妥協しない姿勢」などを自己PRへ写すだけでは不十分です。品質基準を守るために何を選び、何を捨て、どの検証を行ったかへ変換してください。
職務要約と先頭案件を一つの物語にする
職務要約では、経験年数だけでなく、対象サービス、利用者・顧客、変えた課題、代表成果を一文で接続します。案件欄は「課題」「制約」「選択肢」「判断」「協業」「変化」の順にそろえます。
開発職の例：ECサービスの商品探索領域で、表示速度と更新頻度の両立を担当した。利用状況と障害傾向を分析し、キャッシュ設計とリリース手順を見直した。開発・運用チームと役割を整理し、安定運用へ移行した。
ZOZOのサービス名へ寄せるときも、応募者自身の実績にない利用者数や改善率を補わないでください。確認できる担当範囲と判断だけを残し、面接で説明できる事実としてサービスとの接続を示します。
志望動機は公式サイトの紹介から始めず、職務経歴書の先頭案件に残った課題から作ります。その課題を、ZOZOのどのサービスと職種で広げたいのかを説明すると、応募理由と実績が分断しません。
提出前に五つの不一致をなくす
- 応募職種と職務要約の主張が一致している
- 応募サービスの課題と先頭案件の課題につながりがある
- 個人の責任とチームの成果を分けている
- 数値、期間、判断の根拠を面接で説明できる
- 職務経歴書、自己PR、ポートフォリオ、志望動機の事実が一致している
応募職種やサービスを決めきれない場合は、候補ごとに先頭案件を一つ選び、自分の判断を最も具体的に説明できる組み合わせを残します。利用経験の多さや好みではなく、仕事としての接続を基準にしてください。
あなたの経歴で狙える非公開求人と想定年収レンジを受け取る
業界特化のヘッドハンターが、公開求人に出ない選択肢と次の一手をご案内します。
ZOZOの職務経歴書に関するFAQ
ファッション業界の経験がなくても書けますか？
書けます。業界名ではなく、応募職種に近い利用者課題、判断、成果を示します。一方で、応募サービスの利用者と事業構造は公式情報で確認し、自分の言葉で接続を説明できる状態にします。
成果を数値で書けない場合はどうしますか？
期間、対象範囲、判断前後の工程、定着した運用など、事実で説明できる変化を書きます。数字を推測で補わず、自分の責任と相手の反応を明確にしてください。
複数職種に興味がある場合、書類は分けますか？
応募職種ごとに職務要約と先頭案件を見直す方が安全です。同じ経験でも、開発職なら技術判断、PM・BizDevなら仮説検証と展開を主証拠にします。