北京服务号运营：先界定服务半径再排推送
做北京本地业务的公众号，问题往往和全国号不一样。全国号常见的是内容不够、触达不够；本地服务号更常见的是账号本身没说清楚自己服务谁、能服务到哪，于是菜单越加越多，推送越排越满，用户点进来还是找不到自己要做的那个动作。这种情况靠加密推送是修不好的。
我的判断是，服务号运营里真正值得先做的只有一件事：把服务半径界定清楚。推送频率、菜单层级、模板消息、活动策划，这些都属于放大器，半径没定，它们放大的只是错配。站里另有一篇讲服务号日常动作清单的通用版本，这篇只讲北京本地条件下顺序怎么排，范围限定在运营动作和自查方法，平台后台的字段规则以官方最新说明为准，提交前在后台再核对一遍。
服务半径不是地图上的一个圈
把服务半径理解成地理范围，是本地号最常见的误判。半径实际上是三件事的交集：能到的区域、能做的品类、能承诺的响应时段。三者缺一个，用户就会在错误的时间点进来，然后带着一次不愉快的体验离开。北京这种城市尤其明显，跨一个区的通勤成本就足以改变用户的决策，账号信息里只写北京两个字，等于把边界交给用户自己猜。
实际写的时候，这三件事的颗粒度要一致。区域写到区或片区就够了，品类写到用户能自己判断是不是找对人的程度，响应时段要写明确的时间窗口而不是尽快。如果三者只能先定一个，先定响应时段：区域和品类可以慢慢扩，响应时段说错了会直接产生投诉和退订，而这批人往往不会给你第二次机会。
账号资料里要先出现边界
很多服务号的简介写的是专业、高效、值得信赖这类词。这类描述放在任何一个账号上都成立，放在本地服务号上等于什么都没说。更有效的写法是直接把边界写进去：服务哪个片区、接哪类需求、不接哪类需求、能承诺的响应窗口是多久。
简介里写不做某类，看起来会损失一部分咨询，实际筛掉的是本来也成交不了的那部分。这一步常被低估，因为它的收益体现为少接错单，不容易被算成增长。但从运营成本看，接错单的代价远高于少接单：它同时消耗交付资源、拉低评价、占用客服时间。所以边界不是限制，是把有限的服务能力对准对的人。
菜单按动作排，不按部门排
菜单最常见的错误是按内部组织架构排：一个部门一个入口，每个入口下面再堆几个子项。用户并不关心你的组织怎么分，他只关心自己这次进来要做什么。本地服务号的实际高频动作通常不超过三个，比如查价、下单、查进度，把这三个放到第一层，其余全部收进更多。
菜单层级超过三层就该砍。手机屏幕上一屏能看全的菜单，点击率明显高于需要滑动查找的菜单，这一点在各类账号上都稳定成立。如果结构上无法避免多层级，至少保证第一层是动作词而不是名词：写查进度比写服务中心清楚，写预约上门比写业务办理清楚。这一步几乎没有成本，但很多账号从来没改过。
关键词回复要兜住没被菜单覆盖的长尾
菜单再怎么排，总有一部分用户找不到自己要的东西，这部分人会直接打字发消息。这时候关键词自动回复的作用就体现出来了：它不是展示位，而是把菜单覆盖不到的长尾需求兜住的一道防线。
判断这一步做得好不好，看后台的未命中词比看回复条数有用。未命中的那些词是用户用自己的话描述的需求，也是菜单设计的真实反馈。定期翻一遍，把反复出现的词加进关键词库，或者反向去调整菜单结构，比凭感觉重新设计菜单靠谱得多。很多人把自动回复当成一次性配置，配完就再也不看了，这是很可惜的。
内容主线一条就够
服务号的内容容易做成什么都发一点：周一发行业知识，周三发公司动态，周五发优惠活动。这样排看起来很丰富，实际结果是账号没有任何一条清晰的主线，用户说不出这个号是讲什么的。
本地服务号的内容优先级应该很明确：先写和交付直接相关的内容，比如怎么下单、需要准备什么材料、服务流程是怎样的、怎么验收、出了问题怎么联系。这些内容读起来不精彩，但它对应的是用户真正卡住的环节。品牌故事和团队日常可以写，但建议放到交付类内容已经成型之后，后者的阅读量通常更高，对转化的贡献明显更低，精力有限时先做前者。
推送频率先稳住节奏再谈加密
服务号推送最容易被拿来做优化的变量是频率，而多数账号的问题其实不是发得少，而是发得没有规律：这一周发三条，下一周一条不发，再下一周连发五天。用户建立期待靠的是稳定，不是密度。
如果只能调一个变量，调固定时间而不是增加条数。先定一个你能长期维持的节奏，比如每周两条、固定在周几几点，然后连续执行足够长的时间再评估。过程中不要因为某次数据好看就临时加发一次，也不要因为某次数据差就停发。单次的波动说明不了什么，节奏本身才是被验证的对象。
模板消息别当成免费推送用
模板消息这类服务通知只对刚刚发生的动作有意义：下单成功、进度变更、预约提醒。这类消息用户是等着看的，打开率高也合理。把它用来发促销、发活动预告，短期看数据不错，长期会显著抬高取关率。
这条在很多账号上被当成免费流量，实际是最贵的一种。它消耗的是用户对这个号会不会打扰我的判断，一旦这个判断变负面，后面所有正常的推送都会被连累。判断标准很简单：这条消息发出去，用户是正在等它，还是被它打断？如果是后者就不该用模板消息发，具体可用场景以官方最新说明为准，提交前在后台再核对一遍。
地域词放进语境里，不要铺满全文
北京本地的账号很容易把北京两个字塞满标题和每一段开头。这种做法短期可能在搜索上有一点帮助，但会让内容读起来很机械，用户跳出得更快。
地域词的有效性取决于它出现在哪个语境里。出现在服务范围、案例地点、交通与到店路线这类句子里，它是有信息量的；出现在标题和每段开头，它只是重复。更稳的做法是让地域信息自然出现在这件事发生在哪、能覆盖到哪的表述里，一篇里出现三五处有效的，比通篇塞满强。
数据只看三件事
后台能看的指标很多，同时盯十几个的结果是哪个都盯不深。如果只允许保留三个，我建议保留：菜单点击分布、用户主动发的关键词、取关发生的时间点。
菜单点击分布告诉你用户进来想做什么、哪个入口是废的；用户主动发的关键词告诉你菜单没覆盖住什么；取关的时间点往往和某一次推送或某一条模板消息对应，能直接指向用户是在哪一步离开的。这三项的共同点是都能立刻改动作，而不是只能看。像阅读总数、粉丝总数这类指标，看个趋势就够了，不必每天盯。
一个常见误判：先加动作还是先做减法
账号数据不好时，多数人的第一反应是加动作：加一条推送、加一个菜单入口、加一场活动。加法看起来更努力，也更容易向内部交代。但本地服务号更常需要的其实是减法：砍掉低频入口、砍掉没有交付能力的需求、砍掉与目标用户无关的推送。
判断该加还是该减，看一个信号就行：如果菜单点击集中在少数几个入口、其余入口长期接近零，说明结构已经冗余，加动作只会让冗余更严重。反之，如果用户反复在消息里问同一个菜单里没有的问题，那是真的缺，该加。这两种情况的处置完全相反，混在一起处理是很多账号越做越乱的原因。
如果这些只能做一件，就先写清楚服务半径那句话，它决定了后面所有动作是对准还是错配。如果写清楚之后，用户依然在消息里反复问同一个不在你能力范围内的问题，说明这个定位在本地不成立，该改的是服务本身而不是文案。至于停手，可以沿用一条标准：半径清楚、菜单收敛、节奏稳定，三者都做到之后仍然没有变化，就该停下来重新验证方向，而不是继续叠加动作。
可以先做这几件事
- 把服务半径写成一句话，包含区域、品类、响应时段，直接放进简介，边界不清就先不扩量。
- 检查菜单第一层，只留三个高频动作，层级超过三层就砍，入口一律改成动作词。
- 翻一遍后台未命中关键词，把反复出现的词加进关键词库，或反向调整菜单结构。
- 定一个能长期维持的推送节奏，包含周期和固定时间，先连续执行一个季度再评估，期间不加发。