微信服务号

微信服务号建设与开发报价指南

服务型能力开发与客户触达相关预算

标准商品、会员、分销和装修，直接看月费套餐（基础版 500 元/月起）。本页只写本平台定制报价的差异。通用费用构成见小程序商城费用构成，立项范围与周期见定制开发。

需要先说清一件事：服务号本身不是商城系统。它是微信公众号的一种类型，提供的是自定义菜单、模板消息/订阅通知、客服消息、网页授权与会员卡等触达与服务能力，成交环节通常落在关联的小程序或微信内H5商城。因此服务号项目的报价，本质上是「服务号运营工具」与「关联商城」两部分的组合报价，两者的范围必须在合同里分开写清，否则最容易出现「以为报的是商城，交付的只是菜单配置」这类纠纷。

一、服务号项目费用构成

一个完整的服务号项目通常包含以下工作量：账号配置与微信认证协办（自定义菜单、欢迎语、关键词自动回复、认证材料整理）、网页授权与账号体系（openid/unionid打通、会员绑定、与CRM或ERP的用户映射）、模板消息/订阅通知对接（业务事件梳理、模板申请、发送与失败重试）、客服消息接入（会话分配、企业微信转接、工单联动）、微信会员卡（卡券创建、积分等级同步、线下核销）、关联商城（小程序或H5的商品、订单、支付、售后）以及后台业务系统对接。在含交易的完整项目里，关联商城通常占预算的大部分（立项经验中常见到六成以上），服务号侧的接口与配置工作反而是小头。具体比例以需求清单为准。

二、参考区间

以下区间按「服务号侧 + 所需商城形态」的组合列出，供内部立项估算使用，实际报价以需求清单逐项核算为准。

方案组合	包含内容	参考费用
服务号基础配置	菜单、欢迎语、关键词自动回复、认证协办，不含交易	0.5-2万
服务号 + 模板消息 + 微信支付	加网页授权、业务事件通知、JSAPI支付与简单下单页	2-5万
上一档 + 会员卡 + 客服接入	加卡包会员、积分等级同步、客服会话与企业微信转接	3-7万
服务号 + 关联小程序商城 + 通知闭环	完整商城、订单状态机、全链路通知与复购召回	6-15万

若还需要对接ERP、WMS或线下POS，整体预算通常落在上表最高档，即6-15万区间的中上部；对接系统数量每增加一个，接口与联调工作量一般增加1-2周。对应的开发周期可参考开发周期与流程：基础配置类1-2周，含支付与商城联动的完整项目4-10周。

三、对比订阅号的增量成本

订阅号的投入主要在内容生产，技术开发量小；服务号的投入主要在接口开发与业务事件触发（下单、发货、预约、工单），需要后端配合，因此技术预算明显更高。判断标准很简单：如果只需要每天推送文章，订阅号更经济；如果需要在用户完成某个业务动作后主动通知他，并支持微信支付与人工客服，那服务号是必要的。两者并不互斥，同一主体可以各注册一个，分别承担内容传播与服务触达。

四、报价单必须写清的边界

服务号项目的争议大多不在单价，而在范围模糊。签约前请确认报价单里包含以下条目，并逐项标注「含/不含」：

• 业务事件清单：要发哪些通知（支付成功、发货、签收、退款、预约提醒、会员到期……），每条对应哪个模板，共几条。这是模板消息开发量的唯一依据，只写「模板消息对接」是无法验收的。
• 菜单结构：几个一级、几个二级、分别跳转小程序页面还是H5页面，后续调整菜单是否计入维护。
• 账号打通范围：是否需要unionid级别的多端统一，是否需要与既有会员系统做历史数据迁移与去重。
• 商城形态：是小程序、微信内H5，还是两者都要；商品数量级、是否多门店、是否多规格、是否分销。
• 域名与证书：授权回调域名与支付授权目录由谁配置，ICP备案与服务器费用由谁承担。
• 第三方费用：微信认证审核服务费300元/年、短信、对象存储、CDN、地图与实名认证接口，通常不含在开发报价中。

五、影响报价的五个变量

同样一句「做个服务号商城」（这句话本身就把服务号侧与商城侧混在一起），报价可能相差三倍，差异基本来自这五处：一是业务事件数量，通知条目从5条涨到20条，接口与测试工作量接近翻倍；二是对接系统数量，自建后台最省，对接标准化ERP中等，对接客户自研老系统最贵，因为接口文档往往需要现场梳理；三是会员体系复杂度，单一积分制与「储值+积分+等级+权益+多门店核销」之间差距很大；四是并发与数据量，日常几百单与大促瞬时几千单，在库存扣减、消息队列与压测上的投入完全不同；五是交付形式，源码交付、私有化部署、需要通过客户方安全测评的项目，通常还会增加一截成本（常见估算约一到三成，视测评范围而定）。

六、常见报价陷阱

第一类是用商城模板套服务号报价：报价单里写着「营销插件30项」，但服务号侧只字未提模板消息与授权，上线后发现通知全靠人工微信发。第二类是把平台规费算进开发费：认证服务费、短信费、服务器费本应由企业实名持有并单独列支，若混在开发费里，后续续费与账号归属都会变得被动。第三类是低价首年、高价续费：首年报价低于市场明显幅度，但合同约定第二年起维护费按开发费的较高比例收取，且不提供源码，事实上形成锁定。第四类是按人天报价但不写产出物：验收时无法判断是否完成。建议在合同中明确维护费比例（行业常见为开发费的10%-20%/年，可参考后期维护成本）以及源码与账号的归属方。

七、付款与验收节奏

较常见、也较易按产出物验收的付款节奏是「预付—里程碑—验收—质保」四段：预付款启动需求与设计，第二笔在服务号侧（菜单、授权、通知）联调通过后支付，第三笔在商城全链路（下单、支付、通知、售后）验收通过后支付，留5%-10%作为质保金，在上线后1-3个月无重大缺陷时结清。验收清单里至少要包含三项实测：用一个真实微信号完成「扫码关注→绑定会员→下单支付→收到发货通知→在客服会话里得到人工回复」的完整链路；模板消息与订单状态逐条比对，不允许出现状态与文案不符；网页授权域名与已备案域名、支付授权目录三者一致。

八、写在最后

报价的合理性，取决于需求描述的精确度。建议在询价前先自行整理三份材料：业务事件清单（要发哪些通知）、现有系统清单（ERP/CRM/支付/会员）、以及未来十二个月的活动日历。带着这三份材料沟通，通常更容易在有限次数的沟通内得到范围清晰、可对比的报价，而不是一个笼统的总价数字。

看店通隶属深圳市达希科技有限公司，长期承接微信生态与H5商城定制，合作方式为源码交付、合同范围透明、分阶段验收。若需要报价单模板或功能清单样例，可通过右下角客服微信索取。建议将本文与微信服务号平台首页及同系列指南交叉阅读，形成完整的决策链条。

微信服务号功能开发周期与流程

从认证到服务闭环上线的阶段划分

服务号本身没有「提审上架」这一环——它是微信公众号的一种类型，账号能否使用某项能力取决于微信认证是否有效与经营类目资质是否齐备，而不是像小程序那样每个版本提交代码审核。因此服务号项目的周期主要由三件事决定：认证与商户号办理的行政时间、业务事件梳理的清晰程度、以及关联商城（小程序或H5）的复杂度。

一、周期概览

只做账号基础配置（自定义菜单、欢迎语、关键词自动回复、客服接入）通常1-2周即可上线；包含网页授权、模板消息、微信支付、会员卡并与商城联动的完整项目，一般需要4-10周。区间的宽度主要来自业务系统对接数量：仅用自建后台的项目多落在4-6周，需要对接既有ERP、CRM或线下POS的项目常到8-10周。这一周期与报价指南中0.5-2万与6-15万两档的划分是对应的。

二、关键路径

认证与商户号（1-3周）

这是唯一无法靠加人力压缩的阶段。需要准备营业执照、法人或授权运营者身份信息、对公账户，并完成微信认证（企业主体审核服务费300元/年）；同时申请与服务号主体完全一致的微信支付商户号，在商户平台绑定AppID并配置JSAPI支付授权目录。若经营医疗、教育、金融、食品等需前置许可的类目，还要提交对应的资质证件，补充材料一次通常增加3-5个工作日。建议在项目启动当天就把材料收集列成清单同步给企业方，避免开发都做完了卡在认证上。

网页授权与账号体系（1-2周）

配置网页授权回调域名（域名须已完成ICP备案，且与H5实际访问域名一致），实现snsapi_base静默授权与snsapi_userinfo确认授权两条路径，把openid与unionid入库。同时确定会员主键：若企业下已有多个公众号或小程序，必须以unionid作为统一身份，并处理与手机号会员的绑定、解绑与合并逻辑。存量会员迁移（去重、脏数据清洗）如果数据量大，本阶段可能再加1周。

模板消息与订阅通知（1-2周）

先输出一张业务事件清单：每一行写清触发条件、接收对象、模板内容、跳转落地页、失败重试策略。典型零售场景有支付成功、发货、签收提醒、退款到账、优惠券即将过期、会员等级变更六到八条。清单定稿后再申请模板并联调，重点测试三种异常：用户已取消关注、模板参数超长被截断、消息发送失败后的补偿（通常改为短信或站内消息兜底）。跳过清单直接开发，后续返工概率很高。

关联商城联调（2-4周）

打通「小程序或H5下单 → 支付回调 → 服务号通知 → 客服会话」的完整链路。这个阶段的核心是订单状态机：明确有哪些状态、每个状态迁移时是否发通知、通知文案由谁维护。验收时用真实微信号跑通全链路，并逐条核对通知文案与订单实际状态是否一致。若同时上线小程序与H5两端，需额外预留1周做跨端一致性测试（价格、库存、优惠券的计算结果必须完全一致）。

三、分阶段交付物

每个阶段结束都应有可检查的产出，而不是只有口头进度。建议约定如下交付物：需求阶段交付功能清单与业务事件清单；设计阶段交付菜单结构图、H5或小程序页面原型；开发阶段交付接口文档（含授权、下单、通知三组接口的请求与返回示例）；测试阶段交付测试报告（用例、通过率、遗留缺陷及其等级）与全链路实测录屏；上线阶段交付部署说明、账号与域名清单、运维手册。企业方在每个节点按清单逐项勾选，这是避免「能演示但不能运营」的最有效手段。

四、企业侧需要并行准备的事

• 资质与账号：营业执照、对公账户、经营类目所需前置许可；服务号与商户号必须由企业自己实名持有，不要挂在服务商名下。
• 域名与服务器：域名实名与ICP备案（首次备案通常需要数周，务必最早启动）、SSL证书、服务器或云资源开通。
• 内容物料：菜单文案、欢迎语、关键词自动回复话术、商品图与详情页、价格与库存表、优惠券规则。
• 客服与运营排班：客服人员账号、企业微信活码、非工作时间自动回复文案、升级路径与响应时限。
• 财务与法务：结算与对账流程、发票规则、退款政策、用户协议与隐私政策、个人信息收集清单。

五、常见拖期原因

按出现频率排序：第一是认证与备案启动太晚，开发完成却无法配置授权域名与支付目录；第二是业务事件清单反复变更，通知条目边开发边加，模板申请与联调被迫重做；第三是对接的老系统没有接口文档，需要现场抓包或由对方厂商配合，等待时间不可控；第四是企业内部决策链过长，菜单文案与价格规则迟迟不能定稿；第五是测试数据不真实，用假商品假价格测完，上线后遇到多规格、满减叠加、跨门店库存等真实场景才暴露问题。这五项在项目启动会上就应逐条指定责任人与截止日期。

六、上线后的前30天

上线不等于结项。建议把上线后30天作为观察期，每天关注四项数据：支付成功率（下降常意味着授权或回调异常）、模板消息的发送成功率与落地页打开率、客服会话的首次响应时长、以及服务器错误日志的新增类型。缺陷按P0/P1/P2分级，其中影响下单与支付的P0问题应约定小时级响应。观察期结束再做一次复盘，把高频客服问题沉淀成关键词自动回复，把重复的人工操作排进下一期迭代。

七、跨部门协作节奏

服务号项目横跨产品、运营、技术、客服、财务五方，任一方缺席都会在后期变成返工。建议在启动会上明确：产品负责功能清单与验收标准，运营负责菜单文案、活动计划与推送日历，技术负责里程碑与风险清单，客服负责话术与问题升级路径，财务确认支付结算、对账与发票流程。之后每周例会只讨论三件事——本周已上线内容、当前阻塞项及其责任人、关键数据的变化，其余议题走文档异步确认。所有结论写进同一份共享文档，避免依赖邮件或群聊里的口头约定，这在多方协作时能显著减少「谁说过什么」的争议。

八、写在最后

服务号项目的工期风险，多数来自行政流程与需求反复，而不是编码速度。把认证、备案、商户号这三件事在第一周并行启动，把业务事件清单在第二周内定稿，剩下的开发与联调就基本可以按计划推进。需要一份可直接套用的里程碑表与交付物清单，可通过右下角客服微信联系看店通顾问索取。

如何选择微信服务号开发服务商

服务型微信生态项目的供应商评估清单

先判断要不要定制：标准零售用月费套餐即可。是否该做项目，见SaaS 与定制怎么选；看店通的范围、周期与报价口径见定制开发。下文只补充本平台的选型差异。

选服务商之前，先把「要不要做服务号」想清楚。服务号是微信公众号的一种类型，它提供的是触达与服务入口（自定义菜单、模板消息/订阅通知、客服消息、网页授权、会员卡），成交环节通常落在关联的小程序或微信内H5。所以真正要评估的是服务商能否同时把服务号侧与商城侧打通，而不是单看它做过多少个公众号。

一、何时应该做服务号

满足以下任意两条，做服务号的必要性就比较明确：需要在用户完成业务动作后主动通知（下单、发货、预约、缴费、工单）；有一定量的人工客服咨询需要承接；有线下门店或线下核销场景需要会员卡；已有存量用户需要在微信内做复购召回。反之，如果主要诉求是每日内容推送，订阅号更合适；如果只需要一个交易容器且没有通知与客服诉求，直接做小程序即可。服务号填的是「内容号」与「交易端」之间的服务层。

二、供应商能力清单

面谈时按下面几条逐项要求对方举出具体案例，而不是接受「都做过」的口头答复：

• 模板消息与订阅通知的落地经验：请对方展示一份真实项目的业务事件清单，看是否精确到触发条件、接收对象与跳转落地页。这份清单的质量最能反映团队是否真正做过服务号。
• 网页授权与unionid统一账号经验：问清多公众号、多小程序场景下会员如何合并，历史会员与手机号会员如何绑定、解绑与去重。
• 会员卡与线下核销方案：卡包会员与小程序会员中心的数据如何保持一致，门店核销异常如何处理。
• 与商城订单状态机的联调能力：要求对方画出订单状态迁移图，并说明每次迁移对应哪条通知。
• 支付与对账经验：JSAPI支付、退款、异步通知幂等、每日对账差异处理，是否有成体系的做法。
• 合规意识：是否会主动提醒您经营类目资质、个人信息最小化收集、广告文案审核等问题。会主动提这些的团队，通常吃过亏、也更靠得住。
• 交付规范：是否提供需求规格、接口文档、测试报告、上线检查表与运维手册；是否接受源码交付。

三、订阅号、服务号与小程序的能力对比

能力	订阅号	服务号	小程序
群发频次	每天1次	每月4次	无群发，仅订阅消息
主动通知	能力有限	模板消息、订阅通知、客服消息	订阅消息（需用户逐次或长期订阅）
交易与支付	需借助H5或关联小程序	网页授权 + JSAPI支付（页面在微信内H5）	原生下单与支付，路径更短
身份获取	关注关系	网页授权取openid/unionid	登录凭证换openid/unionid
典型定位	内容传播与品牌	服务触达与服务入口	交易与工具
上线机制	无版本审核，受认证与类目资质约束	无版本审核，受认证与类目资质约束	每个版本需提交代码审核

这张表里最容易被误解的是最后一行：服务号没有版本提审这一环，它的能力边界由微信认证是否有效、经营类目资质是否齐备决定。如果服务商拿「小程序审核周期」来解释服务号的上线排期，说明对方并不熟悉这个形态。

四、与订阅号、小程序的联合选型

立项问卷只需回答三个问题：是否需要每日内容推送？是否需要在业务动作后主动通知用户？是否需要一个完整商城？三个答案的组合基本就决定了账号矩阵。多数零售客户适合小程序 + 服务号：小程序成交，服务号通知与客服；内容驱动型品牌再加一个订阅号承担内容。只有服务号而没有小程序时，交易仍要靠微信内H5，可行但体验和复购召回效果略弱；只有小程序而没有服务号时，主动触达能力受限，复购只能依赖订阅消息与短信。无论选哪种组合，合同都要写清各账号的开发边界与维护责任，避免多个服务商之间互相推诿。

五、建议的评估流程

把选型拆成四步会比一次性比价更有效：第一步需求自述，先用一页纸写清业务事件、现有系统、门店数量与预算区间，同一份材料发给所有候选方，便于横向对比报价；第二步能力验证，要求对方现场演示一条真实的完整链路——扫码关注、绑定会员、下单支付、收到通知、客服回复，不接受只看静态截图；第三步方案评审，比较各方给出的业务事件清单与订单状态机是否覆盖了您的例外场景（部分退款、多规格、跨门店库存、超时未支付）；第四步报价与合同比对，按「含/不含」逐项核对范围，再看总价。经验上，第二步就能筛掉相当一部分只做过静态图文页面的团队。

六、常见坑与规避

坑一：把服务号当商城报价。报价单写满营销插件，却对模板消息、网页授权只字未提，上线后发现通知全靠人工发。规避方法是要求业务事件清单先定稿。坑二：账号挂在服务商名下。服务号、商户号、域名必须由企业自己实名持有，管理员绑定企业方人员。坑三：忽视域名备案与授权目录。网页授权回调域名要求已完成ICP备案，且与JSAPI支付授权目录、页面实际地址三者一致，这件事必须在项目第一周启动。坑四：用服务号发营销消息。模板消息与订阅通知只能用于与用户自身相关的服务通知，滥用会导致接口能力被限制。坑五：合同不写维护范围。务必区分缺陷修复与需求变更，并约定平台规则变更引起的适配是否包含在年费内。

七、合同里必须出现的条款

• 范围附件：功能清单与业务事件清单作为合同附件，变更走书面确认。
• 交付物：需求规格、接口文档、测试报告、上线检查表、运维手册、源码及其交付时间。
• 账号与资产归属：服务号、商户号、域名、服务器、代码仓库的所有权与管理员名单。
• 验收标准：以真实链路实测通过为准，而不是以演示环境截图为准。
• 维护条款：年费比例（行业常见为开发费的10%-20%/年）、响应分级与时效、规则适配是否包含。
• 数据与保密：用户数据的处理范围、导出格式、删除义务与保密责任。
• 退出安排：合作终止时的配合迁移工时与文档移交。

八、写在最后

服务号项目的成败，很大程度上在签约前就决定了：需求描述是否精确、事件清单是否成文、账号归属是否清晰。这三件事做到位，即使换服务商也不会伤筋动骨。相关的费用与周期口径可参考报价指南与开发周期与流程；需要一份可直接发给候选服务商的需求模板，可通过右下角客服微信联系看店通顾问索取。