如果说讨论产品定需求是一件反反复复坑爹的事,推动开发落地去实施你的需求更是不能再坑爹的事。----------------------------------------------------------------我是题记
对于自己的拖沓又有了新的认识,哈哈哈!如果说产品的基本功体现在画图写文档上,那么沟通开发去落地实施这些项目就是体现一个产品汪的核心能力,大家都知道程序猿自带傲娇属性而且是典型的你得把文档写的好到可以看着需求文档直接动手敲代码的地步,他是不会去理睬你的。而且最坑的是,需求不断变更,你就需要不断的去更新文档和原型,必要的时候还要跟开发不断的唠嗑,告诉他帅哥,这是最后一版需求了,我们打死都不变了(打不死接着变。。。。)你行行好,就把这点尾活顺手做了吧。。。
做产品最有意思的事情是运营会和你聊用户体验的事情,需求会和你聊业务的事情,研发会和你聊代码的实现问题(==当然前提是你得懂,明显本汪懂的就不多,然后就经常被喷),安全团队会和你聊安全的问题,测试会和你聊产品的整个问题,当然测试小伙伴虽然经常给我们提问题但是永远是最靠谱的一群人帮你完善自己的逻辑以及用例。当然最主要的工作是产品需要考虑更多的 来自公司高层领导的一个决策层对于产品方向的一个把控,你需要不断的根据公司的业务方向不断的调整自己的产品功能,这时候就回到第二段了==打死不变需求。
所以研发都希望有一个需求封板时间