建站基础知识 - 怎样确定网站的主要用户任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /249e75aaf6a6.html
📄
建站基础知识 - 怎样确定网站的主要用户任务
确定网站的主要用户任务，核心做法是先列出用户可能带着什么目的来到网站，再按“谁、在什么场景下、要完成什么、完成不了会怎样”四项逐条打分，最后只保留一到三个最高频且最影响后续行为的目标作为主任务。多人协作时，把这份判断写成一句话的任务说明，并让设计、开发、内容各自确认，能明显减少返工。
从假设例子看判断过程
假设一个面向本地小型餐饮店的网站，团队内部对首页该放什么争论不下：有人要放品牌故事，有人要放菜单，有人要放加盟信息。此时不要投票，而是先列出候选任务：
- 顾客查看菜单和价格
- 顾客找到门店地址与营业时间
- 顾客在线预订或电话订餐
- 潜在加盟商了解合作条件
- 求职者查看招聘信息
接着给每项打分。判断依据不是“我们想推什么”，而是用户来访频率、任务紧急程度、完不成是否会离开。菜单和地址属于高频且紧急，预订属于高频但可替代（用户可直接打电话），加盟和招聘属于低频但价值高。结论通常是：主任务是“让顾客快速看到菜单并找到到店信息”，预订作为次级任务放在显眼位置，加盟和招聘收进独立入口，不占用首页主视觉。
用四个问题筛出主任务
协作中最容易犯的错误是把“业务目标”直接当成“用户任务”。业务目标是“提升加盟咨询量”，用户任务却是“先确认这家店好不好吃、贵不贵”。两者不能混为一谈。可以用下面四个问题过滤：
- 谁：这个任务主要服务哪一类人？新访客、老顾客还是合作方？
- 场景：他在什么设备、什么时间、什么情绪下完成？赶时间的人更需要一眼看到地址。
- 动作：他要做的具体动作是什么？浏览、搜索、填写、拨号还是下载？
- 后果：如果这一步失败，他会直接离开，还是愿意再找一找？
四项都指向同一批用户和同一类动作时，这个任务才适合当主任务。若一项任务只有内部人员觉得重要，而用户几乎不执行，就应降级为次要入口。
协作交付时的检查项
确定主任务后，需要把它变成可检查的交付物，而不是停留在口头共识。建议在需求文档里固定写清：
- 一句话主任务说明，例如“帮助到店顾客在三十秒内找到菜单和地址”。
- 主任务对应的页面或模块，以及它在导航中的位置。
- 判断成功的可观察行为，例如点击菜单、查看地址、发起预订。这里说的是行为观察，不是保证排名或收益。
- 明确哪些内容属于次要任务，避免首页被无关信息挤占。
常见错误包括：主任务写成“提升品牌形象”这类无法验证的口号；把多个互斥任务并列，导致用户不知道先点哪里；以及只由一个人拍板，设计做完后开发才发现入口结构不支持。多人协作时，至少让内容、设计、开发三方对同一句话确认一次，返工概率会下降。
判断结果与适用条件
如果一份任务说明能回答“谁在什么情况下要完成什么”，并且团队能指出对应页面和可观察行为，就可以认为主任务已经确定。若只能说出“我们要展示什么”，却说不清用户要做什么，说明还停留在业务视角，需要回到用户列表重新筛选。这套方法适用于大多数以信息展示或服务预约为主的网站；对于功能复杂的平台，主任务可能随用户角色不同而不同，此时应按角色分别确定，而不是强行合并成一个。
下一步，把这份主任务说明放到下一次评审的第一页，逐条核对页面结构是否围绕它展开，再决定删减哪些次要入口。
