产品经理技术能力汇总

一张思维导图带你快速了解产品经理都需要掌握什么技能！下图整理了管理能力、沟通能力、编程能力等必备技能。在产品路上这几年，作者有一些对于非技术背景的产品经理想说的话，每一位产品经理都可作为参考。

产品经理技术能力汇总

• 技术
  • 1、产品思维与技术思维
    • 1.1产品思维与技术思维的区别
    • 1.2开发⼯程师的职责
      • 产品设计
        • UI/UE设计
      • 产品研发
        • 客户端开发
        • 服务端开发
      • 产品测试
        • ⿊盒测试
        • ⽩盒测试
      • 产品运维
    • 1.3产品设计中的技术边界
      • 今天能满⾜
      • 思想层⾯⽆边界
    • 1.4⼯程师的⼯程思维
      • 实现的难易程度
      • 系统的⻆度
    • 1.5⼊⻔产品经理：功能思维
      • 从系统功能本身来评判产品的完整性和实⽤性
    • 1.6⾼阶产品经理：产品思维
      • ⼯程思维
      • 功能思维
      • 商业思维
        • 商业⽬标
      • ⽤户思维
        • ⽤户使⽤场景
      • 业务流程
        • ⻆⾊
        • 操作环节
        • 数据
        • 体验思维
      • 体验思维
        • 战略层
        • 范围层
        • 结构层
        • 框架层
        • 表现层
  • 2、互联⽹技术与产品
    • 2.1互联⽹技术发展史
      • 基础技术发展期
      • PC互联⽹时代
      • 移动互联⽹时代
    • 2.2互联⽹产品发展史
      • 本地
      • 云服务
    • 2.3互联⽹开源社区和技术
      • 开源：github
      • 服务器：Apache
      • 操作系统：Linux
      • 数据安全传输：OPenSSL
      • 数据库：MySQL
      • 开发⼯具：Eclipse
    • 2.4互联⽹产品技术架构
      • 产品视⻆
        • 常规
        • 异常
          • ⽆
          • 边界
          • 过多
      • 技术视⻆
        • 实现步骤
          • ⼦步骤1
          • ⼦步骤2
          • ⼦步骤3
  • 3、产品经理学编程
    • 3.1为什么要学编程
      • 编程语⾔是程序设计⼈员与计算机机型交互的指令集，在计算机中任何逻辑和表达都可以通过编程语⾔来实现
      • 编程的基本原理
      • 程序逻辑的实现⽅式
      • 技术沟通
    • 3.2主流编程语⾔介绍
      • C语⾔
      • Java
      • PHP
      • C++
      • Python
      • Ruby
      • Objective-C（IOS）
    • 3.3编程语⾔的数据类型
      • 数据单元
        • 数据类型
          • 整形
          • 字符型
          • 浮点型
          • 布尔型
          • 。。。
        • 名称
        • 值
      • 数据间的转换
      • 数据拼接
    • 3.4编程语⾔的逻辑结构
      • 条件判断：if else
      • 条件选择：switch case
      • 循环操作：while/do while
    • 3.5数据结构
      • 数组：同⼀数据类型的集合
      • 栈：满⾜⼀定规则的数据结构，这种数据规则通常叫做“后进先出”
      • 队列：
      • 树：树状结构上的元素往往叫做⼀个节点，每个树状结构都有⼀个根节点，也就是树根，从根出发可以延伸出枝⼲节点或者叫做兄弟节点，树状结构末端的节点我们称为叶⼦节点；
    • 3.6程序
      • 程序是按照⼀定的规则和顺序的任务执⾏过程，是⼀套指令集合，在软件开发中，程序由数据结构和算法组成
    • 3.7程序的最⼩执⾏单元
      • 我们称之为函数或者⽅法，函数是完成⼀项具体任务的独⽴模块，函数的组成包括输⼊、输出以及函数内部的处理流程；
  • 4、产品经理学数据库
    • 4.1为什么要学数据库
      • 对产品数据存储结构和设计的了解可以帮助产品经理简历产品的数据模型；
      • 数据库运⾏在服务器中，类似于⼀个进⾏数据存储的仓库，数据按照⼀定的规则存储，可以对数据库中的数据进⾏增删改查的操作；
    • 4.2关系型数据库
      • 是⼀种基于关系模型的数据库，关系模型折射现实世界中的实体关系，将现实世界中的各种实体及实体之间的关系通过关系模型表达出来；
      • 4.2.1在关系型数据库中可以通过数据表和表之间的关系来具象表示这种模型，表就是我们常⽤的⼆维表格，有表的名字，表的各项标题名；
      • 4.2.2数据库字段和字段类型；
      • 4.2.3数据库操作语⾔：SQL即结构化查询语⾔，是⼀种⽤来操作关系型数据库的编程语⾔，可以理解为对数据库的操作命令；
    • 4.3⾮关系型数据库
      • 是⼀种相对松散且可以不按照严格的结构规范进⾏存储的数据库，⾮关系性数据库⼀般叫做NoSQL，⾮关系型数据库没有关系型数据库那样严格的数据结构约束，在存储的形式和使⽤上有别与关系型数据库；
  • 5、产品经理学客户端技术
    • 5.1为什么要学习客户端技术
    • 5.2Android基础技术及基础控件
    • 5.3Android界⾯布局原理
      • 线性布局：按照顺序从上到下依次在界⾯排列控件，线性布局⽀持横向和纵向两种；
      • 相对布局：相对布局就是指定控件与其他控件的相对位置，所谓相对位置就是以某⼀控件为参考基准，与其他控件的空间位置；
    • 5.4Android系统的权限控制
      • 有专⻔的权限管理机制，应⽤访问⽤户隐私或者⼀些系统功能时，需要取得⽤户的授权后才能使⽤；
    • 5.5Android应⽤打包机发布
      • ⽂件类型： apk
      • 安卓应⽤市场上下载
      • 组成
        • 程序代码
        • 背景图⽚、图标等素材
        • 特殊的签名⽂件：保证这个应⽤安装包的唯⼀性和安全性；
      • 发布：
        • 上百个应⽤市场
        • 批量发布⼯具
        • 标记发布渠道来源
    • 5.6Android多屏幕适配
      • 点九图： ⼀种使⽤可拉伸图⽚作为界⾯素材的解决⽅案，这种图⽚是以扩展名“。 9.png”结尾的图像⽂件；
    • 5.7IOS基础技术及基本控件
      • ⾮开源系统
      • 5.7.1UIView
        • IOS系统中可以实现UIView的相互嵌套，可以在UIView中再放⼀个UIView，在Andriod系统中则不可以；
        • 每⼀个控件都在屏幕中都是通过坐标轴定位具体位置，按照逻辑像素，不管屏幕尺⼨进⾏定位；
      • 5.7.2UIButton
        • 与Andriod类似，区别之处还是在于能够嵌套控件
      • 5.7.3UILabel
        • 类似于Andriod中的TextView
      • 5.7.4UITextField
        • 类似于Andriod的EditText
      • 5.7.5UIImageView
      • 5.7.6UITableView
      • 5.7.7UICollectionView
    • 5.8IOS界⾯布局原理
      • 绝对布局，每⼀个控件在界⾯上是通过指定控件的绝对位置进⾏显示的
    • 5.9IOS系统的权限控制
      • IOS系统授权的⽅式是发⽣在⽤户使⽤产品的过程中，⽽Andriod是在应⽤的安装阶段；
    • 5.10IOS应⽤打包及发布
      • 苹果的官⽅应⽤渠道：APP Store
      • ⼯具：Xcode
    • 5.11Web基础技术知识
      • 域名
      • 域名
    • 5.11.1HTML/CSS
      • HTML：超⽂本标记语⾔
      • CSS：层叠样式表，⽹⻚内容与⽹⻚样式分离的技术，是给只有内容的HTML⻚⾯穿⾐服，让HTML⻚⾯好看起来
    • 5.11.2URL/HTTP
      • URL：统⼀资源定位符
      • HTTP：
        • 超⽂本传输协议；
        • 安全版本：HTTPS，基于加密协议SSL的传输协议；
    • 5.11.3APP
      • Web APP
        • 在APP内部通过加载WEB⽹⻚实现产品功能；
      • Native APP
        • 原⽣实现⽅式，使⽤移动平台原⽣的控件开发⽽成；
      • Web与Native混合实现；在⼀个原⽣APP产品中嵌套⼀部分Web实现；
  • 6、产品经理学服务端技术
    • 6.1为什么要学服务端技术
      • 两个客户客户端之间的信息互动和数据传输是通过服务端完成的，服务端起到了中间核⼼处理者的作⽤，他负责处理复杂的业务逻辑并对数据进⾏存储管理；
      • 产品经理应该从数据结构设计层⾯去了解产品的实现机制，与⼯程师在讨论的过程中能从数据的⻆度讨论问题；
      • 服务端架构
        • 服务器
        • 上线流程
        • 产品发布的具体流程
      • 服务端技术
        • Java
          • Java EE
            • 优点：平台安全性和⽀持性较强；
            • 缺点：体积庞⼤、维护更新成本⾼；
        • PHP
          • 轻量级的产品或系统
        • Node.js
          • 轻量级的产品或系统
        • Python
        • C#
          • ASP.NET
      • 客户端和服务端交互流程
        • 从客户端发起请求，服务端处理请求、服务端端将处理结果返回客户端；
    • 6.2服务端的基本架构
      • 服务端通常被叫做云端，也就是我们说的云服务器，云服务器是指物理机房托管在第三⽅，⽽不⽤⾃建机房
      • 每个机房的组成
        • 应⽤服务器
        • 数据库服务器
        • 交换机
        • ⽹络端⼝
        • 外⽹光缆
      • 负载均衡服务器是⽤来处理⼤规模请求的服务器，通常对于⼀些访问量⽐较⾼的系统来说，复杂均衡显得尤为重要；
    • 6.3数据接⼝及结构
      • 的是客户端与服务端进⾏数据传输和交互的数据协议，数据接⼝是⼀种数据交换的标准；
      • 数据接⼝的构成
        • key-value键值对
      • 6.3.1 JSON
        • 轻量级的数据交换格式{“name”：“bdwl”， “skill”：“PM”}
        • 易于理解，体积⼩，很适合⽤作数据接⼝进⾏数据传输；
      • 6.3.2XML
        • 可扩展标记语⾔，数据交换格式，具体内容由标签组成；
    • 6.4服务端与客户端的交互模型
      • 请求响应模型
        • 完成信息的发送、处理、响应；
    • 6.5服务器的部署及运维
      • 上线：把我们开发完成的系统部署到公⽹服务器上，公⽹就是公开⽹络
        • 产品经理要确保客户端的代码已经更新到最新状态并且已经打包就绪，同时确保服务端代码已经更新到最新状态并且已经处于可部署状态。
      • 运维：服务器部署完成之后就是⻓期的调优的过程；
        • 服务器运维包括发布新的服务，对服务器进⾏更新、维护，同时对于服务器进⾏整体监控，如果出现紧急情况需要及时处理；
        • ⽤户访问⾼峰期往往需要增加带宽和服务器数量；
    • 6.6云服务器
      • ⾃建机房成本⾼
        • 硬件设备
        • ⼈⼒维护
      • 使⽤第三⽅公司提供的服务器托管和维护服务来运⾏⾃⼰的产品，这种⽅式叫做云服务器；
  • 7、产品经理学数据
    • 7.1什么是数据
      • 互联⽹⾥⾯的数据是指我们在使⽤互联⽹产品时发⽣的⾏为所沉淀下来的结果；
      • 数据是互联⽹时代最重要的资产，尤其是对于互联⽹公司；
    • 7.2数据分类及数据分析
      • 通过数据分析我们可以得出很多结论，可以指导商业策略和产品设计的调整；
      • 7.2.1结构化数据
        • 按照⼀定数据规则存储的数据；
          • 商城的商品数据
      • 7.2.2⾮机构化数据
        • ⼤多数是⼀些零散的、没有⼀定规律的数据
          • 商城⽤户的浏览记录，操作⽇志；
    • 7.3数据指标
      • 指产品在各个⽅⾯的所记录和统计出来的数据结果，是对过去进⾏回顾和对未来进⾏预测的参考标准；
      • 7.3.1
        • UV： 是指⽹站独⽴访客和独⽴⽤户的意思，指访问某个⽹站的独⽴IP的数量，通常计算的周期是当天的0点到24点；
        • PV：通常是指⽹站⻚⾯的访问量，和UV不同的是，PV统计的是⽤户打开⽹站的次数；
      • 7.3.2
        • DAU：
          • ⽇活跃⽤户，记录⼀天内独⽴⽤户登录或使⽤产品的次数；
        • MAU：
          • ⽉活跃⽤户；
      • 7.3.3
        • GMV：
          • 商品交易总额，是⼀种反应平台交易总量的数据指标；
      • 7.3.4
        • 转化率
          • 是统计⼀个⼤范围的运营活动或者产品动作转化楚有效⽤户的⽐例。
        • 留存率
          • ⽤户进⼊产品之后，在⼀定的周期过后留存在产品中的⽤户数量；
    • 7.4数据仓库
      • 简写：DW，是⼀种对历史数据进⾏存储和分析的数据系统，通常是为企业根据过往数据进⾏分析从⽽制定相关决策⽽存在的；
    • 7.5数据可视化
      • 数据可视化是对数据分析结果的展示，通过数据可视化能给决策者提供更直观⽣动的数据决策⽀持；
    • 7.6数据驱动下的产品与业务
  • 8、产品PRD
    • 8.1PRD的基本结构
      • 由产品经理撰写，⽤来云技术⼈员或其他相关⼈员进⾏信息传递和沟通的⼯具；
    • 8.2基于⽬标读者写作
      • 主要⽬标读者是UI、UE、⼯程师、测试⼈员、业务⼈员、其他产品⼈员甚⾄是⽼板；
    • 8.3PRD⾥的产品逻辑
      • 产品逻辑更多的是指功能模块内部及功能模块之间的相关逻辑，模块划分越清晰的产品，之间交错的逻辑就越少；
    • 8.4PRD⾥的技术规则
    • 8.5常⽤的PRD写作⼯具介绍
    • 8.6沟通胜过⽂档
  • 9、如何与⼯程师正确沟通
    • 9.1⼯程师介绍
      • 思维⽅式：线性且逻辑性⽐较强，考虑问题或者作出⾏动时往往会按照严密的顺序和逻辑进⾏；认为⼀件事情⼀定是按照固定的流程执⾏，不喜欢中间突然变化或者出错，因为这会是他们感到沮丧；
      • ⼯程师⼜是⼀群极为“⾃负”⽽且追求极致的⼈，这种“⾃负”并不是贬义词，⽽是⼀种对⾃⼰所做的东⻄的⾃信，这种⾃信超出传统的⾃信，所以⽤“⾃负”来描述这种超额⾃信；
    • 9.2如何向⼯程师阐述产品需求
      • 反复⾃查⾃⼰的PRD
      • 使⽤第三⽅讲述法讲述⽤户的需求
    • 9.3如何从产品⻆度参与技术讨论
      • 知晓每⼀个设计背后的原因
      • 讨论的过程中遇到不懂的技术点通过提问的形式介⼊
      • 在讨论的过程中维护产品原则，以产品视⻆引导技术讨论；
    • 9.4需求变动时的沟通⽅法
      • 需求变化很正常
      • 控制没必要的变化，同时也拥抱变化
      • 从事情变化的本质层⾯去探究
    • 9.5⾮技术背景产品经理的沟通技巧
      • 沟通过程
        • 1、表达核⼼观点
        • 2、反馈理解
        • 3、重复并确认对⽅理解
        • 4、⼆次确认理解
      • ⽬的性沟通
      • 引导⼯程师以通俗易懂的语⾔进⾏沟通
      • 9.5.1这个功能做不了时怎么办？
        • 1、这个产品需求在现有的技术条件下是否可实现；
        • 2、既然是可以的，那做不了的原因是否是因为我们不签不具备这样的技术？
        • 3、既然不存在技术边界和技术储备不⾜，那是因为开发进度和时间导致做不了?
      • 9.5.2这不是bug该如何处理
        • 产品和开发统⼀定义好bug的边界
  • 10、产品经理⾃我修养
    • 10.1三种类型的产品经理
      • ⽤户体验型产品经理
        • 了解⽤户、同理⼼
      • 业务型产品经理
        • 业务流程、业务动作
      • 数据型产品经理
        • 数据分析、改进产品
    • 10.2懂技术不如懂产品
    • 10.3产品是技术与艺术的结合
    • 10.4如何跨越初级产品经理阶段
      • 书⾯表达
      • ⼝头表达
    • 10.5产品经理如何驱动技术团队
      • 公司愿景
    • 10.6成为产品领导者
      • 思想领导⼒
      • ⾏为领导⼒
      • 团队领导⼒
  • 11、问题/解决⽅法
    • 11.1解决问题前先定位问题
      • 找到问题本身的真实情况
      • 判断问题的影响范围
    • 11.2⼯作中遇到的问题
      • 1与⽼板之间不能有不明确
        • 从⽼板制定的公司战略出发
        • 产品经理描述问题，给多个候选⽅案，辅助⽼板做决策
      • 2与设计师之间的不明确
        • 对设计⽬的的理解
        • 对设计⽅式的选择
      • 3与⼯程师之间的不理解
        • 带着可能的答案去提问
      • 4与业务⼈员之间的脱线解⽤户
        • 产品经理需要深⼊⼀线了解业务，了 解⽤户
    • 11.3聚焦答案⽽⾮聚焦问题
    • 11.4⼀个可能的解决问题模型
      • 问题定位
      • 问题的起始节点
      • 递进式聚焦答案
    • 11.5从问题和答案中获取洞察⼒
      • 透过现象看本质
• 能力
  • 必备能⼒
    • ⾏业分析
      • 历史推断法
      • 逆向思维法
      • PEST分析法
      • 产业价值链法
    • ⽤户调研
      • ⽤户群细分
      • 明确⽬标⽤户群及特征
      • ⽤户核⼼需求把控
      • ⽤户核⼼需求把控
      • ⽤户核⼼需求把控
      • ⽬标⽤户需求痛处
      • ⽤户市场规模估算
      • 竞争对⼿分析
    • 需求获取
      • 获取用户本质需求
    • 需求评估
      • KANO模型
      • 做减法
      • A/B test
      • 专家评审
    • 需求优先级定义
      • 商业价值=重要性+紧急性
    • 需求管理
      • 需求工作量估算
      • 需求变更
      • ROl-商业价值/工作量
    • 撰写需求
      • 结构化思维能力
      • 书面表达能力
    • 沟通能力
  • 管理能⼒
    • 团队管理
    • 决策能力
    • 时间管理
    • 项目管理
    • 制度流程
    • 专业知识
  • 加分能⼒
    • 创新能力
    • 人脉资源
    • 影响力
    • 学习能力
    • 外语能力
    • 算法能力
    • 情绪控制能力
  • 复合能⼒
    • 用户体验
    • 信息架构
    • 交互设计
    • 审美能力
    • 技术能力
    • 测试能力
    • 运营能力
    • 市场能力
    • 商务拓展
    • 商务拓展
    • 数据分析