有哪些技术可以学习 产品经理需要了解学习哪些技术？

产品经理需要学习哪些技术？

首先要强调的是，产品经理需要掌握一些技术要点，这不是必不可少的项目，但却是大加分项。以我目前的经验来看，不懂技术的产品经理很难做出产品，但可能有一些想法是空，但绝大多数不会被同行或技术开发者实现。

有的产品经理有R&D背景，就是转行做产品经理之前从事过开发工作，这是很有优势的。如果之前的开发工作和现在产品要求的技术语言一样，那就完美了。我们在设计时可以在一定程度上考虑实现和可行性，评估在现有的条件和资源下，设计的功能是否能够实现。我们也可以在开发人员的系统设计规范评审会议上了解他们，这样就可以大致了解他们是否符合要求。

本人不擅长技术，设计相关内容仅限于理解一些基本概念，避免低级错误。所以本章是对交流部分的补充，不是很专业的技术/设计介绍。只希望了解一些常识有助于与设计师和开发者的交流。

先说技术。这些都写在纸上。我属于编程能力比较弱的那种人，但是我比较喜欢关注一些技术领域的新闻，简单说说技术相关的内容。

根据我目前的经验，以下技术要点是产品经理应该掌握的，这里不提及“必须掌握”，因为有例外。

1.产品经理为什么要学习技术

技术开发人员喜欢和同行交流，就像我们喜欢和产品经理交流一样。所以做过开发的产品经理，在与开发者沟通上有优势。但是需要注意的是，他们一定不能装懂，不要以为自己做了很大的开发，就去参与系统设计，会很恶心。

记住:你的技术背景只能停留在产品设计和珠三角沟通阶段。不要给出太多技术上的意见或建议。你专攻这个行业。另外，你转行了。也许你知道的已经过时了。

没有R&D背景的产品经理需要实践，其实不需要学习开发技术，只需要知道一些专业术语，比如缓存、JS脚本、Ajax、数据库、存储过程、BI等等。不然你会发现，和开发人员交流的时候，你会目瞪口呆，因为你听不懂他们在说什么。

产品经理在学习时要有针对性。比如公司的产品都是用JAVA开发的，那么了解与JAVA相关的基础知识，数据都是用MYSQL。然后简单了解一下这个数据库的相关知识。我们的目标是理解开发者说的话，避免被动。

如果开发商发现他说了很久，你就不懂了。如果你让他第二次说话或者一个一个解释，估计他会先有点不耐烦，然后会有点嫌弃你，呵呵。

2.两大类技术

技术分为两类，一类是开发技术，分为前端技术和后端技术；一个是产品技术，包括产品经理必须掌握的技术。

学习Python对于后面的数据分析能力也是一个很大的提升。对于数据分析，有时候可能需要各种Excel表格，各种公式，甚至数据量过大，数据分析都会造成障碍。有了Python，你只需要做一些基本的命令行，就可以轻松的获取相关数据，对于提高工作效率来说，简直是无以言表。

(3)体系结构和数据库

一个好的产品经理往往有机会参与一个产品数据库的构建，对数据库字典、数据逻辑、架构关系有清晰的了解。

3.基本技术术语

如开头所述，比如缓存、Cookie、Ajax、中间件、数据库等。，你需要知道它们是什么意思。开发者在交流的时候经常会提到这些。不了解就去对比。

另外，如果你掌握了缓存和Cookie的使用，还可以给产品的后端逻辑增加一些功能，比如让Cookie记录用户填写的用户名，下次登录时不要重复输入；用缓存记录用户的登录认证信息，一段时间内不需要用户再次登录。

还有就是需要学习产品实现的开发语言，比如Java、PHP、。Net等。，了解一些基本的知识点，如部署方法、运行载体等。比如LAMP经常指的是Linux+Apache+Mysql+PHP的组合；懂一些脚本语言，比如JS脚本，CSS等。这里需要提到的是，产品经理要懂HTML，但注意不是HTML5。当然，最好是了解H5。HTML是最基本的网页脚本语言。有时候，当你看不懂一个页面的逻辑时，可以右击属性“查看Web源代码”来看看。

4.编程语

编程语言是一种用于定义计算机程序的正式语言。它是一种标准化的通信技能，用于向计算机发送指令。计算机语言使程序员能够精确地定义计算机需要使用的数据，并精确地定义在不同情况下应该采取的行动。

想成为产品经理的同学可以学习一些前端相关知识或者一些脚本语言，比如Python。前端相关知识比后端特别追求性能更注重前端展现，前端有自己的设计规则(类似的，iOS/Android/WindowsPhone也有自己的人机界面指南)，对产品设计帮助很大。相比C/JAVA，它不需要那么多数学知识和算法要求，而脚本语言相对更友好，抽象性更低，编译器/IDE更轻，适合入门。

在这里，我还将简单介绍一些编程语言的相关内容:

(1)HTML/CSS/Java

前端相关，HTML比较熟悉。毕竟是简单的标记语言，对逻辑的要求比较低；CSS没有深入研究，可以改；JS只是简单的使用了框架，并没有彻底理解框架的源代码和架构。前面说过，我觉得这部分最应该理解。感觉C系列编程语言和脚本编程语言偏向于技术实现，而前端编程语言更注重表现效果，这是产品设计阶段需要注意的。

另一方面，随着HTML5在移动领域的更好表现，学习web相关知识对移动终端也有很大帮助。

(2)基础

BASIC是一种文字编程语言，写完之后不需要编译和链接就可以执行，但是如果需要独立执行，还是需要创建为可执行文件。

不过，我现在还没碰过。据说更像积木，不那么抽象。如果我完全没有接触过编程，我推荐先玩小Basic，类似于很久以前的LOGO语言。很有意思。英文官网好像被屏蔽了，我现在无法在这里访问。

(3)C/C++/C#

c更好。在最好的时候，我能理解指针的概念。长时间不写，我就忘了。C++/C#有优势，可以用MS-VS 2013的IDE。

C++是在C语言基础上发展起来的一种面向对象的编程语言，应用广泛。C++支持许多编程范例——面向对象编程、泛型编程和过程编程。

C#是从C和C++衍生出来的一种安全、稳定、简单、优雅的面向对象编程语言。它继承了C和C++的强大功能，去掉了它们的一些复杂特性(比如没有宏，没有多重继承)。C#以其强大的操作能力、优雅的语法风格、创新的语言特性、便捷的定位，将VB简单的可视化操作与C++的高运行效率结合在一起。的首选语言。NET开发。

(4)JAVA

Java是一种面向对象的编程语言，可以编写跨平台的应用。Java技术以其优异的通用性、高效性、平台可移植性和安全性，被广泛应用于PC、数据中心、游戏控制台、科学超级计算机、手机和互联网。它还有全球最大的开发者专业社区，对Android相关职业感兴趣的同学可以学习。

(5)Python/Ruby

Python是纯自由软件，源代码和解释器CPPython遵循GPL(GNU通用公共许可证)协议。

脚本语言，Python入门，Ruby没学过，但是Python有更多的免费电子书。

(6)Linux

Linux是一个类似Unix的操作系统，可以自由使用，自由传播。它是一个基于POSIX和UNIX的多用户、多任务、多线程、多CPU的操作系统。它可以运行主要的UNIX工具软件、应用程序和网络协议。它支持32位和64位硬件。Linux继承了以网络为核心的Unix的设计思想，是一个性能稳定的多用户网络操作系统。

5.数据库ˌ资料库

在信息社会中，充分有效地管理和利用各种信息资源是科学研究和决策管理的前提。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各种信息系统的核心部分，也是科研和决策管理的重要技术手段。

数据的逻辑结构是从逻辑角度(即数据的连接和组织)观察和分析数据，与数据的存储位置无关；数据的物理结构是指数据在计算机中存储的结构，即数据的逻辑结构在计算机中的实现形式，所以物理结构也称为存储结构。

数据库不可以推荐，图形化操作可以，SQL不认真学习，数据库只知道一些概念性的东西。

相对来说，有助于理解“高内聚低耦合”等一些技术概念，适当熟悉一些简单的编程语言，有助于产品设计的思维；从另一个角度来看，也有利于估计产品的开发进度。

数据模型是数据库系统的核心和基础，各种数据库管理系统软件都是基于一定的数据模型。因此，根据数据模型的特点，传统的数据库系统通常分为三类:网格数据库、层次数据库和关系数据库。

严格来说，对我学习软件工程最大的帮助不是编程语言课程，而是“软件工程”和“软件项目管理”两门课程。虽然最后确认自己没有编程方面的天赋和耐心，但与其说是发声我的Hello World编程能力，不如说是其他一些经历。

6.读写SQL

大数据时代，产品经理几乎每天都要处理数据。数据来源有很多，但大部分必须存储在数据库中。这时候如果要分析数据，数据分析能力就体现在你得到数据之后。前提是你要得到数据，这和SQL有关。

大公司有相对完整的数据仓库建设，相对完善的数据管理系统，以及专门从事商业智能和数据处理的数据维护人员，俗称BI或DA。在这样条件优越的公司，常规的数据检索需求可以提交给这些专业人员进行处理，比如日常分析报告，项目开发所需的基础数据等。，只要数据检索逻辑和必填字段解释清楚。

但是你需要自己去获取一些产品分析所需的数据，以及一些指标考核项目的数据。在更好的情况下，可以求BI给你写一个SQL语句，然后根据需要自己修改；下一种情况，BI会给你讲解一些表结构，然后你自己组织表关联检索；最坏的情况是什么都没有，你去门禁系统摸索门禁。

在小公司，产品经理可以要求开发人员为你获取数据，但如果你需要经常获取数据，我觉得你不好意思一直问下去，毕竟会影响开发人员的工作。自己做，而且因为小公司的数据系统建设不完善，最好的情况是上面说的第二种，有表格结构描述供大家参考。

以上场景要求产品经理理解SQL语言。首先你要能理解SQL。比如你让别人帮你拿数据，但是你看数据的时候总觉得不对。这时候你需要看看别人写的SQL是否正确。毕竟你最清楚检索要求是什么。如果你理解了发现的错误，就应该修改，尤其是当有人给你一个具有类似检索功能的SQL语句时，你应该可以手动修改适合自己的检索。其次要知道怎么写SQL，这就需要产品经理了解SQL语言的语法和一些常用的函数，比如日期函数、格式转换函数、数学函数、字符串函数等。最常见最基础的要掌握，灵活运用。

这里强烈建议产品经理学习SQL，日常工作会方便很多。需要注意的是，SQL语言有两种:T-SQL(Transact-SQL)和PL/SQL(Procedural Language/SQL)，需要根据不同的数据库类型进行研究。

比如产品使用的是SQLServer数据库，你需要学习T-SQL；如果使用Oracle或者Mysql数据库，需要学习PL/SQL。这两种语言在语法上有很大的不同，所以大多数情况下不能混用。

另外，在Oracle和Mysql数据库中使用PL/SQL时，在函数的使用上会有一些差异，需要注意。有人会说还有一些非关系数据库，比如MangoDB，基本不支持SQL语言查询，里面存储的数据都是非关系的，不需要查询分析。

7.统一建模语言和电子病历图

在“产品经理”一词不流行的早期，做类似工作的人一般被称为“需求分析师”。传统软件需求分析师的必要技能之一是用统一建模语言绘制用例图。当然，这也适用于现在。用例图对于解释需求还是很明显的，至少在开发中可以看的很清楚。

现在，随着思维导图和原型的出现，用例图逐渐变得过时。但是很多开发人员还是用UML来绘制系统设计图，比如活动图、状态图、协作图等。产品经理需要了解这些，以便他们能够在设计评审中理解这些图表。

E-R图，又称实体关系图，提供了一种表达实体类型、属性和关系的方法，广泛应用于数据表关系设计中。一个产品的数据存储肯定不会只有一个数据表，而是由多个数据表关联。它们之间的关系可以用E-R图来表示，从中我们可以看出每个表关联的主键和外键是什么，哪些字段值是唯一的等等。

系统设计中经常会出现UML图和E-R图，产品经理应该能够理解它们的含义。当你和开发人员谈论需求设计时，你需要涵盖每一个细节，但是当开发人员和你谈论系统设计时，他们可以保持简单。如果你看不懂，那是你的事。他们就是根据这个发展起来的。

8.关于软件工程

在软件工程中，对我帮助最大的是“软件生命周期模型”，其次是需求分析的一些方法和文档，UML图更倾向于详细设计，不太适合互联网产品的快速迭代开发模式。

......

阅读原文: