11月初，福州大学城那条新开的士林夜市开始营业，几十个摊位挨在一起。祥坂、达明路这些夜市街区的摊位密度也不低。热闹之后，运营方常卡在同一个问题上：整条街做一个小程序，收单统一，月底要跟每个摊主对账，钱和单怎么分得清。这类需求落到在福州做小程序定制开发的具体方案里，先要把四件事定下来。
摊位档案：编号固定，位置可动
摊位不是门店。门店有固定地址和招牌，摊位可能三个月换一次位置，也可能只租周末两天。档案至少留六项：摊位编号、街区与点位、经营业态、摊主与联系方式、租期起止、当前状态。
编号要能长期不变。有些项目把位置当主键，摊位一挪，历史订单跟着挪，对账全乱。做法是编号固定，位置另存一条带生效时间的记录，挪摊只新增不覆盖。
摊主授权：权限挂在摊位上
一个摊主可能同时租两个摊位，也可能中途转给亲戚打理。账号绑在人身上，换人就得改密码、改绑定，很容易漏。权限挂在摊位编号上更省事：只换授权关系，订单和历史数据都不动。
权限还要分层。摊主只看自己摊位的订单和日汇总，运营方看全街，财务看汇总与结算状态。三层放同一个小程序里，用角色区分可见范围即可。
订单归属：下单那一刻定死
同一个点位，周一卖烤串，周五可能换成卖冰粉。订单如果只记点位，月底统计会把两家营业额混在一起。
所以订单落库时要同时写入摊位编号和当时的经营主体，形成快照。之后怎么换摊、改人，都不回写历史订单，这条写进需求文档能省掉大量返工。下单入口也要绑摊位编号，否则顾客在 A 摊打开的是 B 摊页面，退款时说不清。
对账单：按摊位出，字段要对得上
摊主最关心这个月卖了多少、该结多少。对账单至少要有：摊位编号、统计区间、订单笔数、商品金额、退款金额、平台服务费、应结金额。日结和周结两种口径都要能选，摊主的现金流习惯不一样。
金额一律由服务端算，前端只展示。摊主有疑问，点进去要能看到明细和退款记录，比在群里发截图高效。
临时闭摊与换摊，前台要跟着变
下雨、设备故障、家里有事，当天不出摊是常事。小程序要有一个开关，运营方一点，该摊位显示"今日休息"并停止接单。换摊要改两处：点位记录新增一条，摊位状态保持营业。
最容易漏的是缓存。前端缓存了摊位列表，开关点了没生效，顾客照样下单，第二天只能人工退款。
报价时把这几项单列
多摊主共用的小程序，报价有四块常被含混：摊位上限与批量导入、角色与权限配置、对账单导出格式、后期新增街区的扩容方式。这四项不写清楚，第二个街区上线时往往要重谈。
福州的夜市街区还在增加，摊位管理只会更细。与其等摊主来问"我的账呢"，不如在福州把这套结构一次做扎实：编号稳定、权限挂摊、订单留快照、对账可追溯。福建企业小程序开发里遇到的摊位问题，多半也是这几处没定清；全国范围内，多商户共用一个小程序的通用价值，也正从"能收单"转向"能算清"。
返回资讯列表
