不是没客户，是留不住客户
收款靠群，订单靠记
微信群里接单、转账截图对账，忙的时候漏单，月底算不清谁付了谁没付。
会员只是一张卡
办卡时登记了手机号，之后没有任何触达手段，复购全看客人自己想起来。
活动做了，没人来
发朋友圈、发传单，来的人不少，但加不到私域，下次还得重新花钱拉。
多店数据各算各的
几家店各有各的收银，老板要看总账只能等店长报，还未必准。
服务预约全靠电话
档期、师傅、上门时间在电话里反复确认，改约一次就要打三个电话。
老客带不来新客
口碑很好，但没有机制让满意的客人愿意主动帮你转介绍。
按需要选，不打包硬塞
下面这些是常见模块。你的业务不一定全要——先用最少的模块把交易闭环跑起来，比堆一堆功能更有用。
商品与订单
多规格、库存、上下架、运费模板、订单状态流转、退款与售后流程。
会员与等级
注册即会员、积分、等级折扣、储值卡、生日权益，数据可导出、可分析。
分销与拼团
二级分销、佣金结算、拼团/砍价/秒杀，把老客的社交关系变成新客来源。
预约与核销
服务档期、师傅排班、到店核销、上门地址与时间选择，改约不再靠电话。
支付与对账
微信支付 V3 接入、分账、退款、日对账单，财务不用再翻聊天记录核对。
数据后台
销售额、客单价、复购率、渠道来源，一屏看完，不用自己拼 Excel。
小程序不是唯一答案
我们会先问你的客户从哪里来、复购靠什么，再决定做小程序、公众号 H5，还是干脆先做一套轻量官网。选错平台，后面全是成本。
微信小程序
适合：客户主要在微信里、需要会员与复购、要做拼团分销。
注意：需营业执照与对应类目资质，虚拟支付与实物支付规则不同。
公众号 / H5 商城
适合：预算有限、先验证需求、以内容与推文带动成交。
注意：体验弱于小程序，支付与分享链路受平台限制。
独立站 / 官网
适合：B 端客户、需要被搜索与 AI 收录、做品牌信任背书。
注意：需要持续内容投入，SEO 见效通常按月计。
成熟 SaaS 改造
适合：标准零售/餐饮场景，需求与通用产品高度重合。
注意：数据在别人服务器上，深度定制空间有限。
小程序上线只是「开门」，真正的活是后面三个月：怎么让第一批人来、怎么让来过的人再来、怎么算清楚每一单的成本。
我们会一起做的三件事
- 冷启动：老客导入、首单券、社群承接
- 内容：把商品卖点写成能被搜索到的页面
- 复盘：看复购与来源，砍掉没人用的功能
做小程序之前，先搞清楚这几件事
做一个小程序商城要多久、多少钱？
标准商城（商品、订单、会员、支付、后台）通常 2–4 周；带分销、拼团、预约核销或多门店的一般 4–6 周。费用按模块与复杂度报价，不做「一口价全包」——那通常意味着后期加功能要另收。
需要准备什么资质？
基础是营业执照与法人身份信息，小程序需完成微信认证（年费 300 元由腾讯收取）。经营类目涉及食品、医疗器械、教育等需额外许可证。支付需要开通微信支付商户号，我们协助走完流程。
能不能先做一个很简单的，之后再升级？
可以，而且推荐。首版只做「浏览—下单—支付—查看订单」的最小闭环，先让真实客户用起来。架构上预留扩展位，后续加会员、分销不用推倒重来。
之前的客户数据能导进来吗？
能。Excel、旧系统导出、纸质会员卡登记表都可以整理导入，我们会先做一次数据清洗，去重并统一手机号格式。
上线后没人用怎么办？
这是最常见的问题，也是最该提前想的问题。所以我们把「冷启动」写进交付范围：老客导入方案、首单权益、社群承接话术，以及前 90 天的数据复盘。系统只是工具，运营才是变量。