产品定位与北极星指标
这是一款综合类电商 App,覆盖「发现 → 决策 → 交易 → 履约 → 留存」全链路。定位决定了指标:如果定位是「高频低客单」,北极星就该选日均支付用户数;如果定位是「低频高客单」,北极星应选支付 GMV。
北极星指标三条检验:让全员动作对齐、能反映用户价值、不被单一手段轻易刷高。注册数、下载量都不合格。
| 指标 | 定义 | 口径要点 |
|---|---|---|
| 支付 GMV | Σ 已支付订单金额 | 是否冲减退款要写死并全公司统一 |
| 转化率 CVR | 支付人数 / 访问人数 | 分子分母必须同时间窗、同人群 |
| 客单价 AOV | GMV / 支付订单数 | 与组合购、满减梯度强相关 |
| 复购率 | 周期内下单 ≥2 次人数 / 总下单人数 | 周期口径(30 / 90 天)必须声明 |
信息架构(IA)
五段式结构是行业共识,不要自创结构。每一段都要有明确的「用户问题」和「页面承载」。
| 阶段 | 用户问题 | 页面 | 核心动作 |
|---|---|---|---|
| 发现 | 有什么值得买? | 首页 / 分类 / 搜索 | 浏览、搜索、点击 |
| 决策 | 买哪个更划算? | 列表 / 详情 / 评价 | 筛选、比价、选规格 |
| 交易 | 怎么买最省事? | 购物车 / 结算 / 支付 | 加购、选券、支付 |
| 履约 | 货到哪了? | 订单 / 物流 / 售后 | 查物流、确认收货、退换 |
| 留存 | 为什么再来? | 会员 / 消息 / 收藏 / 券 | 签到、领券、复购 |
功能清单与优先级
优先级判断标准:P0 = 不做业务跑不通;P1 = 影响效率或体验;P2 = 锦上添花。排期冲突时按此标准砍需求,而不是按谁嗓门大。
| 编号 | 功能 | 说明 | 优先级 |
|---|---|---|---|
| HOME-01 | 首页楼层 | Banner / 金刚区 / 秒杀 / 推荐流 | P0 |
| SRCH-01 | 搜索与联想 | 历史、热词、联想词、无结果兜底 | P0 |
| ITEM-01 | 商品详情 | 图文、价格、服务、评价 | P0 |
| ITEM-02 | SKU 选择 | 规格组合、库存、限购、缺货置灰 | 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.id | String | 商品唯一标识(SPU) |
| sku.id | String | 规格组合唯一键,库存挂在 SKU 上 |
| sku.locked_stock | Int | 下单未支付的预占库存,超时释放 |
| cart.key | String | item.id + sku.id 拼装,购物车合并的唯一键 |
| order.status | Enum | unpaid / unshipped / shipping / done / cancelled / after |
| order.expire_at | DateTime | 支付截止时间,用于超时取消 |
| coupon.threshold | Decimal | 使用门槛,按商品总额判定(不含运费) |
| coupon.mutex_group | String | 互斥组,同组券只能选一张 |
埋点方案
先定义「要回答什么问题」,再定义埋点。事件命名用「业务对象_动作」,参数保持稳定。
| 事件 | 触发时机 | 关键参数 |
|---|---|---|
| item_expose | 商品卡进入视口 ≥1s | item_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 天:挑一个页面(建议购物车),把备注里的业务规则全部用代码验证一遍,能跑通说明你真懂了。