包含内容

项目分为三条线:买家、卖家和平台运营方。最后一条通常被低估。

沟通服务内容

卖家后台

上架商品、库存、订单,以及销售与结算报表。

审核

商品卡片和卖家在发布前先审。没有审核,平台很快就会被垃圾内容淹没。

分账支付

买家的钱要在平台与卖家之间拆分。这需要专门的支付服务支持。

佣金与费率

灵活的规则:按类目抽成、固定费用、推广费。

评分与评价

要有防刷机制,否则这套机制一个月就形同虚设。

纠纷与退货

为运营方准备规则与工具:冻结结算、仲裁处理。

工作如何开展

首个可用版本 4 个月起。这类项目会持续演进数年,分阶段上线。

01

商业模式

谁付钱、为什么付、什么时候付。这个问题没答案,技术设计就无从谈起。

02

方案设计

三条业务线、角色权限、订单状态、结算方案。

03

首个版本

最小可用平台:门面、卖家后台、支付、结算。

04

持续演进

站内推广、数据分析、审核自动化。

分账支付首先是法律问题,其次才是技术问题。平台不能随便收了钱再转给卖家:需要支持这种模式的专门支付服务,以及与卖家之间合规的合同关系。这些要在开发之前理清。

常见问题

市面上有成品方案,用来验证商业假设是够用的。限制出现在结算和非标佣金逻辑上,而那恰恰是平台商业模式所在。首个版本用成品做是合理的,之后再看。

不是开发,而是同时招来卖家和买家。空荡荡的平台对双方都没有意义。技术上的解法是先从一个细分品类切入,而不是一上来铺开所有类目。

明显高于商城:需要审核、卖家支持、纠纷处理和持续开发。这是一项独立的运营职能,应当从一开始就写进商业模型。

聊聊多商户平台

告诉我们所在细分领域和盈利方式。我们会评估首个版本的范围,并给出分阶段上线建议。