不验收。。。。。。。

FIRE

让主策和pm去压，反正不按照需求做不给过-_-#

这个。。反正先注意自己文档是不是真的写清楚了。。
不然被程序倒打一耙，他错再多，只要你本身也有问题，错的就是策划。
因为哪有程序没BUG的，只要文档有问题，BUG出在你写清楚的问题他都可以解释成你那个问题导致的。

多数的程序都不看文档吧，你走到哪都是这样，换位思考一下你看别人的案子思路能跟上不，别人的思维机构你能接受多少？我的做法是耐心测试，凡是不一样的地方全部都列出详细的BUG反馈，前面有个系统我列了60几条的BUGLIST，不要想着用口述，说了也没用，一条条反馈，一条条验收，凡是不一样的你不想要的都这么提，最起码对工作有个交代，他不修就是他的事情了，下次的BUG反馈继续累加之前没修的，你列上500条，你看有人重视没有

UML类图什么的写清楚，包括中文注释，程序和策划都看懂的类图或函数模块文档并达成一致，再去写代码。不懂程序架构设计的策划一般都会被程序员看作战五渣。
——来自 爱贴吧 Windows Phone 客户端

这说明沟通出了问题，你需要找主策和主程好好沟通，不能单凭文档做事，策划的主要责任就是设计、执行和沟通

策划文档写出来让程序和美术大致了解，让后跟程序交互的时候将策划文档整理成开发交互文档（最好用excel表格），将每个系统单独罗列开来程序就比较好看懂。

1.跟进
2.哄
3.反复跟进
4.继续哄

合作沟通不是把文档直接呈现给人，总得用语言交流。还有，搞好私下关系，挺重要的。

不能用就开了。