写在前面的一些话：
这是一个比较有争议的问题：产品经理需要懂技术吗？懂到什么程度。你要说懂，也对，你要说不懂，也没错。因为产品经理这个岗位不能被单纯得划分为技术岗、运营岗、策划岗，它是一个多种技能糅合的岗位，在我的个人从业经历来看，我比较倾向的是产品经理需要“懂”技术。
早期的互联网公司基本都是以技术为中心驱动产品的，因此在很多公司里，产品经理这个角色都是技术或者项目经理兼任，他们是有一定的技术背景的。然而随着互联网的迅猛发展，以技术为中心逐步走向以产品和用户为中心。接下来就是一大波从事技术、运营、设计、编辑、市场的人转型做了产品经理，非技术职位转型做产品经理的人占了绝大部分。所以，不夸张的说，绝大部分产品经理是不“懂”技术的。
但是，这个“懂”技术不等于要会写代码。产品经理学习技术不是为了在技术人员面前证明你很牛逼，而是为了更好地与技术人员沟通需求、更好地合作，一起做好产品。
书中提到：
产品经理是处于业务需求和技术实施中间的桥梁和枢纽，肩负着理解、明确、界定业务需求，将其翻译为技术研发工程师能够听得懂的语言，并交付给工程技术团队实施这样一个关键而重要的职责。
这个观点我比较同意，但是我觉得产品经理并不是一个单纯的“翻译”，“翻译”只是产品经理工作的一个比较重要的部分，或者说，在互联网公司中，“翻译”这个角色占了产品经理工作的60%以上，但是就是因为这样，在这个过程中，懂技术不仅能够让产品经理用更准确、更缜密的语言跟工程师们描述业务需求和逻辑，更能让产品经理在产品需求设计阶段就能够有前瞻性地预见到技术落地时可能存在地挑战和障碍，提前对设计方案进行优化、折中和取舍，以避免后期可能会遇见的技术瓶颈。
一种新的认识：产品除了需求、功能设计和需求文档，还有产品战略、产品定位、市场环境、业务切入点、产品运营，以及财务模型和商业模式。
这其实也是我对于产品经理这个角色基本观点，对于我现在负责的“井井打印”项目来说，除了APP和后台管理系统上肉眼可见的迭代、原型文档、需求说明，这个APP项目的：战略定位（实现公司的盈亏平衡，今年赚1块钱）、产品定位（学习打印机的APP操作端）、业务切入点（学习和教育场景）、市场环境（K12的小初中学生）、产品运营（微信公众号的吸粉和引流），这些其实我都有研究，但是像一些财务模型和商业模式（这是一个项目存活之根本），我的认识并不是很清晰，还需要探索。
1、产品思维与技术思维：
产品思维侧重从用户和商业视角出发，技术思维侧重在技术实现和系统架构层面，两种思维方式也有交叉点，那就是产品的需求、设计和产品功能。产品经理需要思考产品的用户价值和用户的产品使用场景，同时还需要考虑产品缩承载的业务闭环和商业价值，工程师是技术思维的代表，首先是基于产品需求的实现方式的考虑，工程师看到产品设计后在脑海里构建的是拆解后的实现要点，好比一栋房子的内部结构，需要先构建产品的技术架构，然后评估产品功能的技术价值和开发成本。
高阶产品经理的思考方式：产品思维
产品思维是一种结合工程思维、功能思维、商业思维的综合思维模式，包括对商业目标的理解、对目标用户及用户使用场景的理解。
战略层：决定了业务和产品需要实现什么目标，为谁和什么场景服务；
范围层：需要定义清楚再既有战略的基础上做哪些东西来实现战略目标；
结构层：需要基于范围层的内容完成基础信息架构和交互设计；
框架层：完成我们能看得到的界面设计；
表现层：视觉表现设计，让产品看起来更友好。
产品经理必须回答的8个问题（以井井打印APP作为示例来说）：
1、产品的目标用户是谁？
产品的目标用户是小、初、高学生，年龄层分布在10~18岁之间，以及这些学生们的家长，年龄层分布在35~45之间。
2、产品为目标用户解决了一个什么核心问题？
用户在进行错题整理的时候，往往会花很多时间去抄题、画图，然而在真正的做题的时间上却很少，学习效率不够高。
3、产品的核心功能是什么？
拍照打印和搜题打印。
4、产品的使用场景是什么？
学生用户会有整理错题的习惯，然后整理错题还要抄题或者画图其实是比较浪费时间和精力的，而且还不一定画得好，可以用我们的产品直接拍照-处理-打印-粘贴，会节省很多抄题时间。
5、产品给目标用户带来的价值是什么？
提高学习效率，节省不必要的时间。
6、如何用一句话介绍产品是什么？
我们是一款能够帮助目标用户提高学习成绩的工具。
7、与同类产品的定位差异是什么？
这个定位差异说实话没有办法从软件APP端去说，因为现在才是1.0.0版本，并没有太多亮点功能，这个还需要在产品的发展和迭代中去寻找。
8、产品的盈利模式是什么？
卖机器、卖耗材，后期可以在APP上卖内容、卖服务，或者实现流量的变现。
2、互联网技术与产品：
使用最广泛的服务器操作系统：Linux
网上支付的基础保障协议：openssl(open secure sockets layer）
数据库标杆：MySQL
服务器的“温床”：apache
工程师的造物利器：eclipse
下个时代的技术主角：AR（augmented reality）与VR（virtual reality）
所有的互联网技术产品，不管是使用只能手机还是使用计算机浏览器，不管是使用手机与计算机进行交互，还是使用手机与手机交互，起背后的实现模型基本都是请求和响应模式。
在移动互联网时代，智能手机成为主要终端入口，移动互联网的技术特点相对于传统互联网阶段具备了移动性、随时性、永远在线的特点，也正式技术的升级，带来了很多产品创新的可能。
未来的产品经理能力不仅包括设计产品的能力，也包括能基于产品定位把产品运营起来的能力。产品经理会从产品结构和功能设计者慢慢向全流程服务设计者转变，从产品定位、用户需求、技术方案、服务流程、市场推广等多个环节实现全流程打通，单一技能的产品经理时代即将过去，“全栈产品经理”的时代即将到来。
3、产品经理学编程：
C语言：运行在世界各地的各种系统中，包括个人计算机、大型和超大型计算机、路由器及可编程的集成电路。
Java：面向对象的语言，灵活性更高，同时其抽象现实世界的特点对程序设计人员的学习和理解也更有帮助。
PHP:开源脚本语言，以文本形式被保存，更轻量化而且更灵活，学习成本较低，主要运用于web开发领域。
Javascript：脚本开发语言，主要运行在浏览器中，可以为网页增加动态功能，具备跨平台的特点，可以运行在绝大多数的浏览器下。
基本数据类型：
1、表示整数的“整型”
所有不带小数点的数字都是属于整型，在变成语言中，用关键字int来表示整型。
2、表示文本的“字符型”
字符型是一种文本类型，字符型的内容没有规则限制，可以是任意内容。在不同的编程语言中，表示字符型的关键字略有不同。在Java语言中，使用关键字string表示字符型数据，在c语言中，使用关键字char来表示，在objective-c语言中用NSstring来表示字符型数据。
3、表示小数的“浮点型”
浮点型的数据都是带小数点的数据。在编程语言中，一般使用float或者double标记浮点型数据。
4、表示是非判断的“布尔型”
布尔型的数据只有两种值，即“true”和“false”.“true”对应的序号是1，“false”对应的序号是0.
编程语言中的逻辑结构：
1、条件判断“if else”
2、条件选择“switch case”
在“switch case”的条件选择中，条件值得数据类型必须是整型的，“case”是对应输入值的条件分支，每一个“Case”分支都会有一个对应的执行结果。若输入的值在所有的“case”中都没有匹配项，那还有一个关键字“default”表示的默认执行模块。多选一的操作都可以使用到。
3、循环操作“while/do while”
使用“while”实现循环的逻辑控制，让一个事件在某一个条件下重复发生，在循环停止前持续让这个事件发生一段时间。还可以通过“do while”控制循环逻辑，“do"的意思是做什么事情，”do while“控制循环逻辑的意思就是先做一件事情，再判断条件，如果条件满足，就继续循环该动作。
数据的组合方式：数据结构：
1、数组：统一数据类型的集合
具有相同数据类型的数据元素组成的集合。
2、栈：汉诺塔结构
栈又可以叫做堆栈，是一种满足一定规则的数据结构，这种规则通常叫做“后进先出”。
3、队列：排队的艺术
只能在对头执行出队操作，在队尾执行入队操作。
4、树：长在树上的数据
在树状结构中，根节点是起始节点，从根节点出发，有一条路径可以索引到下面的每一个兄弟节点和叶子节点。从末端的叶子节点出发，也肯定有一条路径可以索引到根节点。
4、产品经理学数据库：
数据库：运行在服务器中，类似于一个进行数据存储的仓库，数据按照一定的规则存储，可以对数据库中的数据进行增删改查的操作。
1、关系型数据库
一种基于关系模型的数据库，关系模型折射现实世界中的实体关系，将现实世界中各种实体及实体之间的关系通过关系模型表达出来。
在关系型数据库中可以通过数据库表和表之间的关系来具象表示这种模型，表就是我们常用的二维表格，有表的名字，表的各项标题名。
对产品经理来说，在设计产品的时候要知道产品背后所使用的数据库是哪一种类型的数据库，并且要了解数据库的基本结构，知道每一种实体间的关系是如何设计的，这样做的好处是在设计产品的时候能从数据的角度考虑产品的设计逻辑，设计出更符合数据模型的产品。
2、非关系型数据库
一种相对松散且可以不按照严格的结构规范继续宁存储的数据库。它没有关系型数据库那样严格的数据结构约束，在存储的形式和使用上有别于关系型数据库。
非关系型数据库适合应用在一些对存取要求比较高且并发处理比较高的场合。
5、产品经理学客户端技术：
客户端是指普通用户使用的终端，用户通过客户端接触并使用产品。
1、Android系统
Android系统基于Linux开发，主要运行在智能手机或平板电脑上，以其开源的特性吸引了无数开发者。
由于不同厂商对Android系统进行了深度定制，所以有些应用在A厂商的手机运行商没问题，但到了B厂商生产的手机上就可能出现问题，开发人员也需要对不同的操作系统进行适配。
控件：每个界面上由各种按钮、输入框、文本框、列表，以及一些操作对象构成，这些元素组合在一起为我们提供了产品使用的交互戒指，这些元素在技术上称为“控件”。
Android系统中各种控件的相互组合使用可以构建出各种各样的产品页面。
Android应用开发完成后，需要被打包成一个扩展名为“APK”的文件，APK的意思是Androidpackage，这个文件是一个完整的Android应用安装文件，类似于我们在windows系统中使用的".exe"的安装文件。
2、IOS系统
IOS系统是基于UNIX的操作系统，在应用层使用苹果自家的开发语言objective-C进行开发，后续苹果又推出了一门新的开发语言swift来支持IOS系统应用的开发，目前使用着两种语言都能进行IOS应用开发。
IOS是一个闭源系统（也酒是不开放源代码的系统），该系统只能由苹果公司在自家的移动设备上使用。
IOS界面布局与Android不同，IOS使用的是绝对布局，每一个控件在界面上是通过指定控件的绝对位置进行显示的。
3、web网页
由Html、css及一些动态交互技术（例如Javascript等）组成的web前端技术。
通过浏览器访问的网页通常被称为web页，每一个web页都有一个唯一的地址，不同的地址组合在一起，通过链接相互跳转，最终形成一个网站系统。
HTML全称超文本标记语言，超文本的意思是它所能表现得内容不仅仅是文本，还可以是图片、链接、音乐等非文字元素，标记语言是对HTML特性得一种描述，HTML语言的语法结构是通过一个个的标签来标记体现的。
CSS全称层叠样式表，是一种将网页内容与网页样式分离的技术。CSS是给只有内容的HTML页面穿衣服，让HTML 页面好看起来。
6、产品经理学服务端技术：
对应客户端，服务端通常也叫做服务器端，两个客户端之间的信息互动和数据传输是通过服务端完成的。服务端起到了中间核心处理者的作用，它负责处理复杂的业务逻辑并对数据进行存储管理。客户端与服务端借助网络进行数据传输，数据传输基于基本数据传输协议，定义数据传输的规则通常叫接口，客户端与服务端需要进行很多功能和数据的交互，也就会有很多个数据接口，每一个接口都处理一个功能逻辑。
一个完整的客户端与服务端交互流程酒是客户端发起请求、服务端处理请求、服务端将处理结果返回客户端。
1、服务端的基本架构
服务端通常被叫做云端，也就是我们所说的云服务器，云服务器是指物理机房是托管在第三方，而不用自建机房。
①首先是从互联网接入，互联网的另一头实际上酒是客户端，客户端通过互联网请求访问服务器，请求进来后首先经过负载均衡服务器；
②负载均衡服务器的作用是将同时进来的大量方位请求根据应用服务器的忙碌程度进行动态调度；
③一个客户端请求经过负载均衡服务器的动态调度后，会被分配到某一台API服务器，通常也叫做应用服务器；同样的应用服务器通常会有堕胎同时运行，客户端访问量足够大时，一台服务器忙不过来，所以采用堕胎同时运行来分流处理客户端请求，而分流调度酒是通过负载均衡完成；
④应用服务器下方对应的是数据库服务器，数据库服务器负责运行后端数据库；一般情况下，会有堕胎数据库服务器同时运行，为了保证系统数据的安全性，在堕胎数据库服务器上会存储同一份数据，当某台数据库服务器发生异常时，其他的还可以作为备用使用。
2、数据接口及结构
数据接口的构成通常是“key-value”的形式，也就是键值对。
①json：一种轻量级的数据交互格式，也是一种用来表示数据接口结构的形式。易于理解，体积小，很适合用作数据接口进行数据传输。
②XML：可扩展标记语言，一种数据交互格式，用来进行简单的结构化文本数据的存储。
3、服务端与客户端的交互模型
①客户端请求；
②服务器获取并解析客户端请求；
③服务器响应；
④客户端获取并解析服务端响应。
4、云服务器
不需要自行建立机房，也不用自己购买和维护服务器，使用第三方公司提供的服务器托管和维护服务来运行自己的产品，这种方式就称为云服务器。
好处：首先，省去了建立机房及购买服务器的成本，通过租用和按流量付费的标准来使用云服务提供商提供的服务器；其次，云服务器提供商会有专人对服务器进行持续维护，而且如果服务器不够用还需要对硬件或者带宽进行升级，只要进行在线配置，就可以很快完成对服务器的升级，非常方便快捷；还有酒是非常强大的容灾能力。
当产品经理衡量一个功能的工作量时，不能只看功能本身，应该从了解技术的角度去判断和这个功能相关的衍生流程。在与工程师沟通的过程中，基于完整的信息去沟通会降低沟通成本。
7、产品经理学数据：
互联网每天都会产生大量的数据，互联网里的数据是指我们在使用互联网产品时发生的行为所沉淀下来的结果。这些数据可以被用来进行分析，还可以使用大量的数据分析和预测用户行为。
数据时互联网时代最重要的资产，尤其时对于互联网公司。
互联网上产生的数据主要分为结构化和非结构化数据两类。结构化数据：按照固定的格式和结构存储的数据，非结构化数据：零散型数据的集中管理。非结构化存储与结构化存储的区别在于对数据结构的设计。
1、数据指标
数据指标是指产品在各个方面所记录和统计出来的数据结果，是对过去进行回顾和对未来进行预测的参考标准。
UV：网站独立访客和独立用户，指访问某个网站的独立IP数量，通常计算周期时当天0点到24点。UV可以反映用户活跃度，也可以反映出在某一个固定周期内用户使用产品的情况。
PV：网站的页面访问量，与UV不同，PV统计的时用户打开网站的次数。PV记录的是单次访问的次数，而UV统计的是独立用户访问的次数。
DAU（daily active user）：日活跃用户，记录一天内独立用户登录或使用产品的次数。
MAU（month active user）：月活跃用户，记录在一个自然月内用户的活跃度情况。
GMV：商品交易总额，是一种反映平台交易总量的数据指标。
转化率：统计一个大范围的运营活动或者产品动作转化出有效用户的比例。
留存率：用户进入产品后，在一定的周期过后留存在产品中的用户数量。
2、数据仓库
可以简写为DW，是一种对历史数据进行存储和分析的数据系统，通常是为企业根据过往数据进行分析从而制定相关决策而存在的。数据仓库通常只对数据进行查询操作。数据仓库酒是数据的集中处理和分析仓库，为业务和产品决策提供数据支撑。
3、数据可视化
通过不同的视觉呈现方式，将数字数据通过生动形象的方式呈现出来，使数据查看者能以一种更直观方便的方式查看数据。数据可视化是对数据分析结果的展示，通过数据可视化能给决策者提供更直观生动的数据决策支持。
数据可视化是反映产品和业务整体情况最直观的方式，和数据仓库相辅相成一起构成数据分析和数据展示的整体。数据仓库负责对数据进行存储分析，而分析结果就需要通过数据可视化技术以需要的方式呈现出来。
4、数据驱动下的产品与业务
数据往往能比较客观地反映事实，在没有数据之前，我们只能利用主观的判断进行一些初步假设并作出决策，有一定的数据量后就可以基于这些数据样本进行分析和结果提炼。
就如同我们现在“井井打印”项目，虽然已经在3月25日上线了APP的1.0.0版本，但是现有的使用用户几乎都是公司内部的员工，没有办法从现有的数据里面获取到真实用户的信息，现有的数据也非常少，不足以支撑我们进行决策，但是作为产品经理需要对“未来有用”的数据有清晰的认识和规划，例如：用户使用最多的功能是什么？用户使用APP的停留时间如何？在哪些时间段内用户使用APP的频率最高？等等.....待真实用户数据量起来以后，可以通过观测数据、分析数据来进行更精准的产品迭代。
在移动互联网时代，移动终端称为主要客户端产品，可以统计用户的活跃地区、手机型号、网络条件等，可以基于这些数据统计指标进一步调整产品开发和业务运营策略。.
8、产品经理如何写一份高质量的PRD：
一份完整的PRD至少应该包括三部分，分别是变更日志、需求描述和功能设计。
1、变更日志
2、需求描述
业务需求：该产品功能在业务开展中所扮演的角色。
用户需求：该产品功能在用户的使用场景中为用户解决了什么问题，用户通过这个功能能完成什么用户任务。
3、功能设计
产品功能设计包括产品业务流程、功能信息结构、产品原型及交互逻辑、产品视觉设计，除产品视觉设计是由专门的视觉设计师完成以外，其余的部分都是由产品经理完成的。
产品经理如何评判一个需求的价值：从三个维度判断一个需求的价值，分别是需求来源、需求目的和需求价值。需求的价值只有一个衡量标准：是否提升了用户价值！
产品逻辑：指功能模块内部及功能模块之间的相关逻辑，模块划分越清晰的产品，之间交错的逻辑就越少。产品逻辑主要包括功能逻辑、交互逻辑、边界规则等。
沟通永远是产品经理需要学习和提高的技能，好的产品经理肯定是个会讲故事，而且能站在不同角度讲故事的人。
9、如何与工程师正确沟通：
工程师的思维方式是一种线性而且逻辑性比较强的方式，考虑问题或者做出行动时往往会按照严密的顺序和逻辑进行，他们认为一件事肯定是按照固定的流程执行，不喜欢中间突然变化或者出错，因为这会使他们感到诅丧。
这一点我非常有感触，在井井打印前期迭代的过程中，由于我自身的原因、业务的原因、市场的原因，导致需求变动是比较频繁的，变动的范围包括：项目进度、UI配合、物料提供等等。在与开发工程师的交流中，他们对这种不确定因素和变动非常排斥（其实做产品的任何人也不愿意产生变更），可是我自身认为互联网时代大家需要有“敏捷”的思想来对待这件事，一味的一成不变肯定是不可能的。
作为互联网产品经理，身在变化中，驱动变化就是驱动创新，不要为了表面的变化而变化，要发掘变化的内因，并通过对内因推动变化的实施，拥抱变化本身就是在创新。
10、产品经理的自我修养：
用户体验型：为产品的用户体验负责，关注产品本身的体验，结合业务目标完成对产品的涉及，并持续对产品进行体验层面的优化。用户体验的提升是一个主观感受的过程，评判一个产品的用户体验是否优秀，首先是让新用户用着感觉很爽，这个“爽”不仅仅体现在功能的酷炫上，更多是指产品是否能快速地完成用户任务，而且能很清晰地传递产品关键信息。能让用户在非常简单的操作环节下完成目标任务就是一种很好的用户体验设计。
业务型：围绕业务流程和业务动作展开的流程设计。有些公司偏产品型（例如工具类产品）：符合用户需求和试用习惯，而且能快速帮用户解决问题，这类产品对用户体验的要求很高，所以产品经理的工作中心在核心功能体验的设计上。一方面，需要有全局独立思考的能力，还需要整合资源方；另一方面需要对产品本身有一定的设计能力。业务型产品经理是站在业务和产品十字路口的人，既要具备对业务的敏感度也要从产品角度以产品思维思考整个业务流程的合理性和完整性。
数据型：专注再产品的数据指标上，定义产品数据指标然后通过技术的方式采集指标反馈，从而根据大样本的结果辅助产品决策。需要探究数据变化背后的原因，根据这个原因优化产品策略。数据的结论只是一种通过数据统计的方式呈现的表象，数据本身无法保证结论就是正确的，数据不是万能的，更多是作为产品决策的辅助依据。
1、让对的事情持续发生；
在做产品的过程种会遇到很多问题，比如对一个设计方案的拿捏，对技术显示的规避，对产品节奏和业务市场节奏的匹配等，这些环境种的任何一环都有可能导致产品向前推荐受阻，产品经理需要时刻处于问题一以先，对随机出现的问题有快速应对能力，快速抓住问题的核心本质，并给出进一步的行动方案。
2、让信息高效流动起来；
沟通，而沟通的目的是让信息高效流动起来。作为承上启下的关键角色，使信息流动在一个正确的轨道上，成为信息布道者，确保各个关键角色都能对信息有充分了解，直接决定了能否让对的事情持续发生。
3、让组织合作顺畅进行。
公司是以合作的方式组织起来的，有各个只能部门的相互配合才形成合力推动公司向前发展。组织内合作的顺畅进行不会自动发生，需要有推动者，而产品经理就是这个先锋。
11、产品经理工作中会遇到的问题及解决方法：
如果判断问题属于能控制区间，需要快读聚焦到答案上，在问题和答案之间构建解决方案和路径。如果判断问题实在能影响的区间，说明问题的解决需要外部协助或需要改变一些外部环境，那接下来就是去影响问题的进程并改变外部环境，然后将问题过渡到能控制的区间。如果问题区间是不能控制的，说明问题的可控性很低，是不能影响的，这是要认清问题的现状并向外部寻求帮助。若能得到帮助，就将问题过渡到能影响的区间，再进一步过渡到能控制的区间。
基于问题构建解决方案，然后通过解决方案寻找并定位到答案上：
“聚焦答案”要求问题解决者把解决问题的重点放在如何解决问题上，而不是一直关注问题是什么，以及问题带来的现象和影响。
一个可能的解决问题的模型：
首先，完成对问题的定位，即明确问题是什么。了解问题后进行第二步，判断问题出现的起始节点。第三步是针对问题构建解决方案，构建解决方案的过程就是聚焦答案的过程，解决问题的过程可能是递进式，也就是说解决问题时可能不是一下子就把问题搞定，而是按阶段解决部分问题，然后解决整个问题。
主要是三步：第一步完成问题定位，第二步找到问题的起始节点，第三步递进式聚焦答案。
产品经理的修养：第一，至关注真实用户的需求，忽略一切噪音（评论家的评价和办公室空谈者的奇思妙想）；第二，至关注来自真实市场的一手材料，忽略一切二手信息（任何传话者都会用个人立场扭曲真实信息，多以一切二手信息都是失真的）。关注的最佳方法不是听，而是身临其境观察和发现。
12、产品经理的职业发展：
1、产品助理：
关键是形成产品思维的转变，学习产品基本工，通过PRD的形式把产品设计思路表达出来。
2、产品经理：
产品经理是基于产品定位和目标用户群来设计产品的，需要设计折麽样的功能来满足用户需求，什么样的功能可以满足好的用户体验，需要将这些成果通过文档化的方式呈现出来。
3、产品总监：
产品总监是一个产品真正的掌舵者，他还承担培养产品团队成员并持续提升产品团队战斗力的重任，一个公司产品能力的高低取决于产品负责人的能力边界，所以对于新产品和新模式要有足够的敏感度。
启动期：明确产品定位、挖掘用户价值；
成长期：提升运营效率、扩大用户群体；
成熟期：考虑商业变变现；
衰退期：考虑新的突破点延迟衰退期。
13、产品经理必懂的运营“技术”：
运营是围绕产品本身，通过用户运营、活动运营、内容运营将用户组织起来使用产品，通过运营干预让产品被更多的用户使用，从而产生用户价值。
1、产品运营：
产品运营是运营人员基于产品完成的一系列干预动作，目的是完成对产品的新用户导入和老用户留存及活跃。
活动运营人员的核心工作是对活动的设计和策划，而设计和策划的落脚点是围绕产品的核心定位和目标用户群体。
内容运营通常是基于一些内容型产品展开的主要运营工作，通过运营人员发布内容或用户自己生产内容的方式提高用户在产品中的活跃度。从产品角度看，内容运营中内容的产生有两种主要的方式，一种是平台专业生产内容，也就是我们常说的PGC（professional generated content），另一种是用户生产内容，也就是UGC（user generated content）。
用户运营是运营人员主动向用户提供服务的一种方式，用户客服是被动的，用户运营是主动的。
2、业务运营：
业务运营是再实现产品的业务目标基础上进行干预动作。
未来产品领域的发展中，会越来越需要“全栈产品经理”这样的角色，既能具备过硬的产品和用户体验设计能力，也能对运营有足够的了解，能基于业务目标制定运营方案，能基于产品定义出适合产品的运营策略，这需要产品经理再产品、技术、设计、运营等各个环节建立知识框架，所以，掌握运营的“技术”对产品经理尤为重要。
3、运营方法与效率：
产品启动期：定义产品并明确差异点
产品成长期：完成用户扩展并提升运营效率
产品成熟期：商业化运营
14、产品经理必懂的技术名词：
抽象：提炼出一个通用的模板，然后基于模板做具象化的实现。
打印：一种结果的输出，这种结果不会输出到现实世界，只是将程序运行的结果“打印”到命令控制台上。
架构：对系统的结构设计和规划，通常由经验比较丰富的架构师或者高级工程师完成，架构的好坏直接决定了后期系统的稳定性和可扩展性。
框架：利用现有的成熟技术框架简化开发过程。
控件：最小界面元素组成单元。
组件：一种功能更全面的升级版控件，多个控件的组合。
脚本：一种被计算机执行的程序，一个可被计算机执行的文件，文件里是一系列计算机指令，这些指令会按照顺序被计算机解析并执行。
产品经理是一群孤独的人，也是一群极具创造力的人，当设计或开拓一个新形态的产品时，要坚信产品具有真正的价值，经过自己不懈地努力就能化腐朽为神奇。产品经理需要挖掘需求背后的本质，需要靠直觉和判断力去发现新形势，一旦认定并且条件具备，就聚焦并坚持，好产品不是一两天能打造出来的，需要不断地试错、迭代，一个伟大的产品背后往往会有一个伟大的产品经理。
未来的产品经理一定是多元化的，产品经理会慢慢从技能型向服务型撞边，产品经理岗位会逐渐演化为全流程服务设计者，不仅仅是产品功能和体验层面的设计，而且会深入到用户所能触达的每一个环节，设计所有前台和后台。