项目启动清单：需求确认后的第一周做什么
给刚签约的客户和接单的开发方：需求确认之后、正式开发之前，第一周做对的事分两条线——客户线（确认、提供、拍板）和开发线（对齐、梳理、设计）。两条线都跑通，项目才不会在第二周开始扯皮。产出三样东西：一张双线任务表、一份功能点清单模板、一份技术方案设计清单。
第一周双线任务表（示例：某外贸公司报价系统）
| 天 | 开发线 | 客户线 | 产出 |
|---|---|---|---|
| D1 上午 | 内部需求对齐会：开发方自己先过一遍需求，把模糊点、矛盾点、缺漏点整理成「问题清单」（带着 20 个问题去开客户会，比现场想起来问强十倍） | 核心业务人员确认下午到场 | 问题清单 |
| D1 下午 | 组织需求确认会：逐条过需求，当场拍板争议项，冻结范围 | 拍板人到场（不是传话人） | 冻结版需求清单（编号 1–N） |
| D2 | 功能点梳理：把需求拆成功能点清单（编号/模块/优先级/验收标准雏形），这是排期、报价核对和验收的地基 | 按「8 样东西」清单开始准备，回填环境信息采集表 | 功能点清单 v1 |
| D3 | 技术方案设计：选型、核心表结构、第三方依赖、风险与兜底 | 业务骨干确认核心单据的字段与流转（「我们的单子就是这么走的」） | 技术方案初稿 + 字段确认记录 |
| D4 | 技术方案内部评审 + 工作量估算，与报价单核对（超出预警范围就当天沟通，不憋着） | 提供 10–20 条真实脱敏样例数据，试导一轮 | 方案定稿 + 导入方案 |
| D5 | 排期确认：里程碑、演示节点、技术风险进排期 | 确认各节点自己要交付的内容与配合人 | 排期表双方签字，含甲方同周期动作 |
第一周的目标不是写代码，是把「双方各自以为的共识」和「开发方肚子里的方案」都落到纸面。范围冻结清单 D1 定稿，此后加需求走变更单（标价、标工期）——这条第一周说清楚，比第三周吵架时说清楚，成本低十倍。
需求确认会上必问的 8 个问题
需求会上客户说的都是「要什么」，这 8 个问题问的是「边界在哪」——漏一个，后面都会变成变更单或扯皮：
- 部署到哪：你们有自己的服务器吗？域名备案了吗？（决定上线周期）
- 数据量级：现在多少数据，一年后预计多少？（决定表设计和导出方案）
- 谁在用：几个角色、各多少人用、手机还是电脑为主？（决定权限与端）
- 对接什么：要和哪些现有系统/微信/支付/税控打交道？（决定工作量的大头）
- 谁验收：验收签字人是谁、什么职务？（写进合同的那个）
- 工期底线：有没有不能动的日期（开业日、展会、财年）？
- 预算弹性：区间上下限各对应砍掉哪些范围？（早说比晚说便宜）
- 你最担心什么：客户自己说出的最大顾虑，往往就是验收时最较真的点。
功能点清单模板
需求是「话」，功能点是「可排期、可报价、可验收的单位」。模板（示例）：
| 编号 | 模块 | 功能点 | 优先级 | 验收标准雏形 | 变更记录 |
|---|---|---|---|---|---|
| F-03 | 报价 | 按客户等级自动带出阶梯价 | P0 | 选客户后 3 秒内带出正确阶梯价，人工可改 | — |
| F-07 | 报价 | 一键导出 PDF 报价单（含公司抬头） | P1 | 导出文件与页面数据一致，10 秒内生成 | — |
| F-11 | 数据 | 旧系统商品数据导入 | P1 | 按导入模板导入 400 条，核对四步通过 | v1.2 新增，变更单 BG-02 |
规则三条：每个功能点有唯一编号（后续变更单、验收单、工时都按编号引用）；优先级 P0/P1/P2 在 D1 当场和客户确认（P0=不上线就没法用）；验收标准雏形哪怕一句话也要写，它就是验收单第②字段的来源。
技术方案设计清单
技术方案不用长，四件套齐了就能开工，每件都直接对应后面省掉的麻烦：
- 选型与部署形态：框架、数据库、服务器配置、部署方式（Docker/直装），一句话写明为什么——部署形态决定客户的运维成本和你的售后成本；
- 核心表设计：围绕核心业务的三五张主表，重点标出唯一键和状态字段——唯一键设计错了，重复数据和无账可对都在后面等着；
- 第三方依赖清单：支付/短信/地图/存储各用什么、账号在谁名下、审核周期多长、办不下来的兜底方案是什么（比如支付商户号批不下来，先走人工收款登记，接口留好）；
- 风险与工作量：三个最大的技术风险（如旧数据质量差、对接系统文档缺失）各配一个对策；工作量估算与报价单核对，偏差超两成当天和客户沟通，不憋到中期爆发。
客户需要准备的 8 样东西
| # | 东西 | 具体要求 | 缺了会怎样 |
|---|---|---|---|
| 1 | 域名 | 已备案的提供备案号，未备案的当天启动（管局周期 1–2 周，无法压缩） | 上线整体延期 |
| 2 | 服务器 | 云服务器按需求单配置，或确认由开发方代购（费用实报） | 无法部署 |
| 3 | 第三方账号 | 短信、支付、地图、存储按清单逐项注册（支付商户号审核另有周期，签约当天启动） | 对应功能整体阻塞 |
| 4 | 旧系统数据 | 要迁入的数据导出一份原始样例（Excel 或备份文件） | 数据方案无法设计，后期返工 |
| 5 | 样例单据 | 最常用的 3–5 种业务单据各一张（拍照即可），用于核对字段 | 字段靠想象，做出来对不上业务 |
| 6 | 双方联系人 | 各指定 1 名主联系人 + 1 名决策人（姓名、电话、微信） | 找不到拍板的人，一个问题等一周 |
| 7 | 品牌素材 | Logo 源文件、企业简介、产品图 | 页面用占位图交付，验收再返工 |
| 8 | 验收签字人 | 书面指定（姓名、职务） | 验收签字无效，尾款节点悬空 |
口径：8 样东西自 D1 需求确认会后开始计时，任何一项延迟提供，关联开发节点相应顺延。顺延不是罚款条款，是排期事实：域名的第一天，部署就做不了。
启动会 30 分钟议程
- 过需求清单（10 分钟）：逐条念，异议当场改，改完冻结编号；
- 过功能点优先级（5 分钟）：P0/P1/P2 当场和客户确认；
- 过排期与里程碑（5 分钟）：什么时候演示、什么时候要数据、什么时候验收；
- 过 8 样东西清单（5 分钟）：每项定责任人和完成日期；
- 过协作方式（5 分钟）：周报节奏、变更单流程、双方联系人。
启动会不用 PPT，对着需求清单、功能点清单和这两张表过。纪要当天发出，双方书面确认。
使用注意三条
- 内部对齐会不能省。直接拿客户的原始需求开工，开发过程中暴露的每个歧义都会以「返工」计费——D1 上午那一小时，是全项目回报率最高的时间。
- 功能点清单是全项目的宪法。排期按它、变更按它、验收按它——功能点颗粒度到「一次能演示完」为止，太粗验收时扯皮，太细维护不动。
- 技术方案的兜底方案不是可选项。第三方审核、旧数据质量、对接系统文档，这三样的失败概率从来不是零——每个风险写一句「如果不行就怎么办」，写的时候十分钟，救场的时候十天。
什么时候不适用
需求还只有一两句话的初期接触：先做需求澄清和方案粗估，不进启动流程。纯模板部署类小单（官网站，两天交付）：双线任务表压缩成一张确认页，功能点清单与技术方案合并成半页。甲方是大企业、有自己 PMO 的：以对方流程为准，本清单作查漏。
相关阅读
- 博客：两周交付一个行业系统：范围冻结、里程碑与验收——范围为什么冻结、蛇形排期怎么排；
- 博客：一个人做行业软件，先接单再做产品——每单强制归档的五样东西；
- 案例：相关案例整理中（外贸报价系统从启动到上线的完整周期）。
| 版本 | 适用日期 | 变更记录 |
|---|---|---|
| v1.1 | 2026-10 | 按产品/技术复审补：开发线四动作（内部对齐/功能点梳理/技术方案/估算核对）、必问 8 问、功能点清单模板 |
| v1.0 | 2026-10 | 首版：第一周任务表 + 8 样东西 + 30 分钟议程 |