Project Scenarios
以下内容用于说明典型项目的分析与设计方法，不使用未经验证的客户名称或增长百分比。正式项目成果应以双方确认的数据口径为准。
Case Method
真正有参考价值的是：当时面对什么约束、为什么选择这套产品边界、首期上线了什么，以及如何判断系统是否有效。
让业务负责人、运营和 IT 都能判断方案是否与自己相关。
当前模式、团队、系统现状与阶段目标。
角色、价格、履约、资金和数据边界。
上线范围、关键流程、指标口径与复盘方式。
适用于希望从渠道销售逐步转向品牌自有会员经营的消费品牌。
主要依赖第三方平台和线下渠道，用户身份、内容触达和购买记录分散，品牌无法形成连续会员关系。
需要保留现有 ERP 商品与库存管理，同时在微信生态承接内容、交易、会员权益和门店服务。
以小程序商城为用户端，建立统一会员、内容化商品、积分权益、优惠券和订单服务，接入 ERP 与门店库存。
关注授权会员覆盖、商品浏览到支付路径、优惠使用、订单履约、复购人群和运营处理时长。
适用于整合多个品牌或商户，承担平台治理、交易服务与结算职责的业务。
商户通过表格和群聊提交商品与订单信息，平台难以统一审核、服务标准、售后责任和财务结算。
平台、商户与消费者三方权责必须明确，不同类目和商户存在差异化抽佣、账期与履约方式。
建设消费者商城、商户工作台与平台运营后台，配置入驻、商品审核、订单拆分、抽佣分账和结算规则。
关注商户入驻处理、商品审核、订单责任归属、退款分摊、账单差异和平台治理任务完成情况。
适用于拥有供应商网络、渠道商体系和多仓履约能力的产业平台。
供应商商品、渠道报价、库存和订单分散在不同系统与表格中，渠道下单后需要大量人工确认与转单。
不同渠道等级、区域和品类存在价格差异；订单可能由多个供应商或仓库拆分代发。
建立供应商商品池、渠道选品、价格体系、共享库存、订单路由、代发履约与结算对账能力。
关注商品同步、渠道价格准确、可售库存、订单自动路由、缺货改派、履约状态和结算差异。
Validation Metrics
指标必须有数据来源、统计范围与口径说明。没有真实基线时，不预设脱离实际的增长百分比。
EXPERIENCE
关键路径完成、页面错误、支付成功、售后入口和服务反馈。
OPERATIONS
商品发布、活动配置、订单异常和售后工单的处理过程。
FULFILLMENT
库存准确、路由成功、出库时效、物流异常和逆向入库。
FINANCE
支付、退款、分账、账单与结算的完整性和差异处理。
MEMBERSHIP
身份统一、权益使用、人群触达和复购路径的连续性。
STABILITY
核心接口、任务、消息、错误、性能与安全事件的可观察性。
说明当前模式、系统和首期目标，获取更接近真实项目的范围建议。