确定主要用户任务,做法是先列出用户到站后可能想完成的所有动作,再按“业务价值、出现频率、完不成时的损失”三项打分,选出得分最高且能在一个页面内闭环的那一个,把它写成一句可验收的话,例如“访客能在不联系任何人的情况下查到服务范围与起送条件”。其余任务降为次要任务,排在它之后处理。时间和人手有限时,只把主要任务做完整,比把五个任务都做一半更有效。
主要任务是用户带着需求进来时要完成的事,不是站点方想推送的内容。判断方法很直接:看用户从搜索、广告或推荐进入时用的词,以及他们到达后第一眼会找什么。如果多数人进来先找价格、地址、可服务区域,那么“快速确认是否覆盖自己所在位置”就是主要任务;如果多数人进来先比较方案差异,那么“看懂不同方案的区别并做出选择”才是主要任务。
一个站点只设一个主要任务。次要任务可以保留入口,但不能和主要任务抢首屏位置。判断依据是:当两者冲突时,哪个完不成会让用户直接离开,那个就是主要任务。
把候选任务逐条写下来,按下表打分,每项1到3分,取总分最高者。分数只是帮助比较,不需要精确。
举例(假设场景):一家本地服务类站点列出“查服务范围”“看报价方式”“了解流程”“联系客服”。若访客最常确认的是自己所在位置是否被覆盖,而覆盖信息缺失会导致直接离开,那么“查服务范围”得分最高,应作为主要任务,首屏就给出可核对的信息,而不是先放一段介绍文字。
任务不能停在“方便用户了解我们”这种描述上,要写成能判断对错的形式,包含三要素:谁、在什么条件下、完成什么动作。例如:
首次到访的本地访客,在手机首屏内能确认服务范围,并找到下一步动作。
验收时按这句话逐项检查:首屏是否出现范围信息;是否无需滚动太深;下一步入口是否在同一屏可见。任何一项不满足,就说明主要任务还没做完,次要任务先不动。
这套方法适合时间和人手有限、需要决定先做哪块的情况。它不适合需求高度分散的平台型站点,那类站点要按用户群分别设定任务。常见误判有三种:把“老板最想展示的内容”当成主要任务;把多个任务并列,导致首屏没有重点;把主要任务定得太宽,例如“让用户了解全部信息”,结果无法验收。
如果打分后前两名差距很小,说明候选任务本身区分度不够,可以回到真实咨询记录或搜索用词里找依据,而不是凭感觉选。若暂时没有数据,就选那个“完不成会直接离开”的任务,先做出来再观察。
动手改版前,先把主要任务写成上面那句可验收的话,贴在协作位置,然后只调整与该任务相关的首屏内容和入口。次要任务保留链接即可,等主要任务的验收项全部通过,再安排下一项。这样在四平网站设计这类资源有限的项目里,能保证每一轮改动都有明确结果,而不是反复争论版面好不好看。