专题概览：小程序的成本优势，来自「少做一半的事」
小程序不用下载安装、能在微信里被转发、打开速度接近原生页面，这三点决定了它适合「用完即走」的业务。反过来，它也有明确边界：包体与权限受限、无法常驻后台、强依赖平台规则、审核不通过就上不了线。临沂精益软件有限公司做小程序项目，第一步不是画界面，而是判断业务是否落在它的能力范围内 —— 判断错了，后面每一分投入都会打折。
实际项目里最常见的浪费是「用小程序做了一件该做 App 或该系统的事」：需要长时间后台定位、需要频繁推送、需要与硬件深度通信，这些都不是小程序的强项。也有一类相反的情况 —— 只是想让客户能在线预约、查进度、看报价，却先做了 App，维护两套成本却只用到一成功能。本页先给判断标准，再讲实现与审核。
一、什么业务适合先做小程序
判断只需要三个问题：用户是否在微信里？使用是否低频率？是否需要被转发？三个都答「是」，小程序通常是最优解。
使用频率低
一个月用几次、甚至一年几次的业务。装 App 的门槛太高，扫码即用才是合理路径，比如预约、报名、查询、缴费。
发生在微信里
客户已经在这个环境里沟通、付款、看通知。少一次跳转就少一层流失，登录也能直接用微信身份。
需要被转发
活动、拼团、分销、内部通知等靠人传人的场景，小程序卡片比链接更容易被点开，也更像「正经东西」。
三个条件都不满足时，先别做小程序。需要长期后台运行、复杂离线能力、深度硬件对接的项目，App 或专用系统更合适。
二、小程序、公众号 H5、App 怎么选
这三者经常被放在一起比价，其实差别不在价格，而在能力边界。先看需要什么能力，再谈选哪个形态。
| 对比项 | 小程序 | 公众号 H5 | App |
|---|---|---|---|
| 获取方式 | 扫码、搜索、分享卡片 | 链接、二维码、公众号菜单 | 应用商店下载安装 |
| 打开体验 | 接近原生，首开略慢 | 依赖浏览器，体验波动大 | 最好，可常驻后台 |
| 能力边界 | 包体与权限受限，部分接口需类目资质 | 能力最弱，支付与定位常受限 | 能力最全，可用硬件与后台服务 |
| 推广成本 | 低，可直接分享 | 低，但转化路径长 | 高，需持续买量与维护更新 |
| 适合场景 | 低频服务、预约、商城、内部工具 | 活动页、表单收集、轻量展示 | 高频使用、强功能、硬件联动 |
还有一条实用路径：先用小程序验证需求，跑通后再决定要不要做 App。两者可以共用同一套后端接口，前端重写即可，不必从零开始。反过来，从 App 退回小程序往往意味着砍功能，所以要一开始就想清能力边界。
三、四种常见形态与关键功能
多数企业小程序落在下面四种形态里。形态决定页面结构、后台复杂度与工作量，报价差异主要来自这里。
预约服务型
时段选择、名额控制、到店核销、改约与取消规则。难点在库存与冲突判断，不在界面。
商品交易型
商品与规格、购物车、优惠、下单支付、订单状态、退款与对账。难点在支付与售后流程闭环。
内容展示型
文章与分类、详情页、分享卡片、收藏与留资。难点在内容维护效率与首屏加载。
内部管理型
员工身份、任务派发、扫码登记、审批与统计。难点在权限分级与数据不外泄。
会员与积分
身份绑定、等级、积分规则、券与核销。难点在规则设计，改一次规则等于重做一次逻辑。
工具计算型
报价计算、面积用量、贷款试算等。难点在公式准确与结果可解释，通常不需要后台。
四、技术实现的六个关键点
下面六件事决定小程序能不能顺利上线、上线后会不会天天出问题。它们与页面设计无关，但都必须在开发阶段处理干净。
- 登录与身份：用微信登录换取唯一标识，账号体系与手机号绑定要分开设计，换手机号不能丢数据。
- 支付与对账：需企业主体、已认证的商户号并完成绑定；支付结果以服务端回调为准，前端返回只作提示，订单要能对账与退款。
- 订阅消息：用户授权是一次性的，必须在合适的时机申请并说明用途，不能默认「发了就会有人看」。
- 包体与性能：主包体积控制在平台限制内（以官方最新文档为准），超出部分用分包；首屏只加载必要资源，图片走压缩与懒加载。
- 多端兼容：同一套代码在不同机型、不同微信版本上表现可能不同，真机测试必须覆盖低端安卓机。
- 接口与数据：所有业务数据走自建服务端，前端不直连数据库；接口要有鉴权、限流与日志，便于排查。
支付是小程序项目里最容易出问题的部分。签约前先确认「有没有企业主体与商户号」，没有的话支付功能就无法开通，这一点不能等到开发完才发现。
五、审核与合规：最常见的五类驳回
小程序上线必须通过平台审核，驳回原因高度集中。提前规避，比反复提交快得多。
| 驳回类型 | 具体表现 | 提前规避 |
|---|---|---|
| 类目与内容不符 | 选了无需资质的类目，实际在做医疗、金融、招聘、教育培训等需资质业务 | 按真实业务选类目，先办齐许可证或备案再提交 |
| 功能不完整 | 审核时页面空白、按钮无响应、账号无数据，被判定功能不完善 | 提交前用正式数据走通主流程，准备体验账号 |
| 诱导分享与关注 | 强制分享才能解锁、分享到群才可参与 | 把分享做成可选入口，不作为功能前置条件 |
| 信息收集未说明 | 索取手机号、位置、相册权限但无用途说明与隐私政策 | 逐项写清用途，提供可访问的隐私政策页 |
| 虚拟支付越界 | 虚拟商品与服务走实物交易通道，或绕开平台支付 | 先确认适用条款，不自行设计支付通道 |
审核规则会更新，正式提交前请以平台当前的类目与运营规范为准。我们会在开发阶段按最新规则做一次预检，减少往返次数，但不承诺「一定一次通过」—— 审核结论由平台作出。
六、六周开发排期
标准项目六周，其中两周留给测试与审核。审核时间不受开发方控制，排期里必须留出缓冲，不要按「今天提交明天上线」做活动计划。
| 周次 | 主要工作 | 交付物 |
|---|---|---|
| W1 | 场景与形态确认、页面清单、账号与资质准备 | 功能清单、页面结构、资质清单 |
| W2 | 原型与视觉设计、交互规则确认 | 设计稿、组件规范 |
| W3–4 | 前端开发、服务端接口、后台管理、支付与消息接入 | 体验版、接口文档、后台账号 |
| W5 | 真机测试、弱网与低端机验证、提交审核与整改 | 测试记录、审核回执 |
| W6 | 正式发布、数据埋点校验、操作培训与文档交接 | 线上版本、操作手册、维护说明 |
W1 的资质准备最容易被拖延：企业认证、类目申请、支付商户号都可能需要数个工作日。建议项目一启动就并行办理，不要等开发完成才去申请。
七、上线后的运营与数据
小程序上线只是起点。没有入口、没有内容更新、没有数据观察，上线三个月后访问量会自然归零。
- 入口布局：小程序码放在门店、包装、名片与公众号菜单，搜一搜名称要与品牌一致，方便被搜到。
- 版本节奏：小步快跑，每次更新解决一个明确问题，保留回滚能力，避免一次改太多难定位。
- 关键数据：访问来源、页面停留、转化路径、支付成功率，按周看趋势而不是看单日波动。
- 消息触达：订阅消息额度有限，只用在真正影响履约的节点，如预约提醒、发货通知。
- 内容维护：展示型与商城型小程序需定期更新，长期不更新的页面会直接影响转化。
把「扫码—浏览—下单—支付成功」这条路径的每一步转化率都埋点记录。看不到流失在哪一步，优化就只能靠猜。
如果小程序需要与官网、内容或搜索流量协同，可参考 网站建设及 SEO 专题；需要让 AI 搜索与问答认识你的业务，可参考 AI 营销专题。
八、常见问题
做小程序需要什么资质？
基础条件是营业执照与企业主体认证。具体类目另有要求：餐饮、医疗、教育、招聘、金融等需要相应的许可证或备案，商城类还要开通微信支付商户号。判断标准是「实际经营的业务属于哪个类目」，不是随便选一个容易通过的类目 —— 类目与内容不符是常见驳回原因。
小程序和 App 能不能只做一个？
多数企业先做小程序更划算：无需下载、可直接分享、开发与维护成本都低。只有需要长期后台运行、频繁推送、深度硬件通信或复杂离线能力的场景，才必须做 App。两者可以共用同一套服务端接口，后期从一端扩展到另一端不必推倒重来。
为什么小程序审核总被驳回？
驳回集中在五类：类目与内容不符、功能不完整或页面空白、诱导分享、收集信息未说明用途、虚拟支付越界。提交前用正式数据把主要流程走一遍，补齐隐私政策与用途说明，能减少大部分往返。审核结论由平台作出，我们不承诺一次通过，但会在开发阶段做预检。
小程序能不能直接收款？
可以，但需要企业主体的微信支付商户号并完成与小程序绑定，费率与结算周期按商户号协议执行。实物交易走微信支付没有额外限制；虚拟商品与服务的支付规则不同，需先确认适用条款。签约前确认商户号是否已开通，能避免开发到一半卡住。
开发一个商城小程序大概多久？
标准商城（商品、规格、购物车、下单支付、订单与售后、后台管理）通常六到八周；带分销、拼团、预约或多门店的会延长。工期里最不可控的是审核与资质办理，建议账号、类目与商户号在项目第一周就并行准备。
小程序能做消息推送吗？
通过订阅消息实现，但用户授权是一次性的，每次推送都需要相应的订阅额度，且必须说明用途。它适合履约类通知（预约成功、发货、到期提醒），不适合当作营销群发工具。额度与规则以平台最新说明为准。
后期能不能自己改内容？
可以。我们通常配一个管理后台，商品、文章、预约时段、门店信息都能自行维护，不需要改代码。页面结构与交互逻辑的调整属于版本迭代，需要重新提交审核，这部分按改动量另行评估。
上线后怎么判断有没有效果？
看四个数：访问来源构成、关键页面到达率、下单或预约转化率、支付成功率。前三个判断入口与流程是否顺畅，最后一个判断技术是否稳定。建议按周对比而不是看单日数据，同时记录线下扫码量，才能分清是入口不够还是流程有问题。