流通・小売業界の経験をスキルシートで伝える書き方｜業態・領域・業務・工程をそろえる

流通・小売業界の経験をスキルシートで伝えるときは、業態と規模、システムの領域、対象の業務、担当した工程の4点をそろえて書くのが基本です。「小売業のPOSシステム開発」だけでは、発注側はどの案件に合うかを判断できません。「食品スーパーのPOS入替、返品と税率の処理の設計、先行店舗での展開を担当」まで書くと、経験の中身が伝わります。

同時に、小売の経歴は、店舗数や地域、販促の内容を書きすぎると発注元が推測されやすくなります。この記事では、4点のそろえ方、書かない情報の線引き、記入例を紹介します。スキルシート全体の構成はスキルシートの基本、守秘義務の一般的な考え方はスキルシートに書いてよいこと・いけないことで扱っているので、ここでは流通・小売の経験に固有の書き方に絞ります。

要約の1行目で「領域」と「業務」を示す

冒頭の要約では、流通・小売の経験の軸を1行で示します。小売の案件は、店舗・POS、基幹・MD、会員・ポイントなどの領域ごとに求められる経験が大きく違うため、領域と業務を先に書くと、読み手がすぐに案件と照らし合わせられます。領域の分け方は流通・小売のIT案件の記事で説明しています。

• 軸の領域と業務（例：小売の基幹・MD、売価と在庫の管理の刷新と保守）
• 立場と工程（例：要件定義から総合テストまで、後半は店舗展開のとりまとめ）
• ほかに対応できる領域や技術（例：POSとの連携の設計、SQLでの売上データの集計）

店舗とネット通販の両方を経験している場合は、次に入りたい案件に近いほうを先に書きます。

プロジェクト欄は4点をそろえる

業務の欄は、商品マスタ、MD、棚割、発注・入荷、在庫、販売、集計のどこに関わったかを入口にすると書きやすくなります。そのうえで「発注の中の、特売の数の店への割り当て」のように、一段細かく書くと深さが伝わります。業務ごとの押さえどころは流通・小売の業務知識の記事で整理しています。

規模は「店舗の幅・期間・自分の範囲」で示す

小売の案件の規模は、店舗数で示したくなります。ただ、店舗数の実数は、業態や地域と組み合わせると企業が絞り込まれやすい情報です。規模は次のように相対的に書きます。

• 展開の幅（例：数百店舗規模のチェーンで、先行店舗から全店へ段階的に展開）
• 自分のチームの人数と立場（例：5名のチームで、売価の領域の設計を担当）
• 担当した範囲（例：特売の売価の登録から店舗への配信まで）

売上高、会員数、取引の件数、プロジェクトの予算は書きません。

工程は「店舗で動かした作業」も書く

小売の案件では、作ったものを店舗で動かすまでの作業が大きな比重を占めます。先行店舗での検証、店員向けの手順書、展開の計画、切替日の立ち会いなどは、書き忘れやすいのに評価されやすい経験です。

• 先行店舗での検証で、レジの操作の手順と所要時間を確かめた
• 店舗展開の計画を作り、店舗ごとの切替の順番と体制を調整した
• 本部の担当者と、特売の売価が重なったときの優先順位の仕様を決めた

流通・小売の経歴で書かない情報

小売の企業は、業態と地域、店舗の規模を組み合わせると候補が少なくなります。大きなシステムの刷新や新しいアプリの公開は、報道や企業の発表で知られていることもあります。一つひとつは問題なくても、組み合わせると発注元が特定できることに気をつけます。

特に、販促の計画や仕入れの条件は、取引先にとって事業活動に有用な営業上の情報です。不正競争防止法は、秘密として管理され、事業活動に有用で、公然と知られていない情報を「営業秘密」と定めています。会員の情報は個人情報保護法の対象でもあり、件数や項目を書くこと自体が、扱った情報の範囲を示すことになりかねません。

契約で秘密とされた範囲を書かないことが基準になります。参画した案件の業務委託契約や秘密保持契約で、経歴への記載について定めがある場合は、その定めに従ってください。流通・小売の案件で守るルールそのものは流通・小売の規制の記事をご覧ください。

プロジェクト欄の記入例

以下は書き方を示すための例で、実在の案件や実績ではありません。

例1：店舗のPOS入替

期間：20XX年〜20XX年（1年3か月）
案件概要：全国展開の食品スーパーの店舗POSの入替（小売向けPOSパッケージへの移行）
規模・立場：POSチーム7名（自分は販売・返品の設計の担当、後半は展開のサブリーダー）
対象の業務：販売、返品・取消し、税率の異なる商品の混在、ポイントの利用
担当した工程：現行調査、基本設計、結合テスト、先行店舗での検証、展開計画
使用技術：POSパッケージの設定、Java、SQL
工夫・成果：返品のパターンを「当日・別日・レシートなし」に分けて表にし、店舗の運用担当と仕様を確かめる手戻りを減らした

例2：本部のMD・基幹の刷新

期間：20XX年〜20XX年（2年）
案件概要：ドラッグストアチェーンの本部基幹システムの刷新
規模・立場：売価・在庫領域のチーム6名（自分は売価の設計とテストの担当）
対象の業務：定番と特売の売価の管理、店舗への売価の配信、在庫の評価
担当した工程：要件定義の支援、基本設計、詳細設計、総合テスト
使用技術：小売向けパッケージ、Java、Oracle
工夫・成果：売価が重なったときの優先順位を業務部門と整理し、POSへ配信する前に検証する仕組みを設計した

例3：会員・ポイントの刷新

期間：20XX年〜20XX年（1年）
案件概要：専門店チェーンの会員・ポイントの仕組みの刷新と、アプリとの連携
規模・立場：開発チーム5名（自分はポイントの付与・利用のAPIの設計と実装）
対象の業務：店舗とアプリでのポイントの付与と利用、返品時のポイントの取消し
担当した工程：基本設計、実装、結合テスト
使用技術：TypeScript、REST API、クラウドのマネージドサービス
工夫・成果：返品時に付与済みのポイントを差し引く処理の例外を洗い出し、店舗とアプリで結果が食い違わないようにした

どの例も、企業名、店舗数の実数、会員数、売上は書いていません。それでも、領域、業務、工程、工夫が書かれていれば、どの案件に合うかは読み手に伝わります。

面談で深掘りされやすい点

スキルシートに書いた内容は、面談で深掘りされます。流通・小売の案件で聞かれやすいのは、次のような点です。面談全般の準備は面談でよく聞かれる質問の記事で扱っています。

1. 担当した業務で、返品・取消し・売価の重なりといった例外にどう対応したか
2. 店舗の現場の意見を、どのように仕様に反映したか
3. 繁忙期の変更停止や切替日に合わせて、どう予定を組んだか
4. ほかのシステムや取引先との連携で、影響の範囲をどう洗い出したか

よくある質問

店舗数を書かないと、規模の大きさが伝わらないのではありませんか？

「数百店舗規模」「全国展開」のような相対的な表現と、自分のチームの人数・担当範囲を書けば、規模は十分に伝わります。発注側が知りたいのは店舗数の実数より、どの領域のどの業務を、どの立場で担ったかです。

保守の経験しかありませんが、どう書けばよいですか？

保守の案件でも、税率の変更や販促の仕組みの追加に合わせて、影響する箇所を調べて直した経験は評価されます。どの業務の、どんな変更に対して、影響の調査から改修、テスト、店舗への展開までのどこを担ったかを書きます。

小売とEC・通販の経験は分けて書くべきですか？

中身が違う場合は分けて書くほうが、どの案件に合うかが伝わります。店舗のPOSと会員アプリのように同じ会員の仕組みでつながっている場合は、1つの案件として書き、その中で担った領域を分けて示す方法もあります。ネット通販の経験の書き方はEC・通販のスキルシートの記事で扱っています。