PMFans / PRD

电商 App 产品规划文档

把「一个电商 App 到底要做多少东西」讲清楚。建议阅读顺序:指标 → 流程 → 页面 → 字段 → 异常 → 埋点。

目录

产品定位与北极星指标

这是一款综合类电商 App,覆盖「发现 → 决策 → 交易 → 履约 → 留存」全链路。定位决定了指标:如果定位是「高频低客单」,北极星就该选日均支付用户数;如果定位是「低频高客单」,北极星应选支付 GMV

北极星指标三条检验:让全员动作对齐、能反映用户价值、不被单一手段轻易刷高。注册数、下载量都不合格。
指标定义口径要点
支付 GMVΣ 已支付订单金额是否冲减退款要写死并全公司统一
转化率 CVR支付人数 / 访问人数分子分母必须同时间窗、同人群
客单价 AOVGMV / 支付订单数与组合购、满减梯度强相关
复购率周期内下单 ≥2 次人数 / 总下单人数周期口径(30 / 90 天)必须声明

信息架构(IA)

五段式结构是行业共识,不要自创结构。每一段都要有明确的「用户问题」和「页面承载」。

阶段用户问题页面核心动作
发现有什么值得买?首页 / 分类 / 搜索浏览、搜索、点击
决策买哪个更划算?列表 / 详情 / 评价筛选、比价、选规格
交易怎么买最省事?购物车 / 结算 / 支付加购、选券、支付
履约货到哪了?订单 / 物流 / 售后查物流、确认收货、退换
留存为什么再来?会员 / 消息 / 收藏 / 券签到、领券、复购

功能清单与优先级

优先级判断标准:P0 = 不做业务跑不通;P1 = 影响效率或体验;P2 = 锦上添花。排期冲突时按此标准砍需求,而不是按谁嗓门大。

编号功能说明优先级
HOME-01首页楼层Banner / 金刚区 / 秒杀 / 推荐流P0
SRCH-01搜索与联想历史、热词、联想词、无结果兜底P0
ITEM-01商品详情图文、价格、服务、评价P0
ITEM-02SKU 选择规格组合、库存、限购、缺货置灰P0
CART-01购物车合并、数量、勾选、失效分组P0
ORDR-01下单结算地址、配送、券、支付、金额明细P0
ORDR-02订单状态机六个状态 + 超时取消 + 售后入口P0
USER-01会员与设置等级、成长值、隐私开关P1
MKT-01优惠券中心领取、三态、门槛与互斥P0
MKT-02分享得券K 因子与分享回调P2
SRCH-02图像搜索以图搜同款P2

核心用户流程

主流程(正常路径)

浏览首页 → 点击商品 → 进入详情 → 选择规格 → 加入购物车 → 结算页选地址与券 → 提交订单 → 支付成功 → 查看物流 → 确认收货 → 评价复购。

逆向流程(必须一起设计)

取消订单(超时 / 主动)→ 退款到原渠道;确认收货后 7 天内申请售后 → 审核 → 退货 → 退款(按优惠分摊);支付失败 → 订单保留 → 继续支付或自动取消。

订单状态机

状态机是电商最容易出 bug 的地方,务必把所有分支画完,包括「取消后能否再支付」「售后期外能否申请」。

待付款→(支付) 待发货→(发货) 待收货→(确认 / 超时) 已完成→(7 天内) 售后中→(审核) 已退款

旁支:待付款 →(15 分钟超时 / 主动取消)→ 已取消(库存释放、券退回)。

关键字段字典

字段类型说明
item.idString商品唯一标识(SPU)
sku.idString规格组合唯一键,库存挂在 SKU 上
sku.locked_stockInt下单未支付的预占库存,超时释放
cart.keyStringitem.id + sku.id 拼装,购物车合并的唯一键
order.statusEnumunpaid / unshipped / shipping / done / cancelled / after
order.expire_atDateTime支付截止时间,用于超时取消
coupon.thresholdDecimal使用门槛,按商品总额判定(不含运费)
coupon.mutex_groupString互斥组,同组券只能选一张

埋点方案

先定义「要回答什么问题」,再定义埋点。事件命名用「业务对象_动作」,参数保持稳定。

事件触发时机关键参数
item_expose商品卡进入视口 ≥1sitem_id、position、list_id
item_click点击商品卡item_id、position、price
add_to_cart加入购物车item_id、sku_id、qty、source
order_submit提交订单order_id、amount、coupon_id
pay_success支付成功order_id、pay_method、duration_ms
cart_abandon加购后 24h 未支付item_id、cart_amount、gap_hours

验收标准模板

验收标准要「可测、可验、有边界值」。下面是可以直接抄的模板句式:

  • 【正向】给定 <前置条件>,当 <操作> 时,应 <可观测结果>。
  • 【边界】当数量达到上限(如库存 3 件、限购 5 件)时,应提示具体上限值且不产生错误数据。
  • 【异常】当网络失败 / 库存不足 / 券已过期时,应给出明确原因与下一步动作,而不是空白页。
  • 【兼容】375px / 768px / 1440px 三档无横向滚动;键盘可完成全部核心操作。
  • 【性能】首屏可交互时间 < 2s;动画帧率 ≥ 50fps;粒子总数不超过阈值。

里程碑与迭代建议

  • M1(可用):首页 / 列表 / 详情 / 购物车 / 下单支付 —— 跑通交易闭环,其余全砍。
  • M2(好用):搜索优化、优惠券、订单售后、消息触达 —— 提升转化与复购。
  • M3(好赚):会员体系、个性化推荐、分享裂变 —— 提升 LTV 与运营效率。
新人最容易犯的错:M1 就想把会员积分、直播、社区全都做了。记住——先跑通闭环,再谈效率。

新人上手路径

  • 第 1 天:读本页 + 走一遍首页到支付成功的流程,建立「交易」这个锚点。
  • 第 2 天:按主流程点一遍,每页点右上角「?」读产品备注,重点看「异常 / 边界」板块。
  • 第 3 天:挑一个页面(建议购物车),把备注里的业务规则全部用代码验证一遍,能跑通说明你真懂了。