化粧品・美容コスメ通販／ECでは、要件定義の精度がプロジェクトの成否をもっとも左右します。コスメ固有の要件を目的と収益設計に沿ってRFPや要件定義書に落とし込めるかが鍵です。
全体像をまだ把握していない方は、まず化粧品・美容コスメEC開発の完全ガイドから読むことをおすすめします。
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
目的・KGI／KPIと原価率・粗利目標の握り方
化粧品・コスメECの要件定義は、「どんな機能が欲しいか」のリストアップから始めてはいけません。出発点は、この事業で何を達成したいのか（目的・KGI）と、それをどの指標で測るのか（KPI）です。
さらに、どんな収益構造で成り立たせるのか（原価率・粗利目標）を握ることも欠かせません。これらが定まっていないと、機能の取捨選択の基準がなく、要件が無秩序に膨張します。
KGI／KPIと原価率・粗利目標の設定
まず、発注側が事業のKGI（最終目標）を定めます。年商目標、利益目標、ブランド認知の拡大などが例です。そのうえで、KGIを分解したKPIを設定します。
コスメECで特に重要なKPIは、新規獲得数だけでなく、リピート率・定期購入の継続率・LTV（顧客生涯価値）・CAC（顧客獲得単価）です。CACは過去3年で60%以上上昇しており、新規偏重では採算が合いません。このため、リピート系のKPIを主軸に据えることが、要件定義の前提になります。
あわせて、原価率と粗利の目標も握っておきます。D2Cコスメの収益目安は、原価率30〜40%、粗利率60〜70%とされています。また、この粗利から、CACや物流コスト（ラストマイル配送に商品価格の最大30%：出典ripla）、運用費を差し引いても利益が残るかを数字で描いておきます。
この収益設計は、定期購入を必須機能とする根拠になり、機能の優先順位を決める物差しにもなります。目的、KPI、収益目標を握っておくことが、要件膨張を防ぎ、投資対効果の高いECを作る土台になります。
KGIを数字で言い切れているかと、KPIがそのKGIにどうつながるかは、別々に確かめておきます。
- 数字で示せる目標：年商と利益の目標が、数字として言い切れる形になっているか。
- KPIのつながり：リピート率や継続率が、KGIの達成にどう結びつくかの説明。
事業フェーズ別の予算規模の目安
発注側は、目的と収益目標が定まったら、自社の事業フェーズと予算規模を照らし合わせます。一次データでは、スモール（年商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で体制図の提出を求め、誰が実際に開発するのか、PMは誰なのかを明記させることが有効です。あわせて、化粧品・コスメECの開発実績や、薬機法対応・定期購入・診断の実装経験をヒアリングリストに含めれば、商材理解の深さを確認できます。
RFPで実装力と商材理解を確かめることが、ベンダー選定の防衛策になります。プレゼンの巧拙よりも、この2つを見ることが要点です。
RFPに書いた条件が、そのまま各社の見積もりの土台になります。
- 予算とスケジュール：ベンダーが同じ前提で見積もるための目安。
- 運用の体制：開発後の運用を誰が担うかを、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・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。