“傻瓜产品管理” —简短说明。

我写下了对我来说有趣的事情,因此这并不是本书中所有想法的完整摘要。

产品经理需要的主要文件:

企业案例
–市场需求文件
–产品路线图
–案例研究,竞争对手分析,用户案例

我想这是本书中最有价值的图像。 产品经理和产品负责人之间的区别:

产品经理技能计划

了解RACI和DACI的责任

RACI负责/负责/咨询/知情—谁负责完成某些任务?

DACI驱动程序/批准者/贡献者/知情人士-谁决定特定任务或功能的行动方针?

RACI的例子
  1. 四阶段产品生命周期

2.七阶段产品生命周期

相位-门方法 -在七阶段模型中使用,其中在每个阶段之后,我们都应在进入下一阶段之前验证阶段(门)的成功。

在不同的开发方法中产品生命周期的样子。
四个行动框架

第五章概述了角色。 我喜欢Thomer Sharon在“验证产品创意”中涵盖的角色。

研究和数据来源可以分为主要来源和次要来源。 在主要方面,我们可以设置客户访谈,支持数据库,crm数据等,在次要方面,可以是《哈佛商业评论》,《福布斯》或竞争对手网站上的报告,以及任何报告,新闻稿,行业分析等。 不要忘记将每个来源分为定量定性数据。

波特的五力分析

SWOT模型用于竞争分析:

SWOT分析

产品市场适合三合会。 产品,客户需求(问题)或业务模型的任何更改,都应验证其他三角形角点是否得到相应纠正。

产品市场三合会。 (问题-产品-商业模式)

价值与努力 。 四象限分析。 最高优先级来自“快速胜利”广场,低处来自“感谢任务”

没有深入研究Kano模型,但总的来说,这是另一种方法或对功能进行优先排序:

卡诺模型

优先级矩阵 —将代表任何类型值(通常为3-5)的每个Criterea设置为零到五分,并计算每个特征的总宽度。

只有您非常了解公司的文化,才能决定预期和必要的计划级别。

商业案例更多的是关于产品的,而不是一般的公司(商业计划)

业务案例文档结构:

  • 内容提要 -文章写在最后,但放在最前面。 它总结了整个商务案例。
  • 问题和机遇 -问题是什么,您的公司如何最大程度地利用它来解决问题。
  • 市场格局 -整个市场上发生的一切使您相信解决此问题是对公司资源的既有使用。
  • 竞争格局 –竞争者又如何解决他们的问题,我们为什么能与他们竞争呢?
  • 财务和影响分析 -项目需要多少资金和其他资源
  • 风险分析 -您看到什么风险以及如何缓解它们
  • 假设 -有关未来市场,经济的任何假设
  • 未解决的问题 -什么是盲点
  • 结论和建议 -底线是什么,投资者为什么要说“是”。

在初创企业中,强烈建议使用Ansoff Matrix(新市场/现有市场与新市场/现有产品)。 图10-5。

安索夫矩阵

两种定价方式:

  • 成本加-我们根据产品成本确定价格
  • 价值基础-我们根据对客户有价值的产品来定价

也可以有基于定位的价格和基于质量的价格,请参阅Kotler的定价策略。

BCG矩阵用于分析不同的业务部门,并根据市场份额和业务增长来制定战略和投资决策。

波士顿咨询集团(BCG)矩阵

市场策略文件:

  • 执行摘要 -整个市场策略的摘要
  • 整个产品报价 -整个产品报价是什么。 实际产品和增强产品的哪些组件最为关键
  • 定价 -产品的建议价格是多少?设置此价格的策略和理由是什么?如果定价过高,是否需要满足任何定价边界条件。 例如保证金或成本。
  • 细分 -目标市场细分是哪些? 为什么这些细分市场最适合您的产品或解决方案
  • 定位 -产品的总体定位是什么?渠道合作伙伴是否还有其他职位?
  • 消息传递 -根据定位,关键消息是什么?
  • 策略 -将产品推向市场的策略是什么*您是哪种领导者?以及该策略如何与公司的整体策略和市场地位保持一致。
  • 启动程序 -您的最重要的启动程序和计划是什么。 这是关键的启动里程碑。
  • 预算 -成功将产品推向市场的可能成本是多少。

MRD市场需求文件和PRD产品需求文件。 这是两个不同的文档。 在某些情况下,MRD的一些要求可以满足PRD的一项要求,反之亦然。

市场需求文件:

  • 执行摘要(一页,包含3-5个客户问题)
  • 角色(一两个角色)
  • 问题场景
  • 市场需求(描述:作为[角色],我想[做某事],以便[推动收益])
  • 成功标准(客户如何衡量成功)
  • 假设,未解决的问题

关于用例的有趣说明。 用例描述了解决问题的多种措施。 但是,有时根据这些情况工作的人们会忘记初始化问题,而对所描述的一系列行动一无所知。 因此,建议从abby用例开始,对我们要解决的问题进行准确的描述。

好的功能遵循INVEST原则 (第12章):

  • 独立-避免功能和用户故事之间的依赖。
  • 面议-用户故事可提醒您进行协作。
  • 对客户有价值—避免仅具有技术价值的要求
  • 估算能力—可以估算完成所需的时间。
  • 小型-要求最多需要两天才能完成。
  • 可测试的—要求已定义了接受标准。

产品权衡取舍:质量,进度,功能

在Beta测试期间制定目标和成功要求的好主意。 就像“ N个人至少在M时间使用它”。

软启动 -如果您不确定质量或外观,则不进行积极的促销

最小启动 -当您的启动预算少且工作资源少时。

全面启动 -旨在最大程度地提高人们对潜在客户和销售的认识。

最好在产品发布过程中使用一页产品概述。

4分:产品,价格,位置,促销

3个附加P(流程,人员,物理证据)

说服依据:

  • 积极倾听
  • 令人信服
  • 询问你需要什么

与高管合作

影响力图可帮助您确定谁在您身边以及他们能为您提供多少帮助或阻碍您的努力。

与高管沟通:

  • 简明扼要
  • 专注于公司及其对公司的影响

那是有趣的部分。 根据我们过去的经验和习惯,我们避免(忽略)以下方案中的两个方面。 就我个人而言,这是志愿服务的导师/教练。

我认为该计划对于正在追求职业生涯的PM来说非常有价值。

发布后,应该有许多可重复的营销措施。 客户需要多个接触点才能开始使用您的产品。

为什么要使用早期产品公告? 有一个策略性的FUD :恐惧,不确定性,怀疑-忠于大公司的客户通常更喜欢等待大公司发布的安全途径,而不是冒险去冒险未经验证的小公司。

从客户角度讲关于产品发布的前三个

  • 基于主题的—当您发布针对一大改进的一系列功能时
  • 基于时间-在特定日期释放,无论如何
  • 黄金功能-每个发行版都应包含一些很酷的功能

这些更多是关于策略的:

  • 市场和策略-与产品功能无关,而与策略有关
  • 有远见的人-产品开发的精髓
  • 竞争,市场和技术
  • 技术
  • 矩阵-许多产品的路线图