工作了后才能深切体会合作的重要性、沟通的重要性，很多问题都是因为沟通不够、自以为是、理解有误这类原因。于我们开发而言，与PD是否能友好的沟通合作能直接影响我们开发的质量、工作的心情甚至个人自信心。以我这个职场新人为例，与PD合作的并不十分愉快，经常有撕逼、换岗甚至离职的冲动（个人忍耐力还待加强）。现在以我个人的一个小案例来说明我在与PD沟通方面的欠缺。
前段时间PD让我实现一个定时投放系统，可以事先配好未来几天要投放的模块内容和投放时间段，实现多时段的定时自动投放，就给了个简单的功能说明，其它什么都没有。然后我就按照自己的设计方案花了好几天实现了一套投放系统，自己使用起来非常顺手，他们要的功能都已经实现，但是当我发布让他们测试时，各种吐槽就来了：
- 怎么没有批量定时投放的功能，如果我要一次性投放十几个相同投放时间的模块，要一个个配吗？
- 天哪？！投放成功后竟然不能修改投放时间了，如果我时间填错了，难道要半夜12点起来撤销投放吗？
- 请问下，我该怎么修改投放中的线上内容？
- 投放成功后的顺序是什么逻辑？我看客户端全乱了~
- 在我投放成功后，这个“保存”按钮能不能隐藏掉，太容易误操作了，要是不小心多点了一次就相当于多投放一次，线上就乱了~
- ……
在千万草泥马在心中呼啸而过后，我也很不客气的这么回复：
- 我们的业务需求应该没有一次性需要配十几个相同投放时间段的内容吧？！
- 投放时间段一般不会填错的吧，就算填错了，你可以撤销错误的投放，然后修改时间重新投放即可~
- 现在定时系统的目的之一就是你修改的内容不会及时生效（有风险），必须投放后才有效，这样保证每次对模块的修改是原子操作且有预览功能，能让你对配好的内容确认无误后再进行投放，现在你又要修改投放的线上内容？那就只能撤销投放，修改好了后再重新投放啊，这样才合理~
- 投放的顺序和投放前模块间的顺序是一致的，之所以乱是因为在投放之前你顺序没调对~~~
- 你为什么要重复点“保存”按钮，感觉你好奇怪，有强迫症？
- ……
当然我的回复没起到任何作用，徒增不愉快和争吵罢了。毕竟系统是给他们用的，只要他们用的不爽就得改，改到他们满意为止，否则就上不了线交不了差，一个芝麻点大的体验不佳他们也会跟别人说这个系统完全不能用（我真是无语）。后面两天就是加班加点的改改改，实现他们想要的一切。
但是在改的过程中，我也渐渐发现了自己系统的不足，让自己站在运营的角度去思考这个系统时，就会发现诸多问题：
- 要是让我一次性投放哪怕是三个相同时间段发布的内容，有个批量投放的功能也能省时省力啊~
- 投放配好了后，后面要是需求有变，需要修改投放时间段或者改个线上内容（可能性还是挺大的），要是能直接改是方便很多，省掉撤销投放和重新投放的过程，要是能随时修改投放的线上内容顺序就更好了~
其实这些的确都是很通用的或者说是很基本的功能，的确需要实现，要不然运营会觉得很难用，操作使用成本会很高，当然他们会吐槽。相对合不合理，运营更看重的是方不方便，使用简不简单，而我之所以觉得好用是因为我在测试的时候加了一堆假设：假设他们配好的数据和时间一旦投放后是不会改的；假设他们像我一样不会乱点；假设他们能从设计的角度想需求；假设他们考虑下合理性……
显然，我完全是想当然了，所有的假设都是不合理的，我混淆了设计与需求，运营和PD他们看重的是使用方不方便，而我看重的是设计的合不合理，为了合理多走几步也无所谓，完全没想过，要是每天都为了合理多走一些繁琐的步骤，最终肯定会怨声连连、哀鸿一片的。
其实造成这样不愉快的结果有多方面的原因，为了避免以后类似的问题，我总结了几点tip：
- 不从需求角度、不从运营长期使用方便角度去做系统的开发不是优秀的开发，多从他们的角度去思考问题，很多需求就不是我们想象的那么不合理了
- 如果在开发一个系统之前，PD有详细的PRD，PD与开发做过详细的交流沟通，每个功能点每个交互图界面图都确认无误后再开发，就不会出现上面这样意见不一致的诸多问题了。因此以后在开发新功能之前，必须问PD要PRD并进行评审
- 让一分春暖花开，退一步海阔天空。遇到沟通不顺的时候，还是忍忍吧，耐心听他们吐槽，时不时笑笑，等他们发泄完了，你再笑着说出自己的观点，语气不能冲。
毕竟经验不足，遭遇这些问题很正常，大家说下还有哪些好的tip，可以避免与他人合作的不愉快呢？