成都各行业小程序该做哪些功能：12 个行业对照清单
在成都做本地生意，行业之间的功能差异比想象中大：同样是「做个能下单的小程序」，餐饮要解决加菜，美业要解决排班，家政要解决距离。下面按行业列功能，每一节写两件事：该做的核心功能，以及这个行业容易漏掉的一个坑。功能清单可以直接拿去和开发方对齐范围；坑的部分建议单独摘出来写进需求文档。
餐饮堂食：先想清楚加菜怎么走
堂食点单的问题大多出在加菜这一步。点单页面做得再顺手，客人吃到一半再加两个菜，后厨收不到单，服务员只能靠喊。该做的核心功能是桌台码点单、菜品规格与忌口备注、加菜挂原单并单独打印加菜单、并单与同桌分账、结账对接收银。范围里必须写明「加菜后厨二次出单」，不写，做出来就是个只能点一次的菜单。
零售电商：清单先摆出来
商品多规格 SKU、购物车与运费模板、满减与优惠券、订单与售后、会员积分。坑在运费：只配了「全国包邮」，没做偏远地区限售与超重加价，结果西藏的客户下了单，你要么打电话让人补运费，要么自己贴钱发。
美业门店：从一次真实的预约倒推
顾客想约「周六下午三点、张老师、做美甲」——这句话里有三个维度：时间、技师、项目。所以核心是项目-技师-时段三维预约、按服务时长切分时段、次卡与储值核销、到店提醒、顾客档案。坑是只按时间排不校验技师冲突，同一个技师同一时刻被约了两次。
健身与运动场馆
会员卡与次卡、团课排期与约课、私教课时包核销、入场签到、到期提醒续费。容易漏的是候补与取消规则：满员之后没有排队机制，有人取消名额也不会自动释放给下一位，课表看着满的，实际到场只有一半。
教育培训：站家长的角度看一遍
家长打开小程序想看的只有四件事：课表、考勤、作业点评、还剩多少课时。功能就按这四条做，再加报名缴费与续费提醒。坑是多孩家庭——一个微信号要绑多名学员，没做档案切换，家长每次都得退出来换号登录。
医疗健康与口腔
科室与医生排班、分时段号源、复诊与用药提醒、报告与影像查询、就诊须知。这一行的坑不在功能而在边界：线上适合做预约、报告查询与健康科普，涉及诊断和处方的功能需要相应资质，功能范围要先和资质对齐，再谈页面设计。
家政与上门服务：先算距离，再谈派单
上门服务真正要先判断的，不是下单页，而是能不能上门。核心功能是服务项目与时长、地址管理与服务范围判定、派单接单、服务前后照片留证、评价与投诉、次卡核销。坑是没做距离判定：客户下完单，客服才发现超出服务范围，只能打电话取消。
酒水与快消配送
商品按瓶与箱双规格、起送价与配送费、配送时段选择、就近门店库存、订单追踪。这一行有两个硬约束要写进流程：酒类销售需要食品经营许可含网络经营，下单环节应有不向未成年人售酒的提示与确认；库存还要处理箱与瓶的换算，否则月底对不上账。
汽修与汽车服务
车型选择（决定配件适配）、保养套餐与里程提醒、工位预约、维修进度查询、增项确认、电子维修记录与质保。坑在增项：拆开发现还要换件，只在电话里说一句，结算时车主不认。所以增项必须有照片加线上确认留痕，确认之后才允许计入工单。
律所与财税
业务领域与律师介绍、咨询预约与付费咨询、案件或账务进度查询、材料上传与清单核对、服务报价区间。坑是权限与脱敏：案件材料明文存、所有登录用户可见，属于明显的数据风险。进度查询要按委托人身份做数据隔离，执业信息须真实可核。
宠物服务
宠物档案（品种、体重、疫苗、过敏与性格）、洗护美容预约、寄养房型与天数、疫苗驱虫提醒、服务前后照片。坑是档案没有和服务记录关联：每来一次都要重填一遍基本信息，老客户体验直接掉档，店员也记不住这只狗上次剪的是什么造型。
景区与文旅
分时预约与电子票、二维码核销入园、导览地图与语音讲解、园内二次消费、停车与交通指引、团队票。坑常出在线下：小程序做了分时预约，闸机却还是人工验票，节假日门口照样排长队，预约等于白做。票务系统与现场设备能不能打通，要在需求阶段就问清。
四类高频场景怎么落地
这四类需求在项目里出现频率很高，也是返工集中的地方。下面每一类只讲两件事：实现要点，以及别人踩过的坑。看的时候可以对照自己的业务，判断哪些属于「必须做对」，哪些可以二期再补。
会员与分销体系
等级规则先定口径：成长值按实付金额还是按订单数累计，退款要不要扣回。这两条不定，运营和客服会长期对不上账。积分要有有效期和抵扣上限，抵扣比例过高容易被认定为变相返现。佣金结算的关键是冻结期——订单完成并过完售后才允许提现，否则退款发生时佣金已经被提走，追不回来。
分销的合规是硬线。微信侧只允许两级分销，也就是直接推荐与间接一层，做到三级及以上属于违规，可能导致支付能力被限制；以入门费、囤货、拉人头返利为核心的模式同样不合规。技术上应把绑定关系层级限制在两层，并保留推广链路日志，遇到申诉时能自证。
做错的地方：下单即计佣、没有售后期；等级规则写死在代码里，运营改不动；积分与优惠券的叠加顺序没定义，同一单能算出三种价格。
预约到店
预约的库存不是「一天 30 个」，而是技师、时段、服务时长三个维度交叉出来的格子。60 分钟和 90 分钟的项目占用的格子不同，必须按时长切分，否则排班一定会重叠。技师班表要支持固定班表、临时请假，以及两个项目之间的休息间隔。
爽约要有规则并且提前告知：提前多久可免费取消、累计几次爽约会触发预约限制、是否收取占位费用。规则写进小程序，比写在前台牌子上有用。核销要同时支持按次扣和按金额扣，并且必须能撤销——前台点错一次就得找技术改数据库，是很多门店的真实痛点。
做错的地方：只做日期和时间两维、不校验技师冲突；爽约没有记录，同一个客户反复放空档；核销只能加不能撤。
多门店与连锁
数据模型要一开始就带门店维度：订单、会员、库存、员工都挂 store_id。等单店版本上线之后再改多店，基本等于重写一遍。
先定会员形态：是总部统一会员、各店通用，还是各店独立会员。这直接决定余额和次卡能不能跨店用。跨店能用，就要同时设计分账规则，否则门店之间会为业绩归属扯皮。库存要区分总仓与门店仓，调拨要有单据。权限要按字段控制，而不是只控制能不能看——店长能看本店客户手机号，店员不能。
做错的地方：跨店核销不留「核销门店」字段，月底对账算不清；权限做成一个万能的「店长」角色，员工离职后无法收权。
扫码点单与自助
桌台码要一桌一码，并且支持重置。码被拍走之后，别人在店外也能下单，加一个「需在店内或经服务员确认后生效」的判断，就能挡掉大部分异常单。加菜必须挂到原单，后厨打印加菜单而不是全量重打，否则会按两单出菜。
并单与拆单要处理同桌不同付：按菜品拆、按人均拆，优惠券只能抵扣一次，并单之后要重新计算。后厨打印按出品口分单，热菜、凉菜、酒水分开；同时要处理断网重打与打印失败提示——没有失败提示，菜丢了没人知道。结账要能对接现有收银，或者至少导出可对账的流水。
做错的地方：加菜生成新订单，前后台两张单对不上；打印机离线没有任何告警；并单之后金额算错。
上线前的三件事：备案、服务类目、行业前置资质
前面讲的是怎么把功能做出来，这一节讲怎么让它顺利上线。这三件事任何一件卡住，小程序都上不去，而且都要提前准备——临时补材料往往不是一天两天的事。
小程序 ICP 备案怎么办
2023 年起微信要求小程序完成工信部 ICP 备案，未备案的小程序无法正常访问。备案在微信公众平台后台提交，走接入服务商代备案通道，需要主体证件、负责人身份信息与手机号、人脸核验，以及一份能说清业务的服务内容描述。备案按营业执照主体办理，个人主体不能承接电商、付费内容等经营性服务。
被打回的原因通常集中在以下几类：
- 主体信息不一致：营业执照名称含括号或已变更、法人换了但后台没更新、证件照片模糊或过期
- 服务内容描述太笼统：写「提供各类信息服务」「技术开发」这类描述，与实际功能对不上
- 负责人核验失败：人脸核验环境光线不足、手机号不是负责人本人实名
- 接口域名没备案，或备案主体与小程序主体不是同一个：小程序本身不需要域名，但它调用的后端域名必须是已备案的，且主体一致
- 名称涉及他人商标，或与已有小程序高度近似
备案通过之后，接口域名还要在小程序后台的服务器域名里配置。这一步常被漏掉，表现是开发环境一切正常，正式环境请求全部失败。
服务类目怎么选
类目不是填个标签，它决定两件事：能开通哪些能力，提审时审核员按什么标准看你。
正确的顺序是按「最终要上的功能」倒推类目，而不是照抄营业执照的经营范围。餐饮点餐选餐饮相关类目；如果同时卖预包装食品，还要加食品销售类目。一个小程序可以同时选多个类目，主类目加辅类目，覆盖全部实际功能。
选错的后果很具体：类目与实际内容不符，提审被拒；类目里没包含支付场景，支付开通申请会被打回；选到需要资质的类目但材料不齐，对应功能直接不可用。医疗、金融、教育、旅游、招聘、直播、社交婚恋这些类目都需要配套资质，提交时一并上传。审核是按类目看内容的，类目写了在线教育却没有办学资质，改文案也过不了。
行业前置资质清单
下面这些是常见的「先有证、再做小程序」的行业。没有对应资质就先上功能，通常在类目审核或后续检查时会被要求整改。
- 餐饮与食品销售：营业执照 + 食品经营许可证，经营范围需含网络经营；仅售预包装食品的，部分地区可按预包装食品备案办理
- 酒类销售：食品经营许可范围需含酒类，并在下单流程中设置不向未成年人销售的提示
- 医疗器械：一类备案、二类经营备案凭证、三类经营许可证，按品类区分
- 药品：药品经营许可证，以及互联网药品信息服务相关资格
- 出版物：出版物经营许可证
- 教育培训：非学科类需办学许可或主管部门审核意见，学科类受政策限制
- 医疗与口腔：医疗机构执业许可证；涉及线上诊疗另有专门要求
- 旅游与票务：销售线路产品时需旅行社业务经营许可证
- 人力资源与招聘：人力资源服务许可证
- 宠物医疗：动物诊疗许可证；宠物销售涉及动物防疫相关条件
- 汽车维修：机动车维修经营备案
- 律所与财税代理：律所执业许可证、代理记账许可证书
- 房产中介：房地产经纪机构备案
- 直播、社交、婚恋：增值电信业务经营许可（ICP 或 EDI）及对应的内容类许可
还有一条基本前提：资质要在有效期内，且主体与小程序主体一致。主体不一致的资质，审核通常不认，需要先做主体变更或重新申请。
合同与交付：源码、服务器、短信、运维归属
项目做完了不等于资产在你手里。这一节讲的是交付时该拿到什么、签约时该写清什么，都是换团队或续约时才会暴露、但那时候已经很难补的问题。
源码与知识产权归属
真交付和假交付的区别，签合同前就能看出来。真交付是：小程序前端工程、后端服务代码、数据库结构与建表脚本、管理后台代码、依赖清单、部署文档、第三方账号清单，一次性给全，并以代码仓库形式移交，保留提交历史。
只给打包后的代码、只给编译产物、源码放在对方服务器上「让你看」、后端代码不在交付范围——这几种都不算交付源码。因为这些条件下你无法独立部署，也无法换人维护，实际上还是被绑定着。
验收方法只有一个：在你自己的或第三方的干净环境里，按文档从零部署跑通一遍，包括数据库初始化、支付回调、消息推送。跑不通，就等于没交付。
合同里建议写明三句：定制部分著作权在款项结清后归甲方；开发方的通用框架与组件保留权利，但授予甲方永久使用许可；不得以技术手段限制甲方自行维护或委托第三方维护。
服务器与域名
六项资产要在甲方名下：小程序 AppID 主体、微信支付商户号、云服务器账号、域名、备案主体、短信签名。任何一项留在开发方名下，换团队时都会变成谈判筹码。
云账号用甲方企业实名开通，开发方以子账号或协作者身份操作，交付时移除授权。域名注册在甲方账号、whois 信息为甲方。域名备案主体要与小程序主体一致，否则接口域名配不上去。
迁移成本容易被低估。服务器在对方名下，合作终止后要迁数据、改配置；域名备案不能直接过户，通常需要注销后重新备案，中间有一段停服窗口。这些成本在签约时没人提，出事时全落在甲方。
续费也要写进合同：域名过期后有赎回期，被抢注的情况真实存在；服务器到期不续费，数据会被释放。约定由甲方自行续费或委托代缴，并在到期前若干天提醒，比事后追责有用。
短信、支付、地图等第三方费用与年费
这几项费用经常被当成「开发费已包含」，实际是长期支出，且大多随业务量增长。
- 按量计费：短信（验证码、通知）按条计费；微信支付按笔收取手续费，费率因行业不同；地图服务多数有免费额度，超出按调用量计费，商用授权另算；对象存储与 CDN 流量、OCR 与实名认证、语音识别、大模型调用同理
- 固定年费或一次性费用：SSL 证书（有免费证书也有付费证书）、部分地图商用授权、企业邮箱；等保测评在业务有要求时才涉及；软件著作权登记属于一次性费用
账号归属同样重要。短信签名与模板要在甲方账号下申请，签名需与主体一致，否则换团队就得重新走一遍审核。支付商户号更要在甲方名下并绑自己的对公账户。
合同里把这句写清楚：第三方服务费不含在开发费内，由甲方以自有账号开通并承担；开发方代开的，交付时须移交账号与余额；因第三方调价或规则变更导致的适配，是否另行计费要提前约定。
接手别人做了一半的项目：二次开发怎么评估
二次开发的风险不在技术难度，在信息不对称。你看到的是一堆代码，看不到的是它能不能跑起来、账号在谁手上、原来的人还配不配合。建议按下面的顺序评估，前两项过不了，就不用谈报价了。
- 先看代码资产可用性：拿到的是代码仓库还是压缩包，有没有提交历史，能不能在干净环境跑起来，技术栈是否还在维护，依赖能否正常安装，有没有数据库结构说明和部署文档。跑不起来的代码，评估价值接近于零。
- 再看账号权限：AppID 主体是谁，能否加你为管理员，服务器与数据库权限能否移交，支付商户号、域名、短信与地图账号在谁名下。注意 AppID 主体变更需要原主体配合，无法单方面完成，这一条经常直接决定项目能不能接。
- 然后是原团队配合度：是否愿意出交接文档，是否存在未结清款项，之前的承诺有没有落地。配合度低不等于不能接，但要把「自己摸清结构」的时间算进报价。
- 接着判断续写还是重构：技术栈主流、能跑通、有基本文档、缺陷集中在个别模块、数据库结构合理，可以续写；代码跑不通、依赖已停止维护、没有结构说明、密钥硬编码、缺少权限校验，建议重构。介于两者之间的常见做法是保留数据库与业务数据，重写前端或其中几个模块。
- 最后谈报价方式：先做付费的代码评估，出一份现状说明、风险清单，以及续写与重构两条路线各自的工作量与周期，再决定走哪条。
有一点值得提前想清楚：二次开发的预算往往不像看上去那么省。续写省的是重做功能的钱，付出的是理解旧代码的时间；重构贵在一次投入，但后续维护成本可控。判断依据应该是这套代码还能不能支撑你未来一两年的业务，而不是哪个报价数字更低。
讲到这里，二次开发的判断其实和一个新项目的选型是同一套逻辑：看你要解决的是哪一层问题。需要装进手机、调用摄像头或蓝牙、对性能与离线有要求的，通常走 APP 定制，这块见 成都APP开发公司；内部审批、进销存、报表这类中后台，归到软件外包更合适，见 成都软件开发公司；而对外承接品牌词、放案例与资质、让客户先搜到你再决定要不要聊的，是官网的活，见 成都网站建设公司。这三块和我们做小程序是同一批人，边界可以在需求阶段一次谈清楚，不用三家供应商来回对接。
