具体描述
商品参数
| 产品经理必懂的技术那点事儿：成为全栈产品经理 | ||
| 定价 | 59.00 | |
| 出版社 | 电子工业出版社 | |
| 版次 | 1 | |
| 出版时间 | 2018年01月 | |
| 开本 | 16 | |
| 作者 | 唐韧 | |
| 装帧 | 平装 | |
| 页数 | 0 | |
| 字数 | 0 | |
| ISBN编码 | 9787121330780 | |
内容介绍
本书以非技术背景产品经理了解技术为主题，将技术知识以简单并且易于理解的方式讲述出来，内容涉及客户端、服务器端、数据库以及数据处理知识。面向非技术型产品经理讲解基础IT知识，为他们打开技术领域这一神秘的大门，使非技术背景产品经理在产品工作中更加游刃有余。
作者介绍
唐韧（Ryan），2008年开始从事网站系统的设计与开发，2010年开始智能手机App开发，国内早期Android及iOS开发*，百万*阅读量技术博客作者，发表技术文章百余篇。2014年转型做产品经理，在创业公司负责产品规划与设计工作。人人都是产品经理专栏作家，发表多篇产品专栏文章，起点学院优秀导师，在行行家。微信公众号：唐韧
目录
目录
1 产品思维与技术思维 1
1.1 产品经理为什么要懂技术 1
1.2 产品经理和工程师分别是干什么的 3
1.3 产品设计中需要注意的技术边界 5
1.4 工程师的思考方式：工程思维 7
1.5 入门产品经理的思考方式：功能思维 8
1.6 高阶产品经理的思考方式：产品思维 8
1.7 产品经理必须回答的8个问题 11
1.8 本章小结 13
2 互联网技术与产品 15
2.1 互联网技术发展史 15
2.2 互联网产品发展史 16
2.3 互联网开源社区和技术 17
2.4 互联网产品技术架构 22
2.5 移动互联网技术的特点 24
2.6 下一代互联网产品 25
2.7 下一代互联网产品经理 26
2.8 本章小结 26
3 产品经理学编程 28
3.1 产品经理为什么要学编程 28
3.2 主流编程语言介绍 30
3.3 编程语言中的数据类型 31
3.4 编程语言中的逻辑结构 37
3.5 数据的组织方式：数据结构 42
3.6 什么是程序 46
3.7 程序的*小执行单元 46
3.8 程序与产品功能之间的关系 47
3.9 本章小结 48
4 产品经理学数据库 50
4.1 产品经理为什么要学数据库 50
4.2 关系型数据库 51
4.3 非关系型数据库 58
4.4 数据存储与恢复 60
4.5 从数据角度看产品设计 61
4.6 本章小结 62
5 产品经理学客户端技术 63
5.1 产品经理为什么要学客户端技术 63
5.2 Android基础技术及基本控件 67
5.3 Android界面布局原理 75
5.4 Android系统的权限控制 76
5.5 Android应用打包及发布 77
5.6 Android多屏幕适配 79
5.7 iOS基础技术及基本控件 81
5.8 iOS界面布局原理 86
5.9 iOS系统权限控制 86
5.10 iOS应用打包及发布 88
5.11 Web基础技术知识 89
5.12 如何判断产品问题是否出自客户端 97
5.13 本章小结 98
6 产品经理学服务端技术 99
6.1 产品经理为什么要学服务端技术 99
6.2 服务端的基本架构 101
6.3 数据接口及结构 103
6.4 服务端与客户端的交互模型 107
6.5 服务器部署及运维 108
6.6 云服务器 109
6.7 如何判断产品问题是否出自服务端 111
6.8 本章小结 112
7 产品经理学数据 113
7.1 什么是数据 113
7.2 数据分类及数据分析 114
7.3 数据指标 116
7.4 数据仓库 122
7.5 数据可视化 123
7.6 数据驱动下的产品与业务 124
7.7 本章小结 126
8 产品经理如何写一份高质量的PRD 128
8.1 PRD的基本结构 128
8.2 产品经理如何评判一个需求的价值 133
用户评价
我承认，我抱着很高的期望来阅读这本书，特别是看到“正版”、“必懂”、“技术”、“全栈”这些关键词时。我一直认为，在如今这个技术飞速发展的时代，产品经理如果能对技术有一定程度的理解，将会在工作中有巨大的优势。我渴望能够了解不同技术架构对产品的影响，理解技术实现的边界，以及如何更有效地与技术团队协作。然而，这本书的内容，与我的期待偏差实在是太大了。它更像是一本泛泛而谈的“软技能”手册，里面充斥着关于产品经理的职责、能力模型、沟通技巧等内容，但对于“技术”这个核心要素，却几乎没有任何实质性的阐述。我尝试去寻找关于“客户端”、“服务器”等概念与产品设计之间的联系，但书中几乎没有涉及。我原本以为会看到一些关于API设计、数据流、甚至是某个具体技术栈的介绍，但这些内容都未出现。整本书读下来，我感觉我并没有学到任何与技术直接相关的新知识，反而是在回顾一些我已经知道或者很容易就能从其他渠道获得的信息。这本书的价值，在我看来，远远低于其宣传的定位。
评分这本书的某些章节，甚至让人感觉是在“凑字数”。我本来期待的是一本能够为非技术背景的产品经理提供实操性指导的书籍，能够帮助我理解那些看似晦奥的技术概念，并将其运用到日常的产品工作中。然而，书中绝大部分篇幅都在探讨一些非常哲学化或者说“虚”的概念。例如，它会花很多篇幅去讨论“什么是好的产品”、“产品经理的使命”等等，这些内容固然重要，但放在一本以“技术”为导向的书籍中，就显得有些不合时宜。我更希望看到的是，如何理解微服务架构对产品可扩展性的影响，如何分析日志来优化用户体验，或者如何评估新技术栈的引入成本。书中关于“客户端”、“服务器”的提及，也是停留在非常表面的层面，没有给出任何可以指导实际操作的例子。甚至连“全栈产品经理”这个概念，也只是被简单地提及，没有深入探讨如何通过技术学习来实现。读完这本书，我并没有感到自己在技术上有任何的提升，反而有些浪费了时间。
评分我对这本书的体验，只能用“失望透顶”来形容。我购买这本书的初衷，是希望能够填补我在技术知识上的空白，以便更好地胜任产品经理的工作，并朝着“全栈产品经理”的目标迈进。然而，这本书的内容，却让我感觉自己像是被误导了。它并没有真正触及到“技术”的核心，也没有为非技术背景的产品经理提供一条清晰的学习技术路径。书中充斥着大量的“空话”和“套话”，反复强调一些产品经理应该具备的通用素质，但这些素质与“技术”的关联性却非常模糊。我尝试去寻找一些关于“客户端”、“服务器”等基本技术概念的解释，希望能够理解它们是如何影响产品设计和用户体验的，但书中几乎没有这方面的内容。我甚至没有看到任何关于如何与工程师进行有效技术沟通的实用建议。这本书更像是一本关于“产品经理哲学”的书，而非一本关于“产品经理如何懂技术”的书。我强烈建议，如果你是抱着学习实际技术知识的目的来购买这本书，请务必三思。
评分这本书的内容实在是太……不符我预期了！我本来以为它会像书名那样，深入浅出地讲解技术对于产品经理的重要性，甚至给非技术背景的产品经理一条清晰的入门路径。然而，翻开几页我就傻眼了。它更多的是在谈论一些非常宏观的、关于“什么是产品经理”或者“产品经理应该具备哪些素质”的讨论，但这些讨论又显得很空泛，没有切实的案例，也没有对技术细节的任何触及。我期待的是能看到一些关于API、数据库、前后端交互、甚至是一些基础的编程概念是如何影响产品设计的，哪怕是简单示意图也好。结果呢？全是些“要懂用户”、“要懂市场”、“要懂沟通”的大道理，这些我读过市面上任何一本产品经理入门书都能找到，而且写得比这本都要好。我甚至尝试去找书中提到的“全栈”概念是如何与技术结合的，但它更多的是强调“全栈”的思维模式，而非具体的技术栈。感觉就像是作者在列举一大堆产品经理应该有的优点，却没有告诉读者如何通过学习技术去获得这些优点。这本书的出版，我真的感到非常困惑，不知道它到底想帮助哪一类读者，又或者，它到底想教什么。
评分这本书简直就是一本披着技术外衣的“心灵鸡汤”！我满心欢喜地以为能从中学到如何用技术来驱动产品创新，如何理解技术选型的逻辑，甚至是如何和工程师有效沟通需求。结果呢？这本书的内容，与其说是在讲“产品经理必懂的技术”，不如说是在讲“产品经理应该如何思考”。它反复强调的是产品经理的“商业思维”、“用户思维”、“全局观”，这些理念本身没错，但它没有给出任何可以落地到技术层面上的指导。我想要知道的是，当我面对一个复杂的系统需求时，如何从技术角度去拆解？如何判断一个技术方案的可行性？如何理解技术债务对产品发展的影响？这本书里完全没有这些内容。它就像一个导游，告诉你这个地方风景很美，但却不告诉你怎么到达那里，也不告诉你沿途会遇到什么。我尝试去理解它所说的“成为全栈产品经理”，但这本书似乎只是在模糊地定义这个概念，并没有提供任何具体的技能培训或者学习路径。这对于我这样希望能通过学习技术来提升自己产品能力的读者来说，简直是无效信息的大集合。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.idnshop.cc All Rights Reserved. 静思书屋 版权所有