全栈产品经理之必备技能（史上最全）
2021-04-09 16:00:53 3 举报AI智能生成
登录查看完整内容
全栈产品经理之必备技能，必懂的技术要点，产品经理未来将都将全面化发展。
作者其他创作
大纲/内容
全栈产品经理
1、产品思维与技术思维
1.1 产品经理为什么要懂技术
原因：
置身互联网领域，设计互联网产品，每一个设计都应该在现有互联网技术下实现
了解技术边界，对实际开展产品工作有非常大的益处
知己知彼：在与工程师的工作配合和沟通中能起到关键作用
产品思维与技术思维解读
产品思维
用户价值
使用场景
商业价值
业务闭环
需求
设计
功能
技术思维
实现方式
技术架构
技术价值
开发成本
1.2产品经理&工程师
产品经理
产品职能
信息上游
负责发现并定义需求，将用户需求通过具体的产品功能设计呈现为用户可用的产品，包括需求分析、功能定义、原型设计等
定义
1.担负某类产品研发、运营、管理的经理人。2.前期市场调查、产品的创意、策划实施、产品研发、产品上市、市场推广…一直到产品生命周期的结束的全过程
产品经理职责
市场调研
了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会
采用方法
1、与用户交流2、与直接面对客户的一线同事如销售、客服、技术支持等交流 3、市场研究报告分析 4、竞争对手产品分析 5、用户数据分析
需求管理
产品经理在执行需求过程中的一系列管理工作。通常包含：需求来源管理、需求版本管理、需求分配管理、需求跟踪管理
需求来源管理
1、市场需求2、高层需求3、用户需求4、运营需求5、其它需求
产品规划
在通过市场和竞争分析，根据公司自身的情况和发展方向，制定产品规划、产品规格设计、更新产品组合等。制定出产品的远景目标（Vision）以及实施该远景目标的战略、战术。
包含
1、用户目标2、商业目标3、关键差异4、盈利模式5、效益目标6、品牌定价
产品定义及设计
产品定义
主要解决了是什么的问题。
1、产品愿景；2、目标市场； 3、市场竞争分析；4、功能概要；5、产品用例（UseCase） 6、系统需求 7、性能需求 9、运营需求等
产品设计
设计产品的的整个过程，产品上市后是什么样子的、信息构架、功能设计。包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction）
组织协调
协调来自不同团队的人员（包括工程师、QA、UI 设计师、市场、销售、客服等），对资源进行分配，同时控制、激励和协调群体活动过程，使之相互融合，从而实现组织目标的能力。例如：在预定项目工期内按时开发并发布产品。
工作内容
1、 制定项目计划；2、 进行资源协调3、跟踪项目进展
文档编写
市场调查文档
产品需求文档
产品说明书
测试报告
用户帮助
对外培训
产品培训
产品培训主要是面向内部同事，如：销售、市场、媒介、客服等讲解产品的相关的定义、功能、特点目标市场，也可能包括向外界如媒体、行业分析师及用户宣传产品。产品培训是一个产品研发到发布，以及运营中很重要的一个环节
产品生命周期管理
随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。
产品经理能力要求
沟通能力
学习能力
执行能力
热爱产品
注重细节
数据敏感
商业敏感
产品经理技能
产品经理需求技能
定义：
产品经理的需求技能，包含需求获取、需求筛选、需求分析、需求执行，这一系列过程是对产品经理综合素质的一个考验和全面衡量
写需求的八项思路
1、合理的建立全局观，把握整体框架；
2、合理的建立业务模型；
3、合理的拆分系统需求；
4、合理的预留系统扩展；
5、合理的处理好业务流，信息流，以及数据流；
6、合理的遵从：业务原理（逻辑）”→系统实现原理（逻辑），然后细分到-模块实现原理（逻
辑）、具体到-界面交互原理（逻辑）；
7、合理的编排需求的优先级次序；
8、合理的做好需求被 KO 掉的准备
写需求的十点注意
1、写文档，一定不在拘泥于工具，在于思路；但用好工具，会使你的需求加速；
2、写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体；
3、写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后；
4、写文档，一定要基于可开发，不能天马行空。（IDEA 阶段可以天马行空）；
5、写文档，一定要规范，目录、层级都清晰，写出来别人是要看的；
6、写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题；
7、写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华；
8、写文档，一定要落实到每个细节，需求都不完善，成品何来完善；
9、写文档，一定要自己多看，自己给自己找茬，把问题止步于自己；
10、写文档，一定要注意版本管理，并做好版本修订等工作。
写需求的八个步骤
1、第一步：需求分析（业务模型、业务机制、系统功能、系统逻辑）；
2、第二步：确定产品定义；
3、第三步：确定用户目标和用户任务；
4、第四步，确定产品具体定位；
5、第五步，确定设计产品用例、流程；
6、第六步，确定设计产品原型；
7、第七步，打包需求说明文档；
8、第八步，最后确定产品优先级（核心的、主要的、扩展的）
写需求的正确方法
1、熟悉项目发生的相关业务行为。
2、将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一
3、把项目条目化，条理化，目录结构具体规定好。
4、前台结构布局，合理规范的将系统脱去朦胧的华纱。
5、穿针织网，把需求综合起来，整理成最终的产品需求文档
产品经理工具包
原型
Axure RP
MockPlus
Balsamiq Mockups
JustinMind
墨刀（modao.cc）
xiaopiu.com
POP（Prototyping on Paper）
InVision
产品大牛（pmdaniu.com）
Photoshop
Adobe XD
Sketch
思维导图/流程图
ProcessOn（processon.com）
百度脑图（naotu.baidu.com）
MindManager
Xmind
Buzan's iMindMap
FreeMind
Visio
MindNode
Edrawmax
项目管理
Teambition（teambition.com）
Worktile（worktile.com）
BearyChat（bearychat.com）
产品资讯
NEXT（next.36kr.com）
Product Hunt（producthunt.com）
AppSo（ifanr.com/author/appso）
文档
石墨文档（shimo.im）
超链接
伙伴云表格（huoban.com）
超级表格（chaojibiaoge.com）
看云（kancloud.cn）
幕布（mubu.io）
齐书（qishu.co）
有道云笔记
Evernote
PPT
Keynote
表单收集
金数据（jinshuju.net）
问卷星（sojump.com）
麦客（mikecrm.com）
数据分析
诸葛IO（zhugeio.com）
GrowingIO（growingio.com）
神策分析（sensorsdata.cn）
TableaU
SAP BI
数加（data.aliyun.com）
友盟（umeng.com）
百度统计（tongji.baidu.com）
Google Analytics（google.com/analytics/）
工程师
技术职能
信息下游
负责从技术实现角度评估产品设计，设计技术方案，最终将产品设计实施落地为用户可用的产品。
结构图
首席技术官（CTO）
交互设计和视觉设计
UI/UE设计
研发
客户端开发（前端）
Android开发、iOS开发、Web前端开发等
服务端开发
应用接口开发、数据库开发等
测试
黑盒
一般的功能性测试，测试人员会从用户视角对产品进行全方位多角度的使用，模拟出各种可能出现的用户场景对产品进行全流程测试
白盒
白盒测试是比黑盒测试更进一步的测试，白盒测试会深入代码层面进行测试，使用测试用例对某一代码模块进行测试，白盒测试对测试人员的要求更高
运维
对系统进行持续稳定运转的保障职能，需要持续监控和优化系统的运行状态，例如对带宽的监控、对系统负载能力的监控和优化等。
1.3产品设计需要注意的技术边界
实现边界
先和工程师就该产品功能的实现方案进行初步沟通，明确其技术可行性再做进一步分析和设计。技术可行性受限的，需要及时调整产品设计策略。
1.4思考方式
工程师的思考方式：工程思维
工程思维往往是理性的逻辑思维，从实现的难易程度和系统的角度定义产品和设计产品
入门产品经理的思考方式：功能思维
从软件产品角度出发的思维模式，是从系统功能的角度评判产品的完整性和实用性
高阶产品经理的思考方式：产品思维
产品思维是一种结合工程思维、功能思维及商业思维的综合思维模式，包括对商业目标的理解、对目标用户及用户使用场景的理解。
整个产品体系从下往上分为战略层、范围层、结构层、框架层和表现层
战略层
范围层
结构层
框架层
表现层
2、互联网技术与产品
2.1 互联网技术发展史
基础技术发展期
PC互联网时代
移动互联网时代
人工智能时代？
2.2 互联网产品发展史
2.3互联网开源社区和技术
服务器操作系统：Linux
免费的操作系统，操作系统提供人与计算机交互的界面
网上支付的基础保障协议：OpenSSL
OpenSSL全称Open Secure Sockets Layer，是一个开源且强大的安全套接字层密码库
OpenSSL是一个基于密码学的软件开发包，具备完整的加密算法和数据加密功能，是网络通信安全及数据完整性的一套安全协议
OpenSSL可以为数据在互联网的传播提供安全保障，使数据以加密安全的方式进行传输，防止核心保密数据被窃取或者监听。
HTTPS 和 HTTP 的区别
a、协议需要到 ca 申请证书，一般免费证书很少，需要交费。
数据库：MySQL
MySQL是一个开源数据库管理系统，属于关系型数据库
MySQL的适用性非常广泛，为C、C++、Java、PHP等主流开发语言提供了使用接口，使基于任何技术语言开发的系统都可以使用MySQL作为数据库。
MySQL的特点是开源、轻量化而且支持大规模访问
服务器:Apache
一个开放源代码的网页服务器项目。
为我们每天访问的网站提供最基础的容器支持，是一款服务器运行软件系统
AR与VR
AR：增强现实，是指通过虚拟图像建模，并利用物理设备采集图像信息的方式，能在现实世界中看到原本不存在的虚拟物体。
VR:虚拟现实，是通过计算机虚拟出来的一个全景视角，必须通过一个类似眼镜或头盔的VR设备来体验虚拟现实情境
2.4互联网产品技术架构
前端
用户使用的客户端，包括最初使用个人电脑通过浏览器进行网页浏览，现在通过智能手机使用App进行一系列的操作
服务端
服务端包括应用服务器和数据库，应用服务器用来部署服务端程序，处理前端请求并进行服务响应，数据库用来存储数据，服务器通过专门与数据库进行交互的程序对数据库进行读写操作。
说明：
产品视角vs.技术视角
产品视角
产品视角是从用户使用产品的场景出发，涵盖常规使用场景和异常使用场景
技术视角
从产品功能的实现步骤角度出发，实现某一个产品功能需要设计的实现步骤分别是什么，每一步又可以拆分成子步骤，粒度相对于产品视角更细，逻辑严谨性更强。
3、产品经理学编程
3.1 产品经理为什么要学编程
编程语言
编程语言是程序设计人员与计算机进行交互的指令集，在计算机中任何逻辑和表达都可以通过编程语言来实现。
3.2 主流编程语言介绍
C语言
运行在世界各地的各种系统中，包括个人计算机、大型和超大型计算机、路由器及可编程的集成电路里。
C语言的出现开启了现代编程语言发展的序幕，后来的C++、Java等编程语言都是基于C语言发展而来的
Java语言
跨平台、通用性和安全性的特点被广泛使用
PHP语言
PHP是一种开源脚本语言，脚本语言通常以文本形式被保存，只有在调用时进行解释和编译，相对于C语言或者Java语言说，PHP更轻量化而且更灵活，PHP吸收了C语言和Java的特点，学习成本较低，主要运用于Web开发领域。
3.3 编程语言中的数据类型
表示整数的“整型”
整型是一种数字类型，所有的不带小数点的数字都属于整型，在编程语言中，用关键字int来表示整型
表示文本的“字符型”
字符型是一种文本类型，字符型的内容没有规则限制，可以是任意内容。
字符型不具备数学计算意义
表示小数的“浮点型”
浮点型也是一种数字类型，与整数型相比，浮点型的数据都是带小数点的数据。在编程语言中，一般使用float或者double标记浮点型数据。
表示是非判断的“布尔型”
数据类型间的转换
数据拼接
数据拼接一般是字符型数据间的拼接，拼接后的字符型数据统称为字符串，字符串的内容可以表达任何内容，字符串简单来说就是一串文本。
3.4 编程语言中的逻辑结构
条件判断“if else”
在编程语言中，我们可以用这两个关键字来控制逻辑判断流程。
条件选择“switch case”
所谓条件选择就是根据条件值选择对应的执行方式。
循环操作“while/do while”
用“while”实现循环的逻辑控制，循环逻辑控制是指让一个事件在某一条件下重复发生，在循环停止前持续让这个事件发生一段时间。
3.5 数据的组织方式：数据结构
数据结构定义：
在编程语言中，我们可以用这两个关计算机存储和组织数据的一种方式，是按一定规则进行组织的数据的集合。键字来控制逻辑判断流程。通过编程语言把产品功能的逻辑表达出来，逻辑的基本单元是数据，数据通过一定的结构呈现出来。
数据结构分为数组、栈、队列、堆、树、图等，每种数据结构都代表一种数据集合组织的方式，每种方式都有各自的特点。
数组
相同数据类型的数据元素组成的集合。
栈
汉诺塔结构
是一种满足一定规则的数据结构这种规则通常叫作“后进先出”
队列
排队的艺术
队列在结构上分为队头和队尾，只能在队头执行出队操作，在队尾执行入队操作。
树
长在树上的数据
树状结构可以应用在产品结构设计、权限设计及用户等级设计等场景。
3.6 什么是程序
程序是指按照一定的规则和顺序的任务执行过程，是一套指令集合，在软件开发中，程序由数据结构和算法组成。
3.7 程序的最小执行单元
程序的最小执行单元我们称为函数或者方法，函数是完成一项具体任务的独立模块，函数的组成包括输入、输出及函数内部的处理流程。
3.8 程序与产品功能之间的关系
程序是一系列数据结构和逻辑处理的集合，一个单一的处理流程用最小程序单元表示。将不同的逻辑处理流程组合拼接起来，就构成了一个产品的基本功能。
4、产品经理学数据库
4.1 产品经理为什么要学数据库
数据模型
就是产品在计算机中存储结构的设计，在功能层面看到的是一个个根据用户场景设计的功能，但是在数据层面却是一个个数据模型。
数据库
关系型数据库
非关系型数据库
4.2 关系型数据库
关系型数据库是一种基于关系模型的数据库，关系模型折射现实世界中的实体关系，将现实世界中各种实体及实体之间的关系通过关系模型表达出来。
主流的关系型数据库
MySQL、SQL Server、Oracle、DB2等
表现形式
数据库表和表的关系
表与表之间可以通过关系来链接，如果两个表之间有对应关系，在两个表中就有对应的属性项来标识这个关系
数据库字段和字段类型
数据库操作语言（SQL）
SQL（Structured Query Language）即结构化查询语言，是一种用来操作关系型数据库的编程语言，可以理解为对数据库的操作命令。
SQL语句可对数据库中的数据进行增、删、改、查等操作
数据库索引
即数据表的目录
4.3 非关系型数据库（NoSQL）
非关系型数据库是一种相对松散且可以不按照严格的结构规范进行存储的数据库
主流的非关系型数据库
MongoDB
数据以类似文档的方式进行存储，每一个文档都有对应的唯一标识和版本号
CouchDB
4.4 数据存储与恢复
4.5 从数据角度看产品设计
5、产品经理学客户端技术
5.1 产品经理为什么要学客户端技术
常用客户端技术介绍
定义：客户端是指普通用户使用的终端，用户通过客户端接触并使用产品。客户端通常是指个人电脑、智能手机和平板电脑，以及逐渐普及的智能手表。
Android系统
iOS系统
Web网页
5.2 Android基础技术及基本控件
View
可视化控件，是Android所有控件的根
Button
Android系统默认提供的按钮控件
TextView
文本展示框
EditText
文本输入框
ImageView
图片展示控件
ListView
列表控件
GridView
容器控件
5.3 Android界面布局原理
5.4 Android系统的权限控制
5.5 Android应用打包及发布
5.6 Android多屏幕适配
5.7 iOS基础技术及基本控件
5.8 iOS界面布局原理
5.9 iOS系统权限控制
5.10 iOS应用打包及发布
5.11 Web基础技术知识
网页的骨骼和外衣：HTML/CSS
URL/HTTP
Web App和Native App
Cookie和Session
Hybrid App
5.12 如何判断产品问题是否出自客户端
6、产品经理学服务端技术
6.1 产品经理为什么要学服务端技术
服务端通常被叫作云端，也就是我们所说的云服务器
6.2 服务端的基本架构
常用架构
6.3 数据接口及结构
定义：数据接口是指客户端与服务端进行数据传输和交互的数据协议，数据接口是一种数据交换的标准。
子主题 2
子主题 3
6.4 服务端与客户端的交互模型
6.5 服务器部署及运维
6.6 云服务器
6.7 如何判断产品问题是否出自服务端
7、产品经理学数据
7.1 什么是数据
7.2 数据分类及数据分析
结构化数据：按照一定的数据规则存储的数据
非结构化数据：大多数都是一些零散的、没有一定规律的数据
7.3 p数据指标
指产品在各个方面所记录和统计出来的数据结果，是对过去进行回顾和对未来进行预测的参考标准。
常见的数据指标
活跃用户数
周活跃用户数
月活跃用户数
7.4 数据仓库
数据仓库（Data Warehouse）可简写为DW，是一种对历史数据进行存储和分析的数据系统，通常是为企业根据过往数据进行分析从而制定相关决策而存在的。
7.5 数据可视化
是对数据分析结果的展示，通过数据可视化能给决策者提供更直观生动的数据决策支持
7.6 数据驱动下的产品与业务
8、产品经理如何写一份高质量的PRD
8.1 PRD的基本结构
产品需求文档是产品经理用来与技术人员或其他相关人员进行信息传递和沟通的工具
一份完整的PRD至少应该包括三部分
变更日志
PRD的版本及变更记录
需求描述
介绍产品功能所满足的业务需求和用户需求
功能设计
产品功能设计包括产品业务流程、功能信息结构、产品原型及交互逻辑、产品视觉设计
8.2 产品经理如何评判一个需求的价值
需求来源
需求目的
需求价值
8.3 基于目标读者写作
8.4 PRD里的产品逻辑
产品逻辑主要指功能模块内部及功能模块之间的相关逻辑
产品逻辑主要包括功能逻辑、交互逻辑、边界规则
功能逻辑
交互逻辑
边界规则
8.5 PRD里的技术规则
8.6 常用的PRD写作工具介绍
8.7 功能型PRD与技术型PRD的区别
8.8 沟通胜过文档
9、如何与工程师正确沟通
9.1 工程师是一个什么样的群体
9.2 如何向工程师阐述产品需求
9.3 如何从产品角度参与技术讨论
9.4 产品需求变动时的沟通方法
9.5 非技术背景产品经理的沟通技巧
9.6 用讲故事代替介绍功能
10、产品经理的自我修养
10.1 三种类型的产品经理
用户体验型产品经理
用户体验包括了产品功能体验、视觉体验和信息体验。用户体验型产品经理更关注产品本身的体验，结合业务目标完成对产品的设计，并持续对产品进行体验层面的优化
业务型产品经理
围绕业务流程和业务动作展开的流程设计，业务型产品经理不直接设计产品功能
数据型产品经理
包括据采集和数据分析，也包括了基于数据分析结果进行产品改进和决策的过程。数据型产品经理一定是对数据极为敏感的，而且需要掌握一套方法通过数据衡量产品的直接效果。
10.2 产品经理的三项核心技能
信息流动
驱动事情
组织合作
10.3 懂技术不如懂产品
10.4 为什么懂得这么多还是做不好产品
10.5 设计完功能不等于做好了产品
10.6 理解场景比设计功能更重要
产品思维与用户场景
数据验证产品假设
用户反馈驱动产品优化
10.7 产品是技术与艺术的结合
10.8 如何跨越产品经理初级阶段
10.9 产品经理如何驱动技术团队
10.10 成为产品领导者
思想领导力
思想层面提出聚焦的观点
行为领导力
快速执行和拥抱变化
团队领导力
11、产品经理工作中会遇到的问题及解决方法
11.1 解决问题前先定位问题
第一是找到问题本身的事实情况
第二是判断问题的影响范围
11.2 产品经理工作中遇到的问题
11.3 “聚焦答案”而非“聚焦问题”
11.4 一个可能的解决问题模型
完成对问题的定位，即明确问题是什么
判断问题出现的起始节点
是针对问题构建解决方案-聚焦答案
11.5 从问题和答案中获取洞察力
11.6 一个需求从无到有经历了什么
11.7 MVP：化繁为简的方法
11.8 如何合理地把握产品节奏
11.9 非技术背景产品经理三大生存指南
生存指南1：思维切换，技术思维vs.产品思维
生存指南2：技能切换，写文档vs.讲故事
生存指南3：沟通切换，自我vs.无我
12、产品经理的职业发展
12.1 产品助理的日常工作及晋级
产品助理的日常工作
对产品需求的理解和分析，配合产品经理进行基础的产品原型设计，也就是画线框图或者做基础的交互设计。
根据产品需求和产品原型图整理成PRD
跟进技术开发，处理技术开发过程中对需求的疑问，同时跟进产品BUG的解决情况
12.2 产品经理的日常工作及晋级
日常工作
晋级
提高控制需求的能力
提高横向协调沟通的能力
12.3 产品总监的日常工作及晋级
通常以各种会议和资源协调为主，同时，还需要与产品团队共同商议并讨论关键产品决策，为产品经理的工作把关。
12.4 从产品助理到产品总监的跨越
12.5 如何系统化地提高产品能力
行业理解力
产品架构能力
商业化思维
处于启动期的产品更重要的是明确产品定位、挖掘用户价值
处于成长期的产品：产品经理的工作重在提升运营效率、扩大用户群体
处在成熟期的产品，产品经理的工作重在需要考虑商业变现
处于衰退期的产品，产品经理的工作需要考虑新的突破点延迟衰退期。
13、产品经理必懂的运营“技术”
13.1 产品与运营的关系
13.2 产品运营与业务运营的区别
产品运营
定义：产品运营是运营人员基于产品完成的一系列干预动作，目的是完成对产品的新用户导入和老用户留存及活跃。
特点：所有的运营动作都围绕产品展开，通过对产品定位和目标用户群的充分了解，利用现有的产品特点和功能设计、策划运营活动。
基本属性：活动运营、内容运营和用户运营
活动运营
活动运营是运营人员利用现有产品功能的组合，面向特定人群组织策划的运营活动
内容运营
内容运营通常是基于一些内容型产品展开的主要运营工作，例如微博、贴吧或者视频内容网站，通过运营人员发布内容或用户自己生产内容的方式提高用户在产品中的活跃度。
主要方式
平台专业生产内容PGC（ProfessionalGenerated Content）--专业人士或者是平台编辑
用户生产内容，UGC（UserGenerated Content）-平台上的自由用户
用户运营
用户运营和用户客服区分
用户客服是一种被动式的服务，往往是用户对产品有疑问向客服人员发出帮助请求，客服人员向用户提供咨询和帮助
用户运营是运营人员主动向用户提供服务的一种方式
动作
用户参与度提升
与用户保持一定的互动频率，互动的内容可以是有关用户对产品的使用反馈或者建议，也可以是与用户就平台活动产生的互动等。
头部用户运营
指用户运营人员需要寻找和筛选出产品里的种子用户，即那些意见领袖或者对产品价值特别认可的人群
用户关系维护
是用户运营人员对产品用户进行持续正向反馈和激励的过程；是需要运营人员不断与不同层级的用户进行一定频率的互动，以此增强用户对产品的认可度
业务运营
定义：在实现产品的业务目标基础上进行的干预动作。
“全栈产品经理”：既能具备过硬的产品和用户体验设计能力，也能对运营有足够的了解，能基于业务目标制定运营方案，能基于产品定义出适合产品的运营策略
13.3 如何围绕产品设计运营方案
产品差异化和运营切入点
挖掘差异化用户需求、做场景创新，能够有机会在用户选择增多和集中获取流量难的情况下让产品脱颖而出，带来用户
市场选择差异化
运营方法与效率
产品启动期：定义产品并明确差异点
产品成长期：完成用户扩张并提升运营效率
具备一定的用户基础，核心需求明确
让产品的用户范围扩大到一个新的量级
侧重在新用户获取和用户留存
丰富产品使用场景
产品成熟期：商业化运营
用户增速放缓
产品基本框架成型
商业化步骤加快
带着运营思维设计产品
13.4 如何通过产品杠杆提升运营效率
明确产品的定位和运营目标
通过线上社交分享机制发展新用户，这种方法再配合一定的激励机制，
14、产品经理必懂的技术名词
14.1 类、对象、抽象和实例
抽象
不具体的事物，提炼出一个通用模板，然后基于模板做具象化的实现
14.2 工程师口中的“打印”是什么意思
14.3 工程师口中的“写死”是什么意思
14.4 架构和框架
架构
框架
14.5 控件和组件
14.6 进程与线程
进程
线程
14.7 什么是“脚本”
14.8 同步处理和异步处理
0 条评论
回复 删除
下一页
