分享一个今天发生的失败案例：
后端与前端对接口时，对于一个收藏按钮计数的接口有了讨论
技术进展：已经接口接到一半了，差最后一步，有结论就可以完成。
这个时候产品（我）听到了他们在讨论这个需求，便转过去看，发现这个需求技术做的复杂了，其实并不需要这么复杂。
复盘整个过程：
讨论需求的会议中：收藏按钮计数的需求目的：制造一种很多人收藏的氛围。
运营和产品认为：合理，不需要真实的结果，只需要有氛围的作用就可以了。随机数或者累积逐渐模拟增加都可以，只是因为不懂技术，不知道如何具体实现这样的模拟效果。
技术认为：这不符合逻辑。
会后：没有针对整个结论产出一个合理的结果，邮件大家。然后无数的让人加班加点的各种需求来到，产品经理白天开会，晚上写文档。24小时不休的干活，没有跟进好这个需求。
开发阶段：技术在接口设计时，没有及时问产品；产品也根本不知道技术究竟接口进度发展到哪里了。
所以最终产生了：需求与开发结果不符合，开发浪费时间精力的结果。
现在看看双方特点：
技术的特点：
1 出于各种原因，不愿主动去和产品沟通。甚至不愿意主动与人沟通。
2 技术重逻辑，给到合乎逻辑且有理有据的开发文档，便能很好的执行。其他就容易出现“因为不符合逻辑，所以我不干”
3 每个技术有每个技术“独特”的个性，比如随时打断你说话，不让你说完。随时不理你的说话走了等等。
4【永远】不可能理解产品经理的辛苦。
产品狗的特点：
1 每天从早到晚都在开会
2 每分钟都要不停的想想想，深夜3点多在想。拉屎在想。晚上做梦在想，早上一起床，啊终于想出来这个模块的解法了！先写下来，再刷牙。
3 每秒钟都在被打断。
4 100件事情里面有90件都是重要且紧急，每天到处救火。
5 100个需求里总有一个会出错，出错了一个就：会被技术认为是sb，被运营认为没能力。但永远没有人体谅你。当然也不需要。
此间矛盾：
1盲区：没有办法让技术主动，产品也没有精力去关注某个接口细节的实现有没有被开发实现。
解法：在需求讨论的时候就要把做法定下来，邮件发出来。不让任何不确定性产生。这点无论多忙都不能忽略，这也是我之前没做好的。
2理解辛苦体谅
走的比开发晚，来得比开发早，似乎还是不太够。只能慢慢相处慢慢磨。
产品经理一定要注意：
1 所有需求必须想得非常清楚，包括做法。千万别说：这个时候就需要你想想怎么去实现了。听到这句话，一定也会被骂成SB。（还有无数种可能被骂sb的原因，慢慢踩坑吧）
2 永远也别期待开发觉得你的需求设计的很好，觉得你很牛。这件事情：永远都不会发生。即使你发明了微信 qq 淘宝，开发也会觉得这没什么。所以这个想法就不要抱有了。
3你的终极目标是，做好产品PRD，没有逻辑错误，说清楚这件事的理由和预期。不被骂SB
4如果已经被骂成sb了，你能做的事情也是一样，做好产品PRD，没有逻辑错误，说清楚这件事的理由和预期。反正也要被骂成SB，习惯就好。
5如果有技术朝你吼，朝你发脾气，请对他们微笑，向他们道歉，承认错误恳求谅解。因为他们也很不容易，需要发泄脾气。其实，程序员也是情绪员嘛，但你认错了，他们便不会继续追究。
6如果你能帮助他们找到BUG，可能会让技术对你有所改观.....
