其实是在PMcaff回答的一个问题，一不小心写开了就记录一下吧
问题：初创公司，需求定稿后，老板不断更改需求，设计、开发情绪不稳，如何协调最好？
问题描述：公司产品前期上线试行，用户响应不佳。老板和研发总监觉得是需求和界面设计的问题。接下来，在需求设计上，进行了大量的讨论和修改。说好的定稿以后，开发开始介入开发，但是老板想了几天，看着界面，又不断的要求修改界面和交互的流程顺序。设计不断的改改改，开发跟着改。有时候，准备上线的测试时间都在改，改的不是BUG，改的是需求。这让设计和开发人员情绪很不稳定。这种情况下，怎么协调最好？
首先，这是两个问题：1.老板不断变更需求2.设计和开发情绪不稳定
其次，要想清楚问题的本质，一个一个来：
一、老板不断变更需求，怎么办？
老板不断变更需求的原因是什么，为什么？
针对这些，我有一些方法论可以与你分享：
我遇到的情况分为大概3种：
1.伪需求，拍脑袋决定的需求，后面要改（可能你不信，但是真的有！）
这个就不做赘述了，曲建菲前辈说的很对，一定要把需求分析清楚，使用场景以及市场是否确实存在，如果不存在和老板说明，如果确实存在，是否有改进的空间？并做出方案。（最好有对比方案）
2.老板说：竞品这样做，做的还不错，我们也要上，把这个优先级往前提一提
这种情况应该不少吧？这里要提出做工作流程以及是否要被竞品打乱自己的脚步，要分析这样做的目的，他们有什么资源做这样的功能，我们是不是有？比如竞品已经有了大部分核心用户了，开始用户筛选分层、奖励机制，根据用户的贡献UGC内容奖励不同的勋章或者物质奖励等等。那我们是不是要上这个功能？我们的核心用户可能还没有我们的员工多，那这个时候做奖励这种事情肯定是起不到什么激励用户产生好内容的目标的，因为反反复复奖励的都是那几十个用户。
3.堆砌了一堆功能，发现用户学习成本太大：改！功！能！更悲剧的是还不知道怎么改！
一上来吭哧吭哧做了很多复杂的功能，用户一进来完全懵逼。然后用户进来后看了一下，想过一会在研究下，再想了一下，唉没啥用，删了吧！我们其实可以仔细想想微信的如何上功能的（张小龙绝壁是顶级产品经理这点毋庸置疑），先从4个tab说起，从左往右分别是：微信通讯录发现我的只分析发现这个版块
微信2.5增加附近的人
2011年8月3日，微信添加了“查看附近的人”的陌生人交友功能，用户达到1500万。到2011年底，微信用户已超过5000万。
微信3.0增加漂流瓶和摇一摇
2012年3月，微信用户数突破1亿大关。
微信4.0增加朋友圈
2012年4月19日，这一版本增加了类似Path和Instagram一样的相册功能，并且可以把相册分享到朋友圈。
2012年9月17日，腾讯微信团队发布消息称，微信注册用户已破2亿。
首先，附近的人、漂流瓶以及摇一摇有什么共同点？
简单到极致，谁都会用，帮助用户增加好友数量从而服务第一个tab微信（熟人社交）
大家都知道微信有些功能是可以在我的板块里设定隐藏的
那么问题来了
为什么附近的人和摇一摇、漂流瓶不一起上？
为什么先上附近的人，后上漂流瓶和摇一摇？
如果这些功能上了用户没有得到显著的增长，朋友圈还会不会上？
我抖胆猜测一下，自己的思路，未必对：
先上附近的人微信是要做的是熟人社交，线上认识线下熟悉后继续使用微信进行联络
后上摇一摇和漂流瓶是可能是预期用户量增长过于缓慢，其影响力无法让微信成为下一个移动端的QQ级的产品。
所以，我假设了一下，如果摇一摇和漂流瓶没有获得大量的用户，微信很可能把Tinder、Meowchat等帮助用户快速建立聊天的功能继续加上，直到达到他们认为微信已经形成影响力了为止。（meowchat起初有个功能，现在没有了，就是你可以把自己放到地球上任意一个点，从何那儿附近的用户聊天，我考雅思的时候帮了我不少忙，要不我口语肯定考不到6分）
所以上功能，一定要有策略。（我亲自问过纯银，他说：在设计产品的初期，会先和运营老大规划好运营内容模块，团队配合非常重要）
再用社区类的产品举例，初期功能一定是越简单越好，要让用户一眼明白，这是个啥社区，上了功能，运营要引导用户尽可能熟悉并使用这些功能（设计功能的时候不是想了使用场景吗，要让他们在那个场景里把功能给用上），之后在继续迭代更新！
二、设计和开发情绪不稳定，怎么办？
还记得程序员砍产品经理的新闻吗？反正我是感谢我司工程师的不杀之恩的看看吧，长点记性！
同样，为什么情绪不稳定？
我也做了下归纳：
1.加班？因为你没有想好，你要我加班？（工程师和设计师的内心OS大概是这样：PM你个大SB，早干嘛去了？老板要改需求你就去睡服他，叫他不！要！改！这是你的工作！！）
这种时候，一定要和工程师说明：变更了哪些需求，因为什么原因变更了这些需求？要让他明白这些需求变更的原因，让他们理解这样变更的好处以及原因很重要。（尽量少说：这是老板要改的。即使是老板让改的也要弄明白变更的原因）至于开发周期，一定要和他们商量的好，需要多少开发时间？（你说工程师偷懒，本来2天的活他非说5天才可以，不要这么想，有时候情况真的比你想的要复杂很多！）如果时间有限，需要增加几个人才能完成？是否可以找外包？这些你必须了解清楚并尽可能的解决，让他们专注做事就好。最后还得留好测试时间，最终结果好才是真的好，结果不好全白搭。（谨记：一定要尽力帮团队争取资源）
插一句：我帮iOS团队争取了明年1月份北京参加swift的讲座，我在微博看到了，分享到了开发群里，告诉开发负责人。负责人很感谢我。
2.精神层面，感觉自己的劳动成果不被尊重！（工程师：卧槽，搞了那么久，你TM一句话，我三天都白干。怎么办？不改！设计师：PSD都TMD10来个分组了，老板觉得这个好看，那个也不错，运营觉得这样好运营，PM说这样用户体验才是最好。）
其实吧，工程师和设计师心里也明白，工作嘛！改是正常的，但是你都不去想清楚就要改，完全不顾及他们的感受，你可以不懂技术，不懂设计，但是你不能不尊重他们的劳动成果。
但是如何尊重他们的劳动成果呢？
首先，尽心尽力的做好产品规划以及调研，每个版本优化哪些功能，上什么新功能？设计稿什么时候可以确认？（都要和他们商量）
其次及时响应工程师的问题，无论是邮件还是QQ群微信群！不要不耐烦，我一般在任何时候都会第一时间回复工程师的问题，不清楚也要给与回复（告诉他这个地方稍等晚点给你答复）让他觉得他不是一个人在战斗。我是时刻和你在一起的。（一定要有耐心，即使之前说过也仔细在说一遍，一定要允许其他人犯错）
最后还有一个大招，拼了！
