没有历史流量时,可验证假设不能从“我觉得用户会搜什么”出发,而要从你已知的业务约束出发:谁在什么情境下必须解决这个问题、他们此刻会用什么词描述它、以及你能在多长时间内拿到一个可判定的信号。核心动作是把假设写成“如果……那么……”的句子,并为它配一个能产生二值结果的最小页面或最小内容,而不是先建完整站再等数据。
这两种条件的构造方式完全不同,选错会让假设永远无法被证伪。
条件一:你能投放或已有少量线索来源。此时假设应围绕“意图是否真实存在”来构造。你可以用一条广告、一个落地页或一次私域触达,直接观察点击之后的动作。此时假设的可验证性来自可控曝光,不必等搜索引擎给量。
条件二:你只有自然流量,且站点尚未被稳定抓取。此时假设要缩小到“搜索引擎能否理解并匹配这个意图”。你要验证的不只是用户想不想看,还包括页面是否被索引、标题与正文是否指向同一意图。抓取、索引、排名是三个不同环节,任何一环没发生,都不能用“没流量”直接否定用户需求。
判断依据很简单:如果你能在一周内主动把页面推到目标用户面前,走条件一;如果不能,走条件二,并把第一轮假设压缩到三到五个页面以内。
常见做法是写“用户需要更专业的服务介绍”,这不是假设,是愿望。可验证的写法需要包含四个部分:对象、情境、预期动作、判定标准。
例如,假设句可以写成:如果刚接手新业务的小团队负责人正在寻找可落地的启动方法,那么他会用“从零开始”这类词搜索,并愿意停留阅读一份带步骤的清单;如果页面获得曝光后无人点击,或点击后无人继续访问第二页,则该假设不成立。
这里的关键不是数字多大,而是判定标准必须事先写下来。假设不成立时,你要改的是对象或情境,而不是先改页面配色。
不要为每个假设建一个完整栏目。最小可行做法是:一个页面只回答一个具体问题,标题直接使用你假设用户会用的描述方式,正文给出可执行步骤,并在结尾提供一个自然的下一步动作,例如查看相关方法或提交具体问题。
实施动作与结果如何影响下一步:
每一步只改一个变量,否则你无法知道是哪一个变化带来了结果。
当业务本身还没有确定的服务边界时,先不要构造搜索假设。例如你还在决定提供哪种交付形式,那么用户搜什么词并不重要,因为你无法给出稳定承诺。此时应先做小范围人工沟通,等交付内容稳定后再回到页面验证。
另一个例外是强合规或强信任门槛的业务。用户即使有明确搜索意图,也可能因为缺少资质说明、案例依据或联系方式而离开。这类情况下,页面验证要先把信任要素补齐,否则你测到的只是信任缺口,不是需求真假。
没有历史流量并不等于无法验证,它只意味着你必须把假设写得更小、判定标准写得更早,并且接受第一轮结果可能是否定。否定一个假设,本身就是下一步该往哪里走的依据。