化粧品・美容コスメの通販／ECサイトを開発するうえで、プロジェクトの成否をもっとも大きく左右するのが要件定義です。とくにコスメECは、薬機法（医薬品医療機器等法）に対応した表示制御、リピートを生む定期購入（サブスク）、試せない不安を埋めるパーソナライズ診断、そして原価率や粗利目標を踏まえた収益設計といった、この業界ならではの要件を抱えます。これをいかに正確に要件として整理し、RFP（提案依頼書）や要件定義書に落とし込めるかが、売れて続くECになるか、機能はあっても売れないECになるかの分かれ目になります。要件を曖昧にしたまま発注すると、要件膨張による予算超過や、薬機法違反による広告停止といった事態を招きます。
本記事は、化粧品・美容コスメ通販／ECのRFP・要件定義書・提案依頼書を、発注企業（ブランド側）の視点から具体的に解説する「要件定義特化」の記事です。目的・KGI／KPIと原価率・粗利目標の握り方、コスメ固有の要件（薬機法表示制御・定期購入・診断）を要件に落とす方法、機能要件と非機能要件の整理、構築手法の選定、RFPに盛り込む項目、見積りの妥当性判断と要件膨張の抑え方まで、コスメの実務に即して掘り下げます。読み終えるころには、ベンダーに渡すRFPの骨子が描けるはずです。なお、全体像をまだ把握していない方は、まず化粧品・美容コスメEC開発の完全ガイドから読むことをおすすめします。
目的・KGI／KPIと原価率・粗利目標を握る
化粧品・コスメECの要件定義は、「どんな機能が欲しいか」のリストアップから始めてはいけません。出発点は、この事業で何を達成したいのか（目的・KGI）、それをどの指標で測るのか（KPI）、そしてどんな収益構造で成り立たせるのか（原価率・粗利目標）を握ることです。これらが定まっていないと、機能の取捨選択の基準がなく、要件が無秩序に膨張します。
KGI／KPIと原価率・粗利目標の設定
まず、事業のKGI（最終目標）を定めます。年商目標、利益目標、ブランド認知の拡大などです。そのうえで、それを分解したKPIを設定します。コスメECで特に重要なKPIは、新規獲得数だけでなく、リピート率・定期購入の継続率・LTV（顧客生涯価値）・CAC（顧客獲得単価）です。CACは過去3年で60%以上上昇しており、新規偏重では採算が合わないため、リピート系のKPIを主軸に据えることが、要件定義の前提になります。
あわせて、原価率・粗利目標を握ります。D2Cコスメの収益目安は、原価率30〜40%・粗利率60〜70%とされています。この粗利を、CACや物流コスト（ラストマイル配送に商品価格の最大30%：出典ripla）、運用費でどう食いつぶさずに利益として残すかを数字で描く。この収益設計が、定期購入を必須機能とする根拠になり、機能の優先順位を決める物差しになります。目的とKPIと収益目標を握ることが、要件膨張を防ぎ、投資対効果の高いECを作る土台です。
事業フェーズから予算規模を当てはめる
目的と収益目標を握ったら、自社の事業フェーズに予算規模を当てはめます。一次データでは、スモール（年商1億円未満）は初期100〜300万円・月商目標100〜500万円、ミドル（1億〜50億円）は初期500〜1,500万円・月商目標500〜2,000万円、ラージ（50億円以上）は初期3,000万円以上・月商目標2,000万円以上が目安とされています。自社がどのフェーズにいるかを見極めれば、過大投資も過小投資も避けられます。
このフェーズ感は、構築手法の選定とも直結します。スモールフェーズで最初からフルスクラッチ（1,000万円以上）に踏み切るのは、収益構造の検証前であればリスクが高い判断です。まずASPやクラウドECで始め、KPIを実データで検証してから、要件が固まった段階でフルスクラッチへ移行する。要件定義書には、こうした段階的な拡張ロードマップも記述しておくと、ベンダーが将来を見据えた設計を提案しやすくなります。フェーズに応じた現実的な予算設定が、要件定義の精度を高めます。
コスメ固有の要件を機能要件に落とす方法
収益設計を握ったら、いよいよコスメ特有の要件を具体的な機能要件に落とし込みます。ここが化粧品・コスメECの要件定義でもっとも難しく、かつ最重要の工程です。薬機法対応の表示制御・定期購入・パーソナライズ診断という三つの要件は、ルールや例外が多いため、曖昧なまま要件にすると後で必ず手戻りが発生します。
薬機法対応の表示制御を要件化する
薬機法対応を要件化するには、まず自社が扱う商品が化粧品か医薬部外品かを整理し、使える表現の範囲を確定します。化粧品は認められた効能効果56項目の範囲内で表現する必要があり、「シワが完全に消える」「肌荒れを根本から治す」「副作用は一切ない」などはNG、「乾燥で気になる目元の小じわを目立たなくする」「肌を整える」「紫外線から肌を守り日焼けによるシミ・ソバカスを防ぐ」などはOKです。これらの境界を要件として明文化し、NGワード検知や表現テンプレートといった機能要件に落とします。
さらに、商品説明だけでなく、キャンペーン文言・口コミ・UGC（ユーザー投稿）・アフィリエイト広告まで、表示制御の対象範囲を要件に含めることが重要です。SNSやアフィリエイト広告では、表現の責任が広告主であるブランド側に及ぶため、外部の投稿や提携先の表現もチェックできる運用フローを要件化します。最上級表現を使う場合は「〇〇社調べ、2023年度売上No.1（対象期間明記）」のように客観データと条件を併記するルールも定めます。薬機法対応を「人の注意」ではなく「機能と運用フロー」で守る設計を要件に書き込むことが、広告停止という致命傷を防ぎます。
定期購入・パーソナライズ診断の要件化
定期購入を要件化するには、配送サイクルの選択肢、次回お届け日の変更・スキップ・解約の操作、初回割引や継続特典の価格ルール、継続課金（サブスク決済）の仕様を詳細に定義します。とくに解約導線は、特定商取引法や景表法の観点から、顧客が簡単に解約できる設計を要件として明記することが大切です。解約させにくい設計は法的リスクとブランド毀損を招くため、「使い続けたいと思わせる定期購入」を要件の思想として据えます。
パーソナライズ診断の要件化では、診断の入力方式（質問形式かAI画像解析か）、質問項目、提案ロジック、診断結果の保存と会員プロフィールへの紐付け、その後のレコメンドやメール配信への活用を定義します。診断で得たデータを定期購入やレコメンドへ循環させる設計を要件に書き込めば、一人ひとりに合わせた継続提案が可能になります。これら三つのコスメ固有要件を漏れなく言語化できれば、要件定義の中核は固まったと言えます。各機能の具体的な内容については、関連記事もあわせてご覧ください。
機能要件・非機能要件の整理と構築手法の選定
要件定義書は、機能要件と非機能要件の両方を網羅し、それを実現する構築手法とセットで考える必要があります。機能要件は「何ができるか」、非機能要件は「どれだけの品質で動くか」を定めるものです。コスメECでは、機能要件に目が行きがちですが、顧客の個人情報や肌の悩みという機微な情報を扱うため、非機能要件もおろそかにできません。
機能要件を必須・優先・将来で分類する
機能要件は、ただ列挙するのではなく、優先度を付けて分類することが重要です。「これがないと事業が成立しない」必須機能（定期購入・薬機法対応の表示制御・成分や使用感の解説）、「効果は大きいが初期になくても運用できる」優先機能（パーソナライズ診断・OMO）、「将来追加でよい」機能（AR試着・AEOの先進対応）の三段階に分けます。構築手法によって費用は無料〜1,000万円以上まで大きく変わるため、この優先度付けが予算管理の生命線になります。
優先度を付けておくと、見積りが予算を超えた場合に、どの機能を初期リリースから外すかを冷静に判断できます。すべてを必須にしてしまうと、予算オーバー時に削るものがなくなり、要件膨張でプロジェクトが頓挫します。逆に優先度が明確なら、まず必須機能でMVP（必要最小限の製品）としてリリースし、KPIを見ながら優先機能を追加する段階的なリリース計画が立てられます。機能要件の分類は、要件定義書の中でも特に投資判断と要件膨張の抑制に直結する部分です。機能の具体的な内容については、関連記事もあわせてご覧ください。
非機能要件と構築手法（ASP〜フルスクラッチ）
非機能要件では、性能・セキュリティ・可用性を定義します。コスメECは、新商品発売やセール、SNSでの拡散時にアクセスが急増するため、ピーク時でも落ちない性能要件が重要です。セキュリティは、会員の個人情報や肌の悩み、決済情報といった機微なデータを扱うため、IPA（情報処理推進機構）のガイドラインなどを参照しつつ、アクセス制御・通信暗号化・不正アクセス対策を要件化します。可用性については、販売機会の損失を防ぐ稼働率の目標や、障害時の復旧時間を定めます。
これらの要件を、どの構築手法で実現するかを選定します。ASP（無料〜100万円）は標準機能で素早く始められ、クラウドEC（300万〜500万円）はより柔軟、パッケージ（500万〜1,000万円）は機能が豊富、フルスクラッチ（1,000万円以上）は自由度が最も高い、という特性があります。独自のパーソナライズ診断や薬機法対応の独自制御、既存システムとの密な連携が必須要件なら、ASPでは実現できずフルスクラッチが必要になります。要件定義の段階で「必須機能が標準で実現できるか」を見極め、構築手法を要件とセットで決めることが、見積りの精度を左右します。
RFPに盛り込む項目と見積り妥当性・要件膨張の抑制
要件定義書がまとまったら、それをベースにRFP（提案依頼書）を作成し、複数のベンダーに提案を依頼します。RFPの質が、集まる提案と見積りの質を決めます。曖昧なRFPには曖昧な見積りしか返ってこず、横並びの比較ができません。コスメECは構築手法によって費用幅が大きいため、RFPで土俵を揃えることが、見積りの妥当性を判断する大前提になります。
RFPに必ず盛り込むべき項目
RFPには、最低限以下の項目を盛り込みます。プロジェクトの目的とKGI／KPI（リピート率・LTV・CACなど）、原価率・粗利目標を踏まえた収益設計、機能要件（必須・優先・将来の分類付き。薬機法対応・定期購入・診断を中核に）、非機能要件（性能・セキュリティ・可用性）、外部システムとの連携要件（基幹・物流・マーケティングツール・サブスク決済）、予算とスケジュールの目安、そして開発・運用の体制要求です。化粧品ECの肝である薬機法対応や定期購入は、RFPの機能要件の中核として具体的に記述します。
とくに見落とされがちなのが、体制要求と同業実績の確認です。コンペで魅力的な提案をしたベンダーでも、実際の開発を技術力の低い下請けが行えば、リリース後に障害が多発します。これを避けるには、RFPで体制図の提出を求め、誰が実際に開発するのか、PMは誰かを明記させることが有効です。あわせて、化粧品・コスメECの開発実績や、薬機法対応・定期購入・診断の実装経験をヒアリングリストに含めれば、商材理解の深さを確認できます。プレゼンの上手さではなく、実装力と商材理解をRFPで確かめることが、ベンダー選定の防衛策になります。
見積りの妥当性判断と要件膨張の抑え方
集まった見積りの妥当性を判断するには、まず相場観を持つことです。構築手法別の相場は、ASP（無料〜100万円）、クラウドEC（300万〜500万円）、パッケージ（500万〜1,000万円）、フルスクラッチ（1,000万円以上）が目安です。見積りがこの相場から大きく外れている場合は、その理由を確認します。さらに、システム費に含まれないインフラ費・デザイン費・マーケツール連携開発費・決済導入費といった隠れコストが見積りに含まれているかを精査します。一式でまとめられた費用は、内訳の開示を求めます。
要件膨張を抑えるには、優先度付けに加えて、追加要件が発生したときの単価ルールと変更管理プロセスをRFPと契約で取り決めておくことが有効です。開発が進む中で「あれもこれも」と機能を足していくと、予算もスケジュールも破綻します。必須・優先・将来の三段階を判断基準とし、新たな要望が出たら「これは必須か」を毎回問い直す。要件定義書とRFPが詳細であるほど、ベンダーは精緻な見積りを出さざるを得ず、要件膨張も抑えやすくなります。riplaはフルスクラッチ受託と国内開発の立場から、要件の透明な整理と、見積り内訳を明示する進め方を重視しています。要件定義の精度が、見積りの妥当性判断と要件膨張の抑制を左右します。
まとめ
化粧品・美容コスメ通販／ECの要件定義・RFP・提案依頼書は、機能の列挙からではなく、目的・KGI／KPIと原価率30〜40%・粗利率60〜70%という収益設計を握ることから始めるのが鉄則です。そのうえで、薬機法対応の表示制御・定期購入・パーソナライズ診断というコスメ固有要件を漏れなく機能要件に落とし、必須・優先・将来で分類し、非機能要件（性能・機微情報のセキュリティ・可用性）と構築手法（ASP〜フルスクラッチ）をセットで決める。これらをRFPに目的・連携・体制要求・同業実績まで明記すれば、ベンダーの提案を横並びで比較でき、要件膨張による予算超過も防げます。
要件定義の質は、そのままプロジェクトの成否に直結します。自社の収益構造と商材特性を正確に映した要件こそが、売れて続くECを生みます。riplaはフルスクラッチ受託と国内開発を組み合わせ、目的・収益設計の整理から、薬機法対応・定期購入・診断の要件化、RFP作成までを発注企業と協働で支援します。全体像の確認には、あらためて完全ガイドをご活用ください。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。