产品经理必懂的技术那点事儿：成为全栈产品经理 - (EPUB全文下载)

文件大小：0.34 mb。
文件格式：epub 格式。
书籍内容：

产品经理必懂的技术那点事儿：成为全栈产品经理
1 产品思维与技术思维
2 互联网技术与产品
3 产品经理学编程
4 产品经理学数据库
5 产品经理学客户端技术
6 产品经理学服务端技术
7 产品经理学数据
8 产品经理如何写一份高质量的PRD
9 如何与工程师正确沟通
10 产品经理的自我修养
11 产品经理工作中会遇到的问题及解决方法
12 产品经理的职业发展
13 产品经理必懂的运营“技术”
14 产品经理必懂的技术名词
后记
1 产品思维与技术思维
1.1 产品经理为什么要懂技术
如果把产品比喻为房子，那产品经理就是房屋设计师。如果设计师不懂基本的房屋结构设计和施工原理，那么设计出来的房屋很可能就是无法落地的空中楼阁。理想的设计和物理的限制必须有效结合，不存在真正的空中花园和通天塔，在工程领域，每一个设计都是可以被实现的。对产品经理来说，置身互联网领域，设计互联网产品，每一个设计都应该在现有互联网技术下可被实现。产品经理学习一些基本技术知识，了解技术边界，对实际开展产品工作有非常大的益处，所谓知己知彼，特别是在与工程师的工作配合和沟通中能起到关键作用。
在实际工作中不难发现，当产品经理与工程师就某一个具体问题进行讨论时，双方站在各自角度就问题进行分析和讨论，固有知识结构的差异导致思维模式和视角的差异，工程师通常是路径推理的技术思维，产品经理通常是用户场景的产品思维。产品思维和技术思维的碰撞让问题没有在正确的方向上被解决，原因就是双方用了不同的语系，好比一个讲英语的人和一个讲法语的人讨论一幅画，结果可想而知。产品思维和技术思维如图1-1所示。
图1-1 产品思维与技术思维
产品思维侧重从用户和商业视角出发，技术思维侧重在技术实现和系统架构层面，两种思维方式也有交叉点，那就是产品的需求、设计和产品功能。由此可见，当产品经理与工程师讨论产品时，各自的利益出发点是不一致的，产品经理需要思考产品的用户价值和用户的产品使用场景，同时还需要考虑产品所承载的业务闭环和商业价值，因为单纯的产品功能没有价值，所以产品经理需要思考如何通过产品功能完善整个业务闭环并构建具备商业价值的产品体系。
工程师是技术思维的代表，从技术思维角度去思考问题，首先就是基于产品需求的实现方式的考虑，工程师看到产品设计后在脑海里构建的是拆解后的实现要点，好比一栋房子的内部结构，需要先构建产品的技术架构，然后评估产品功能的技术价值和开发成本。工程师和产品经理虽然基于同样的产品需求和设计进行讨论，但双方的出发点不同会影响共识性的达成，所以对产品经理来说，掌握一些技术思维，学会从技术视角看待产品设计，能更有利于产品需求的落地和推动产品的实施。
对产品经理这一职能来说，需要掌握更多的语系，因为产品经理是信息的衔接者，在一个产品项目中起到信息中枢的作用，产品经理需要与老板、业务人员、市场人员、设计师、工程师等进行合作，他们有各自不同的背景和沟通方式，要求产品经理具备与不同职能的人打交道的能力。对于合作最为密切的工程师来说，这就要求产品经理具备一定的技术知识，在与工程师合作和沟通时需要切换至技术语系。试想一下，如果工程师告诉你“这个数据是用栈存放的”，作为非技术背景的产品经理是不是顿时感到蒙圈，接下来的场景大概就是工程师不断从技术角度跟产品经理解释，产品经理似懂非懂地听得云里雾里，然后说了一句“那换一种实现方式呗”，此时工程师瞬间蒙圈，换一种实现方式好比让建筑师把房子全拆了重建，工程师和产品经理友谊的小船说翻就翻。作为一个有理想有抱负的产品经理，在工作中要应付各种场景，快速精准地处理问题，了解工程师这类亲密合作伙伴的工作、了解他们工作中运用的知识，是促进合作提高效率的有效方法。
1.2 产品经理和工程师分别是干什么的
在互联网公司里，产品经理和工程师分别有各自的职能属性。产品职能属于信息上游，负责发现并定义需求，将用户需求通过具体的产品功能设计呈现为用户可用的产品，包括需求分析、功能定义、原型设计等。产品经理同时也是产品的核心灵魂，因为产品的发展走向很大程度上由产品经理把控，产品经理需要权衡业务与市场，需要将老板的战略意图贯穿到产品设计中，需要向工程师传递产品的核心价值，需要讲解设计背后的需求逻辑，在将设计落地为实施的过程中，产品经理扮演着重要的角色。
技术职能细分为很多种，比如架构师、前端技术研发、后端技术研发及系统运维等。技术职能属于信息下游，负责从技术实现角度评估产品设计，设计技术方案，最终将产品设计实施落地为用户可用的产品。在这个过程中，工程师需要先理解需求，同时需要从技术角度衡量需求的合理性及投入产出比。例如，某一项产品设计只是优化了1%的用户的使用问题，却需要投入极大的开发成本，那就是不合适的。工程师在对产品设计进行评估后，需要将实施层面的技术成本反馈给产品经理，产品经理需要据此灵活调整产品设计。对技术职能来说，在不同的产品阶段，需要持续对技术方案进行调整与优化。比如在产品设计不变的情况下，用户规模上了一个层级，原本的技术实现方案不足以支撑大规模用户的使用，此时就需要对技术方案进行升级。在这种情况下，产品经理实际上不需要调整产品设计，工程师需要对技术设计进行调整。
产品职能与技术职能在工作流上是上下游配合的关系，但从一个长远的角度看，技术是需要持续演进的，而产品在远期会进入一个相对稳定的状态。以微信为例，微信产品的功能更新基本变化不大，但微信的技术却一直在演进，从1千万用户到1亿用户，对产品底层的技术要求是不一样的，而且随着产品生命周期的发展，对技术灵活性的要求也会随之提升。还是微信的例子，现在微信更新一个版本的成本是很高的，每个版本影响到的是上亿的用户，确保不同版本之间的兼容性及新老版本的稳定性，这些都是技术上的挑战。在整个产品生命周期中，产品职能和技术职能始终相辅相成，持续对产品进行改进与优化，两种职能是天生的配合者。
作为产品经理，需要了解一个技术团队中各个职能分别是做什么工作的，图1-2所示为一个常规技术团队的组织结构和基本职能分布。
............

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。