这篇文就是告诉你，怎么把那些乱七八糟的需求理清楚，写出能落地的会议纪要，别再让开发改到吐。
我是老张，在建站这行摸爬滚打十年了。见过太多老板或者项目经理，开会时唾沫横飞，觉得方案完美无缺，结果一转头，开发说听不懂，设计说没依据，最后背锅的还是我。今天不跟你扯那些虚头巴脑的理论，就说说我最近踩的一个坑，关于建设网站的会议纪要，这玩意儿要是写不好，真的会累死你。
上周我们接了个电商改版的项目，甲方是个挺急的老板。会上大家吵得不可开交，需求变来变去。散会后，我花了半小时整理了一份纪要，当时也没太在意，觉得只要核心点到了就行。结果第二天开发小哥拿着我的纪要来找我，指着其中一条说：“张哥，这‘用户体验要好’到底是个啥标准？是加载快，还是按钮大？”我当时就懵了，这还需要解释吗？大家都懂啊。
这就是问题所在。很多关于建设网站的会议纪要，写得像散文，全是形容词，没有动词，没有数据，没有责任人。这种纪要，除了证明你开过会，屁用没有。
后来我痛定思痛，总结了一套笨办法，虽然土，但真管用。
第一步，别用形容词，全用动词和名词。比如，别写“优化首页布局”，要写“将搜索框从顶部移至导航栏右侧，字号从14px调整为16px”。你看，这样开发才知道具体改哪，设计师也知道具体调多大。
第二步，必须带上时间节点和责任人。这是最关键的。每条需求后面，必须跟着“谁”在“什么时候”前完成。比如，“张三，本周五下午5点前，提交首页UI初稿”。没有责任人的需求，就是空气。
第三步，附上参考图或链接。文字描述再精准，也比不上一张截图。把竞品截图、参考案例链接，直接贴在纪要里。这能省掉至少80%的沟通误差。
我上次就是忘了这第三步，导致设计稿返工了两次，差点跟甲方翻脸。从那以后，我的关于建设网站的会议纪要，都强制要求附带视觉参考。
还有个小细节，也是我之前忽略的。会议纪要发出去后，一定要在群里@所有人，让他们回复“收到”或者“有异议请2小时内提出”。超时未回复，视为认可。这条规矩，帮我挡掉了无数“我没看见”、“我不知道”的甩锅借口。
说实话，写纪要挺烦人的，有时候为了抠一个细节，得反复确认好几遍。但当你发现项目推进得顺风顺水，不再因为需求不清而加班熬夜时，你就知道这功夫没白费。
咱们做技术的，或者做项目的，最怕就是“大概”、“也许”、“差不多”。在关于建设网站的会议纪要里，这些词就是毒药。你要做的，就是把模糊的东西变清晰，把抽象的东西变具体。
最后，再啰嗦一句。纪要写完后，自己读一遍，假设你是一个完全不懂这个项目的新人，你能看懂吗？如果看不懂，那就重写。别嫌麻烦，现在的麻烦，是为了以后的不麻烦。
希望这点经验，能帮到正在为会议纪要头疼的你。毕竟，谁也不想天天背锅，对吧？
