来源书籍
决胜B端:驱动数字化转型的产品经理
书中系统性讲解了大量产品设计与管理方法论的原理和取舍逻辑,而非停留在"怎么操作"的层面——例如精益画布九要素背后为什么要"先找钉子再拿榔头"的商业逻辑、需求的业务/用户/技术三层价值模型为什么不能直接套用C端马斯洛模型、尼尔森十大交互原则、企业级应用架构分层背后"结构合理后续搭建才能顺利"的设计思想、项目管理制度要"结合公司业务特点而非生硬照搬最佳实践"的取舍原则等,信息浓度较高。
但全书的案例背景、术语体系与当下产业数字化转型的特定阶段和技术生态强绑定:SaaS商业化、PaaS/低代码(LCAP)、中台建设、数字化转型这些概念都带有明显的时代烙印,书中很多论述(如"数字化"的Gartner定义、低代码的产品化价值)会随行业术语演进和技术生态变化而需要更新,稳定性中等偏低。
综合信息浓度(高)× 稳定性(中低)判定为**工程实践**(第二级)。
全书概览
决胜B端:驱动数字化转型的产品经理(第2版)
- 作者:杨堃
- Skill版本:v1
评级结论:工程实践
理由:
书中系统性讲解了大量产品设计与管理方法论的原理和取舍逻辑,而非停留在”怎么操作”的层面——例如精益画布九要素背后为什么要”先找钉子再拿榔头”的商业逻辑、需求的业务/用户/技术三层价值模型为什么不能直接套用C端马斯洛模型、尼尔森十大交互原则、企业级应用架构分层背后”结构合理后续搭建才能顺利”的设计思想、项目管理制度要”结合公司业务特点而非生硬照搬最佳实践”的取舍原则等,信息浓度较高。
但全书的案例背景、术语体系与当下产业数字化转型的特定阶段和技术生态强绑定:SaaS商业化、PaaS/低代码(LCAP)、中台建设、数字化转型这些概念都带有明显的时代烙印,书中很多论述(如”数字化”的Gartner定义、低代码的产品化价值)会随行业术语演进和技术生态变化而需要更新,稳定性中等偏低。
综合信息浓度(高)× 稳定性(中低)判定为工程实践(第二级)。
类别识别:未命中
本书是B端产品设计与管理方法论的综合书籍,覆盖市场分析、需求分析、体验设计、项目管理、运营管理、企业级应用架构、职业发展等主题,不严格符合 category-checklists.md 中任何一个已定义类别(最接近的”工程管理/团队协作类”专注软件工程团队组织协作,而本书主题以产品设计与业务方法论为主,团队协作只是其中一小部分),因此跳过阶段四类别清单核对。
章节进度追踪表
| 章节号 | 章节标题 | 精读/略读 | 状态 | 卡片数 |
|---|---|---|---|---|
| 003 | 序 | 略读 | done | 0 |
| 004 | 概述篇 走近互联网B端(篇导言) | 略读 | done | 0 |
| 005 | 第01章 互联网产品领域探秘 | 精读 | done | 4 |
| 006 | 1.2 互联网与科技领域的产品方向 | 精读 | done | 4 |
| 007 | 1.3 B端产品有哪些分类 | 精读 | done | 2 |
| 008 | 1.4 B端产品与迈克波特价值链模型 | 精读 | done | 1 |
| 009 | 设计篇 从业务诊断到形成方案(篇导言) | 略读 | done | 0 |
| 010 | 第02章 B端产品建设概述 | 精读 | done | 1 |
| 011 | 2.2 B端产品与C端产品建设流程的区别 | 精读 | done | 2 |
| 012 | 2.3 案例:M电商公司的渠道分销产品设计 | 略读 | done | 0 |
| 013 | 第03章 B端产品的市场分析与业务调研 | 精读 | done | 4 |
| 014 | 3.2 通过调研深入理解客户业务 | 精读 | done | 1 |
| 015 | 3.3 B端业务调研的目的和业务分析框架 | 精读 | done | 2 |
| 016 | 3.4 B端业务的多利益方识别和管理 | 精读 | done | 2 |
| 017 | 3.5 B端业务调研的方法 | 精读 | done | 3 |
| 018 | 3.6 制订一份调研计划 | 精读 | done | 1 |
| 019 | 3.7 总结输出调研结果 | 略读 | done | 0 |
| 020 | 3.8 B端产品与C端产品业务调研的区别 | 精读 | done | 1 |
| 021 | 第04章 B端产品的整体方案设计 | 精读 | done | 2 |
| 022 | 4.2 确定核心业务流程 | 精读 | done | 1 |
| 023 | 4.3 明确产品定位 | 精读 | done | 1 |
| 024 | 4.4 梳理应用架构 | 精读 | done | 1 |
| 025 | 4.5 定义场景与功能模块 | 精读 | done | 1 |
| 026 | 4.6 规划演进蓝图 | 精读 | done | 1 |
| 027 | 4.7 数字技术赋能业务的五个阶段 | 精读 | done | 1 |
| 028 | 第05章 B端产品的细节方案设计 | 精读 | done | 4 |
| 029 | 5.2 流程和角色 | 精读 | done | 2 |
| 030 | 5.3 梳理场景并提炼汇总 | 精读 | done | 2 |
| 031 | 5.4 界面与常见组件设计 | 精读 | done | 5 |
| 032 | 5.5 报表设计 | 略读 | done | 0 |
| 033 | 5.6 数据埋点 | 略读 | done | 0 |
| 034 | 5.7 权限设计 | 精读 | done | 4 |
| 035 | 5.8 文档编写与管理 | 略读 | done | 0 |
| 036 | 第06章 基于场景的需求分析和建模 | 精读 | done | 2 |
| 037 | 6.2 通过十三要素五步法进行需求分析 | 精读 | done | 6 |
| 038 | 6.3 通过UML进行需求建模 | 精读 | done | 3 |
| 039 | 第07章 以用户为中心的体验设计 | 精读 | done | 1 |
| 040 | 7.2 交互设计中的尼尔森十大原则 | 精读 | done | 7 |
| 041 | 7.3 通过用户故事地图梳理旅程和场景 | 精读 | done | 2 |
| 042 | 7.4 通过客户旅程地图识别情绪和机会点 | 精读 | done | 2 |
| 043 | 7.5 通过服务蓝图梳理企业内部业务节点 | 精读 | done | 2 |
| 044 | 第08章 B端的产品化 | 精读 | done | 1 |
| 045 | 8.2 商业层面的产品化 | 精读 | done | 2 |
| 046 | 8.3 功能层面的产品化与PaaS | 精读 | done | 5 |
| 047 | 8.4 生态层面的产品化与Open API | 精读 | done | 1 |
| 048 | 8.5 从定制化到产品化 | 精读 | done | 2 |
| 049 | 8.6 PaaS与低代码LCAP | 精读 | done | 5 |
| 050 | 第09章 B端产品经理与技术方案 | 精读 | done | 1 |
| 051 | 9.2 产品经理是否要懂技术 | 精读 | done | 2 |
| 052 | 9.3 产品经理是否要关注技术方案 | 精读 | done | 1 |
| 053 | 9.4 B端产品经理的技术知识要求 | 精读 | done | 4 |
| 054 | 管理篇 让产品落地并不断生长(篇导言) | 略读 | done | 0 |
| 055 | 第10章 B端产品的项目管理与研发交付 | 精读 | done | 4 |
| 056 | 10.2 软件研发交付的几种模式 | 精读 | done | 5 |
| 057 | 10.3 项目过程的分析与优化 | 精读 | done | 3 |
| 058 | 10.4 B端项目的挑战与推进 | 精读 | done | 4 |
| 059 | 第11章 B端产品的运营管理 | 精读 | done | 2 |
| 060 | 11.2 SaaS产品的运营 | 精读 | done | 3 |
| 061 | 11.3 企业对内部产品的运营 | 精读 | done | 2 |
| 062 | 11.4 跟踪产品上线后的使用情况 | 精读 | done | 3 |
| 063 | 11.5 产品经理和产品运营的组织架构设计 | 精读 | done | 4 |
| 064 | 第12章 B端产品的需求管理与迭代优化 | 精读 | done | 1 |
| 065 | 12.2 产品需求的层次和价值 | 精读 | done | 3 |
| 066 | 12.3 需求池管理 | 精读 | done | 3 |
| 067 | 12.4 需求的优先级 | 精读 | done | 4 |
| 068 | 12.5 需求的验证和评估 | 精读 | done | 3 |
| 069 | 12.6 迭代中的研发资源管理 | 精读 | done | 2 |
| 070 | 进阶篇 支撑企业运转的整套产品体系(篇导言) | 略读 | done | 0 |
| 071 | 第13章 企业级应用架构概述 | 精读 | done | 2 |
| 072 | 13.2 学习企业级应用架构的益处 | 略读 | done | 0 |
| 073 | 13.3 案例:M集团的应用架构演变之路 | 精读 | done | 0 |
| 074 | 第14章 传统企业的应用架构演变 | 精读 | done | 3 |
| 075 | 14.2 中型企业的应用架构 | 精读 | done | 4 |
| 076 | 第15章 多元化业务带来的应用架构演变 | 精读 | done | 3 |
| 077 | 15.2 加强基础服务建设,为新业务赋能 | 精读 | done | 3 |
| 078 | 15.3 集团强化中台能力建设 | 精读 | done | 2 |
| 079 | 第16章 通用的企业级应用架构设计 | 精读 | done | 1 |
| 080 | 16.2 不同发展阶段的互联网企业的应用架构畅想 | 精读 | done | 1 |
| 081 | 16.3 企业级应用架构设计建议 | 精读 | done | 4 |
| 082 | 16.4 浅谈企业架构(EA) | 精读 | done | 1 |
| 083 | 成长篇 B端产品人的持续成长(篇导言) | 略读 | done | 0 |
| 084 | 第17章 B端产品经理的职业发展与成长 | 精读 | done | 3 |
| 085 | 17.2 B端产品经理的能力模型与自学提升 | 精读 | done | 3 |
| 086 | 17.3 B端产品经理的职业发展路径和转型建议 | 精读 | done | 2 |
| 087 | 尾声 | 精读 | done | 2 |
| 088 | 后记 | 略读 | done | 0 |
| 089 | 附录A PRD模板 | 略读 | done | 0 |
| 090 | 附录B 术语索引 | 略读 | done | 0 |
| 091 | 附录C 荐读书单 | 精读 | done | 0 |
待关联术语
| 术语名 | 出现章节 | 一句话语境 |
|---|---|---|
| 业务流程重构(BPR) | 015 | 重构不合理的业务流程以提升管理运营效率,管理学中已有大量理论和实践积累,书中只一句带过未展开 |
| 五力模型(Five Force Model) | 015 | 迈克·波特20世纪80年代提出的研究公司战略的方法论,书中仅提及名字未展开 |
| PEST模型 | 015 | 分析政治/经济/社会/技术外部环境的战略分析工具,书中仅提及名字未展开 |
| 波士顿矩阵(BCG Matrix) | 015 | 分析内部业务组合的工具,书中仅提及名字未展开 |
| ISO/IEC 25010:2011 | 037 | 软件质量评估国际标准,对非功能需求做出详尽定义,书中仅提及未展开 |
| RUP(统一软件开发过程) | 037 | 用例驱动设计盛行年代的软件开发实践框架,书中仅提及名字未展开 |
| CMMI、ITIL | 056 | 传统企业成熟的IT管理体系,书中仅提及名字未展开 |
| AARRR模型、RFM模型 | 062 | 分别用于C端产品获客增长分析、客户消费行为特征分析,书中仅提及名字未展开 |
| 组件化、服务化设计思路 | 071 | 保持系统灵活性和扩展性的设计方法论,书中仅提及未展开 |
| 主数据(Master Data)设计思路 | 071 | 用于解决信息孤岛和烟囱型应用问题,书中仅提及未展开 |
| OA系统、HRM系统、SRM系统 | 071 | 分别解决内部员工协作、HR业务管理、供应商管理问题,书中仅提及未展开 |
引用文献
| 标题 | 类型 | 出现章节 | 一句话语境 |
|---|---|---|---|
| 精益创业 | 书 | 021 | Eric Ries提出精益创业方法论,鼓励通过快速迭代、小步快跑降低新产品研发风险 |
| 精益创业实战 | 书 | 021 | Ash Maurya所著,提出精益画布(Lean Canvas)工具,是商业模式画布在软件产品场景下的升级版 |
| 商业模式新生代 | 书 | 021 | 提出商业画布(Business Canvas),精益画布是对其的升级改造 |
| SaaS创业路线图 | 书 | 013 | 吴昊所著,提出正三角形/倒三角形/枣核形三种市场结构模型,用于判断行业是否适合做SaaS产品 |
| 市场营销——原理与实践(Marketing Management) | 书 | 013 | 菲利普·科特勒所著营销学开山经典教材,从战略、市场研究、渠道设计、品牌心智阐述商业设计核心 |
| 竞争战略 | 书 | 015 | 迈克·波特所著,竞争战略领域的经典著作 |
| 战略管理 | 书 | 015 | 迈克尔·希特所著,战略管理领域的通识教材 |
| 软件需求最佳实践:SERU过程框架原理与应用的新描述 | 书 | 037 | 徐锋所著,阐述软件需求分析和构建全流程的方法论 |
| 有效需求分析 | 书 | 037 | 徐锋所著,是上一本书的精简浓缩版 |
| 软件需求 | 书 | 037 | Karl Wiegers所著,详尽介绍需求分析实践,对比传统需求分析与敏捷方法论 |
| 火球:UML大战需求分析 | 书 | 037 | 张传波所著,将UML学习融入软件需求分析全过程,适合产品经理入门 |
| 写给大家看的设计书 | 书 | 043 | Robin Williams所著,用众多案例讲解经典平面设计元素,提升审美能力 |
| 点石成金(Don’t Make Me Think) | 书 | 043 | Steve Krug所著C端交互体验经典著作,很多设计观点对B端产品设计同样有启发 |
| 设计心理学 | 书 | 043 | Donald Norman所著,包含大量经典设计理论模型 |
| 编码——隐匿在计算机软硬件背后的语言 | 书 | 053 | Charles Petzold所著,从与非门电路讲起逐步组合出计算机硬件体系 |
| 计算机网络(第8版) | 书 | 053 | 谢希仁所著,通俗易懂的计算机网络专业教材 |
| CrashCourse计算机科学速成课 | 视频课程 | 053 | 公益组织CrashCourse制作,涵盖计算机专业大学四年核心课程 |
| 硝烟中的Scrum和XP | 书 | 056 | Henrik Kniberg所著,用卡通图生动对比瀑布模式与敏捷模式的理念与实践区别 |
| 硅谷蓝图 | 书 | 060 | 书中SaaS业务运作模式图(销售漏斗到蝴蝶形客户价值结构)引用自此书 |
| 深入浅出统计学 | 书 | 062 | 通俗易懂、趣味性强的统计学入门读物 |
| 精益数据分析 | 书 | 062 | 将数据分析理念与现代商业实践和最新理论结合 |
| Excel图表之道 | 书 | 062 | 讲解如何用有效图表呈现数据、让结论自然显现 |
| TOGAF、Zachman、DoDAF | 框架 | 082 | 企业架构EA理论体系具体落地的方法论,书中仅提及未展开 |
| 管理学 | 书 | 085 | 斯蒂芬·罗宾斯所著,商科最基本、最重要的入门教材 |
| 组织行为学 | 书 | 085 | 斯蒂芬·罗宾斯所著,研究人在组织群体中的行为态度,B端产品经理必读 |
| 财务报表分析从入门到精通 | 书 | 085 | 宋娟所著,适合非专业人员入门财务与会计知识 |
| 宏微观经济学 | 书 | 085 | 格里高利·曼昆所著,理解社会经济运作底层逻辑的核心课程 |
| 管理信息系统 | 书 | 085 | 肯尼斯·劳顿所著,管理学、软件工程、计算机科学交叉学科的经典教材 |
| 构建之法:现代软件工程 | 书 | 085 | 邹欣所著,可读性强的软件工程教材 |
| 乌合之众 | 书 | 085 | C端产品经理学习大众心理学的经典著作,书中仅作对比提及未展开 |
| 人月神话 | 书 | 091 | 小弗雷德里克·布鲁克斯所著,大型软件工程实践经典,提出”银弹”理论 |
| 企业IT架构转型之道:阿里巴巴中台战略思想与架构实战 | 书 | 091 | 钟华编著,中台理论的鼻祖著作,讲述企业级架构设计的原则与挑战 |
| 华为数据之道 | 书 | 091 | 华为数据管理部著,数据架构与治理领域的经典,倾囊相授华为最佳实践 |
| 增长黑客:如何低成本实现爆发式成长 | 书 | 091 | 肖恩·埃利斯所著,增长黑客理论鼻祖,涵盖C端产品运营经典方法论 |
章节与卡片
005 互联网产品领域探秘
- 产品经理岗位的起源 普通读书笔记卡
- 产品经理与需求分析师的责任边界 普通读书笔记卡
- 数字化的两种定义 普通读书笔记卡
- 产品经理定义被泛化的原因 普通读书笔记卡
006 1.2 互联网与科技领域的产品方向
- C端与B端产品的设计取舍差异 普通读书笔记卡
- SaaS、PaaS、IaaS的边界划分 普通读书笔记卡
- 中台的本质是抽象设计思想 普通读书笔记卡
- 数据产品的价值在于洞察而非外观 普通读书笔记卡
007 1.3 B端产品有哪些分类
- B端产品四大分类的标准化程度差异 普通读书笔记卡
- 不同类型B端产品的设计方法论不同 普通读书笔记卡
008 1.4 B端产品与迈克波特价值链模型
- 用价值链模型定位B端软件产品 普通读书笔记卡
010 B端产品建设概述
- B端产品建设的三阶段框架 普通读书笔记卡
011 2.2 B端产品与C端产品建设流程的区别
- B端与C端产品MVP思路的本质差异 普通读书笔记卡
- B端产品是盖大楼,C端产品是盖平房 普通读书笔记卡
013 B端产品的市场分析与业务调研
- 产业链位置决定IT预算与产品设计范围 普通读书笔记卡
- 用STP理论给B端产品做客群定位 普通读书笔记卡
- B端竞品分析的特有困难——摸不到对方产品 普通读书笔记卡
- 三种市场结构决定是否适合做SaaS 普通读书笔记卡
014 3.2 通过调研深入理解客户业务
- B端业务调研的五环节闭环 普通读书笔记卡
015 3.3 B端业务调研的目的和业务分析框架
- B端业务调研的三层分析框架 普通读书笔记卡
- 战略定位反向决定系统账号体系设计 普通读书笔记卡
016 3.4 B端业务的多利益方识别和管理
- B端业务的五类利益方划分 普通读书笔记卡
- 涉众地图给利益方定优先级 普通读书笔记卡
017 3.5 B端业务调研的方法
- 轮岗实习是产品经理区别于需求分析师的关键动作 普通读书笔记卡
- 调研问卷设计要避免的两个陷阱 普通读书笔记卡
- 焦点小组用于产品可用性测试 普通读书笔记卡
018 3.6 制订一份调研计划
- 调研计划的核心原则 普通读书笔记卡
020 3.8 B端产品与C端产品业务调研的区别
- B端产品经理无法靠同理心替代业务调研 普通读书笔记卡
021 B端产品的整体方案设计
- 精益画布的九要素分析商业模式 普通读书笔记卡
- PMF概念的四个验证阶段 普通读书笔记卡
022 4.2 确定核心业务流程
- 产品定位模糊的根源是业务边界没画清楚 普通读书笔记卡
023 4.3 明确产品定位
- 产品定位的两层拆解——宏观定位与执行定位 普通读书笔记卡
024 4.4 梳理应用架构
- 新系统该复用还是新建的判断标准 普通读书笔记卡
025 4.5 定义场景与功能模块
- 三种功能模块抽象思路 普通读书笔记卡
026 4.6 规划演进蓝图
- 演进蓝图的减法原则——能手动就先不做系统 普通读书笔记卡
027 4.7 数字技术赋能业务的五个阶段
- 数字化赋能业务的五阶段递进模型 普通读书笔记卡
028 5.1 业务数据建模
- 数据建模三步法——找实体、梳理关系、确定关键属性 普通读书笔记卡
- 判断实体关系要按现实世界的可能性预判,不能只看当前业务 普通读书笔记卡
- ER建模决定系统解耦程度 普通读书笔记卡
- 复杂模型与简化模型是灵活性与研发成本的取舍 普通读书笔记卡
029 5.2 流程和角色
- 跨职能流程图回答谁在哪个系统做什么 普通读书笔记卡
- 页面流转图是业务流程图和页面设计之间的桥梁 普通读书笔记卡
030 5.3 梳理场景并提炼汇总
- 软件系统的本质是对象的增删改查集合 普通读书笔记卡
- 订单关联对象的选择体现业务运作的本质差异 普通读书笔记卡
031 5.4 界面与常见组件设计
- 公告、消息、待办三种通知组件的边界 普通读书笔记卡
- 待办与日程的本质区别 普通读书笔记卡
- 自研系统与商业化产品对列表页的不同实现策略 普通读书笔记卡
- B端界面设计不必创造标准控件之外的控件 普通读书笔记卡
- 列表页分页设计暗藏的技术与数据泄露风险 普通读书笔记卡
034 5.7 权限设计
- 功能权限与数据权限的区别 普通读书笔记卡
- RBAC权限模型的核心结构 普通读书笔记卡
- 用组织机构树实现灵活的数据权限 普通读书笔记卡
- 隐藏按钮不能替代页面级权限控制 普通读书笔记卡
036 6.1 B端产品经理如何做需求分析
- B端需求分析覆盖价值评估场景建模体验四个维度 普通读书笔记卡
- C端、传统项目制与B端需求分析的关注点差异 普通读书笔记卡
037 6.2 通过十三要素五步法进行需求分析
- 需求的提出人、使用人、受影响人可能是三个不同的人 普通读书笔记卡
- 用叙事六要素还原需求背后的场景 普通读书笔记卡
- 判断需求真实强弱的两种方法 普通读书笔记卡
- 用5Why挖掘需求表层方案背后的真实动机 普通读书笔记卡
- 横向替代场景与纵向互补场景 普通读书笔记卡
- 已有方案优先于新建功能 普通读书笔记卡
038 6.3 通过UML进行需求建模
- 活动图与流程图的区别在于能否表达并行 普通读书笔记卡
- 设计状态值的四条经验规则 普通读书笔记卡
- 用例与用户故事的适用场景不同 普通读书笔记卡
039 以用户为中心的体验设计
- 体验设计的四个层次 普通读书笔记卡
040 7.2 交互设计中的尼尔森十大原则
- 反馈原则与记忆原则——让系统而不是用户扛认知负担 普通读书笔记卡
- 回退原则与防错原则——防止错误比补救错误更重要,但补救通道必须存在 普通读书笔记卡
- 一致原则——系统内外都要遵循用户已有的心智模型 普通读书笔记卡
- 简约设计与容错原则——重点太多等于没有重点,出错要给人话解释 普通读书笔记卡
- 灵活易用原则——为多数中级用户设计,同时兼顾两端 普通读书笔记卡
- 隐喻原则——用真实世界的认知来表达系统语言 普通读书笔记卡
- 帮助原则——B端产品比C端更离不开帮助文档 普通读书笔记卡
041 7.3 通过用户故事地图梳理旅程和场景
- 用户故事地图的三层结构 普通读书笔记卡
- B端产品"单个功能能用、串起来难用"的根源 普通读书笔记卡
042 7.4 通过客户旅程地图识别情绪和机会点
- 客户旅程地图的三区结构 普通读书笔记卡
- B端客户旅程地图要把业务问题和系统问题分开评分 普通读书笔记卡
043 7.5 通过服务蓝图梳理企业内部业务节点
- 服务蓝图用前后台分界线揭示客户体验背后的运作真相 普通读书笔记卡
- 服务蓝图只适合有跨前后台协作的客户旅程 普通读书笔记卡
044 B端的产品化
- B端产品化的三个层次 普通读书笔记卡
045 8.2 商业层面的产品化
- 产品价值主张的核心是选择不做什么 普通读书笔记卡
- 产品化决策本质是商业决策,会被现金流等现实约束打断 普通读书笔记卡
046 8.3 功能层面的产品化与PaaS
- 用配置参数将个性化需求提炼为标准功能 普通读书笔记卡
- 表单驱动与模型驱动两种自定义数据对象的方案 普通读书笔记卡
- 流程引擎用触发条件+业务逻辑的范式承载可配置的业务规则 普通读书笔记卡
- 业务型与工具型SaaS产品的功能架构差异 普通读书笔记卡
- 标准化产品不等于SaaS,私有化部署同样可以做产品化 普通读书笔记卡
047 8.4 生态层面的产品化与Open API
- OpenAPI的双重价值——对内集成、对外生态 普通读书笔记卡
048 8.5 从定制化到产品化
- 产品化不必追求最终形态,够用就好 普通读书笔记卡
- 自研系统商业化的两大隐藏门槛 普通读书笔记卡
049 8.6 PaaS与低代码LCAP
- aPaaS是PaaS的子集,聚焦应用层配置能力 普通读书笔记卡
- 低代码、无代码、LCAP的概念关系 普通读书笔记卡
- 公民开发者是低代码商业模式瞄准的新用户群体 普通读书笔记卡
- 低代码的三种实现模式与各自的能力权衡 普通读书笔记卡
- PaaS服务于主产品,低代码是独立售卖的产品 普通读书笔记卡
050 9.1 两段有趣的对话
- 产品方案设计的选择本身决定了技术实现成本 普通读书笔记卡
051 9.2 产品经理是否要懂技术
- 产品经理懂技术能避免的两种"过度设计" 普通读书笔记卡
- 懂技术让产品经理能验证工时评估是否合理 普通读书笔记卡
052 9.3 产品经理是否要关注技术方案
- 产品经理该不该关注技术方案的判断标准 普通读书笔记卡
053 9.4 B端产品经理的技术知识要求
- 同步与异步调用模式如何影响产品设计 普通读书笔记卡
- 服务化改造让"搭积木"式复用成为可能 普通读书笔记卡
- 松耦合高内聚的应用边界 普通读书笔记卡
- 多对多关系用中间关联表实现 普通读书笔记卡
055 10.1 为什么需要项目管理工作
- 项目管理的核心是动态平衡成本时间质量 普通读书笔记卡
- 项目管理制度该看公司规模而非研发团队规模 普通读书笔记卡
- 好的项目管理制度既要约束也要保护研发团队 普通读书笔记卡
- 产品经理与项目经理的职责不宜随意兼任 普通读书笔记卡
056 10.2 软件研发交付的几种模式
- 瀑布模式的五个环节是所有软件开发方法论的共同底座 普通读书笔记卡
- 瀑布模式与敏捷模式适配的是不同的市场确定性 普通读书笔记卡
- 敏捷模式的滑板车比喻——用能跑的半成品换取尽早验证 普通读书笔记卡
- 业务型产品适合瀑布,工具型产品适合敏捷 普通读书笔记卡
- 敏捷宣言的四大价值观 普通读书笔记卡
057 10.3 项目过程的分析与优化
- 用系统自动回写代替人工记录关键时间节点 普通读书笔记卡
- 项目过程分析对应成本时间质量三要素 普通读书笔记卡
- 燃起图与燃尽图从两个方向监控同一件事 普通读书笔记卡
058 10.4 B端项目的挑战与推进
- 单个业务需求引发多系统跨端协作的连锁反应 普通读书笔记卡
- 跨端项目推进要先讲清收益再找关键决策人游说 普通读书笔记卡
- 工作分解结构(WBS)的前提是解决方案本身正确 普通读书笔记卡
- 项目周报要用来暴露风险而不只是汇报进展 普通读书笔记卡
059 B端产品的运营管理
- 产品经理要对产品的全生命周期负责 普通读书笔记卡
- B端运营专精化,C端运营通才化 普通读书笔记卡
060 11.2 SaaS产品的运营
- 客户体量决定SaaS销售服务模式 普通读书笔记卡
- 集客式营销与推式营销的本质区别 普通读书笔记卡
- 客户成功部门通过行为数据预警流失风险 普通读书笔记卡
061 11.3 企业对内部产品的运营
- 内部产品的运营推广四步法 普通读书笔记卡
- 问题处理要分级流转,避免业务方直接骚扰研发 普通读书笔记卡
062 11.4 跟踪产品上线后的使用情况
- COHORT留存分析能区分伪需求与体验问题 普通读书笔记卡
- 好功能也需要主动宣传,不能指望自然传播 普通读书笔记卡
- 数据分析能力需要工具方法论、业务知识、耐心细致三者兼备 普通读书笔记卡
063 11.5 产品经理和产品运营的组织架构设计
- 组织架构决定汇报关系进而决定行事动机 普通读书笔记卡
- 没有最好的组织架构,只有最适应当前阶段的组织架构 普通读书笔记卡
- 产品经理归属产品部还是业务部的核心取舍 普通读书笔记卡
- 双线汇报是贴近业务与保留全局约束的折中方案 普通读书笔记卡
064 12.1 原始需求与产品需求
- 原始需求与产品需求是多对多关系 普通读书笔记卡
065 12.2 产品需求的层次和价值
- 马斯洛模型不适用于B端需求洞察 普通读书笔记卡
- B端需求的三个层次对应三类价值来源 普通读书笔记卡
- 需求四类价值的优先级随产品阶段动态调整 普通读书笔记卡
066 12.3 需求池管理
- 双需求池分别承担存档与执行管理职能 普通读书笔记卡
- 工期与工时是两个不同的概念 普通读书笔记卡
- 需求状态设计要避免转瞬即逝的中间态 普通读书笔记卡
067 12.4 需求的优先级
- 成本价值模型划分需求优先级的四象限 普通读书笔记卡
- RICE模型把受影响客户数量纳入优先级计算 普通读书笔记卡
- 价值范围模型用业务价值×利益方矩阵预置优先级 普通读书笔记卡
- KANO模型不完全适用于B端产品 普通读书笔记卡
068 12.5 需求的验证和评估
- 用户体验需求可以用NPS评估口碑变化 普通读书笔记卡
- 技术需求要按三种子类型分别设计评估方式 普通读书笔记卡
- 使用人数是评估产品价值失败时的兜底指标 普通读书笔记卡
069 12.6 迭代中的研发资源管理
- 研发人力资源安排图既是排期工具也是对研发的保护 普通读书笔记卡
- 系统建设五阶段对应不同的技术债务处理策略 普通读书笔记卡
071 13.1 什么是企业级应用架构
- 企业级应用架构是软件系统的有机集成方式 普通读书笔记卡
- 传统企业与互联网企业的应用架构本质相同 普通读书笔记卡
074 14.1 小微型企业的应用架构
- Excel也是软件系统的雏形 普通读书笔记卡
- ERP集成了企业运作的核心后台模块 普通读书笔记卡
- 应用架构的分层对应系统与业务的远近关系 普通读书笔记卡
075 14.2 中型企业的应用架构
- 数据仓库解决业务系统数据孤岛和指标口径不统一 普通读书笔记卡
- 数据仓库与大数据是完全不同的两件事 普通读书笔记卡
- 采购独立OCRM还是扩展现有CRM的权衡 普通读书笔记卡
- 广义CRM体系包含三个方向 普通读书笔记卡
076 15.1 集团企业的应用架构
- 康威定律:系统架构是组织结构的镜像 普通读书笔记卡
- 主数据管理通过唯一数据源消除信息孤岛 普通读书笔记卡
- 引入主数据管理需要在架构合理性与业务发展速度间权衡 普通读书笔记卡
077 15.2 加强基础服务建设,为新业务赋能
- 通用功能抽象为基础服务加速新业务搭建 普通读书笔记卡
- 业务专属系统与通用基础服务该分开决策 普通读书笔记卡
- 账号系统与客户数据库是两个不同的概念 普通读书笔记卡
078 15.3 集团强化中台能力建设
- 中台的四个分类对应企业架构的四层 普通读书笔记卡
- 组织与系统建设遵循相同的抽象下沉逻辑 普通读书笔记卡
079 16.1 抽象出通用的企业级应用架构
- 通用企业级应用架构的六层模型 普通读书笔记卡
080 16.2 不同发展阶段的互联网企业的应用架构畅想
- 从业务特征反推企业所需的应用系统模块 普通读书笔记卡
081 16.3 企业级应用架构设计建议
- 业务边界不清必然导致系统定位混乱 普通读书笔记卡
- 新业务应新建独立小系统而非改造核心系统 普通读书笔记卡
- 大框架必须合理,局部偏差可以容忍 普通读书笔记卡
- 系统间数据单向流转保证可追溯性 普通读书笔记卡
082 16.4 浅谈企业架构(EA)
- 企业架构EA的四层模型 普通读书笔记卡
084 17.1 B端产品方向岗位的优势
- B端产品经理需求增长的根源是新业务模式没有现成软件 普通读书笔记卡
- 从一个点到一条线到一个面积累业务知识体系 普通读书笔记卡
- 细分领域竞争壁垒来自六项深耕要求 普通读书笔记卡
085 17.2 B端产品经理的能力模型与自学提升
- B端产品经理的金字塔能力模型 普通读书笔记卡
- 培养复杂系统设计能力的两步法 普通读书笔记卡
- 业务能力需要五到十年的一线深耕 普通读书笔记卡
086 17.3 B端产品经理的职业发展路径和转型建议
- B端相关岗位的核心区分是对什么结果负责 普通读书笔记卡
- SaaS的本质是软件必须持续兑现业务价值 普通读书笔记卡
087
- 新人期广泛尝试,工作后期专注深耕 普通读书笔记卡
- 没有好方向,只有稀缺的好专家 普通读书笔记卡
相关主题
暂无公开主题。