改版项目里最贵的资源不是钱，是决策速度。设计稿发出去一周没人回复，或者两个部门给出相反意见，进度就这么一点点耗掉了。
把角色和权责在项目启动时定清楚，比任何工具都管用。
内部角色
企业这边至少需要这四个人：
- 决策人（一个）：有最终拍板权，通常是分管市场的负责人或老板本人
- 项目对接人：日常沟通、收集反馈、催进度，一个人就够了
- 内容负责人：统筹产品资料、案例、新闻的提供与校对
- 技术对接人：管服务器、域名、备案、内部系统对接
决策人只能有一个。两个人都有否决权，项目就会在两个意见之间反复横跳。多人提意见可以，但拍板的必须是同一个人。
外部角色
服务商那边一般包含：
- 项目经理：排期、协调、控制风险，是你要盯的主要对象
- 策略或产品经理：做诊断、出原型、梳理结构
- 设计师：视觉与交互
- 前端与后端开发
- 测试人员：小团队可能是开发兼任，但一定要有人负责测
小项目里一个人可能身兼数职，这没问题，但要确认每个职责都有人认领。最怕的是所有人都以为别人在做。
决策链要短
建议约定这样的流程：
- 日常问题：对接人直接和服务商项目经理定，当天有结论
- 方案级问题：决策人在三个工作日内给出意见
- 需求变更：书面确认，同步评估工期和费用
- 争议问题：回到需求文档和目标，以文档为准
最后一条特别重要。争论"这个颜色好不好看"是没有结果的，争论"这个方案是否服务于既定目标"才有答案。
各部门的意见怎么收集
销售、客服、市场的意见很有价值，但不能让他们直接改设计稿。做法是：
- 项目启动前收集一轮：每人写下三条"现在网站最让你头疼的问题"
- 线框图阶段再收集一轮：针对具体方案提意见
- 之后就不再广泛征集：进入执行期，只由决策人拍板
常见的协作陷阱
- 对接人没有决策权：每次都要往上请示，一周能开三次会
- 内容迟迟不到位：指定到人还不行，要定到日期
- 中途换对接人：新人不知道前因后果，又把旧问题讨论一遍
- 验收时全员评审：十几个人各提一条意见，修改清单无穷无尽
沟通节奏
固定每周一次同步会，半小时以内，过三件事：本周完成了什么、下周要做什么、需要谁配合什么。其余时间用群聊和文档异步沟通。别让改版变成每天开会的理由。
改版项目里，最稀缺的资源从来不是开发工时，而是清晰的决策。
—— 一位带过几十个改版项目的项目经理