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