城市级订单密度
单个履约节点覆盖的订单数量必须足以摊薄拣配、仓储、客服和失败配送成本。国家人口或 TAM 不能替代城市级订单数据。
Mtaa 的模式不是“卖家开店”这么简单。平台一旦承诺供货、直发、支付、退款和售后,就承担了库存、履约和现金转换周期。本页把实施门槛拆成可核验的参数和试点动作。
单个履约节点覆盖的订单数量必须足以摊薄拣配、仓储、客服和失败配送成本。国家人口或 TAM 不能替代城市级订单数据。
供应商需要可追责的库存、质量和补货 SLA。无库存卖家把风险转给平台,缺货会直接损害熟人关系和退款成本。
要覆盖待确认、失败、重复扣款、取消、拒收、退款、卖家佣金冻结和提现失败,而不只是支付成功动画。
跟踪卖家从 onboarding 到首单、送达、可提现和 30 日留存。触达数和生成文案不等于收入。
与品牌自营 WhatsApp、Chpter 或 marketplace 对照,验证熟人推荐是否提高支付转化、复购或降低售后成本。
在核心商品交易和履约稳定前,暂缓多国、多钱包、BNPL、跨境采购和复杂自动化。失败案例已显示扩张会放大固定成本。
| 能力层 | 最小实施要求 | 必须采集的实测数据 | 失败时谁负责 | 当前原型状态 |
|---|---|---|---|---|
| 国家 / 城市 | 选一个国家、一个城市、一个履约节点和一个主支付 rail。 | 城市订单密度、区域配送费、地址/地标成功率、汇率和监管限制。 | 平台运营与本地合规负责人。 | 未实现:页面默认 Lagos / 多国叙事。 |
| 供货 / SKU | 3–5 个低售后、小包裹、场景明确 SKU;库存和质量有 SLA。 | 采购价、库存准确率、缺货率、到货损耗、退货率、补货时间。 | 供货方 + 平台供给运营。 | 部分静态:有选品表,无库存锁定/采购链。 |
| 支付 / 清分 | 一个本地支付 rail;支持待确认、失败、退款、清分和对账。 | 成功率、超时率、重复扣款、退款时间、支付费率、结算周期。 | 支付适配与财务对账。 | 模拟成功反馈,无真实异常状态。 |
| 履约 / 末端 | 一个仓配节点或可控 3PL;定义取货、配送、拒收和异常 SLA。 | 拣配时长、准时率、失败配送、配送成本、拒收和客服工单。 | 履约运营;平台对买家负责。 | 有队列页面,无共享订单/仓配状态。 |
| 卖家 / 信任 | 卖家 onboarding、分享归因、佣金规则、送达后结算和售后协同。 | 首单转化、月订单、佣金净收入、30 日留存、分享→支付→复购漏斗。 | 卖家运营;质量异常由平台追责。 | 有文案和钱包表面,无跨页状态。 |
| 客服 / 争议 | 买家能找到责任方;平台记录取消、退款、退货、争议和升级。 | 投诉率、退款率、处理时长、熟人关系流失信号。 | 平台客服 / 风控;不可把责任推给卖家。 | 仅有“联系卖家”或静态提示。 |
货币单位可改为目标市场本地货币;百分比按订单实付计算。
这是决策透明工具,不是财务预测模型。
订单贡献 = 买家实付
− 商品成本
− 支付费
− 拣配 / 仓储
− 配送补贴
− 卖家佣金
− 退款退货准备
− 客服 / 欺诈准备
− 汇率损失
月盈亏平衡订单 = 月固定成本 ÷ 订单贡献
记录邀请→注册→选品→分享→首单→送达→可提现。对比卖家关系、场景和收入,不用“新增账户”代替激活。
记录分享触达、打开、询价、支付尝试、支付成功、履约成功、退款和复购。按 SKU、区域和支付方式分组。
固定一个节点和服务半径,记录每条路线的订单数、成本、时效、失败配送和客服成本,禁止只看全局 GMV。