作为一个产品开发团队的领导者，你可能会与PM合作，但你的一部分工作将涉及决定产品何时如何构建、由谁构建等。因此，你需要提升你的产品技能。
-
担任产品领导、CEO和VC 15年后，我总是与未来创始人分享的建议 - 由FirstRound Capital。要点: Todd Jackson（前Gmail产品经理等）、关于“[构建真正高质量的产品需要在幕后付出极大的努力，尤其是在团队扩大的时候”表示了建议。他还建议保护质量和用户体验，并采取站点可靠性工程方法。
-
将项目与业务目标对齐 - 由Anthony Eden。提供了一个简单的项目管理表格，包括六个问题：1）我们试图解决的问题是什么？；2）成功是什么样子，它在大局中是如何适应的？；3）必须做和不做的项目是什么？；4）截止日期是什么时候？；5）我应该找谁寻求帮助和反馈？；6）我们以前做过这件事吗？是否有现成的东西可以用？
-
我是产品经理还是产品负责人？第一部分：困惑四起 - 由Ellen Gottesdiener。要点: 一个五部分系列文章，讲述如何区分这些角色，并提供了许多深刻的见解和解释。第二部分：如何解决困惑。
-
从冷漠到自治（视频） - 由Darko Zelić。在Lead Dev Amsterdam演讲中，Zelić介绍了如何在扩展时不必完全企业化。
-
项目管理的艺术 - Joe Golberg关于Scott Berkun的书的笔记。
-
创业的艺术：为任何人起步的时间考验与战斗磨练的指南 - 由Joe Goldberg关于Guy Kawasaki的书的笔记。
-
蓝海战略 - Joe Goldberg关于W. Chan Kim和Renée Mauborgne的书的笔记。
-
Bootstrapper的圣经 - Joe Goldberg对Seth Godin的书的笔记。
-
设计有效的工作坊：提高头脑风暴效果 - 由Cindy Chang。要点: 先进行概述，从后向前工作，把事情分成块，以开始一个计划并考虑结果、细节和代表。
-
首先做简单的事情：Instagram背后的工程 - 由Harry McCracken。要点: Instagram创始人通过优先考虑实用性的原则做技术决策。“如果它解决了一个问题并使我们更接近发布，那就去做。”
-
每个人都忘记了技术研究 - 由Product Habits。要点: 提供了一个分步骤的模板，用于创建1-3页的技术研究大纲，使产品负责人能够更有效地与开发人员沟通计划，开发人员可以更好地在自己的领域进行研究，以成功构建产品。“大纲应该是你要创建的简短概述，包括所需的功能和特性。你还应该提供关于最重要的事情（以及客户）的指导。你要解决的核心问题是什么，你打算如何解决？你要构建的最重要的部分是什么？”
-
扩展你的技术堆栈：说不的时刻 - 由Jessica Kerr。要点: 探讨了什么工具是低风险的（本地开发者工具）、中等风险1（部署基础设施）、中等风险2（编程语言）以及严重风险（数据库）。“当你接受一种技术进入你的堆栈时，确保它有一个所有者。通过配对、文档和交流传播知识。明确责任并留出时间进行维护、升级和重新评估。今天合适的技术在某个时候会变得不合适。”
-
增长黑客笔记本 - 由Joe Goldberg的笔记。
-
如何降低产品战略的风险 - 由Jeff Gothelf。要点: 战略规划涉及三个问题: 谁是目标市场，价值主张是什么，你的关键结果是什么。
-
比较和对比决策如何导致更好的产品结果 (幻灯片) - 由Teresa Torres。要点: 详细介绍了如何将重点放在产品决策上，包括建议使用的工具，如“机会解决树”。
-
如何启动和扩展市场业务 - 第1阶段：🐣解决鸡蛋问题 (1/4部分) - 由Lenny Rachitsky。要点: 来自Airbnb、DoorDash、Thumbtack、Etsy、Uber等公司的如何扩展市场的见解。解决鸡蛋问题，扩展你的市场，然后使之进化。
-
如何提高质量 - 由Julie Zhuo。要点: “当你进入TTBQT（质量与时间的权衡）状态时，真正的问题是：‘如果我们知道X需要这么长时间才能达到高质量，我们一开始会选择做它吗？’”
-
新创企业如何在公关上获胜 - 来自20年通讯职业生涯的建议 - 由FirstRound。要点: Eventbrite全球通讯副总裁Terra Carmichael提供吸引媒体关注的技巧。
-
如何在销售解决方案之前销售问题 - 由David Bailey。要点: 表达客户需求的战术方式，并“以需求为先”。
-
超高速增长和创业物理学法则 - 由FirstRound Capital。要点: “创业物理学法则：人类线性增长，公司指数增长。”
-
对SWARMing的赞美 - 由Dan North。要点: “我提供了一个新的首字母缩略词SWARMing：无宗教方法的扩展。我并不是说打包的扩展方法本身没用，而是它们既不必要也不足以实现成功的转变。它们可以是一个有用的起点，也可以是一个昂贵的干扰，但它们绝不是解决方案。”
-
非正式不能扩展 - 由Jim Grey。要点: “人们有时会沉迷于创业的小规模。这感觉太好了！但抱住不放会限制你的增长轨迹。像过度生长的苍蝇一样，缺乏流程会压垮你的公司。你需要改变工作方式以适应公司规模。但这并不一定糟糕。如果你做得不好，那确实可能很糟糕。即使你做
得好，它也会改变甚至去掉你公司的一些原有优势。但它能启用你无法想象的新级别的优点。”
-
我在亚马逊做产品经理的第一年中的关键学习 - 由Venkatraman Prabhu。要点: 在全球零售商工作一年后的经验教训。选择合适的经理，始终衡量产品的影响，不断尝试，与关键利益相关者每周进行1:1会谈，并获取建议。
-
已知与未知 - 你是在建设成功的公司还是仅仅打字？ - 由Aaron Batalion。要点: “你可能不是世界上唯一有这个想法的人，但如果你专注于房间里最优秀的人，只关注已知的未知，你将有更好的机会获胜。”
-
精益敏捷产品管理 - 由Jez Humble。要点: Humble在加州大学伯克利分校课程网站上的课程大纲和资源，涵盖产品生命周期、团队构建等关键主题。包括许多链接到这里可能也会链接到的演讲/文章等。
-
精益创业 - Joe Goldberg关于Eric Ries的书的笔记。
-
精益创业 - 基于该书。提供电子新闻通讯。
-
小红书：销售的12.5条原则 - Joe Goldberg关于Jeffrey Gitomer的书的笔记。
-
MVP已死，RAT长存 - 由Rik Higham。要点: “最小可行产品术语的核心有一个缺陷：它不是一个产品。这是一种测试你是否找到了值得解决的问题的方法。减少风险并快速测试你最大的假设的一种方式。不要构建MVP，识别你最大的假设并进行测试。用RAT代替MVP可以为你节省很多痛苦。”
-
《优秀战略/糟糕战略》笔记 - 由Jeff Zych。要点: 关于加州大学洛杉矶分校安德森管理学院教授Richard P. Rumelt的书的焦点概述。“战略是设计应对挑战的方法。因此，一个好的战略必须识别需要克服的挑战，并设计克服它的方法。为此，一个好的战略的核心包含三个要素：诊断、指导方针和一致的行动。”包括一些关于OKRs的批判性思考。
-
产品管理观察 - 由Dan Hill。要点: “大多数产品经理（以及每个人）花在思考如何解决问题上的时间太少了。他们直接跳到解决它上。问题有不同的形态，并非所有问题都需要同样的过程。上次产品交付的过程不太可能是你下次需要的那个。。。增量开发和愿景并不正交；它们彼此需要。所有产品都必须从愿景——一个观点——开始，然后在关键步骤中构建。在项目进行中学习新的东西是可以的。”
-
唯一重要的度量指标——现在有精致的幻灯片了 - 由Greylock Partners的Josh Elman。要点: “创始人唯一需要考虑的是：人们在使用你的产品吗？他们会按预期的方式使用它吗（例如，执行核心操作）？他们是否按照预期的频率执行核心操作？”
-
产品飞镖板 - 由Carbon Five的Janet Brunckhorst。要点: 深入描述了一个评估团队或个人项目成功属性的工具。
-
导致失败的产品探索反模式 - 由Stefan Wolpers。要点: “导致各种产品探索反模式的主要变量是: * 存在组织功能失调，例如组织在功能孤岛中结构化; * 个别玩家之间存在高度的自我问题——‘以我为中心’综合症——导致个人议程被追求; * 在组织内复杂、多层次的报告结构过滤并延迟信息流，从而阻碍沟通和决策。”
-
产品经理与产品负责人 - 由Melissa Perri。要点: “一个好的产品经理知道如何针对明确的结果导向目标优先安排工作，如何发现和验证真正的客户和业务价值，以及减少产品在市场上成功的不确定性的流程。没有这种产品管理背景，有人可以有效地执行Scrum中的产品负责人角色，但他们永远无法成功地确保他们在构建正确的产品。”
-
产品经理的超级力量：用户科学 - 由Brent Tworetzky。要点: “找到完美的用户产品适配从来都不容易，经过训练的产品经理可以通过‘用户科学’——严格的工具和流程深刻理解人们对产品的反应的一门学科——一致地找到很好的适配。用户科学包括理解用户需求（识别需要解决的问题）和用户行为（理解用户对产品的反应方式和原因）。这种区别很重要：优秀的产品需要同时解决一个有意义的问题并强有力的执行。”
-
产品战略意味着说不 - 由Intercom。要点: 回顾常见的产品决策原因，并问这些原因是否对产品实际有利。
-
提醒：你的“产品”公司只是实现细节 - 由Jeremy Baker。要点: 客户希望取得的进展是最重要的事情。我们思考我们的功能和它们能做什么，并以这种方式呈现。当我们这样做时，我们是“强迫客户做艰苦的工作。他们必须将功能映射到他们的流程中，并确定它是否帮助他们取得进展。。。相反，谈论客户希望取得的进展，并构建实现这一进展的工具。”
-
初创企业的风险评估与优先排序 - 由Leo Polovets。要点: 幻灯片演示关于直接和早期应对风险的价值。包括自我评估提示。
-
与Brian Chesky一起扩展Airbnb——斯坦福大学CS183C课程18笔记 - 由Chris McCann。要点：关于Airbnb的“10星服务”思维实验，其中他们超越了通常的五星评级，加上了五个额外的成功衡量标准。
-
Scrum产品负责人论点 - 由Stefan Wolpers。虽然不一定与Scrum敏捷框架相关，但这份56条“论点”列表探讨了产品负责人的角色，研究了产品探索和利益相关方管理，路线图规划等。
-
最短的路径是最吓人的 - 由Omri Ben Shitrit。要点: “要擅长执行。。。持续识别我们应该为客户解决的下一个最重要的问题。我们过去写过这个。了解（大致）解决问题的成本和收益，以及我们对两方面信心水平。在产品范围和工程成本之间找到最佳的权衡点。”
-
[像创始人一样思考](https://www.manning.com