【产品】技术人必须懂点产品思维

Jym好😘，我是月弦笙音，今天给大家谈谈 技术人必须懂点产品思维 ，嘎嘎的😍，看下面

一、 开题话

看到这个话题，有人肯定就说了，"作为一个开发者，你只管写好你的代码就行，别瞎操心产品领域的东西，给自己制造工作量！"，我不反对他们这么认为，也不提倡精耕垂直领域，但是本人作为一个前端人&产品，我觉得除了你基本的技能且认知（了解产品的定位、换位考虑用户体验、产品可用性）外，懂点产品思维最起码有以下几点好处：

• 更好地理解产品需求、用户需求、产品的商业模式、盈利模式及产品背后的业务逻辑，从而融合开发技术，提供更好的用户体验。
• 一个公司的产品团队不是万能的，所以根据产品的定位和目标用户，为产品的设计和实现提供宝贵的建议和意见也是体现自身价值的一面！如果有人说："这是产品的活儿，他让做啥我就给他开发啥，总之我给他实现就完事了"，这么说的的话，那下面的我建议就别看了吧，去逛逛其他文章吧。
• 能够准确地评估产品性能和优化方案，提高产品的性能和响应速度。
• 能'牵制'住产品，让他按照自己的思路来，我说的牵制是结合竞品及市场趋势给出的建议，从产研团队考虑，如果你有产品思维，能更高的提升自己的开发效率，比如产品给出的功能难以实现，你可以结合市面上的需求结合自身的认知（相当于给自己提需求）来制定解决方案并探讨解决，这么一来，对产研团队来说确实能提高code效率及降低心理压力！！
• 提高自身的互联网综合能力，难道你不想往高处爬么？？

二、一个成功软件产品应该具有💭

下面我谈谈一个在市场上站住脚的软件产品应该具有的基本特点

• 核心产品: 为用户带来基本效益和利益。
• 附加产品: 用户得到的福利。
• 形式产品: 核心产品实现的途径比如提供劳务派、打口碑、推广、产品集成等。

👀这里，我以大家常用的支付宝为例解释下以上三点：

核心产品就是你做一个解决当前核心问题的产品，直接性的给用户带来价值或者便利，比如最早出现的支付宝扫码支付，直接性的解决了什么问题？当然是现金交易的问题（出门携带不方便，量大又怕被偷、丢失等等），间接性的数字化了现金。

那么附加产品又是起什么作用呢？你用支付宝时肯定注意到了，除了核心的收付款支付外，比如还有一些产品（出行、理财、市政、社保、健康等等......），这些附加的产品核心作用就是让用户可持续使用核心产品的基础上开拓关联性的产品（让用户形成生活上的助手，以便于进一步掏用户的钱）！！

形式化产品又是什么？形式？这里的形式你可以理解为为核心产品赋能助力的过程，它不仅影响着产品的外观和形象，也会对消费者的购买决策和满意度产生影响，比如支付宝刚出来的时候，只是安卓app端的支付，后续才出现了多平台/多形式支付（如：跨设备支付、面对面支付，PC支付，NFC等），所以，支付宝的主要形式产品都与支付相关，其目的是为了提供更加便捷、安全的支付方式！

三、一个对产品命脉有把握的PM具有💭

我们都知道一个互联网公司的命脉全部都起始于一个出色的软件/硬件产品

咱们常说基于市场开发产品不能是基于工具喜好，所以这就要懂客户的行业，如果一个产品经理不了解客户的行业，那么做的这个产品很难解决他们的问题。

所以需要做到：

• 1. 发现需求，而不是创造需求，说白了就是要有用户思维，百分百站在用户的角度去思考，因为你的意见没有用，你不是掏钱的那个人，掏钱的那个人才想什么是最重要的，是吧？比如我买台汽车，几台车同样是解决我出行的问题，我得考虑他这几台这保险年限，排量，安全系数，刹车片能力，信号雷达，abs防抱死等等性能，酌情对比后，我才选一款给他掏钱，所以说咱们日常想买各种东西普遍都去货比三家，就得站在消费者得位置思考需求！
• 2. 要有痛点思维，你要与客户的痛点感同身受，站在用户角度去思考，捕捉用户最大的痛点，这很重要。用户表面上的需求可能只是冰山一角，而他们真正的需求隐藏在冰山之下。通过挖掘这些潜在需求，可以更好地理解用户，并提供更有针对性的解决方案!

  🤓什么是痛点思维？请结合自身认知参考下图：

我觉得痛点思维是一种围绕解决用户在生活中遇到的让其抱怨的、不满的、让其痛苦的事件而展开思考的模式。

比如现在要解决一个医生对医疗器械的痛点，假如这个医疗器械现在没有，一个老六打我一拳，啪的一下很快啊，一拳就把我的鼻子打骨折了，我大意了哈，那么这时怎么解决我这个鼻子骨折需求，我在这疼的哇哇叫😓，那么医院的痛点医生的痛点就就来了，立马给我安装个鼻梁矫正器，总不能用手给板正吧？😂

那这个矫正器解决了什么痛点，矫正！那矫正后我还有什么需求？那必然是需要测量仪器产品，看鼻子有没有矫正，血流、气流是否通畅，那么随着而后的潜在需求就来了，他看了韩国欧巴之后，他要整形，整个高鼻梁，挺拔挺拔的，那么产品就来了叫做什么玻尿酸、自体脂肪。硅胶架子等等，所以我们软件产品也是一样的道理，要时刻带着用户的痛点发掘潜在需求。

再说软件产品，B端需求调研时，直接问用户: 你有哪些需求 这不叫收集需求，这叫收集产品改进意见。 产品经理一生都在为需求忙碌。 用户的，老板的，团队的，自己的。

什么是需求？ 是在一个特定的环境中，做一件事情时。 这个角色按照他现有的处理方式，办不到或者办不好或者办得很痛苦的地方。 找到这个点，去看是什么原因导致的？ 这个叫痛点，痛点反过来说就是他需要什么，他需要的这些东西里，哪一部分可以用数字化的产品手段帮他解决？ 这个经过深挖的，过滤出来的才叫需求。 最起码是狭义的，产品层面的需求。🤩

我们这里不讨论广义需求，没有意义。😅 而我说的这个深挖，总结起来就是大家常说的，你要先了解业务。 请注意，你设计的功能好不好用，是相对而言的。 为什么这么说？ 好用，是使用功能的用户说的，不是你说的，不是老板说的。 为什么用户觉得好用或者不好用？ 是因为你的功能，能解决他当前环境下特定管理要求的需求。 哪天他们的管理要求变了，工作流程变了，你的功能就不好用了。 也有可能原本不好用的功能，在用户管理要求和流程变了后，突然好用了。

• 3. 要有场景思维，要把自己置身于用户的场景去思考，不要脱离场景去思考，而要融入场景去设计产品，从群众中来到群众中去，把自己想象成用户并实际调研。通过现象看本质。
• 4. 要有数据思维，成本数据，满意度数据，复购率数据，客户投诉意见，用户变量男性女性，用户对价格的敏感度。
• 5. 要有迭代思维，永远要有对自己现有的产品有着不满意的态度，不断改进迭代 商业思维，不单单是一个产品经理的角色，而要站在一个运营人员的角色。把控市场趋势，利润。这几个思维是非常重要的。
• 6. 学会需求调研和分析 ， 两个调研，竞品调研，用户调研，要迎合用户而不是改变用户。
• 7. 画出原型，写出prd，画出业务流程图，把控项目里程碑!

说到这里，我又想起来有些产品经理就不画原型、也不画流程图😅

不画流程图，直接设计原型，或者文字描述给开发，更有甚者叫开发参考某某某站，做出来再看着改，这样，则会导致产品不严密。开发过程中导致bug巨多，尤其是前端开发人员，如果只用文字方法描述交互，没有个高保真的原型去身临其境得体验，开发效率和协调会慢很多。

这个产品原型和流程图就像是盖房子，你盖房子不用图纸的话，光用嘴说的话，比如说左边添一块砖，右边有什么房梁，哎。那就不知道了吧，随着慢慢的增加，在某一天房就会塌。

再者客户需要货比三家，如果你只有文档没有原型及流程图，只能降低客户的吸引力。

如果一个产品不写业务流程的，越往后迭代可能就会有些业务块搞不清楚状态，因为研发需要知晓并不是界面美观，我们更期待知道产品业务逻辑，怎样才能真正的帮助到用户，让用户用得爽，让用户从自己的业务逻辑上使用产品后，轻松提效，保持对我们产品的吸引性。

所以，我想表达的是。 设计好功能的前提，就是要搞清楚业务，预测业务的变化，抽象出通用的功能方案。 能把这个环节做扎实的。 收集用户提的改进意见后，不加任何思考就设计功能，更有甚者不画原型，导致自己都没整明白交互逻辑。

画原型、业务流程的利弊！！

• B端不一定需要高保真，但是核心复杂交互必要的，智慧类管理项目需要高保真，什么画原型，是因为文字表达不清楚，画的越保真，开发协调效率和暴露问题越快，其实随着资源，时间越来越高阶，那其实原型反而表达更多的战略性，甚至是有可行商业化的一些表达方式，所以不要小看原型，后期也需要画原型，比如咱们练了一身腱子肉，后面就不用在练了吗？😂

• 不用画原型前提：有可参考的图，并详细标出差异化 ；如果有需求解读能力，业务思考能力，以及整个产品思维落地，项目闭环的能力，更快验证策略模式。

四、总结

所以技术人不要把眼光只局限于技术，除非你要精雕技术领域，而要把眼光放在产品层面上，把握市场趋势，挖掘需求，提高自己的综合能力，哪个互联网创业者不是从一个有价值、实用的的产品起家呢？难道你不想成就自己的伟业（虽然话说互联网红利期已过），财务自由么？😂

好了，今天就说到这里吧。

感谢jym浏览本文，共同进步🤞，若有更好的观点，欢迎评论区讨论哈🌹。