虚拟商品（会员权益、线上课程、兑换码）看起来比实物电商简单：没有仓储、没有物流、不用处理签收。但真正做起来会发现，被省掉的物流环节，恰恰是用户判断我买到了什么的凭据。功能基线因此不是更短，而是更依赖一组明确的凭证与状态。

基线是状态机，不是功能清单

把购物车、下单、支付、履约、售后拆成状态，会比列功能更能看清缺了什么：未登录到已登录，到加购、下单、支付成功、权益发放、可核销或可学习，再到售后申请、退款或换货。任何一个状态没有对应的出口，用户就会卡在那里，客服也就开始接单。

常见遗漏是支付成功但权益未到账这个中间态。它不是异常，而是常态：支付回调可能延迟，权益发放可能失败。产品上需要给它一个明确页面，说明正在处理、预计时间、以及找谁；工程上需要可重试的发放任务与对账。

看起来可选、实际必选的几项

搜索与收藏决定复购路径。虚拟商品目录往往不多，但用户会回来找上次那个课，没有搜索就只能靠客服。优惠券决定价格表达，团购场景里券与拼团价叠加规则必须在下单页一次说清，否则争议都发生在支付之后。评价决定信任，尤其对课程类商品，评价需要绑定已购买身份才有意义。

商家入驻与客服在单商户阶段容易被推到二期。但入驻流程一旦缺失，商品信息就只能靠内部录入，字段口径会迅速失控；客服入口缺失，则会把履约问题转成差评。建议哪怕先用最轻量的表单与工单，也要把入口和状态留出来。

退换货要按虚拟商品重写

实物电商的退换货围绕寄回设计，虚拟商品围绕是否已使用设计。已核销、已学习超过一定进度、已绑定账号，这三类状态对应不同规则。规则不需要复杂，但必须在购买前可见，并在售后页复述一次。

先跑通最小闭环，再谈扩展

一个可验收的最小闭环是：登录、浏览、加购、下单支付、权益到账、查看凭证、发起一次售后、收到处理结果。这条链路跑通之后，拼团、分销、直播等扩展才有挂载点。反过来先做营销玩法，往往会在支付与履约之间留下一片没人负责的空地。