八月初收到两份报价单,来自同一家做轻医美的连锁机构,四家店,主营光电、注射和皮肤管理。一份报 11.8 万,一份报 26 万,模块名几乎抄得上:会员中心、项目商城、在线预约、咨询入口、订单与支付、后台管理。她们的市场总监说,两家小程序开发公司列的东西看着一模一样,价钱差了一倍多,实在不知道该怀疑哪一份。我们把两张单子并排放着逐条问,问题是一个牵出一个的。
低的那份没有"接口联调"这一行,高的那份写了 2.4 万,这钱在联什么?
医美机构的小程序从来不是一个独立系统。前台点一下"预约周六下午的水光",背后要碰四到六套东西:记录来源与跟进的客户管理系统、存执业信息和面诊记录的院内系统、发通知和走审批的企业微信、支付、短信或语音外呼,有的还接了电子知情同意签署。联调的算法是接口数乘以人日:一个接口从拿对方文档、过鉴权、做字段映射、写异常重试到回归测试,通常 1.5 到 3 个人日,人日单价 800 到 1500 元。这家机构盘出来 11 个接口,2.4 万这个数对得上。报价低的那份不是便宜,是把这一段挪进了"另行评估"四个字里,等开工再谈。
那为什么同样写着"对接 CRM",一家报六千,一家报两万?
差别在对方系统肯给什么。医美圈里常用的几套客户管理系统,有的提供标准开放接口,鉴权、分页、回调都齐;有的只肯开一个只读数据库视图;还有的什么都不给,只能靠定时导出的表格做中间库同步。三种情况的工作量分别是 2 人日、5 到 8 人日、10 到 14 人日,六千和两万的差价就在这儿。另有一笔更容易漏掉的钱:对方厂商开通接口本身要收费,行价 3000 到 20000 元不等,有的还按年续。报价单上不写明这笔谁承担,最终一定落在机构自己头上。这一行应该拆成三段写清楚——对方系统名称、接口获取方式、开通费用由谁承担。
预约日历模块标价 8000,看着不贵,为什么后来还是追加了?
因为医美的预约不是"人乘以时间"两个维度,是三种资源的交集:医生或咨询师、房间或仪器、项目本身的时长结构。一台皮秒同一时段只能排一位客人;光电类项目做完要留 10 到 15 分钟冷却和清洁;注射类得拆成面诊、签署知情同意、操作三段,中间还可能被面诊结果直接否掉。通用日历只管一个人的时间格子,这套要算三张表的交集,还要处理跨店互约、医生调休、爽约与改约。8000 元那一档买到的确实是"人乘以时间",没报错,只是不够用。签字前要把子项写进条目里:可预约资源类型几类、排班粒度是 15 分钟还是 30 分钟、支不支持跨门店、爽约几次之后限制线上预约。少写一项,后期都是变更单上的一行。
咨询入口只占一行字,为什么要追着问它接的是哪套客服?
医美的钱在咨询转化上,这一行反而最不能含糊。小程序里的咨询有三种做法:自建即时通讯,20 到 40 人日,会话数据完全自有;接企业微信或微信客服,3 到 6 人日,省钱但会话记录躺在第三方;只放电话和留资表单,1 人日,线索掉得厉害。真正该问小程序开发公司的不是选哪种,而是线索能不能回写——咨询会话能不能落到客户管理系统里同一个客户档案下,能不能带上来源标记,扫的是哪张投放物料的码、看的是哪篇内容页。回写不了,投放效果就只能靠人工翻聊天记录去凑。这家机构月投放是六位数,这一条比日历模块值钱得多。
报价单末尾那句"合规与内容审核:包含在内",能当真吗?
医疗美容类小程序要提交《医疗机构执业许可证》和对应诊疗科目材料,项目名称、价格展示、术前术后对比图、疗效描述都有明确限制。"包含在内"通常只指代提交类目审核这个动作,不含内容层面的改造。要把它落成三条可验收的东西:项目名称库按许可证核准的科目建,不出现许可范围外的项目名;价格展示区分项目价与医生技术费,禁止出现保证效果、永久有效这类表述;敏感词库不少于 200 条并在发布前拦截,术前术后图片必须带授权勾选与水印。这三条写进验收标准里,那句话才算数。
数据迁移为什么几乎所有小程序开发公司都写"按实际情况另议"?
因为老数据脏,没看到样本谁都不敢报死价。一家开了五六年的机构,手里同时压着会员卡、疗程次卡、储值余额三类账,同一个客人往往有两三条档案:换过手机号、微信登记名和身份证名对不上、前台手工重复建过卡。迁移的工作量不在导表,在去重规则和余额对账。可操作的做法是先要一份脱敏样本,1000 条起,跑三个统计——手机号重复率、余额非零账户数、次卡未核销剩余次数,拿到数再定价。5 万条以内且字段规整的,3 到 5 人日;需要人工规则去重的,8 到 15 人日。同时把对账口径写死:迁移完成后储值总额与旧系统日结表的差额必须为零,超出部分由谁兜底。这条不写,上线第一周财务就会找上门。
"验收后 12 个月免费维护",这 12 个月究竟含哪些事?
维护和迭代是两件事,混着写就是纠纷的种子。要拆成三类:缺陷修复免费,但得定响应时限,比如影响下单和预约的一级问题 2 小时响应、24 小时内修复;环境变更也免费,包括微信基础库升级、支付接口版本变更、对方系统换版本引发的适配;功能新增收费,按人日结算,人日单价在合同里就写死,别留到那会儿再谈。还有一笔常年被漏掉的开销:短信和语音外呼。一家中型医美机构,每月发预约提醒、到店提醒、术后回访短信在 1.2 万到 4 万条之间,按 0.035 到 0.045 元一条算,一年一万上下,加上服务器和通道费,运维预算得单列一行,不要指望小程序开发公司在开发报价里替你摊掉。
那这份报价单到底改成什么样,签下去才不返工?
把两列的表格改成四列。原来只有模块名和价格,现在补上交付物和验收标准,再加一列变更计价方式。接口那一段单独附清单,逐个写明对方系统名称、接口个数、开通费由谁付。预约那一段附资源与规则清单,写明资源类型、排班粒度、跨店与爽约规则。数据迁移附口径说明和样本统计结果。付款节奏跟着验收走:签约付 30%,接口联调全部通过付 30%,试运行满 14 天且预约成功率不低于 99% 付 30%,余下 10% 压到质保满三个月再结。这家机构照这个改法把两份报价单重新要了一遍,低的那份从 11.8 万涨到 19.6 万,高的那份从 26 万降到 21.3 万,差距从一倍多收窄到不足两万——那些原本看不懂的条目一条条问清楚之后,两家小程序开发公司报的其实是同一件事。




