产品经理需要了解多少技术？

作为产品经理，要想提升自己竞争力，显然是要懂开发知识，但是要懂多少呢？今天这篇文章来自一位产品经理分享，介绍了产品经理需要懂的技术范文与深度，我认为值得分享。

下面是原文

我自己是技术出身的产品经理，亲身感受是，有一定的技术知识傍身，好处确实有很多。

1.产品经理懂技术的好处

一是和程序员相处会比较融洽，项目更好推。其一，程序员本来就视技术为核心竞争力，你懂技术，他会更尊重你；其二，交流起来比较无障碍，从业务逻辑到实现逻辑能一直往下对，在这个过程中彼此可以互相适应和调整。其三，他反应实现困难、修改困难等各方面的问题时，你能懂，关键还能理解和共情，甚至可以一起讨论解决方案。

第二是设计业务时，会基于实现进行设计，不会设计一些实现成本高又没啥用的功能、比较拧巴的功能甚至不可实现的功能，需求评审大翻车的可能性会很小。

第三对项目整体的把握更有度。对项目大概的复杂度会有一个大概的把握；对出了问题之后的归因，会有直觉上的判断，而且一般还很准。

还有一点就是，万一遇上不厚道的程序员存心忽悠你，他忽悠不动。

”这个海报没办法做成动态的，实现不了。”

"能做，你创建个canvas，先把底图画上，然后把动态的用户头像画在指定的位置就行“。

“多轮对话效果这个优化不了，咱们用的这个服务商产品效果不行。”

“你没给传参。”然后丢F12下的截图过去。

这些都是亲身经历过的场景，有点像打脸爽文。但一般除非感受到对方是在诚心把你当二傻子忽悠，不会出现这种针锋相对的互怼行为。有过这么几次交锋，他以后和你打交道自会掂量掂量。

2.产品经理需要了解哪些方面的技术

那么本身不是计算机科班出身的产品经理，都需要了解哪些方面的技术呢？

基本的编程知识

了解一门编程语言，有助于理解程序员的思维方式。

建议从Python、Java之类的比较好上手的语言中选一个进行学习。不需要能够徒手撸出来多少代码，了解基本的语法，找一些demo看懂、跑跑，体验一下调试过程就够了。

软件系统架构

当前大部分的B端系统都是BS架构的，产品经理接触比较多的就是系统页面的设计。但一个B端系统的架构，往往分为数据层、服务层、应用层等，每个层又有非常多的模块组成，模块和模块之间又通过不同的方式来通信。

移动端的产品形态虽然不同，但是底层逻辑也是一样的。

通过了解整个系统的架构和分层，就能知道程序员之间的分工模式和协作关系，有利于理解整个系统的复杂度，也有助于和程序员之间相互理解和沟通。

对AI的掌握分为两个方面。

第一是你得会用AI，它对生产力的提速作用简直太大了。

像产品经理学技术这个任务，让AI来帮忙简直太合适了。有了它，你甚至不需要系统化的去找时间学习，完全可以随用随问，每遇到一个不明白的问题，就打破砂锅问到底地敞开问，直至搞清楚明白。

你甚至可以把看不懂的代码全粘给它，让它帮你讲。

第二是对于AI技术领域的了解和学习。

随着gpt的面世，大家都感受到了大模型强大的能力，你会发现不管你深处哪个行业，老板冷不丁要求产品经理给自家产品“加点AI”的情况，太多了。

所以对于产品经理来说，如果你对AI的前沿技术、当红产品一无所知，就会成为你的短板。产品经理不需要了解高深的算法，但是AI大模型的相关原理、术语、开发流程，以及AI在各行各业落地的案例和方法论还是需要知道的。

3.常见术语

作为产品经理，你可能会高频听到下面的术语：

1. 接口和接口文档

接口是不同系统、组件或模块之间的交互规范，定义了它们如何进行通信。请求端按照约定的格式发送请求，接受端则根据请求返回相应的数据。

接口文档详细记录了接口的定义，包括输入参数、请求方式和输出参数，是系统之间进行协作的重要参考。

2.开发环境、测试环境、生产环境

开发环境是程序员干活用的，一般打开全是各种错误报告，开发好了之后发布到测试环境上进行测试，改bug，直到稳定后再发布到生产环境。生产环境是正式提供对外服务的。

3.开发框架

产品经理会经常听到的一句话：我们用的这个框架，所以你的那个需求实现不了。

发框架指的是在软件编程中提供了一套基础功能和标准的一套软件库或者系统。相当于想盖个楼，基于现成的架子盖，比从头盖肯定快多了。使用框架可以避免从头开始编写大量代码，提高开发效率，保证程序的稳定性和可维护性。

因为是在现成的框架上做开发，那么你的有些需求是框架不支持的，就实现不了了。

4.Token

Token是通过特定规则对用户信息（如ID、时间戳和设备号）进行加密生成的字符串，一般是用来验证身份用的。

5.联调

联调是指不同的系统或者模块之间联合起来进行测试，好像是一边造插座，一边造插头，造好了之后插一下试试，能不能插上，能不能通电。

6.重构

重构是对现有代码的重新组织和优化。代码改来改去把结构都改乱了；或者程序员在搭架构的时候没考虑的一些问题现在造成了很大的麻烦，这时程序员就会想重构代码。程序员说需要重构，往往是跟你要时间。

7.回滚

回滚是指在程序或数据处理出现错误时，将系统恢复到上一个稳定状态的过程。

懂技术其实也有坏处。比如在知道复杂度的情况下不忍心压程序员；比如容易陷入到细节的纠结里出不来；比如程序员总会跟你不断解释原理和细节，你给程序员要东西时，程序员会丢给你一些代码片段的内容给你让你自己看。。。。

所以，产品经理不必对自身的技术能力过分强求，平时多留心，随学随用、随用随学，当经验积累到一定阶段之后，就会进入一个渐入佳境的状态。

今天的分享就在这里。

 连续体验48款应用，通过后原路退回

 

报名后添加星球助理

PMTalk123