江苏龙网

  1. 首页 > 人文 > >

人人都是产品经理：价值维思考模型在技术性需求中的应用


真正的产品 ， 是满足用户需求痛点、给用户创造快感 ， 或者成本节约带来的感受 。 这种感受既可感知 ， 也有可能不可直接感知 。
人人都是产品经理：价值维思考模型在技术性需求中的应用
本文插图
产品经理到底要不要懂技术 ， 是否技术出身的产品经理一定更有优势呢？
对于这个问题的探讨 ， 相信各位都能在各个产品论坛上看到 ， 不少产品经理估计也参与争辩过 。 笔者自己曾是技术出身 ， 且刚毕业时做全栈开发若干年 ， 也有过技术架构经验 ， 所以对于产品经理要不要懂开发 ， 笔者认为懂总比不懂的好 ， 不过之前所带过的产品团队中也有不少不怎么懂技术 ， 但却挺优秀的产品经理 。
笔者认为 ， 无论是否懂开发 ， 总会有你不懂的新技术或未接触过的领域 ， 而对于产品经理而言 ， 最关键的不是把功能开发出来 ， 而是要把需求价值开发出来 ， 要把产品最有价值的能力不断挖掘 ， 服务于用户 ， 才是产品经理的“正事” 。
那么 ， 当一个产品经理遇到一些技术性很强的产品需求 ， 而靠自己过往的经验又很难把控的时候 ， 又该怎么将这些需求开发出来呢？
无论是技术型需求还是业务型需求 ， 对产品经理而言 ， 在拿到一个自己不懂或未接触过领域的产品或模块时 ， 先不要慌 ， 也不要认为技术性需求纯粹是架构师们的事 ， 跟自己无关 。 任何技术都是服务于产品 ， 是为产品价值的输出 。
假设我们现在需要开发一个系统服务运行健康监控功能 ， 这对于很多一直从事2C产品的同学来说 ， 基本上都是很陌生的领域 。 当我们拿到这样的需求后 ， 很可能一时间不知道该怎么办 ， 甚至会把这种需求直接踢给架构师 ， 或者研发经理 ， 让他们先按自己的想法做一个出来 ， 然后再慢慢理解后改吧改吧 。
如果按此方式推进 ， 那必然会造成最后开发出来的功能很难用 ， 或者浪费很多的成本 。 我们一直讲 ， 产品经理要有成本意识 ， 所以是绝不能容忍上述情况的发生 。
本文主要是希望所有的产品经理都能按价值维的思考模型去对待任何一个需求点 ， 不管是业务型还是技术型需求 。
如何理解价值维呢？
“真正的产品 ， 是满足用户需求痛点、给用户创造快感 ， 或者成本节约带来的感受 。 这种感受既可感知 ， 也有可能不可直接感知 。 ”这是笔者比较认可的“产品定义” ， 其中写的感受 ， 其实就是产品的价值 。
产品经理在设计任何产品功能时 ， 一定要以价值作为功能设计的驱动力 ， 这样所设计出来的功能才是“活”的 。 同时 ， 对于我们的用户而言 ， 使用产品时首先想到的是产品价值到底符不符合自己的真实所需 ， 所以我们的用户在使用产品时 ， 潜意识里也是由价值来驱动对产品功能的使用 。
人人都是产品经理：价值维思考模型在技术性需求中的应用
本文插图
我们再回到本文的主题 ， 对于产品经理拿到技术性需求时 ， 照样符合上面所讲的价值维思考模型 。 那么我们从哪些方面来把握住这个价值维 ， 或者说来处理好这个价值维 ， 并实现需求落地呢？
对这个问题 ， 笔者认为从以下几方面 ， 就可以比较好地去满足价值实现 。
（1）聆听用户意图
按照价值维思考模型 ， 我们应该找到使用该功能的“用户” ， 去了解分析用户为什么需要这个 ， 能带来什么能力 ， 尽管一开始我们拿到的是一个偏技术的需求 。 如果与用户的沟通是有效的 ， 那么产品经理就可以从很容易地勾勒出功能价值 ， 甚至你还可以沿着价值维 ， 寻找更有效的帮助研发找到技术实现路径 。
通过对功能价值的勾勒 ， 将非常有助你去了解“技术”背后所隐藏的商业意义 ， 这时候你会发现 ， 原来这么技术性的需求 ， 也可以通过用户视角、业务视角、交互视角去分析 ， 甚至还可以挖掘出更多具有商业价值的功能点 。


推荐阅读


上一篇：「极客对比」理性的网友都选什么手机玩游戏？iQOO Neo3属实最适合

下一篇：『科技通』努比亚Play 5湖四海蓝开启预约，红魔氘锋氮化镓充电器夺天猫销量前三！