|
一个产品经理/产品助理就是一个产品或者一个功能模块的Owner。行业前辈们总在强调要有Owner ship，那么作为一个产品的Owner，我们都需要做些什么呢？ 1 为产品争取资源 不论你是在大公司还是在小团队，作为一个产品的Owner，产品经理总是要为自己的产品向老板、公司去争取更多的资源。这些资源包括但不限于设计资源、开发资源、测试资源、推广资源、渠道资源等。 之前自己在大公司的小团队，团队也尝试做过几款单品APP。这年头如果没有强劲的渠道、推广资源，单品APP很难在乱花丛中成为一枝独秀。团队Leader去跟老板申请线上推广资源，我们来跟市场同学协调媒体公关资源，在几个月的时间里也算做出了一款内容型产品。 现在自己在大团队中工作，整个团队的资源都是公用的。开发、测试资源都很紧缺，作为产品经理，自然少不了要与各个Leader去沟通，争取为自己的项目多争取几个开发，争取更早的测试排期。 资源永远是不够用的，产品经理只有尽可能的为自己的产品争取资源，才能保证产品能够活下去。 2 明确产品的状况 你负责的产品、功能现在究竟是一个怎样的情况？你真的了解它吗？ 不管你是中途接盘还是自己定义产品，作为产品的Owner，你都有责任与义务来明确自己产品的状况。立项时的目标是什么？现在进展如何？与竞品对比起来情况如何？自己产品的典型用户反馈有哪些？现在的用户是立项时的目标用户吗？自己产品的核心指标有哪些？ 摸清这些状况，能够更好的帮助产品经理定位自己的产品，思考进一步的发展。 3 核心指标涨，更好的PV、UV 不管你是负责一项业务还是一款产品，亦或是一个大产品里边的小功能，产品经理都有必要明确自己业务的核心指标。并且要为核心指标的增长努力，同时也要为指标的下跌来负责。毕竟产品经理这个职位本身就是用来背锅的，所以要尽可能的少让别人给自己身上放更多的锅。 4 让用户体验变得更好 入口、需求、用户体验是决定产品功能使用情况的三大因素，任何时候都决不能忽视用户体验的重要性。 之前接手了一项功能模块，接手时整体模块的用户体验还不错，后来自己就做了一些衍生的拓展需求。单把一个小需求的用户体验做好是一件很容易的事，可当陆续做了几个衍生需求后就发现做好小需求的用户体验可能并没有什么难度与问题，但是当它们整合进入功能模块后，反而容易对大模块的用户体验造成了不好的影响 （例如弹窗过多，逻辑冲突等等） 。有时产品经理容易将目光聚焦在自己负责的业务上，因而忽视了整个大产品或大业务流程的用户体验。 另一方面，用户体验本来也是一项需要不断追求，并且很可能并没有尽头的东西。可能在某一个时间点，我们已经尽力把用户体验做到极致了，但是随着用户需求的变化，技术的进步，用户体验也会有进一步提升的空间。所以我认为产品经理需要不断的回顾自己的产品，并且要更有全局性的看待用户体验，让用户体验变得更好。 5 用最少的资源取得最快的发布速度 天下武功唯快不破，今天想到的点子，很可能明天就被竞品抢先发布了。所以产品经理一方面要尽可能的对外争取资源，另一方面也要努力用最少的资源来取得最快的发布速度。 公司的资源永远是不够用的，所以更需要加倍的利用好自己已有的资源。 这里举一个其他团队的例子，由于部门的服务端资源一直都很紧缺，基本提一个需求都得安排到2周之后。可时间不等人，2周之后可能就会错过推广的窗口期了。于是几个客户端开发自学服务端相关知识，初步的完成了产品对服务端的需求，最终成功的赶在推广窗口期前完成了产品的发布。我自己以前团队中，由于没有前端开发的资源，也经常是技术出身的产品经理自己撸袖子写前端来满足业务的需求。 所以当资源不够用时，一方面我们需要重新思考需求的重要性，是否需要重新拆解需求，分期开发；另一方面也更需要思考是不是百分百的发挥了现有的资源。 6 能够带动其他产品或功能的使用 只做好自己的业务、模块是不够的。大多数情况下，年轻的产品经理们负责的都只是一个庞大战场上的小的局部战役。如果只沉浸在自己的产品做得不错而沾沾自喜的话，会很容易忽视其他团队对你的支持。所以在设计自己的产品、业务的同时，应该考虑如何能够带动其他团队的业务。小团队间相互推广、带量对于大产品而言是一种健康的发展方式。 （责任编辑：职场达人） |
