公众号、服务号、订阅号的区别

准备起一个号做业务，结果发现资质、推送次数、能不能收款这几件事在三种账号上完全不同，选错了要么改不了、要么白养一年。这篇不讲虚的，按「你主要拿它干什么」把三类账号的权限和适用场景摆在一张对照表里，给出一个三步选型流程，并说明几种常见的例外情况。

准备起一个号做业务，注册页翻到一半发现三件事同时对不上：资质要求不一样、每天能推几次不一样、能不能收款也不一样。选错了轻则功能开不了，重则名字和主体都改不动，白养一年。这篇不绕弯子，直接按「你主要拿它干什么」来拆。

先把三种账号的差别拆成两层看：一层是身份，也就是谁能注册、能不能做认证；另一层是能力，也就是群发频次、消息落点、接口权限。身份决定了你能开哪些能力，能力决定了你后面能跑什么业务，两层混在一起想最容易被绕晕。

三者到底差在哪：先分清「身份」和「能力」两层

身份层看的是注册入口和主体资质：个人能不能注册、企业要不要额外材料、注册次数有没有上限、能不能走微信认证。认证这一步很关键，很多接口是跟着认证走的，不是注册完就自动有。身份没选对，后面能力层再想加就来不及了。

能力层只看三个动作：群发频次、消息落在哪个列表、能调用哪些接口。群发频次决定你能不能做日更内容；消息落点决定用户是主动找你还是被你推；接口决定你能不能做支付、发通知、拿用户身份。三件事里任何一件不匹配，运营就会一直靠手动打补丁。

• 新手最容易混的一点：内容型账号不是「弱化版」业务型账号，两者定位不同，只是很多人先接触内容型，就以为业务型是升级版
• 硬拿内容型做会员体系，通常会卡在支付和网页授权上，不是配置问题，是能力本身没开
• 只做内容、不接系统，就别为了「接口多」去折腾业务型的认证材料，多出来的维护成本用不上
• 反过来，手里明明有交易动作，却先起了内容型，等于给自己加了一层迟早要拆的脚手架

权限对照表：把你的业务动作逐条对进类型里

别对着功能介绍读，直接把自己要做的动作列出来，一条条往类型里对。下面这张表是常见的动作归类，具体频次和权限口径会调整，真实数字到站内资料库页面核对当时的版本。

把表填完你会发现问题往往出在中间那几行：内容动作三类账号都能做，真正分岔的是交易、通知、身份识别这三类动作。所以选型的判断点不是「哪个功能多」，而是「我的核心动作落在哪一列」。

• 先列出未来半年必须跑通的三个业务动作，不要列十个，列三个就够
• 逐个标注它属于内容、交易还是通知，属于交易的直接看业务型那一列
• 如果三个动作里有两个落在交易或通知，内容型基本可以排除
• 剩下一个动作如果只是「顺便想发发文章」，那不是选型依据，是附加需求

按场景给结论：什么活该用什么号

场景判断比功能对比更省心。下面按常见业务形态给归类，注意每一条都带前提，前提不成立时结论要重算。

内容/媒体/个人表达

以持续输出为主、不需要站内交易，优先考虑轻量那一类，前提是没有收款和会员需求

带交易或会员的业务

涉及下单、发权益、识别身份，挑能开相关接口的那一类，前提是主体资质能过认证

内部通知与客服消息

先想清楚要的是「发得出去」还是「用户找得到」，这两种诉求的产品设计不一样

活动页与拉新

如果要识别用户做转化，授权能力是前置条件，不是后期加上去的插件

纯品牌展示

展示型需求对频次要求低，选维护成本更低的那一类就行，别为用不上的能力买单

不适用情形也说清楚：如果主体资质暂时拿不到、或者已经用个人身份起了号，标准的类型对照就不完全适用了，这时候要做的是能力裁剪——先砍掉需要资质的那部分业务，用外部工具临时补位，而不是硬套一套自己跑不通的方案。

选完还要能落地：注册前核对 + 后期变更的现实约束

类型选对只是第一步，落地时真正卡人的是变更约束。注册前把下面这份清单过一遍，比注册后到处问客服快。

1. 确认主体与材料先把营业执照、法人信息、对公账户等材料列齐，逐项确认是否满足目标类型的要求，缺一项就先补，别边注册边补
2. 查名称冲突把想用的名称在微信里搜一遍，看有没有同主体或近似名称，名称一旦定下来后期改的窗口很窄
3. 核对认证需求想清楚要不要走认证，需要认证的接口有哪些，认证材料有效期多久，这些在注册前问清比注册后补更省事
4. 预留扩展位写一段「未来一年可能加的功能」，包含支付、小程序联动、会员体系，确认目标类型能不能覆盖，覆盖不了就换类型
5. 问清变更窗口把「能不能改、怎么改、多久能改」三个问题一次问完，客服的答复留个记录，避免后面口径不一致

小团队尤其别一上来就压重资产。一家 5 人团队如果主业是内容副业、交易只是远期设想，先用内容型账号把内容跑起来，验证了再说扩建的事，比一上来就为想象中的交易去凑资质要稳。反过来，如果交易是主业，那就老老实实按业务型的路径准备材料，别想着先起个内容号过渡。

别踩这几个坑：内容搬运、重复注册与「看起来都能做」

最后说几个高频踩坑点。它们的共同特征是：当下看不出问题，等到需要动真格的时候才发现回不了头。

• 别被「能力多=更好」带偏，用不上的接口等于额外的认证和维护成本，还会让你在选型时犹豫不决
• 同一主体重复注册前先算清名额和用途，别顺手注册占掉了后面真正需要的位置
• 群发频次不是越高越好，触达次数上去了但被折叠，实际打开可能更差，先测再定节奏
• 把内容型账号当业务型账号用，短期靠人工回消息能撑住，用户量一上来就会崩，别拖到那时候才换方案
• 规则口径会调整，本文只给判断框架，具体频次、权限清单和认证要求到站内资料库页面核对当时的数字

一句话收尾：类型不是选「最强的」，是选「核心动作能跑通、未来一年不用推倒重来」的那一个。把业务动作列清楚，答案基本自己就浮出来了。