临时新增需求不能一律插队,也不能一律拒绝。合理做法是先判断它是否影响已有页面的抓取、收录或转化,再按影响面、紧急程度和所需人手分级:影响线上转化的故障优先,能在一小时内完成的小改动次之,纯新增内容或长期优化排入正常队列。这样安排的前提是:你手里已有明确的排期表,且每条需求都能对应到一个可验收的结果。
把临时需求分为三类,处理方式完全不同。
判断依据是“不做会怎样”。如果答案是持续损失已有询盘,就归入止损类;如果只是晚几天做,就归入增益类。
时间和人手有限时,口头传话最容易打乱排期。可以建一张表,每条临时需求记录五项:提出时间、具体页面或范围、期望结果、最晚完成时间、谁来做。登记后再决定是否插队,而不是当场答应。
一个可执行的排序规则如下:
举例说明,以下为假设场景:同一天收到两条需求,一条是修改某个产品页标题,预计二十分钟;另一条是新增十个关键词页面,预计两天。按上述规则,先做标题修改,因为它工时短且直接影响该页面的点击表现;新增页面排入后续排期。适用条件是标题修改确实对应真实搜索需求,而不是凭感觉反复改。
临时需求容易做完就忘,也无法判断是否值得插队。每条需求在登记时就写清验收信号,例如:
验收信号要能在短时间内检查,而不是“排名提升”这类无法立即确认的结果。收录和排名受多种因素影响,不能作为临时需求的完成标准。
当临时需求超过当天可处理量,必须明确告知提出方:哪些当天做,哪些排到哪天。不要用“尽快”这类模糊答复。可以给出两个选项:要么压缩原排期中的某项增益类工作,要么把新需求排到后面。让提出方选择,比单方面决定更容易执行。
同时保留一份被推迟的需求清单,每周回看一次。如果某条需求反复被提出,说明它可能不是临时需求,而应进入正式排期。
下一步可以直接做一件事:把最近一周收到的临时需求按止损、增益、探索三类各归一次,看看哪一类占用了最多时间,再据此调整下周的排期比例。