PM要尽快摆脱对产品文档的南充市蓬安县网站建设依赖才能走向成熟

  • 时间:4年前
  • 浏览:184次

最近面试产品经理时最苦恼的就是大多数PM拿画原型当自己的看家本领。绝大多数PM对于原型的使用都是错误的,直接导致无效的团队推动力。造成这个现象的最根本原因是自己本身缺少目标感——不去深思产品成功后应有的模样,而过于追求过程中的自我认可,寻求自嗨。

关于产品原型,你要记住两点真相:

产品原型只是产品成功路上的垫脚石,就是要吸引大家来踩,踩过去了团队才能往前走。   通过一份文档来解决问题的想法是幼稚的,文档最大的价值是信息沉淀以方便日后回顾。但更多时候是因为大多数人都不愿承担责任,才抬升了它的重要性。

所以,你在设计和使用这块“垫脚石”时,一定要首先注意:

当前团队处于什么阶段?目标是什么?接收对象是谁?不要拿产品原型或文档去说事儿,要开放,要就事儿论事儿!千万不要爱上自己的原型和文档,你爱的是用户,而且要让团队知道。

分享一下我作为产品新人时自己的一些技巧吧。

应该是十年前的样子,我第一次加入到一个人数不多的互联创业团队中,没有人告诉我产品原型和文档应该怎么写,在实际的推进中我产生了这几方面的困惑:

不知道要写多细。到现在都清晰记得我问身边的技术大牛要不要标清字号时他甩来到白眼。   无法用一份原型来统一回答技术与设计伙伴的问题。比如Axure很适合做页面逻辑的表达,但无法表达出数据以及接口结构。现在很多原型工具也有这个问题,虽然能让你低成本拿到demo,但无法对数据结构进行讨论,影响PM对于成本以及未来可能性的把控。   总会有人产生疑问。会上定会下改,今天定明天改。

那是一个黑暗的时期,不仅工作量大还非常没有效率——所有的改动都好像很急很重要,但并没有对产品最终的效果起到明显的推进作用。感觉自己就像一个整天到处救火队的消防员,成天被点火的人愚弄。那时真的很讨厌那些点火的人,可又不知道这些人是谁。是同事?老板?难道在可以刁难我?但我们私下还真的挺开心的。而且大家还给了我很多建议,最多的一句就是“再多想想”。

当时我有一个习惯,就是回复完所有当天邮箱里的产品反馈再下班。记得有天晚上,公司剩我一个人,很疲惫地看着反馈列表时,发现了一条夸我们产品好用的评价。我不知道那条评价被我反复看了多少遍,一个原因是确实激动,另一个原因是用户并没有写出到底是哪个功能做的好,他只说目前只有我们能够帮助他随时找到身边的商家。我突然明白了眼下最重要的事情是什么——回复邮件表示感谢之后,继续问他还有什么不方便之处。

那晚上,我的脑海里出现了一幅图:左边是一个用户,右边是他想要的苹果,中间是一个迷宫。我要最快地带他走出迷宫,拿到他渴望的那个苹果。

我突然发现之前我的做法都是错的。我把团队伙伴和老板当成了我的服务目标——他们本应是站在我身边一同为用户服务的人。我们如何才能一起行动呢?其实很简单,我们要一起面对用户的问题。换句话说,我们面对的问题必须是来自用户的。

后来我主动找公司进行如下改动——

搭建redmine, 建立用户问题库(现在的工具很多,推荐confluence)仅针对问题进行讨论。如果建议来自同事或老板,我也当做用户一样对待针对每个问题进行原型提案,大家直接抛砖,甚至工程师也可以一起提原型最终由我来主持会议确定优先级,并按顺序打包成版本计划——路线图出来了

这个带来的直接效果是,团队与我站在同一战壕,都对如何更高效地解决问题产生兴趣。除此之外还有几个非常棒的效果:

我不用再写繁冗的产品文档,仅根据问题进行提案,组织讨论。   我开始使用手绘来表达原型,因为足够了,更多的细节设计师会跟进。或者他的主意更好。   团队非常清楚眼下的重点,知道要做什么,大家关系更加融洽了。

南充市蓬安县网站建设我终于品尝到了作为一名产品经理的成就和愉悦感

在多年之后,我才从《每个伟大的产品背后》这篇文章中再次确认产品经理无授权管理的深意:

不要追求成为团队最厉害的人,要做最会发现问题的人。   不要在意文档的质量,要关注团队使用文档的动机。   产品经理是管理岗,要让团队中的专业成员得到参与感,并发挥长处。

确实,完美的文档并不存在!从此之后,我永远只是最快抛砖的人。抛得越快,团队跑得越快!

产品经理要尽快摆脱对产品文档的依赖才能走向成熟,越快越好:)


(一)

产品定位:微信小程序是一种全新的连接用户与服务的方式,它可以在微信内被便捷地获取和传播,同时具有出色的使用体验。

这是微信小程序的官方定义,不妨一起画一画重点。我觉得有三个关键点:

被定义为一种连接方式:很显然,与微信社交的调性不谋而合,小程序是一种全新的产品能力,微信社交连接能力的二次延伸。   连接的对象是用户和服务:很清楚,微信连接的是“人与人”,而小程序连接的是“用户与服务”。这一切都基于已有的微信生态圈,是微信OS对APP生态方式的一次挑衅。   微信内获取和传播:很无奈,一切都要基于微信,从工具兼内容产品升级到平台产品,成为现有玩法的规则制定者,我的地盘、我做主!

以上三点是我个人对小程序的解读,也可以用三个字概括:很封闭、厚背景、新旧事物

近期负责公司的一款微信小程序产品,近乎涉及到了很多问题,其中有几组比较矛盾的问题

1、小程序定位

对于公司而言,小程序究竟是一个什么产品定位?以目前的大环境而言,无非就是几个关键点:

蹭一波热点,吸引眼球,做小程序这件事情本身就是一个吸引眼球的事情;延伸产品线,对已有产品线做一个开辟,确保整个线的南充市仪陇县网站建设 ">南充市仪陇县网站建设完整性;借助小程序,赶上这趟车,营销导流;跟风随大流,别人做了,我也要有。(无法忽略)

2、产品结构

相信绝大多数的产品的功能和结构体系都比较完善,即使再差,一套完整的流程还是有的。那么,面对小程序的这个新生事物,究竟该从何做起?

全部业务功能,都要有;核心业务流程,必须有;专注关键要点,可以有。

3、资源投入

由于小程序的前景,以及目前对于该产品的投入产出比都相对比较保守,那么相应的资源投入都会相对比较缺乏,或者说并不是那么重视。

集中投入,急速开发,先保证有;阶段投入,阶段开发,需要即用;持续迭代,增量迭代,保持机警。(二)

公司对小程序的产品定位,直接决定产品形态的走向,也直接决定了公司的资源投入比例。事实上,小程序本身也是一个增量迭代的过程,逐渐开放能力,保持了产品应有的克制。针对以上所说的三组问题,下面将逐一回顾下我个人这段时间的实践经历。

1、如何决定小程序的产品定位?  

很不巧的是,公司层面并没有明确给出小程序的定位,那么就不做呢?那肯定是不行,老板出去别人家都有小程序,我们怎么能没有?其实,这恰恰是给了产品经理充分的机会,可以尝试给小程序一个产品定位。于是,我就有了这么一次机会自己做了一回主(Leader是确认过的),给出了一个基于公司现状和行业特性的小程序产品定位。

小程序产品定位:基于知名品牌、高转化品类,以活动推单品的电商小程序。

说白了,一个基调:单品!赋予用户和平台两个能力:

能找到自己想要的商品能展示平台想推的商品

第一个是对用户的赋能,更加依赖于用户自己的主观能动性,也吻合了小程序目前工具的定位,用完即走;第二个是对平台的赋能,是平台自身的商业属性决定的,能够曝光更多核心资源,进而吸引用户向平台转化。不管如何表达,如何定位,都必须体现产品的调性和情怀,这一点甚至远比一款小程序本身重要。

2、如何决南充市营山县建站公司定小程序的产品形态?  

很尴尬的是,明明是小程序,领导却啥都想要?Are you kidding me ? 这让我想到之前有人说小程序会取代APP,之前我还不信;不过单纯从产品的功能上而言,确实有这个可能,而且可能性还很大。事实上,微信小程序是不可能那么快如愿的,其中的原委可就错中复杂了。

产品形态:电商平台的核心要素——商品、购物、结算。

很明朗,一个底线:购物!至少为用户提供两个要素:

商品,至少有东西可买;购物,至少能下得了单;

第一个是为用户提供平台的绝大多数商品,至少先保证电商平台的核心——商品的完整性,即使暂且达不到多样性的效果。第二个是保证用户能够在获得商品的基础上,获得一个相对完整的购物流程。其中我们也做了妥协,1.0版本并未加入购物车的功能,只能随了电商早些年的做法——单件购买。出于产品阶段和资源的投入程度,只能选择产品的有损设计。

3、如何决定小程序的资源投入?  

很无奈的是,纯粹依靠产品经理是搞不定这个问题的,因为技术资源的投入非产品经理可靠范围之内,越级越权可是大忌。不过,有一点可不要忘了——这是BOSS想要的,谁敢不做?感觉有点逼宫的意味,可大家还是愿意乐此不疲。学会适当适时借力是一种智慧,对产品经理尤为重要,再也不怕没人DIAO我呢!

资源投入:一切从实际出发,增量迭代,数据驱动。

很明确,一个原则:克制!至少要为项目提供两点保障:

有人做事有时间做

第一个是为了落实小程序需要的必要投入,没人肯定没法做事,东拼西凑的,最终出来的肯定就是残次品,坑害的是参与的一票人。第二个是团队争取的资源,因为小程序大多基于已有产品的既视感,有一种先入为主的感觉,认为不都是现成的吗?有那么难吗?可我遇到的还真不是搬运工的活,别后夹杂了太多的辛酸,因此必要的前期时间投入是为后续产品的良好更迭的打基础。

(三)

产品实例:

在整个微信小程序的产品设计过程中,最为纠结的一个点:账户登录。其实,并不是由于功能本身的纠结,而是用户体验/心理与账户信息结构的矛盾。

问题描述:小程序牵涉到微信授权的问题,就相当于APP的应用授权,比如:获取地理位置、PUSH推送通知等。

可能存在的三种纠结的解决方案:

不提供微信授权,只提供已有账户体系;提供微信授权,进入小程序强制微信授权;提供微信授权,同时提供已有账户体系。

泛泛的概括下,上述三种方案可能遇到的问题:

微信账户与已有产品Passport账户合并;用户拒绝微信授权或者直接开放微信账户购买能力;用户既有账户登录的最短登录路径。

导致这些问题的原因大多不一,可能是已有账户的导致,可能是对用户体验的妥协,也可能是产品经理个人对方案的倾向性选择。不管为什么,问题终究要解决,综合考虑了以下三个要素:

普遍解决方案用户心理/体验技术壁垒/限制

下图为最终的小程序的完整产品解决方案,仅供参考:

小结

扯了这么多,到底该从何入手呢?产品经理的基本思维和技能就不再赘述了,解决上面我说的三个问题,产品基本已经上路了。实际工作中,有两点需要兼顾:

微信平台自有产品

微信作为平台方,对小程序制定了一系列的规则(最深页面层级不超过五层,以确保消息程序的结构清晰),对小程序的产品能力进行了约束,并且保持克制持续开放。不难看出,作为平台型产品,小程序本身也在自我迭代自完善,产品能力逐渐完善,还是很有产品感、保持了良好的节奏感!

如何把握小程序和自有产品框架下的分寸,需要产品经理额外投入时间和经理,理解到位。任何的新产品线,都不能以牺牲已有产品结构为代价都是不可取的。


在讨论产品方案时,经常会遇到这样的情景:

这个方案太复杂了,能不能简单粗暴一点,大家都省事;这个方案太简单了,照顾的面太小了,应该做的再精细化一点。

那么,作为一个产品经理,该在两者之间如何权衡、如何说服技术、UI哪?

举例来说下这个问题,是要简单粗暴的一刀切,还是精耕细作的做细分。

引导好评弹窗——精耕细作

为了提高自家APP在App Store、各大Android应用市场中的排名,各家都希望用户对自家应用的好评越多越好,但是有没有想过一个问题:一个差评的效果,需要多少个好评才能弥补?

如果想过这个问题,就应该知道,引导好评弹窗不应该在启动APP时就那么随意的一弹,而且调用系统默认弹窗的样式,弹的那么生硬;应该按照精耕细作的心态,寻找好的时机去弹,可见笔者之前的文章:《引导好评弹窗该怎么玩?》

观影后的评论——精耕细作

现在买东西,无论是平台(天猫、京东等),还是商家都希望用户能留下些评论(只是商家希望的是好评),而买电影票的平台也是这个思路,除了通过评论知道电影的可口程度、每个用户的品位偏好外,还希望能增加朋友圈的分享概率。那么问题来了,如果在一个电影的放映周期中,用户刷了两遍这个电影,那么应该如何处理这问题?

首先,能被用户二刷电影比例应该不高,同时二刷更能证明对电影的喜爱,那么这样的评论数据是否是更加有效地数据、是否能更加打动别人、是否能更饱含感情、是否能更容易触发分享?那么在平台已经成熟的情况下,是否可以通过优化评论来提高平台的活跃度和传播率;如下截图是某电影票平台在观影结束后,打开APP是出现的引导评论界面,但是当我二刷后,此界面却不会主动出现,但是我作为一个用户确实希望它能出现,方便我马上写下我二刷的感悟。另一张截图为评论后在电影详情页的展示效果。

聊天顺序——简单粗暴

现在很多即时通讯软件都支持群聊,在群聊里,大家争先恐后、踊跃发言的时候,就涉及到发言顺序的展示问题,是否要在所有人屏幕上都展现真实时间的聊天顺序(即用户发送该消息的时间/服务器接收到这条消息的时间)?如果这么做,需要有个排序过程,无论排序工作在云端还是在手机端进行,效率上都有不小开销。此时需要考虑,顺序是否真的重要,如果顺序不对,会有什么样的影响??

当产品经理在考虑这个问题的时候,会发现大部分情况下,用户能自己知道哪句话是回复给自己的,哪句不是回复给自己的,所以顺序的必要性不大;但是在笔者实际的使用中发现,在群内多人间交叉沟通的情况下,还是会出现误解、答问不匹配的情况,但是这种小概率并不影响大部分的用户体验,同时考虑到成本问题,这个有损设计方案就是现在情况下的最优解。

该部分可见笔者之前的文章:《有损设计:4个场景分析,到底什么是适当的损度?》

电商付款收银台——简单粗暴

如果让读者现在开发一款电商APP,那么在用户讲商品加入购物车,准备付款时,我们要提供那些付款方式给用户?是否需要支持各种银行卡支付?是否需要支持货到付款?

相比在读者回忆自己的付款经历时会发现,货到付款、各种银行卡付款都很少用,不夸张的说,连门口买早点的都可以微信、支付宝支付了,你还要那么多银行卡付款干嘛哪?

你可能会说,反正SDK都是集成好的,为什么不接入?技术上一锅端了,但是,前段交互需要增加入口,回想下你买火车票的付款页面,再回想下,你买外卖时的付款页面,那个更流畅,显而易见吧;同时这里还有另一个问题:时间成本,因为你增加了付款功能,测试是否要测试,如果测试的话,是否会延长上线时间,因为增加的测试时间,有可能就错过一些时机。

以下为12306的付款页面、大众点评的付款页面、得到的付款页面,虽然用户群体存在差别,但是随着微信和支付宝的发展,这个互联网基础设施的付款环节的差别已经很小很小了。

行车记录仪时间校准——简单粗暴

如果市场上已有了竞品,那么你的产品上市的时间就是越快越好,因为用户可能习惯了你的竞品,而不会再成为你的用户了,硬件产品尤其如此,因为硬件需要购买,用户的迁移成本更加高。

那么假设你在做一款夜视效果超级好的行车记录仪,以夜视效果为最大卖点,其余功能基本与行业顶尖水平持平,但是因为芯片平台的问题,导致在用户设置系统时间时会高概率出现一些bug,导致机器不可用,如果要芯片厂商修复,那么周期会很久,此时应该怎么办哪?

为了尽早上市与消费者见面,没必要非得让芯片商家修改,设置一套强制的开机方案,来解决这个问题,强制让用户用APP连接行车记录仪才能激活该机器,然后同步手机APP的时间进行修改,这样可以有效避免bug的发生,同时手机端的时间大部分都是对的(其实可以认为是99.9%),或者说现在手机上的时间都是网络同步的,有人会去修改吗?如果不会,那就可以了;通过这种一刀切的方案,缩短产品上市的时间,更早的抢占更多的用户。但是这个强制连接的激活流程必需设计的流程、有价值。

综上,

软件初期,主流程通顺,尽快占领用户心智,简单粗暴未尝不可;软件中后期,场景下的需求更加细化,满足更多用户,体验更加细腻优美。

有硬件,以硬件为准,因为硬件很难更新,卖出去就是卖出去了,莫非你真的要召回吗?

所以,此时的软件如何在硬件部分简单粗暴地时候,做到软件体验上的精耕细作才是问题。

产品方案是简单粗暴,亦或是精耕细作,还是根据具体维度(时间、成本、用户、产品周期)做对应处理,需要各个产品经理的判断,以上一点整理,供参考。


产品经理,互联网行业中本身就自带光环的岗位,在乔帮主与张小龙等大神的光芒的映射下,仿佛每一位“产品经理”,都有分分钟“改变世界”的魄力与勇气,指点江山、挥斥方遒,舍我其谁,风光无限。

但是,让很多互联网领域的专家越来越不安的一个事实是:随着国内互联网领域的高速发展,尤其是在近几年,由于供需关系的不平衡,越来越多没有基础职业技能、没有行业认知的新人正在大量涌入互联网行业,担任所谓“产品经理”这样一个在互联网公司至关重要的岗位。

有一部分同学,满腔“改变世界”的热血与梦想,三句不离O2O、大数据、人工智能、风口;谈资本、讲概念,各种高大上;乔布斯、张小龙经典语录如数家珍,小马宋、李叫兽的文案方法每篇必读,口若悬河、滔滔不绝。但是到了需要去解决一个具体问题的时候,怂了,不知所措了。还有一部分同学,只是单纯的被这个职位“相对高薪”的收入水平所吸引,趋之若鹜。

更关键的一点是,产品经理这个工作职能的性质决定了,很难通过具体的、可量化的指标去评判产品经理的素质与能力,产品经理的素质和能力往往是在具体的工作当中才逐步体现出来的。

不是有那么一句话:

不懂开发?不懂设计?不懂交互?没关系,你还可以做产品经理啊。

虽然是一句调侃与自嘲,但是却从某种程度上折射出了市面上部分产品经理的能力水平令人堪忧的现状

互联网行业内有一句人尽皆知的口号,你们看到这篇文章的平台也是以这个口号为名的,叫做“人人都是产品经理”。那么真的是“人人都是产品经理”吗?

当然不是。

“人人都是产品经理”这句口号,可以作为行业外的人一种思考问题和解决问题的启发,也可以作为非产品经理岗位的人进入这个领域的一种鼓励与鞭策。但是,如果业内人士也觉得“人人皆可成为产品经理”,那就是一个美丽的意外了。

在我看来,非但不是“人人都是产品经理”,而是“只有极少数人才可以成为真正的产品经理”。

很多人在公司中挂一个“产品经理”title,在一家公司无所事事的混上几年、熬了几年资历,年纪也挺不小了,再给一个所谓“高级产品经理”的title,听起来是很厉害的,但是,那也也仅仅是一个title而已,并不能说明任何问题,别太当真,也别入戏太深,更别真觉得自己是产品“经理”了。就好像在《士兵突击》中,袁朗把成才从老A淘汰的时候说一样:不是你戴上了一块老A的牌子,你就真的是老A了。你这个“产品经理”,离真正的“经理”,可能还有个四层楼那么远。

PS:这四项能力,是区分“产品专员”和“产品经理”的重要指标,并不是说产品经理只需要这四项能力。这个岗位需要的其他基础技能(比如需求分析),在这里将不再赘述。

1、无职务领导力

领导力区别于管理:管理是一种主动自发的控制行为,管理需要被赋予职权,这是管理过程中保证计划与控制有效的不可或缺的补一份。而领导力是一种感染力,具备领导力的人能把周围的人通过一件事或者一个共同的愿景目标团结在一起。

了解领导力和管理之间的区别之后,大家就能看出来,产品经理需要的能力更多的是“领导力”。因为在实际的工作场景中,产品经理虽然往往担任“项目经理”的职务,但是并没有任何实际职权,团队成员的KPI依然在各个资源池的部门负责人手里。在这种场景下,产品经理如何通过发挥个人魅力与个人感染力,把所有团队成员凝聚在一起,朝着一个共同的目标与愿景共同前行,就显得至关重要。

但是领导力对部分人来讲天生就不是一件容易的事。有的人天生就适合当领导,当领导对他来说是一件很简单,很悠闲,很自在的事儿。有的人当领导当得非常辛苦,上下受气,疲惫不堪,心力憔悴。有的人个人能力很强,却并没有领导力,单独拿出来出类拔萃,可如果你让他当领导却是一塌糊涂。有的人天生就受人爱戴、尊敬,天生就具有一种魅力,一种引力。不自觉的就让身边人愿意跟随他。跟他在一块儿总觉得很快乐,有归属,有安全感,愿意为他付出一切。这就是有领导力和没有领导力的差别。

领导力是带领团队的力量,或者说是做好团队带头人的能力。一方面,你需要了解每一个人,即知人。学会了知人你才会知道怎么用人。该把他放在什么样的位置上,放在什么样的位置上才能发挥出他最大的效益,让他发光发热。另一方面,把每个人都放在了合适的位置上后,你还需要把他们协调起来、团结起来。让他们形成一个有机的整体。发挥出整体效应,团队效应,涌现效应。这种团队结构越合理,团结的越紧密,就越能发挥出这种整体效应。攻无不克,战无不胜。从而实现一个新的目标,达到一个新的境界。

既然领导力这么重要,那么我们如何获得领导力呢?领导力的来源大体可以分为两部分:

天赋后天培养

有些人天生就适合当领导,天赋这部分确实是是羡慕不来的,跟性格、原生家庭的环境、成长经历、父母的工作与社会阶层、等等都有密不可分的联系。如果没有很好的天赋,那么我们只能靠后天培养,培养方式是什么呢?今天跟大家分享两点:

提升自身核心竞争力:打铁还需自身硬,首先自己要有超越平均水平线的能力与与素养,懂业务、懂产品、懂交互、懂用户、懂市场,起码要某一个或几个垂直领域有过人之处,才能得到别人发自内心的尊重。否则,如果你什么都不如人家专业?人家凭什么听你的?你在团队当中的意义和价值是什么?   高度自律:无数事实表明,具有高领导力的个体都高度自律,并且自身要求比较严格,这种人往往会得到别人更多的尊重。想象一下:产品经理A生活散漫无序,想什么时候睡就什么时候睡,想什么时候起就什么时候起,想什么时候吃饭就什么时候吃饭,想吃多少就吃多少(部分同学看到这种生活方式,是不是很羡慕。。。);产品经理B每天早晨六点半起床,七点吃早餐,七点半跑步半小时,八点看20分钟书,九点半开始一整天工作,晚上十点看书一小时,十一点准时睡觉,长期保持这种生活方式,雷打不动。这两位同事,你觉得哪位更值得被尊重,更愿意与之一起共事?相信答案是显而易见的。

提到了领导力,就顺便提一句另外一个跟领导力息息相关的个人能力,叫做气场。气场这东西很奇怪,是难以言喻的一种气质,摸不到,但是却能实实在在看的到。我们在形容一个初次见面的人,觉得他看起来好像跟厉害的样子,但是又说不出哪里厉害,通常会用“有气场”这个词去形容。在产品经理岗位的招聘过程中,很多互联网公司的HR都逐步提高了“气场”这个因素在整体评分中所占的比重,可见“气场”对于产品经理岗位的重要性。一个有气场的产品经理,也往往比一个没有气场的产品经理,更接近“经理”级别。

2、对产品的责任心

这一条看看起来好像很简单,其实不然,“有责任心”跟“有责任心”,是两码事。

举几个栗子:

研发同学A和研发同学B有小矛盾,你是站在一旁看热闹,还是主动帮助解决矛盾化解矛盾以保证项目进度?运营同事在为了某个紧急活动向你提出的一个不切实际的临时功能需求时,你是说一句“没法做”然后转身离开,还是仔细帮助运营同学分析活动目的然后根据活动目的然后帮助运营同学给出一个更加切实可行的活动方案?研发同学在半夜加班加点通宵上线的时候,你是陪在研发同学身边协助共同发现问题&解决问题,还是在陪男(女)朋友看电影?

诚然,你不是马大姐,同事之间的琐碎矛盾被不用你去帮忙化解;你是产品岗,也本不用去帮其他部门去想解决方案;你跟公司签署的劳动合同,劳动法也保护你不用接受公司的强制加班。

但是,一个优秀的产品经理,是要对任何与产品相关的事务负责的,即使这个部分本身不在职责范围内。

在团队当中,任何人都可以说这不在我职责范围之内,只有产品经理不行

正是在这一次次不同的选择之间,导致了人生轨迹一点小小的偏移,等这一次次微小的偏移累积到足以引起质变的程度的时候,一个产品专员和一个产品经理,一个走向平凡,一个走向伟大。

3、“不择手段”的勇气和魄力

可能部分同学看到这个“不择手段”的时候,会有一种错愕的感觉:不择手段?这个词怎么看也不像是一个褒义词啊。这里我解释一下,这个“不择手段”的意思是:对于项目过程中任何任何阻碍产品正常上线的事情都应该由产品经理解决,在不违反法律和道德的前提下,解决问题的方式是可以“不择手段”的。

举个栗子:某位研发同学不是特别好沟通,或者对于项目有个人情绪,为了保证项目进度,产品经理需要搞定这位研发同学,方法不限。请人家吃饭也好,挖掘共同兴趣爱好也好,套近乎也好,“威逼利诱”也好,总而言之,只要能让该研发同学心甘情愿的百分百投入到项目中去,只要不违反道德和法律,皆无不可。

再举个栗子:某项目领导不支持,我们就用我们最有力的论点证明我们的项目是正确的。说服领导,没日没夜的说服,厕所里堵住领导说服他,电梯里堵住领导说服他,满地打滚,以头抢地,把刀架在自己脖子上说服他。总而言之,只要能让领导心支持我们的项目,只要不违反道德和法律,皆无不可。当然,至于怎么怼领导,也是要讲究方法的,具体见《产品经理,为什么你跟领导撕逼从来都赢不了?》

科幻小说《三体》中维德的一句名言,也是我个人非常喜欢的一句话:

前进!前进!!不择手段的前进!!!

就是这个意思。

在项目上线的路上,人挡杀人,佛挡杀佛。

4、对产品和项目的操控力

之前见过一句形容产品经理职责的话,叫做:产品经理最重要的能力就是让正确的事情相继发生。

深以为然。

在项目进展过程中,产品经理需要在心里对整个项目有一个立体的流程网络结构,流程与流程之间流转节点在哪里,注意事项是什么,哪个节点容易出问题?出现问题之后的解决方式是什么,容易出现问题的节点要不要提前设置风险预案,在有严重风险的节点要不要提前设置一个托底方案,最大程度保证项目能够按照正常的节奏推进。优秀的产品经理应该是在问题发生之前就把问题规避掉。

写在最后

产品经理,从来就是一个门槛极高的岗位,人人都是产品经理,只是一个美好的愿望。

自问一下:你的这个“产品经理”,离真正的“经理”级还差多远?


  • 随机文章
  • 热门文章
  • 热评文章

留言反馈

Copyright Your WebSite.Some Rights Reserved.|沪ICP备2023018998号|Theme by Cn+网络, Soft by ZBlogPHP 关于我们| 在线留言| 网站地图| 网络营销
  • 优化流程
  • 合作流程
  • 微信互动
  • 在线咨询
  • 在线留言
  • 在线客服系统