确定主要用户任务,不是问“我们想让人看到什么”,而是找出用户来到网站后最想完成、且与业务目标一致的那一件事。对已有页面或项目做改进时,先不要急着改版,而应从现有访问路径、用户提问和转化动作中反推任务,再用小范围验证确认。
很多山东网站开发项目在复盘时,会把“在线留言、产品展示、电话咨询、下载资料”直接列为主要用户任务。这些只是功能,不是任务。用户任务描述的是用户想达到的结果,例如“找到适合自己工况的型号并询价”“确认服务范围是否覆盖本地”“下载一份可交给领导的方案”。功能可以很多,主要任务通常只有一到两个。
把功能当任务,会导致页面平均用力:首页堆满入口,每个按钮都想要点击,结果用户反而不知道下一步该做什么。判断方法很简单:如果某个功能删掉后,用户仍能通过其他方式完成同一结果,它大概率不是主要任务。
已有项目最有价值的证据是真实行为。可以按下面顺序检查:
这些线索只能说明“可能的主要任务”,不能直接下结论。比如某产品页跳出率高,可能是任务不匹配,也可能是页面加载慢、参数写得不清楚,或者用户只是来查一个型号就离开。需要把多个现象放在一起看。
把线索整理成一个具体句子:“来到这个页面的某类用户,最想完成某个动作,以便得到某个结果。”例如:来到设备页的采购负责人,最想确认设备是否满足产能要求,以便决定是否发起询价。
判断这个假设是否成立,可以看三个条件:
假设示例:某山东网站开发项目发现“服务范围”页访问量高,但咨询转化低。可以把主要任务假设为“确认服务是否覆盖所在城市”。验证方式是在该页增加按城市查询或清晰的服务区域说明,观察咨询中“你们能来我们这里吗”这类问题是否减少。这里的效果因项目而异,不能保证固定提升。
已有项目不需要一次性推翻。可以按以下步骤执行:
适用条件是:现有网站有基本访问数据或咨询记录,且业务方愿意接受小步调整。如果网站刚上线、几乎没有数据,优先用用户访谈和客服问题来建立假设,不要用猜测代替证据。
确定主要用户任务后,下一步不是继续讨论概念,而是把它写进具体页面:首屏是否直接回应这个任务,导航是否指向这个任务,表单和联系方式是否出现在任务完成的位置。每次改动只围绕一个任务做检查,避免一次调整太多变量,导致无法判断哪项改动有效。