记得新的产品同事入职的时候，问我：
你会不会经常和技术撕逼啊？
我说：
没试过…
接着问：
江湖中不是产品和技术经常撕逼吗？产品还得跪着求技术实现功能…被叫做产品汪…
有些事，写出来就几行，做到的人不多。
要说明白做某个功能的价值
很多产品经理做好需求后，直接扔给技术哥，说个截至日期就算了；有的有评审会，但只局限于说“需求”。
其实人家根本不知道做这件事的价值，更别谈来龙去脉，这样也就无法在实现的过程中有更好的建议提出。技术哥也是团队的一部分，团队是基于共同价值和目标而聚集到一起的，他绝对有必要清楚知道每个改动和新增的价值体现，这才能使码代码更有乐趣。
提需求时，不妨先花几分钟，阐述下本次功能的价值，探讨下人生、抒发下情怀，让技术哥更好去融入产品实现中，更可能超预期地提出更佳的实现方案。
不要帮技术哥估算时间，never
除非你是技术型产品经理，而且也参与码代码，否则不要；除非你要改的，只是几个字的文案，否则不要…
错误的估算时间会对项目进度产生恶劣影响，产生向上级汇报和实际实现时间有不对等性，换来的就是技术哥不断的加班赶进度、不断写出bug、你想要头牛他们写出匹马给你。等你再要改功能的时候，你只能跪求了，汪、汪、汪…
不要说某某功能很容易，很快搞好
你真觉得容易你来写试试…
感受一下，技术哥和你说：“这个原型很容易，2分钟画完。”你是什么感觉？
术业有专攻，不是你擅长的事情，千万不要轻易说容易，这会被鄙视的。
当与技术哥产生默契，那惊喜无法形容
当你与技术哥有很强默契的时候，是团队的最佳状态。过去我经常发现，某些好的功能，重要但非紧急，可能排到下一期去做，但我其实很想现在实现的，也告诉过技术哥我的想法，只是最终本期需求没写上，最后验收往往会有惊喜，他们会提前做好我原先说过的想法。过去几年合作过的技术哥都会这样，非常酷。
需求文档无论花多少时间去撰写，始终不尽完美，一些没默契的团队，技术哥只会打回需求让你重新补充，而有默契的，则会将漏掉的部分在码代码的时候按你的想法去实现了，当你验收时候就发现，这个地方没标注，但是居然按我的想法做了！好神奇！这里不是提倡你偷懒，当然文档越完善越能减少开发过程产生不必要的错误，自然大家都愉快。
不要以为你比技术哥聪明
码代码的人脑子有多灵活我不用举例说明了。话多的技术哥和说相声差不多，极少话的技术哥一说话就压倒你。你能比吗？
技术世界是变化最快的，作为产品经理，你必须去接触技术知识、学习编程、关注每日不断涌现的科技资讯，不然会被时代抛弃。
网友评论