PRODUCT POSITIONING · 产品定位
在线拼单不是普通拼团促销，而是让多人在同一个共享订单里独立选择、独立确认并协同交付
解决群聊接龙中格式混乱、反复统计、成员改动、收款难核、商品漏配和到货分发不清的问题。
共享的是拼单规则和交付目标，每个成员保留自己的商品、金额、支付与领取明细
发起人不再手工抄写接龙；成员能随时查看自己的选择；商家收到锁定后的商品总量和分组标签；发生退款或缺货时只影响对应成员明细。
共享拼单个人明细实时汇总截止锁单集中履约
群接龙格式不一，改一次就要重新统计
成员自助选购，系统实时更新人数、商品、数量、金额和进度。
谁没付款、谁要替换、谁超时只能逐个问
未提交、未支付、超时和替换申请进入发起人待办。
商家拿到一堆消息，备货与分发容易出错
截单后输出商品汇总、成员分单、配送分组和标签。
ROLE MODEL · 角色关系
发起人管理规则和进度，成员管理自己的明细，商家负责供给与履约，平台保障状态连续
发起人只能处理被授权的拼单事项，不默认获得成员其他订单或无关个人信息。
发起人或团长
创建拼单、邀请成员、设置截止与交付、提醒异常并确认截单。
拼单成员
选择自己的商品数量，确认金额，支付并查看领取或配送信息。
供货商家
维护商品库存、接收汇总单、集中备货、分组打包和处理售后。
平台运营
管理商品规则、订单状态、支付履约、异常服务和经营分析。
SIX-STEP JOURNEY · 拼单流程
发起、邀请、选购、截单、支付和履约沿同一张共享订单连续推进
任何变更都明确发生在截单前还是截单后，并说明影响的成员、商品、金额和履约任务。
- 01发起拼单设置范围、截止与交付
- 02邀请成员分享入口并展示规则
- 03各自选购维护个人商品明细
- 04截单确认处理超时与替换申请
- 05支付汇总个人支付或统一代付
- 06集中履约备货分组配送领取
MULTI-ROLE EXPERIENCE · 产品体验
发起人看进度，成员看个人购物车，商家看商品总量和分组，运营方看全局异常
同一份共享订单，根据角色呈现不同的操作重点和数据范围。
ONE ORDER, FOUR VIEWS拼单发起 成员选购 汇总确认 商家履约
总单负责协同，个人明细负责权益，商品汇总负责备货，配送分组负责准确交付
规则、成员、截止时间、商品范围、支付和配送方式。
个人商品、数量、优惠、金额、支付与修改状态。
人数、总量、总额、未支付、替换与超时成员。
商品汇总、分单标签、备货、配送与售后差异。
MEMBER EXPERIENCE · 成员选购
每个人只编辑自己的商品和支付信息，却能看到整单进度、优惠门槛与截止时间
拼单进度透明，但其他成员的联系方式、地址和敏感支付信息不应被公开。
PERSONAL CART IN A SHARED ORDER
成员可以自主选择、修改和结算，发起人不必逐条代填，也不会覆盖他人的明细
成员进入拼单后查看可选商品、库存、价格、团体优惠和交付方式；在截单前按规则修改，截单后变更转为申请并说明影响。
拼单倒计时个人购物车优惠进度个人支付取货配送替换申请
CUTOFF & PAYMENT · 截单支付
截单前允许协作，截单后锁定履约基线，新增、取消和替换都必须说明影响
支付可以按成员分别完成，也可以由发起人统一代付；具体能力取决于支付机构和业务主体条件。
截单不是简单关闭入口，而是确认成员、商品、金额、支付、库存和交付条件已经达到可执行状态
未提交提醒未支付处理替换申请锁定总单生成履约
成员分别支付
每人支付自己的明细，失败和退款影响范围清楚。
发起人统一代付
系统记录代付关系，成员间线下结算由相关方自行确认。
混合支付处理
针对未支付、补差和退款生成清晰待办与明细。
CONSOLIDATED FULFILLMENT · 集中履约
商家按商品总量备货，按成员或地点分组打包，让集中配送与个人领取同时可追踪
共享订单、成员分单、包裹和售后保持关联，避免总单完成后无法定位个人问题。
商品汇总
按 SKU、规格和数量生成备货清单并核对库存。
成员分组
按成员、部门、楼栋、门店或配送路线生成分组。
打包与标签
总单与个人明细双向关联，缺货替换需重新确认。
配送与领取
集中送达、到店自提或分组配送分别记录状态。
EXCEPTION HANDLING · 异常处理
拼单最容易出问题的不是正常流程，而是有人超时、商品缺货、金额变化和部分退款
异常只影响相关成员和商品，并保留原明细、变更原因、确认人、金额差异与处理结果。
成员超时
提醒、延长、移出或保留由发起人按规则确认。
缺货替换
商家提出替代方案，受影响成员确认后再变更。
价格与优惠变化
重新计算个人和整单金额，明确补差或退款。
部分售后
按成员商品处理退款退货，不破坏其他已完成明细。
OPERATIONS DASHBOARD · 运营后台
平台同时观察拼单规模、成团质量、成员参与、商品供给、履约效率与退款差异
示例数据用于展示产品能力，不构成成交、成团、履约或收益承诺。
BUSINESS SCENARIOS · 适用场景
适合多人共同参与、商品各自选择、交付需要集中组织的高频协作消费场景
不同场景可配置商品、优惠、截止、支付和配送方式。
办公室餐食拼单
同事各自点餐，统一截止并按部门或楼层配送。
社区生鲜团购
邻里选购不同商品，集中备货后到点自提或配送。
企业福利采购
员工在额度与目录内自选，企业统一确认和结算。
同城批量配送
按区域聚合订单，形成商品汇总与配送分组。
活动物资协作
参与者选择尺码、规格或套餐，组织方集中采购。
DELIVERY OPTIONS · 建设方式
先跑通一个拼单场景，再根据支付、仓配和组织复杂度扩展平台能力
结合参与人数、商品规模、截单规则、支付方式和履约网络确定建设范围。
基础拼单版
适合办公室或熟人群快速替代手工接龙。
- 发起邀请与选购
- 汇总截单与支付
- 基础履约通知
场景运营版
适合多团长、多商品和稳定履约的业务。
- 团长与成员管理
- 异常替换和退款
- 经营分析与复购
组织平台版
适合社区、企业或区域服务网络。
- 组织与数据权限
- 商品目录与价格
- 配送分组和结算
系统集成版
连接商品、库存、支付、物流和财务系统。
- 主数据库存接口
- 订单状态与补偿
- 对账审计与私有化
FAQ · 常见问题
在线拼单小程序常见问题
围绕成员明细、优惠规则、截单支付、集中履约和异常售后快速判断范围。
低价拼团通常围绕达到人数后获得统一优惠；在线拼单更强调多人在共享订单中各自选择不同商品，并由系统汇总、截单、支付和集中履约，两者可结合但业务重点不同。
可按场景配置公开范围。通常展示参与进度和必要的公共信息，个人金额、联系方式、地址及敏感明细应按权限保护。
截单前可按规则修改；截单后订单已成为履约基线，修改应转为申请，重新计算库存、金额和优惠，并由相关人员确认。
可以设计个人支付、统一代付或混合处理。实际支付、分账和退款能力取决于业务主体、支付机构接口及适用要求。
系统按商品定位受影响的成员明细，发起替换、取消或退款申请，确认后更新个人金额和总单汇总，不影响其他正常明细。
可以同步商品、价格、库存、订单、包裹和轨迹。实施前需确定权威来源、状态映射、幂等、失败补偿和对账机制。