书摘《启示录INSPIRED》2

补充笔记【顺序:1评估产品机会,尝试理解待解决的问题,拜访潜在客户,收集基本需求;2与交互设计师一起制作原型;3利用产品原型展开用户测试;4完成产品用例,与开发团队一起评审产品原型和说明文档。】

在探索产品的阶段,产品经理负责分析各种创意,广泛收集用户需求,了解如何运用新技术,拿出产品原型并加以测试,从全局视角思考产品方向,兼顾短期需求和长期规划。是探索兼具功能性与设计性的产品的过程。

定义产品的过程称为产品探索:首先产品经理应该探索是否有用户需要产品,也就是要寻找市场,让用户验证你的构思。其次产品经理要探索能够解决问题的产品方案,他必须是有价值的,可用的,可行的,也就是说设计解决方案,请用户和开发团队来验证。

每当团队内部出现严重的意见分歧时,并非大家对实施的认定有争议,而是对目标和目标的优先级有不同的理解。所以团队应该首先明确哪个目标对用户最重要,是易用性,响应速度,功能,成本,安全性,还是用户隐私。只有先统一对产品目标和目标优先级的认识大家才能再次共识上进一步讨论各种方案的合理性与可行性。实用方法是把目标按照优先级下载白板上再开会。

制定决策的过程和依据必须完全透明,不要让人觉得你只凭直觉判断,务必告诉大家决策的依据和理由,清楚地展示每一个决策环节。

合适估算项目成本:

开始研发产品前,应该先评估产品机会。目的是看产品创意宣称要解决的问题是否有价值。此时,解决方案尚未出炉,手头仅有产品创意和待解决的问题,所以产品团队只能大致估算项目规模(建议分成大中小型三个等级)。再根据项目规模粗略估算项目成本。虽然这种估算与实际情况会有出入,但通常不会出现跨级别的误差。

在定义解决方案的过程中产品经理和交互设计师需要一位开发人员的协助来评估不同解决方案的成本。然后根据评估结果进一步调整解决方案。待完整的产品说明文档形成后,即可根据文档细节生成详细,可靠的成本估算结果。

特约用户不能超过10个,否则产品经理不可能有时间和精力与每位用户深入沟通。销售部门为了提高业绩希望招募更多特约用户,解决方案是公司开发预览版产品。如果找特约用户的时候遇到困难,很可能是因为产品要解决的问题不像产品经理想象的那么重要,将来也很难销售出去。需要重新考虑产品机会。

保持特约用户是产品的潜在目标用户。我们很容易把产品尝鲜者武当成特约用户。尝鲜者能容忍产品的不足和缺陷,柑橘他们的建议研发的产品,很可能只适合他们自己,无法满足大众需求。

产品经理务必向特约用户说明,我们要开发的是面向大众的通用产品,不是为某家公司开发的定制产品。特约用户也不希望因为小众产品生命周期比较短,一单产品被淘汰,售后服务也将被取消。产品经理应该像特约用户承诺产品不会昙花一现。

产品经理应该把特约用户当成开发伙伴对待,相互帮助。合作贯穿真格产品研发过程。在产品发布之前请一定要请特约用户试用,并确保每个人都满意,一旦发布,他们才会坚定不移地向大众推荐产品。

产品经理还要喝产品营销团队紧密合作。一方面营销团队可以帮助你物色特约用户;另一方面,他们可以协助你提高特约用户受关注的程度。

特约用户可以帮助产品经理更好的把握用户需求,充分收集用户反馈信息,合理化项目定位。另外从营销的角度看,大众消费者对口碑营销的反应可能与企业采购经理不同,大众消费者更容易受媒体和网站评论的影响,但是他们也希望看到真实的用户的评价。在这一点上两者是相同的。使用特约用户是确保产品不偏离用户需求的最简单有效的办法,同时也是向用户宣传、推荐产品的最佳手段。

市场调研的方法:

用户调查、产品使用分析、数据挖掘、拜访用户、人物角色、可用性测试、同类产品分析。

合理地利用市场调研工具和方法可以回答以下几个关键问题:

1谁是目标用户?

2用户会怎样使用产品?

3用户能想明白怎样使用产品么?障碍在哪?

4用户为什么选用你的产品?

5用户喜欢产品的哪些特点?

6用户希望如何改进产品,增加哪些功能?

虽然以上问题很重要但不能直接回答最根本的产品问题:打造什么产品?因此市场调研的结果可以作为研发产品的依据和参考,但绝不能决定产品研发的方向;可以用于完善现有产品,精益求精但不可能从调研中发现下一个Facebook

产品管理的核心在于制定决策——应该抓住哪些机会,解决什么问题,哪些功能最有价值,谁是主要用户。有决策就会有失误,但要打造成功的产品经理必须保证大部分决策是正确的。

人物角色又称用户特征记录user profile:通过与用户沟通交流确定典型的目标用户类型,在理解各类目标用户的特征的基础上建立的人物原型。人物角色是合理地描述用户特征的人格化虚拟原型,重点关注用户的行为、态度、目标。

产品说明文档应该满足一下几个要求:

1产品说明文档应该完整地描述用户体验——不只是用户需求,还包括交互设计和视觉设计。希望大家已经明白用户需求和用户体验是密不可分的。

2必须准确地描述软件的行为。我呢自何图片的表达能力实在有限,不足以完成这项任务

3产品说明文档的受众较广——开发人员、测试、客服、市场营销、运维、销售、管理层等等。因此,产品说明文档必须以某种直观的方式把产品信息和产品行为告诉所有人

4产品说明文档应该可以修改。虽然进入开发阶段之后,应该尽量避免修改产品说明文档,但是总有意想不到的问题出现,需要修改产品说明文档以适应新情况

5撰写产品说明文档的过程中会出现许多衍生物,比如,按优先级排列的需求类表、线框图、实体模型,但应该有一个主题来代表产品,避免混淆不清,产品错乱

只有之中形式的产品说明文档可以满足以上所有要求就是高保真产品原型(主体,体现产品的功能需求、信息架构、用户体验、交互设计、视觉设计)。当然仅仅有原形还不够,有些产品行为不容易用原形体现,比如业务逻辑(税务表单和运费)、发布要求(心梗表现、可靠性、扩展性)、平台交付要求(安装要求、浏览器兼容性)。用例可以作为有效的补充,用来描述重要的产品行为。定期通知大家新增的补充说明文档。

把高保真原型放到真实的用户面前,观察他们是否知道如何使用(可用性),是够渴望使用你的产品(价值),只有通过这两项测试,产品说明文档才算合格,产品材质的开发,如果等到之间或公开测试阶段再验证就太迟了。

需求调研和产品设计(用户体验设计)是相互影响的,应该同步展开。

我们的目标是打造有价值的、可用的、可行的产品。需求调研和产品设计都要在软件开发前完成,这期间至少邀请一位软件开发人员检查设计工作下注你评估设计的可行性和成本,做出更明智的决策。

我号召产品团队放弃老师的产品设计方式,不再试图定义最终产品,转而定义只满足基本要求(价值、可用性、可行性)的产品,简称基本产品。一旦基本产品完成,通过了用户测试,他就是一个不可分割的整体,去掉任何元素,都不可能获得预期的效果。

我建议的产品设计方式:

1产品经理与设计师合作设计产品的高保真原型,这个原型只具备实现商业目标的最基本功能要求,以及良好的用户体验和吸引力。只涉及基本功能的产品可以把复杂度降到最低,把开发时间减到最少,因而是非常重要的

2邀请一位开发人员(比如架构师或主程序员)参与设计原型。请他检查原型,帮助产品经理和设计师估算各种功能的直接成本和间接成本,支出设计上的误区,并分析、评估尚不确定是否可行的躬耕。等产品原型确定是,他详细估算出所有产品功能的时间成本。这样一来,各项功能熟去熟留已经明了,而且对各方都是透明的,开发团队心里也有底了。

3请真实用户验证(测试)产品原型,这一点致关重要。在产品团队全力开发产品前,产品经理和设计师必须确信产品是用户需要的,然而仅仅相信还不够,必须通过用户测试来验证。这好比不能仅仅因为开发人员相信代码没问题,就允许发布代码一样,必须对代码展开测试。

一旦基本产品确定,通过了目标用户的测试,就不可能再削减任何功能。如果可以说明你定义的不是基本产品。

产品验证:证明好惨品德价值、可用性、可行性。

原型测试:使用高保真原型的最主要原因是产产品原型可以让用户验证产品创意,加深产品经理对产品的理解,避免开发团队浪费时间和精力开发没有把握的产品。

准备测试:1事先拟定好测试内容2你只有一次机会了解测试者伟杰出产品原型之前如何解决产品要解决的问题,标红啊,如果待测试产品时点评餐馆服务的网站,先不要让测试者登录产品原型网站,只提供空白的浏览器,看看他们怎么做,会访问那些点评网站?用谷歌或雅虎搜索参观还是回去诸如美团这样的订菜网站?他们习惯按地点、菜式还是价格搜索?原型设计多少有些假设的内容,直接让测试者使用原型,就无法获取这些宝贵的信息了。如果略过这一步,可能会留下隐患。使用过圆形后,测试者虽然可以告诉你希望怎么样去改进现有产品,但无法再像初次访问网站那样思考呢哦3观察测试者能否从原型首页看出产品要解决什么问题,哪些地方最能吸引他们也就是对他们有价值。一单进入测试任务,就不会再有首次访问的感觉,因此不要浪费这个机会。首页的设计极大地影响着实际使用效果与用户期望之间的差距。4待测试者完成测试任务后,了解产品用途后,通过聊天收集信息:是否使用同类产品?习惯借助网络解决这个问题还是另有解决办法?原型是否比他常用的产品好?净推荐值NPS?沟通的目的是了解测试者对产品原型的评价。5为每个问题的答案打分0-10分,或者干脆让测试者用数字回答问题,一次记录每个阶段产品原型的表现。我喜欢问测试者愿意出多少钱购买产品,哪怕产品上市后并不打算收费,这个国内貌似行不通,咱们的应用几乎都是免费的,用户没有付费习惯。用打分的办法便于跟踪记录产品原型的总体表现,未完善产品设计提供参考。6不必等到完整原型完成后再测试,可以先测试主要项目,即使某些功能空着也可以。如果测试者遇到功能上的死胡同,问问她们接下来希望发审什么。测试者使用已有功能前,可以问问这个问题,看看实现方式与测试者的期望是否一致,能得到宝贵意见。

测试原型——实际测试的技巧和窍门:

1测试前不一交谈过多,告诉测试者完成测试后深入交谈。谈的越多透露的产品线索就越多,越难得到第一印象。

2告诉测试者这个是产品原型,初步产品创意不是正式产品。请说出真实看法

3尽量让测试者保持平和的情绪,不要让他们陷入吹毛求疵的状态。测试的重点是看测试者能否轻松完成测试任务,以及是否喜欢产品功能。多观察操作少听抱怨。

4避免提示测试者。

5测试的作用是理解目标用户如何看待产品要解决的问题,发现原形与用户期望不一致或不相容的地方。只要能发现这些问题,通常都不难解决,从而能够极大的完善产品。

改进现有产品不是一味地添加功能。开发新产品的第一步是要明确目标。时刻关注各个指标,与交互设计师、用户研究人员、主程序员密切合作,分析改善产品的可能性。想要进一步了解产品情况,还可以进行网站分析,请用户测试产品,向客服人员、销售人员了解情况,做盈亏分析,估算净推荐值。通过分析这些数据改进产品,往往能收到事半功倍的效果。改善产品不是简单地满足个别用户的要求,不能对用户调查的结果照单全收。提高指标的功能才是你关注的重点。应该找准方向,分析关键指标,有针对性地改进产品。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值