示例场景
客户想做一个个人主站，内置一个业务计算器，链接到博客，并让访问者能理解服务能力和交付流程。
真实需求不必和这个场景完全一样，但应该达到同样的颗粒度：目标、角色、首版范围、暂不做范围、验收和部署都要能落到具体描述。
Requirement Example
独立站和在线工具需求示例
把独立站和在线工具需求拆成站点目标、页面结构、工具规则、SEO、移动端和发布流程。
好需求写法
下面这些内容可以直接作为任务包草稿，再根据真实项目替换细节。
站点目标
首页展示个人能力和项目入口，工具页提供一个可用计算器，内容页链接博客，联系页提供微信和邮件。
目标访客
潜在客户、招聘方、合作方和搜索进入的工具用户。
页面结构
首页、工具列表、工具详情、项目、服务、内容入口、交付流程、联系、关于和 changelog。
工具规则
计算器需要列清输入字段、默认值、单位、公式、边界值、示例输入和期望输出。
SEO 和统计
每个核心页面需要标题、描述、canonical、sitemap、robots、结构化数据和基础访问统计。
移动端要求
320px 宽度下按钮、表单、卡片、长中文和结果区不能横向溢出或互相遮挡。
验收标准
关键页面能构建访问，计算样例结果正确，移动端无溢出，sitemap/feed 包含新增路径。
验收重点
工具公式必须放进可测试模块，不能只藏在页面交互里。
页面入口要清楚，但首页不能塞进所有建设记录、路线图和文档细节。
移动端长按钮、结果卡片、表格和二维码要重点检查。
域名 DNS 或备案关闭时，只做本地构建和预览验证，不做 live 收录检查。
不要这样做
不要把首页做成密集项目管理面板。
不要新增和现有工具高度重复的小工具来凑数量。
不要发布价格页，当前策略是先通过需求模板和微信确认范围。
