如果我是产品经理?

作为在 IT 行业混迹 10 年的开发老兵。见过形形色色林林总总的产品需求。也跟不同的产品经理打过无数交道。能力强弱不同的产品经理也见过无数。

于是,突然脑子里面冒出一个念头:如果我是产品经理?

如果我是产品经理,我会怎么设计产品?

结合自己对产品的认知以及从产品经理的成功经验与失败教训中。我整理了以下几点:

  • 产品大局观:战略。
  • 合适称手的工具:武器。
  • 心理学:上兵伐谋、攻心为上。
  • 沟通技巧:指令明确。
  • 传承:百年基业。

一、产品大局观:战略

所谓产品大局观,就是产品经理必须要有前瞻性。能对未来的“局势”有一个准确的把握。这就是我们国家在政治经济军事领域常常提到的战略。战略是未来一段时间内的总体方针。

不合格产品经理表现(1):违背市场行为习惯
一个产品需要增加一个登录功能。产品经理却搞了一个用户名方式登录。即不是用手机号的形式登录。在 2014 年左右国内的就已经开始全部采用手机号注册登录的方式。这个例子对一些只会抄的产品经理来说,大概率不会犯这个错误。一般会抄的人,都是抄优秀的产品。那么,优秀的产品在这方面通常不会犯错。

不合格产品经理表现(2):只着眼眼前
我常常见到很多产品经理收到领导交给的任务之后,目光仅仅只会关注到这个任务的完成。这就导致这个设计根本不符合用户体验预期。

比如:领导想要在产品中实现快递单号查询功能。然后,他们给技术侧提了一个需求:通过链接自动在百度搜索框中显示快递单号实现快递查询。
讲真的,我真的很震惊。我司可是金融产品类型的 App 啊。这种严重破坏用户体验的需求,他们到底要拥有怎样的脑回路才能想出来。

我耐着性子问为何如此?
答:我们不知道未来这个功能是否会大面积使用,也不知道未来这个功能是否有用。

我当即答到。你这个需求也不是不能可以实现。只是百度搜索只给快递单号的情况下,通常能显示快递信息的情况比例很高。但是,不排除有不显示的情况。另外,百度搜索会展示广告。有可能涉及一些与我司产品完全无关或者一些涉及诈骗的广告。这会严重导致我们公司形象受损。我说我们技术侧可以购买第三方快递接口实现快递查询。

然而,他们觉得这要花钱。不想如此。好吧。我该说的都说了。

我一直觉得,专业才能提升用户信任感。一家做手机的,跨行做饮食。很多人都会觉得这东西靠谱吗的疑问。

二、合适称手的工具:武器

一款适合称手的工具,我帮助我们省去很多烦恼。有时候,领导或需求方想要实现一个功能。这个时候,作为一个优秀的产品经理能第一时间快速实现一个原型,就能准确把握需求方的意图。避免了后续返工的成本损耗。不然,设计来回改稿,开发来来回回修改代码还有可能造成代码 BUG 风险。

这也是产品与开发矛盾所在的其中之一。

当前在产品领导涌现了很多优秀的工具。比如:墨刀、摩克 Mockplus、Axure、Adobe XD、Proto.io、蓝湖。

他们都有哪些优点?

(1)交互式
交互式可以最大程度还原整个需求的操作过程。比你用千言万语去写交互说明文字好几千倍。毕竟,一看就懂和枯燥的文字在脑海里构建交互要好上太多太多。

然后,很多产品经理做的原型真的太垃圾了。完全就是做了几张勉强过得去的效果图。交互完全靠文字说明或评审口述。这严重影响了多部门沟通。效率如何提高?

(2)高保真
在给需求方做需求调研的时候,能快速用高保真摸清用户的意图。这无疑是对效率最大的助力。然后,很多的产品经理,要么是从很多地方东拼西凑的截图进行拼接更改。要不是就黑白灰的模式画原型。然后,要求设计和开发去想象。虽然这对开发来说影响不大。但是,设计来说影响是巨大的。

(3)版本控制
版本控制这个不是所有的原型工具都支持。但是,这个工具可以说是相当的实用了。因为,从版本控制我们可以知道当前版本需求针对上一个版本做了哪些变更。产品经理人员迭代交接的时候,能让后来接手的同事快速了解需求的前世今生。那可以说是相当的牛逼存在了。

当然,原型工具还有很多有用的特性。这里我了解不多。只讲这 3 个特性。个人认为,作为一名优秀称职的产品经理,把原型做好才是接地气的产品经理。

所谓,形而上者谓之道,形而下者谓之器。

我认为形而上是建立在形而下之上。抽象与具体的关系。形而下给人一种接地气的感觉。

三、心理学:上兵伐谋、攻心为上

曾经我看过一篇文章。讲的是一家公司为了研究产品详情页底部按钮的文字对销售数据的影响。A 方案的按钮文字“详情”,B 方案的按钮文字“购买”。当然,A 方案的确是跳详情,B 方案跳转到购买页。

最后调研的结果是 A 方案的销售数据远优于 B 方案。

因为,A 方案促进了用户对产品的了解,在了解过程中更能打动用户去购买。B 方案给用户一种时刻都在暗示我去消费的印象。

所以,产品经理也要对用户的心理进行准确的把握。

我记得曾经在网络上流传过一家游戏公司内部培训会给出了一张图。在这张图上列出了人性的弱点:攀比、虚荣等。利用人性的弱点进行赚钱。我们先不论这种利用人性弱点赚钱的行为是否合理。但是,就这份对人心理的熟知程度的确令人佩服。

所以,产品经理一定要对心理学有一定的研究。

四、沟通技巧:指令明确

沟通真的是一个很重要的技能。首先,你想让别人明白你在讲什么。其次,还要让人愉快地接受并执行。这些都是沟通带来的好处。

网上经常有段子讽刺产品经理与开发之间沟通的方式不同产生不同的效果。初看觉得开发矫情神经病。细看这实际上是产品沟通技巧存在一定的问题。

产品经理通常会犯一个错误:觉得开发脑子简单。潜意识是觉得开发容易忽悠。忽略了沟通过程中对开发人员的尊重、颐指气使。的确,开发人员直来直去,跟代码打交道久了。会对一些沟通过程中语气与用词比较敏感。所以,这使得产品经理与开发人员沟通过程中保持应有的沟通技巧。注意用词和语气。避免把一个简单问题推向一个双方不可调的地步。

当然,作为团队技术负责人,也需要时刻关注每个开发的情况。及时调解和疏导。

五、传承:百年基业

我们中国人经常会骄傲地说我们有着华夏 5000 年的文化与历史。这其中有一个关键点:传承。

传承的确很重要。如果文化与底蕴存在断层,那么后续的发展会受到极大的钳制。

产品经理人员迭代,新的产品经理无法获知旧之前产品经理的任何东西。这是多么可怕的事情。新的产品经理有可能会触碰一些之前已经触碰的坑,导致新旧问题反反复复不休止。

举个例子:
我司是金融服务类型公司,用户群体普遍偏老龄化且敏感。我们当前根据用户群体特征踩了无数坑才形成当前一套适应于用户的机制。产品经理人员迭代之后,后来的产品经理会第一时间体验我们的产品。会主观认为这款产品已经不适合年轻人和财富比较集中的中年人群体。就会对产品进行升级优化。最后发现,我们的用户反应比较激烈。又不得不改回旧模式。

上面仅仅只是一个例子。还有很多东西值得传承。比如,产品经理必须每个版本必须有一个完整的原型。以及每个版本的需求变动的理由。这样后续产品经理加入这个产品团队,能清晰知道自己有哪些该做,哪些不该做。为何不该做。

以上都是我个人从技术角度出发的想法。主观比较多一些。但也是内心最真实的想法。

博主 2011 年创建了一个《PHP 初学者官方群》,目前群成员 500 人左右。群号:168159147。为了防止广告,设置为付费入群。欢迎大家加入讨论技术!

标签: 无

发表评论: