建站周期：怎样确定网站的主要用户任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /43b8422c4b20.html
📄
建站周期：怎样确定网站的主要用户任务
确定网站的主要用户任务，不是先问“我想放哪些栏目”，而是先找出用户来网站必须完成的那一件事。判断方法很简单：列出用户可能的意图，用证据筛掉次要意图，最终留下一个能写成动作句的核心任务，例如“查询并提交报修申请”或“比较课程后完成试听预约”。这个任务将直接决定导航层级、页面数量、表单字段和开发排期，从而影响建站周期。
先收集用户意图，不要先画页面结构
要查什么：用户通过搜索、广告、朋友推荐或直接输入进入网站时，分别想完成什么。怎么查：找5到10位真实或潜在用户做简短访谈，问“你上次想解决这个问题时，第一步做了什么”；同时查看客服记录、搜索词报告和站内搜索词。结果说明什么：如果多数人提到“先看价格再决定是否联系”，那么价格比较就是主要任务的一部分；如果多数人直接问“能不能上门”，说明任务更接近预约而非浏览。
用三项证据判断哪个任务最重要
- 频率：该任务在访谈、搜索词和咨询记录中出现的次数。出现最多不一定最重要，但完全没人提的任务通常不能排第一。
- 业务价值：用户完成它之后，是否直接产生线索、订单或有效沟通。例如“下载资料”可能频率高，但“提交预约”更接近成交。
- 阻塞程度：如果这个任务完不成，用户是否会立刻离开。查法：观察用户是否反复返回首页、点击多个栏目或直接拨打页面上的电话。结果说明什么：反复返回往往意味着主要任务入口不清晰。
把主要任务写成一句可执行的话
不要写“提供优质服务”或“展示公司实力”，这些不是用户任务。可执行的任务句应包含用户、动作和结果，例如“新访客在3步内提交房屋漏水报修并看到处理时限”。判断标准：如果开发人员看完这句话，能直接判断首页第一屏放什么、表单需要几个字段、哪些页面可以延后，那么任务就算定义清楚。若句子仍然模糊，继续追问“用户做完什么动作才算完成”。
用原型测试验证，而不是靠内部投票
要查什么：用户能否在原型上独立找到并完成你定义的主要任务。怎么查：用纸面草图或可点击原型，给3到5位目标用户一个场景，例如“你家厨房漏水，想预约明天上午的维修”，观察他们第一眼点哪里、卡在哪一步。结果说明什么：多数人能在两次点击内进入正确流程，说明任务与入口匹配；若多数人先点“关于我们”或“新闻动态”，说明导航按公司结构而非用户任务组织，需要调整后再进入视觉设计和开发。
根据任务确定建站周期中的取舍
主要任务明确后，建站周期可以按依赖关系拆分：先完成承载主要任务的页面和表单，再做次要栏目、博客和装饰性内容。检查项包括：主要任务是否只需一个入口；完成路径是否超过三步；移动端是否同样可完成；表单字段是否都能用一句话说明用途。如果某项内容不影响主要任务，可以放到上线后迭代。这样做的结果不是缩短或延长周期本身，而是减少返工：需求评审、设计和开发都围绕同一个任务验收，避免上线后才发现用户找不到关键入口。
下一步，把上面访谈和原型测试的记录整理成一页任务说明，只保留一个主要任务和最多两个辅助任务，然后拿这份说明去核对首页首屏、导航名称和表单字段，不一致的地方就是建站周期中最先需要修改的部分。
