即便有测试人员测试了，你也应该进行最终验收。
因为你很有可能是对外培训这个产品的人，培训不好，团队的努力成果可能就会大打折扣甚至白费了。
加班对于开发来说是常有的事，产品能够一起同甘共苦那是最好了。
假如你有事要先撤，那么请你注意随时在线，因为开发可能会因为有意料之外的问题(例如流程不完善，功能有歧义或者漏洞)需要跟你确认并沟通；
你不及时回复，那么人家就卡在那里了。请别在别人需要的时候你不在，你需要的时候就一定在不欲勿施于人
需求评审不是走过场，要提前准备。
不要对你的ppt或设计稿藏着掖着，应该在开评审会的前1-2天就发出来，让大家好有个心里准备，不然指望大家伙在会上发言，效果不会太好，会后要有评审结果记录并邮件抄送给参会人员。
也许、可能、很明显：会看到这篇推文的产品经理一个都没有，但是，吐槽还是要吐槽。
说是吐槽其实也是建议，详细不少程序员哥哥们应该能够感同身受！
最后呢，友情提醒广大程序员：构建 会主义和谐 会是我党提出的重大战略任务！一切以和为贵！还有产品经理们：以和为贵知道咩。
为了促进广大程序员哥哥的身心健康，楼主建立了个程序员对产品经理的吐槽群
欢迎来搞啊！
当然吐槽也是要吐的，干货也是有的哦，还有IT大佬在群，时不时有干货资源分享，记得来哦！
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！