Posts for: #Reference

产品设计框架网站采集

2026-05-03

pmframe.works 风格和软件工程定律站同款——卡片好看、聚合经典概念。这个收的是产品经理工具箱。

每张卡有作者 / 年份 / 类型 / 适用场景四项元数据。点详情页约 3000 字，含问题定义 / 框架结构 / 历史脉络 / 真实案例 / 实施步骤 / 工具推荐，比软件工程定律站的详情页还深，可以直接当 PM 入行教材用。

下面是完整列表，按站点收录顺序，名字给中英文，说明是我重写的。

#	名称	中文名称	说明
1	Design Thinking	设计思维	共情→定义→构想→原型→测试五步走，从用户出发的创新流程。早期探索新方向时用。
2	User Journey Map	用户旅程地图	把用户使用产品的全过程画成时间线，标出每个触点的体验和情绪。找断点和优化机会。
3	Empathy Map	同理心地图	一张图四象限：用户在看 / 听 / 想 / 做。团队对齐用户画像时用。
4	JTBD	待完成的任务	用户不是买你的产品，是雇你的产品来完成某项任务。用任务而不是用人群定位产品。Christensen 经典。
5	User Interview Five Questions	GV 用户访谈五问	Google Ventures 的访谈结构，质性研究入门模板。
6	Kano Model	KANO 模型	把功能分成基本型 / 期望型 / 兴奋型，做需求优先级时拿来对照。
7	Service Blueprint	服务蓝图	用户旅程加后台流程一起画。设计含服务、需要前后台协同的产品时用。
8	Contextual Inquiry	情境访谈	到用户实际工作的地方观察他们怎么用产品。隐性需求和"嘴上一套、做的另一套"靠这个发现。
9	Affinity Diagram	亲和图 / KJ 法	把一堆便利贴上的发现按相似度聚类。用户研究后做归纳常用。
10	Diary Study	日记研究	让用户连续几周记录使用情况。习惯类、长周期产品的用户行为研究。
11	Musk Five Steps	马斯克五步法	1) 质疑需求 2) 删 3) 简化 4) 加速 5) 自动化。最容易跳过第一步，最贵的浪费来自做了不该做的事。
12	Five Whys	五个为什么	连问五次"为什么"，挖到根因。Toyota 的传家宝。
13	HMW	如何能够	把问题改写成"我们如何能够……？"，把抱怨变成创意起点。Brainstorm 起手式。
14	POV Statement	POV 陈述	Stanford d.school 的格式："[用户] 需要 [需求]，因为 [洞察]"。把洞察固化成一句话用来对齐团队。
15	Issue Tree	议题树	把大问题用 MECE 拆成可独立解的子问题。McKinsey 传家宝。
16	Iceberg Model	冰山模型	看到的事件只是冰山一角，下面还有模式 / 结构 / 心智。系统性问题不要只治表象。
17	Double Diamond	双钻模型	发散-收敛重复两次：先找对问题，再找对方案。British Design Council 经典流程。
18	RCA	鱼骨图根因分析	把可能原因按类别画成鱼骨。质量问题排查老工具。
19	Cynefin	Cynefin 框架	把情境分成简单 / 繁杂 / 复杂 / 混乱四种，每种对应不同决策方式。复杂世界的策略选择指南。
20	Jobs Scoping	任务范围	把用户要完成的任务画成完整地图，每一步都是潜在创新点。Ulwick 的 ODI 方法。
21	SCAMPER	SCAMPER	替换 / 合并 / 调整 / 改用 / 消除 / 反转 / 重组。改进现有产品的 7 种思路清单。
22	Six Thinking Hats	六顶思考帽	一次只戴一顶帽子（事实 / 情感 / 批评 / 乐观 / 创意 / 控制）。开会少吵架的方法。
23	Reverse Brainstorming	反向头脑风暴	不问"怎么解决"，问"怎么搞砸"。卡壳时换条路。
24	Crazy Eights	疯狂八格	8 分钟画 8 个方案。强制不让你停留在第一个想法。
25	Analogical Thinking	类比思维	从其他领域借结构。Uber = 出租车界的 Airbnb。
26	Value Proposition Canvas	价值主张画布	一边画用户的痛点 / 收益 / 任务，一边画产品的功能 / 缓解 / 创造，对齐两边。商业画布的姊妹篇。
27	How-Now-Wow	How-Now-Wow 矩阵	创意按"难易 × 是否常见"分四格：现在做 / 未来做 / 酷想法 / 算了。开完发散会用来收敛。
28	Opportunity Solution Tree	机会-方案树	Teresa Torres 的产品发现工具：目标 → 机会 → 方案 → 实验，画一棵树才能看清取舍。
29	Story Spine	故事脊柱	Pixar 的故事模板：从前… 每天… 直到有一天… 因此… 最终…。讲产品愿景时套这个。
30	TRIZ	TRIZ	苏联工程师整理的 40 条发明原理。技术矛盾找对应原理，工程创新老办法。
31	Pain-Solution Matrix	痛点-方案矩阵	用户痛点和方案配对打分。MVP 选哪个先做时用。
32	Lean MVP	精益 MVP	用最小可行产品快速试，靠真实数据验证假设而不是脑补。Eric Ries 的 build-measure-learn。
33	Mental Models	心智模型	用户脑子里以为产品怎么用，和产品实际怎么用之间的差异。差越大可用性越糟。
34	A/B Testing	A/B 测试	同一时间两个版本随机分流，数据说话。需要足够样本和明确指标。
35	Assumption Validation Board	假设验证板	把项目所有假设按风险 × 证据排优先级，逐条做实验。David Bland 写过专书。
36	Five-User Usability Test	五用户可用性测试	Nielsen 的发现：5 个用户能找出 85% 的可用性问题。性价比最高的用户测试。
37	Wizard of Oz	绿野仙踪法	用户以为是 AI 在回答，其实是后面有人手工模拟。低成本验证概念可行性。
38	North Star Metric	北极星指标	一个最能反映产品给用户创造价值的核心指标，全公司围绕它对齐。
39	Validated Learning Loop	验证学习循环	想法 → 构建 → 测量 → 学习 → 再想法。精益创业的循环图。
40	Lean Canvas	精益画布	把 Osterwalder 的商业画布改造为创业版：突出问题 / 方案 / 独特价值 / 不公平优势。Ash Maurya。
41	Problem-Solution Fit	问题-方案契合	PMF 之前的台阶：先证明问题真存在、方案真能解，再去找市场。
42	Task Completion Rate	任务完成率	多少用户成功完成了核心任务。可用性测试的硬指标。
43	User Story Map	用户故事地图	横轴用户旅程，纵轴优先级，把 backlog 立体化。比扁平 backlog 更能看到全景。
44	RICE	RICE 模型	Reach × Impact × Confidence ÷ Effort，给需求打分排序。Intercom 提的。
45	MoSCoW	MoSCoW	Must / Should / Could / Won’t 四档。版本规划时强制做减法。
46	Impact-Effort Matrix	影响-投入矩阵	二维四象限：高影响低投入先做。最简单的优先级工具。
47	Sprint	Scrum Sprint	1-4 周固定周期交付可工作的增量。敏捷开发的基本节拍。
48	Google Design Sprint	Google 设计冲刺	5 天从问题到原型到测试。Jake Knapp 在 GV 的方法，《Sprint》一书。
49	Shape Up	Shape Up	Basecamp 的产品流程：6 周一个 cycle，做完整功能而不是 sprint 切片。小团队远程友好。
50	Now-Next-Later	Now-Next-Later	路线图三档代替具体日期，避免承诺地狱。
51	DACI	DACI	Driver / Approver / Contributors / Informed，跨部门决策时谁说了算。
52	ICE	ICE 评分	Impact × Confidence × Ease，比 RICE 更轻量。
53	OGSM	OGSM	Objectives / Goals / Strategies / Measures，宝洁的战略落地框架，OKR 出现前的同类工具。
54	CIRCLES	CIRCLES 法	Lewis Lin 整理的产品面试答题结构：理解情境 / 列举用户 / 砍需求 / 排优先级 / 拿方案 / 概括 / 总结。
55	Working Backwards	逆向工作法	Amazon 的"先写新闻稿、再开发产品"流程。强制从用户视角想清楚价值。
56	Event Storming	事件风暴	把领域事件用便利贴贴满墙，从事件倒推命令、聚合、上下文边界。DDD 复杂业务建模法。
57	AARRR	海盗指标	Acquisition / Activation / Retention / Referral / Revenue。增长五步漏斗。
58	Growth Flywheel	增长飞轮	不是漏斗的线性，而是闭环：每一圈让下一圈更省力。Amazon 经典飞轮。
59	Hook Model	上瘾模型	触发 → 行动 → 可变奖励 → 投入，循环让用户养成习惯。Nir Eyal《Hooked》。
60	PMF	产品-市场契合	Marc Andreessen 的"40% 用户失去你会非常失望"。没有 PMF 增长都是假的。
61	Competitive Positioning Map	竞争定位图	二维坐标把竞品撒上去，找空白。Porter 经典工具。
62	Blue Ocean ERRC	蓝海 ERRC	消除 / 减少 / 提升 / 创造，跳出红海四个动作。Kim & Mauborgne。
63	LTV / CAC	LTV / CAC	用户终身价值除以获客成本，比值决定增长是否健康。3:1 是常见目标。
64	GTM	上市策略	新产品上市的渠道、定价、节奏、目标客户组合。
65	Network Effects	网络效应	用户越多产品越值钱。NFX 把它分成 17 种不同子类型。
66	StoryBrand	StoryBrand 七步	把品牌沟通套进英雄故事公式：用户是英雄，品牌是向导。Donald Miller 的营销框架。
67	STP	STP 营销定位	Segmentation / Targeting / Positioning，Kotler 教科书三步。
68	Fogg Behavior Model	福格行为模型	行为 = 动机 × 能力 × 触发器，三者同时具备才发生。BJ Fogg 在斯坦福多年研究。
69	JTBD Growth Matrix	JTBD 增长矩阵	把用户的任务和满足度交叉，找未满足的高价值任务作增长机会。
70	Empathy-Driven Roadmap	同理心驱动路线图	Teresa Torres 主张：路线图按用户痛点排序，而不是业务方要求排。
71	First Principles	第一性原理	把问题拆到不可再分的物理事实，从底层重新搭。马斯克常说，亚里士多德最早提的。
72	Systems Thinking	系统思维	看反馈环、延迟、库存而不只是事件。Donella Meadows《系统之美》。
73	Wardley Mapping	Wardley Mapping	横轴技术成熟度（自创建到商品化），纵轴价值链。看技术战略和组件演化的地图。
74	Three Horizons	三视野模型	当前业务 / 新兴业务 / 远期机会三层并行投资。McKinsey 的创新管理框架。
75	Platform Ecosystem Canvas	平台生态画布	多边市场和平台产品的设计画布。Sangeet Choudary 的平台思维。
76	Business Model Canvas	商业模式画布	9 格画完一个公司怎么挣钱。Osterwalder《商业模式新生代》。
77	Product Lifecycle	产品生命周期	引入 → 成长 → 成熟 → 衰退四阶段，每阶段策略不同。Theodore Levitt 1965 提的。
78	Antifragile Design	反脆弱设计	系统不只是抗压，而是能从压力中变强。Taleb 的概念。
79	Theory of Constraints	约束理论 / TOC	整个系统的产能取决于最瓶颈的那一环。Goldratt《目标》，工厂和软件交付都通用。
80	Systems Archetypes	系统原型	复杂系统反复出现的结构（饮鸩止渴、目标侵蚀、共同悲剧等）。Senge《第五项修炼》。
81	Jobs Portfolio	JTBD 任务组合	把用户所有相关任务画成全景，看产品该覆盖哪几块。
82	Morphological Chart	形态分析法	把方案的每个维度列成行，每个选项列成列，组合排列。航天工程师 Zwicky 提的。
83	Innovation Diffusion Curve	创新扩散曲线	创新者 → 早期采用者 → 早期大众 → 晚期大众 → 落伍者。每段用户用不同卖法。Rogers 经典。
84	Four Actions Framework	蓝海四项行动	同 ERRC，蓝海战略的核心动作清单。
85	SNAP	SNAP	Janna Bastow 的功能筛选：Strategic / Necessary / Aligned / Profitable 四问。
86	Feature Priority Pyramid	功能优先级金字塔	底层是必须、中层是性能、顶层是惊喜。Kano 的金字塔变体。
87	Threshold of Viable Ideas	可行创意阈值	创意要过几道筛子才进入开发：可欲 / 可行 / 可商业。IDEO 的三圆。
88	PESTLE	PESTLE	Political / Economic / Social / Technological / Legal / Environmental，宏观环境扫描。
89	SWOT	SWOT	优势 / 劣势 / 机会 / 威胁。最老牌的战略框架，做了 60 年还在被滥用。
90	Persona	用户画像	把目标用户具象成一个虚构人物。Cooper《交互设计精髓》。
91	Competitive Analysis	竞品分析	把竞争对手按维度对比，找差距。Porter 路线。
92	Elevator Pitch	电梯演讲	30 秒说清产品给谁、解决什么、怎么不同。Geoffrey Moore 的产品定位模板。
93	HEART	HEART 模型	Happiness / Engagement / Adoption / Retention / Task Success，Google 的用户体验度量框架。
94	PURE	PURE 评估	Daniel Elizalde 的 IoT 产品评估清单。
95	Priority Quadrant	艾森豪威尔四象限	紧急 × 重要四格。日程管理万年老梗，Eisenhower 总统说的。
96	User Feedback Loop	用户反馈循环	收集 → 分析 → 响应 → 沟通的闭环。
97	Ansoff Matrix	安索夫矩阵	现有产品 / 新产品 × 现有市场 / 新市场，四种增长策略。
98	Value Chain Analysis	价值链分析	公司从原料到客户每一环创造的价值，找成本和差异化机会。Porter《竞争优势》。
99	Lean UX Canvas	精益 UX 画布	把 UX 假设和实验整合到一张画布，敏捷团队用。Gothelf & Seiden。
100	Porter Five Forces	波特五力	供应商 / 买家 / 新进入者 / 替代品 / 同业竞争。所有 MBA 都学过。

学习一些名词也挺好。

[阅读全文]

软件工程定律网站采集

2026-05-03

#软件工程 #Reference

lawsofsoftwareengineering.com 这个站做得很漂亮，配色、卡片排版都挺花心思。

首页每张卡片一句话，点进去详情页约 1300 字，含定义 / Takeaways / 例子 / 出处 / 推荐阅读 / 相关定律。

内容都是 Wikipedia 上能查到的经典概念，没有原创理论。它的价值是集中收纳、视觉好看、结构化重述，不是新见解。当 reference 用足够，当 insight 没什么。

学习一些名词也挺好。下面给中英对照，中文是严格按英文翻译的，不扩写。

#	名称	英文描述	中文描述
1	Conway’s Law 康威定律	Organizations design systems that mirror their own communication structure.	组织设计的系统会反映其自身的沟通结构。
2	Premature Optimization 过早优化	Premature optimization is the root of all evil.	过早优化是万恶之源。
3	Hyrum’s Law 海勒姆定律	With a sufficient number of API users, all observable behaviors of your system will be depended on by somebody.	当 API 用户数量足够多时，系统所有可观察到的行为都会被某人依赖。
4	The Boy Scout Rule 童子军规则	Leave the code better than you found it.	让代码比你来时更好。
5	YAGNI 你不会用到的	Don’t add functionality until it is necessary.	在功能必要之前不要添加它。
6	Brooks’s Law 布鲁克斯定律	Adding manpower to a late software project makes it later.	给延期的软件项目增加人手会让它更晚。
7	Gall’s Law 盖尔定律	A complex system that works is invariably found to have evolved from a simple system that worked.	能运转的复杂系统，无一例外是从能运转的简单系统演化而来的。
8	The Law of Leaky Abstractions 抽象漏洞定律	All non-trivial abstractions, to some degree, are leaky.	所有非平凡的抽象，都在某种程度上有漏洞。
9	Tesler’s Law 泰斯勒定律	Every application has an inherent amount of irreducible complexity that can only be shifted, not eliminated.	每个应用都有一定量不可削减的固有复杂度，只能转移，不能消除。
10	CAP Theorem CAP 定理	A distributed system can guarantee only two of: consistency, availability, and partition tolerance.	分布式系统只能在一致性、可用性、分区容忍性中保证两项。
11	Second-System Effect 第二系统效应	Small, successful systems tend to be followed by overengineered, bloated replacements.	小而成功的系统之后，往往跟着过度工程、臃肿的替代品。
12	Fallacies of Distributed Computing 分布式计算谬误	A set of eight false assumptions that new distributed system designers often make.	分布式系统新手常犯的八条错误假设。
13	Law of Unintended Consequences 意外后果定律	Whenever you change a complex system, expect surprise.	每当你改动一个复杂系统，都要预期会有意外。
14	Zawinski’s Law 扎文斯基定律	Every program attempts to expand until it can read mail.	每个程序都会扩张到能收发邮件为止。
15	Dunbar’s Number 邓巴数	There is a cognitive limit of about 150 stable relationships one person can maintain.	一个人能维持的稳定关系存在约 150 人的认知上限。
16	The Ringelmann Effect 林格尔曼效应	Individual productivity decreases as group size increases.	群体规模增大时，个人生产力下降。
17	Price’s Law 普赖斯定律	The square root of the total number of participants does 50% of the work.	参与者总数的平方根的人，完成 50% 的工作。
18	Putt’s Law 普特定律	Those who understand technology don’t manage it, and those who manage it don’t understand it.	懂技术的人不管理技术，管理技术的人不懂技术。
19	Peter Principle 彼得原理	In a hierarchy, every employee tends to rise to their level of incompetence.	在层级体系中，每个员工都倾向于上升到其不胜任的层级。
20	Bus Factor 巴士因子	The minimum number of team members whose loss would put the project in serious trouble.	失去之后会让项目陷入严重麻烦的最少团队成员数。
21	Dilbert Principle 呆伯特原理	Companies tend to promote incompetent employees to management to limit the damage they can do.	公司倾向于把不胜任的员工提到管理岗，以限制他们能造成的损害。
22	Parkinson’s Law 帕金森定律	Work expands to fill the time available for its completion.	工作会扩张到填满可用于完成它的时间。
23	The Ninety-Ninety Rule 九十-九十法则	The first 90% of the code accounts for the first 90% of development time; the remaining 10% accounts for the other 90%.	前 90% 的代码占前 90% 的开发时间；剩下 10% 的代码占另外 90% 的开发时间。
24	Hofstadter’s Law 侯世达定律	It always takes longer than you expect, even when you take into account Hofstadter’s Law.	它总是比你预期的更久，即使你已经把侯世达定律考虑进去。
25	Goodhart’s Law 古德哈特定律	When a measure becomes a target, it ceases to be a good measure.	当一个衡量指标成为目标时，它就不再是一个好指标。
26	Gilb’s Law 吉尔布定律	Anything you need to quantify can be measured in some way better than not measuring it.	任何你需要量化的东西，都能以某种比不衡量更好的方式被衡量。
27	Murphy’s Law / Sod’s Law 墨菲定律	Anything that can go wrong will go wrong.	任何可能出错的事都会出错。
28	Postel’s Law 波斯特尔定律	Be conservative in what you do, be liberal in what you accept from others.	自己发出的要保守，接受别人的要宽容。
29	Broken Windows Theory 破窗理论	Don’t leave broken windows (bad designs, wrong decisions, or poor code) unrepaired.	不要让破窗（糟糕的设计、错误的决策或差的代码）放着不修。
30	Technical Debt 技术债	Technical Debt is everything that slows us down when developing software.	技术债就是开发软件时一切让我们变慢的东西。
31	Linus’s Law 林纳斯定律	Given enough eyeballs, all bugs are shallow.	只要有足够多的眼睛，所有 bug 都是浅显的。
32	Kernighan’s Law 柯尼汉定律	Debugging is twice as hard as writing the code in the first place.	调试的难度是最初写代码难度的两倍。
33	Testing Pyramid 测试金字塔	A project should have many fast unit tests, fewer integration tests, and only a small number of UI tests.	一个项目应该有大量快速的单元测试、较少的集成测试，以及只有少量的 UI 测试。
34	Pesticide Paradox 农药悖论	Repeatedly running the same tests becomes less effective over time.	反复运行相同的测试，随着时间推移会越来越无效。
35	Lehman’s Laws of Software Evolution 莱曼软件演化定律	Software that reflects the real world must evolve, and that evolution has predictable limits.	反映真实世界的软件必须演化，而这种演化有可预测的极限。
36	Sturgeon’s Law 斯特金定律	90% of everything is crap.	任何东西的 90% 都是垃圾。
37	Amdahl’s Law 阿姆达尔定律	The speedup from parallelization is limited by the fraction of work that cannot be parallelized.	并行化带来的加速比，受限于无法并行的那部分工作的比例。
38	Gustafson’s Law 古斯塔夫森定律	It is possible to achieve significant speedup in parallel processing by increasing the problem size.	通过增大问题规模，并行处理可以获得显著的加速。
39	Metcalfe’s Law 梅特卡夫定律	The value of a network is proportional to the square of the number of users.	网络的价值与用户数量的平方成正比。
40	DRY 不要重复	Every piece of knowledge must have a single, unambiguous, authoritative representation.	每一项知识都必须有单一、明确、权威的表达。
41	KISS 保持简单	Designs and systems should be as simple as possible.	设计和系统应该尽可能简单。
42	SOLID Principles SOLID 原则	Five main guidelines that enhance software design, making code more maintainable and scalable.	五条提升软件设计的主要准则，让代码更易维护和扩展。
43	Law of Demeter 迪米特法则	An object should only interact with its immediate friends, not strangers.	一个对象应只与其直接的朋友交互，不与陌生人交互。
44	Principle of Least Astonishment 最小惊讶原则	Software and interfaces should behave in a way that least surprises users and other developers.	软件和界面的行为方式，应当让用户和其他开发者最不感到惊讶。
45	Dunning-Kruger Effect 邓宁-克鲁格效应	The less you know about something, the more confident you tend to be.	你对某件事知道得越少，就越倾向于自信。
46	Hanlon’s Razor 汉隆剃刀	Never attribute to malice that which is adequately explained by stupidity or carelessness.	凡能用愚蠢或粗心充分解释的事，绝不归咎于恶意。
47	Occam’s Razor 奥卡姆剃刀	The simplest explanation is often the most accurate one.	最简单的解释通常是最准确的。
48	Sunk Cost Fallacy 沉没成本谬误	Sticking with a choice because you’ve invested time or energy in it, even when walking away helps you.	因为已经投入了时间或精力而坚持某个选择，即使放弃才对你有益。
49	The Map Is Not the Territory 地图不是疆域	Our representations of reality are not the same as reality itself.	我们对现实的表征并不等同于现实本身。
50	Confirmation Bias 确认偏误	A tendency to favor information that supports our existing beliefs or ideas.	一种偏爱支持我们既有信念或观点的信息的倾向。
51	The Hype Cycle & Amara’s Law 炒作周期与阿玛拉定律	We tend to overestimate the effect of a technology in the short run and underestimate the impact in the long run.	我们倾向于高估一项技术的短期效果，低估其长期影响。
52	The Lindy Effect 林迪效应	The longer something has been in use, the more likely it is to continue being used.	一件东西被使用的时间越长，就越有可能继续被使用。
53	First Principles Thinking 第一性原理	Breaking a complex problem into its most basic blocks and then building up from there.	把一个复杂问题拆解为最基本的模块，再从那里向上构建。
54	Inversion 反转思维	Solving a problem by considering the opposite outcome and working backward from it.	通过考虑相反的结果并从中逆推，来解决问题。
55	Pareto Principle 帕累托原则	80% of the problems result from 20% of the causes.	80% 的问题来自 20% 的原因。
56	Cunningham’s Law 坎宁安定律	The best way to get the correct answer on the Internet is not to ask a question, it’s to post the wrong answer.	在互联网上得到正确答案的最佳方式不是提问，而是发一个错误答案。