做产品管理员或单纯参与产品开发过程自然而然地想制作出一种能有效实现的伟大产品
成功产品不单满足组织战略目标并满足客户需求
正因如此,在跳入完全产品开发前,产品管理员常使用已知概念证明
证明概念有多重使用首先,它显示投资商、执行官和其他利害相关者为什么产品值得追求从项目管理角度讲,它还允许你测试产品可行性后再投入时间和资源实现完全开发
文章中,我们将探索概念的证明是什么,它使用什么,以及如何创建we'll覆盖:
准备加注下一POC下潜吧
开工何为概念证明
在产品管理方面,概念证明(常称POC)是一种示范-通常代码证明产品可成功实现
产品开发生命周期中关键步骤之一,在投入大量资源开发产品前先发生过程通常情况下,我们使用POC显示拟议解决方案实战可行并尝试测量其潜在作用
证明概念只是一个测试,通常不同于最终终端产品多项目中还包含原型级, 一些人可能认为POCs没有必要早期测试产品机械能提供很多洞察力 省下疼痛和成本溢出
可采取多种形式,但在产品开发中POCs通常类似于小型原型或仿真
关键是要强调 证明概念不对和工作产品一样
取而代之,它是一种测试方式 如果思想值得追求并非所有POC都成为产品最佳产品将启动固态POC
二叉优缺点证明概念
POCs系统不限于产品管理系统应用从设计项目管理方法到商务任务但它们可能最常用软件产品开发.
不幸的是,当时间和预算紧缺时,概念阶段证明往往是产品管理员切角的一个领域。这是因为POCs不占用很多时间, 很容易假设它们是可免责的离案例远
使用这些工具有几个长处四个最重要的方面是帮助:
- 降低风险
- 降低开发成本
- 确保更好的产品
- 吸引投资和利害相关者支持
容我们简单看一看这些长处
降低风险
根据其定义本身,证明概念的目的是测试和判断思想是否实际有效
答案是否定的,你会省下很多时间、精力和钱 用右入开发本会白费
降低开发成本
即便答案为是-成功-你仍会帮自己省钱,否则你本会花在前期高成本开发工作上。
失败POC帮助产品管理员避免搭建软件产品成本永不使用,而成功产品可精炼产品设计
确保更好的产品
成功证明概念会增强你对产品思想的信心
允许验证假设 保证产品适切满足客户需要吗?
需要修改时,POC可能不突出最终产品实现的一切, 但它可能帮助你发现需要提前解决的主要问题。
吸引投资和利害相关者支持
并使用成功证明概念从利害相关方吸引投资并买入
展示可行性能向利害相关方保证产品大有成功机率POC使用此目的对创业特别重要,创业者往往不得不向潜在投资伙伴表达思想。
3级证明概念和原型有什么区别
到目前为止,POC和原型之间似乎没有太大差别并分享相似性, 并相当独特
关键差分是POC展示解决方案的可行性,原型则工作终端解决方案模型原型建基于从POC收集的数据, 将是一个更光化版终端产品
不确定分辨POC和原型之差,
if you'd to see 原型与其他类似设计术语有何不同 查查指南原型比线框比模型.
4级证明概念和MVP有什么区别
离产品开发生命周期近的地方 也会发现名词a/最小可行产品或MVP.
MVP与POCs和原型都相似,但自有特征
和原型建基于概念证明MVP建建原型.基本而言,它是一个产品工作版, 拥有足够的特征和功能满足客户需求
并用它从终端用户获取反馈, 帮助信息产品开发
再一次,如果你不确定如何区分POC和MVP,请注意下列差分:
5级写概念证明:逐步指南
问题在于确定-这些是产品开发周期的一个重要方面做为产品基本实验,你应该给予适当程度的注意力
以下是写POC主步骤
开工识别问题目标解决
聚集关键团队成员,包括利害相关者,确定您想解决的问题
识别问题往往从市场研究开始 确定目标对象的习惯、需要和欲望基于此信息,你就可以创建典型用户a并更好地了解他们的需要
换句话说,如果你为客户创建产品, 他们可能已经识别问题举个例子,也许你的客户 是一个超市链 持续挣扎 长自检队列在他们的商店
问题一经识别, 就可以先研究市场上的其他产品后再设计自己的解决方案
二叉描述您的解决方案
下一步概述你提议的解决问题之法产品可能是应用平台或软件
从大队或客户的洞察力中画出潜在解决方案例例,如果你想解决步骤一描述的长自检队列问题, 或许你需要重新设计客户软件
所拟解决方案应包含估计产品开发时间和您期望实现此目标所需要的资源
3级解释为何解法有效
自然,创建POC没有意义 不解释它将如何惠及客户端用户
而不是简单地说:“我们将重新设计结关软件”具体化并解释你将如何做这些事和原因
举例说,也许你需要创建新软件消除工作人员批准某些采购的需要,从而减少排队时间OC测试新功能
解决方案不需要复杂或超编, 但它需要非常清晰
4级概述工作范围
下一步概述工作范围证明概念工作范围就是你与团队初步讨论的用法
概述创建POC所涉及的内容、人文输入和所需技能,或单机实现或第三方参与
工作范围也是确定技术解决方案、成功度量法和如何跟踪这些方法的地方举个例子,您能使用客户端现有测试环境试运行POC吗?或你需要从头设计东西
另一种考量是特征显示您想测试通常,概念证明只注重一或二核心特征,而不是整个产品概念
举个例子,如果客户对校验软件普遍满意并想做点微调,你不需要复制整件产品:即可能需要更新的方面
记住:并非所有这些东西似乎都至关重要 证明概念规划, 但它们将很重要 下行线是否决定按当前格式继续POC几乎无关所有信息都会通知您的产品, 无论是坚持当前计划或完全修改轨迹
5级构建概念测试证明
最后选择平台构建POC希望这已进入工作范围可能是客户测试环境或另一种软件解决方案
之后你需要搭建POC记住:这不是工作产品.连原型都算不上你只是在测试概念的可行性, 所以你可能需要留意开发团队 以确保他们不会花更多时间 上比他们需要更多时间
等概念证明启动后,你应该用用户测试用户可能不是终端用户,而是开发团队外的同事
无关紧要 他们不是你的目标观众最重要的是,它们能提供感知检查并确保POC实现核心目标
反馈显示它达不到目标 可能就是放弃概念证明 返回第二步
6级报表发现
最后但非最不重要的是报告你的调查结果即便从测试用户得到大反馈, 这也是你需要分析关键性能指标的地方, 以确保概念证明
并报告初步教益 适当时报告你的建议
报表阶段可能不尽相同-你可能需要直接向客户、内部利害相关方介绍POC或写出报告结果供执行团队阅读即可
关键是记录所有你所能记录的内容 并公开公正证明概念成败
if证明概念成功需要取取发现并使用通知产品行进图.这可能意味着改变策略或继续你的计划
万一失败需要分析结果 理解原因帮助您决定是否继续项目如果失败或利害相关者拒绝,那也没关系-正因如此你才先执行POC
跳头开发前测试不高兴吗
6级下一步步骤
终于到手了所有你需要启动 证明概念抓取那些键寻找成为产品管理器.
文章中,我们探索POC是什么,为什么它重要, 和它如何比拟原型和最小可生存性产品并报告发现
经验显示 POC是测试概念可行性的好方法 后再投入时间和资源
依此概述步骤,你可确信POC设计得当并信息丰富,并会为您提供对产品作出知情决策所需的洞察力。
如果你喜欢博客文章并想启动你作为产品管理员的生涯,注册免费产品管理新手课程?
取下文文章学习更多