先看咨询本身能否对应一个独立意图,而不是只看“附近地区”这四个字。如果咨询反复指向同一类具体需求,例如某个行政区内的上门服务、某类园区企业的办公场景,且现有页面无法用一段话准确回应,就值得新增页面;如果只是同一需求换了街道名,优先扩写现有页面。判断依据应来自咨询记录、现有页面覆盖和后续维护成本,而不是咨询里出现了地名。
把最近一段时间的咨询来源整理成两列:一列是用户要解决的问题,另一列是他提到的地点范围。假设你手上有三十条咨询,其中十八条都在问同一件事,只是地点从“南山”换成“宝安”“龙华”,这通常说明需求本身是通用的,地点只是用户描述自己位置的习惯。此时新增多个页面,内容会高度相似,维护起来也容易互相竞争。
反过来,如果咨询里出现了地点和需求绑定的信号,例如“我们在某个产业园,能不能按园区门禁时间安排”“这个片区的写字楼周末是否有人处理”,这类问题已经超出通用服务说明的范围。它对应的是具体场景下的执行条件,值得单独成页。这里的关键动作是:先给咨询打两个标签,再统计“同一需求跨多少个地点”和“同一地点出现多少种需求”。标签统计的结果直接决定下一步是扩写还是新建。
拿你准备回应的那个页面,逐条对照咨询里的问题,看它能否在不加大段新内容的前提下回答。可以按下面三个层次判断:
这个测试的价值在于把“要不要新增”变成可观察的动作。做完之后你会得到一份清单:哪些咨询归入现有页面,哪些需要新页面承接。清单里如果新页面超过两三个,先不要急着全部动手,继续看下一节的维护代价。
新增一个页面意味着它要长期保持准确。地点相关的信息最容易过期,比如某片区的通行规则、某个场所的开放时间、某类地址的表述方式。一旦这些前提变化,页面就需要更新,否则会误导用户,也会让同一站点的信息互相矛盾。
因此可以用一个简单的假设例子来比较:假设你新增一个页面,预计每月带来若干条咨询,但每季度需要花时间核对一次地点相关信息;而把这部分内容并入现有页面,只需在原有更新节奏里顺带检查。如果新增页面带来的咨询增量并不明显,而维护成本明显上升,那么扩写现有页面更划算。这个比较不依赖精确数字,只需要你估计“新增后需要多花几次核对”和“能多回答几类咨询”。
更稳妥的做法是:先扩写现有页面,观察一段时间。如果同一类地点绑定的问题仍然反复出现,且现有页面已经容纳不下,再拆出独立页面。这样每一步都有依据,不会因为一次咨询就匆忙建页。
如果最终判断需要新增,先确定它和现有页面的关系,避免两个页面回答同一批问题。可以按下面的顺序处理:
这套动作的结果会反馈到下一次判断:如果新页面确实承接了原先混在通用页面里的咨询,说明拆分成立;如果它只是多了一个入口,咨询内容仍和原页面重叠,就应合并。判断是否新增页面,本质上是在判断“咨询背后的意图是否已经独立到需要单独承接”,地点只是其中一个观察维度。