项目进行到一半，客户在沟通群里发来一句“再加一个页面吧，内容不多”。这句话听起来像是顺手的事，实际往往会牵动导航结构、访问权限、数据来源和测试范围。页面本身也许只要一天，但它带来的连锁调整可能让原定上线时间往后挪。与其先答应再返工，不如在排期之前把几件事问清楚。
先分清“一个页面”到底是哪一类
同样是加一个页面，静态介绍页、列表页和需要后台录入的动态页，工作量差别很大。静态页主要是排版和样式适配；列表页要考虑数据从哪来、如何分页、空状态怎么显示；动态页则涉及后台字段设计、录入权限和发布流程。可以先请客户描述页面打开后用户能看到什么、能点击什么，再判断它属于哪一类。分类不清楚，排期就只能靠猜。
内容来源要落到具体的人和时间点
文案、图片、图标、表格数据由谁提供，是否已经有可复用的资料，这些都要提前确认。很多加页需求卡住，不是因为开发慢，而是因为内容迟迟不到位。如果客户说“先放个大概”，也要明确大概到什么程度，避免开发按占位内容做完后，又因为正式内容结构不同而重做。内容不到位就开工，返工概率会明显上升。
新页面与现有页面的关系不能含糊
它放在导航的哪个位置，是从哪个页面跳转进入，是否需要出现在首页入口或页脚，是否会影响已有的栏目层级。如果新页面涉及表单提交、登录状态或订单流程，还要确认它是否接入现有权限体系，避免出现未登录也能访问、或者登录后看不到入口的情况。入口和权限这两件事，漏掉一个就会在测试阶段暴露出来。
验收标准提前约定
页面在哪些设备和浏览器上检查，移动端和桌面端分别由谁确认，文案错别字和链接跳转由谁最终把关。验收标准不清楚，页面做完后容易陷入反复修改。可以约定一个简单的确认方式：开发完成后先提供预览地址，客户在约定时间内集中反馈，避免零散意见反复打断排期。
把这些问题理清之后，可以形成一份加页需求确认清单：页面类型是什么，内容由谁在什么时间提供，导航位置和入口链接在哪里，是否涉及权限和数据，验收设备和确认人是谁，预计占用多少排期。清单不必复杂，但每一项都要有明确答案。先确认再排期，看起来多花半小时沟通，实际减少的是后面几轮返工。
it数运在处理这类临时需求时，习惯先把页面性质、内容来源和验收方式说明白，再给出排期建议。把需求说清楚，把交付过程做清楚，页面加得明白，进度也稳得住。
