牛逼的产品运营能做到这样，你行不，同学？
在重庆做网络推广很久，也做过很多产品的运营工作。同时，也遇到过很多产品运营的新人。有很多的新人，觉得产品运营时一门很简单的工作。所以在工作的时候，并没有认真的对待。在这里，做为前辈的小编，就得好好的说一下这些新人了。产品运营是一门需要认真对待的工作。下面的几个要求就是牛逼的产品运营能做到的。你能吗？
1、产品准备期间，各种完善和牛逼
竞品分析的完善;竞争对手是怎么做这个产品的，好的地方、不好的地方;特别是模棱两可的地方，有自己的思考为啥要这么做
用研的完善;用户的使用场景，仅仅场景是不够的;用户的划分、定位、使用的机型、用户使用习惯;甚至用你产品之前是干嘛的，用了之后回去干嘛
数据的完善，该项目的市场体量，竞争对手数据，项目的目标和未来数据等(www.yzipi.com);如果是对现有流程的优化，大概提升的百分点
2、需求的判断和排期
合理需求与不合理需求的判断;不合理需求哪怕CEO来了都会坚持反驳，并给出不合理的原因;合理的需求会撒娇卖萌，陪着技术吃喝嫖赌抽都给搞出来
需求的优先级：会根据要是为先、以终为始等原则，交付给技术的都是重要又紧急的需求
能够从容应对研发团队的各种挑战，且允许研发团队对自己需求提出任何合理or不合理的挑战，前提就是做好1和2中的工作
能对需求有一个清晰的目标，解决的问题，并预估ROI
3、项目管理的能力
需求交付后，能够自己or协助项目经理，完成项目管理和排期，并保证技术团队交付
需求清晰完善，QA对着需求文档、交互图、流程图写case无压力
技术跟QA过CASE期间，以及整个研发过程中，对研发和QA人员要求及时响应
允许技术有一定的时间做自己的研究、架构的重构、自动化测试模块的编写，code review等工作
对于技术上有依赖关系，业务流程有耦合的模块，迭代or项目开始前，沟通好兄弟部门;并联通技术接口人、联调时间、上线时间等
对于临时的需求变更，能忽悠技术接受变更;适当的情况下，通过砍掉本迭代优先级较弱的需求，优先满足临时变更的需求
对于突发的线上bug，及时响应带领技术童鞋救火;同时额外增加的工作量，可以参照上一条
对于产品上线前做好UAT，带领UI人员做好视觉相关验收工作
努力接受技术团队的黑、吐槽;以及永远恬不知耻的自黑和自嘲
4、项目后跟进
产品发布后数据及时同步，特别是盈利数据;是否满足预期设计目标
用户反馈及时同步，让大家知道我们做的不是冷冰冰的产品，而是有用户使用，欢迎，以及吐槽的产品
邀功或者表彰时，不要忘记一起奉献的团队
