INSPIRED启示录 读书笔记 - 第16章 市场调研
常用的市场调研工具和方法
用户调查:第一,设计调查问卷需要技巧和经验,不是一件容易的事;第二,调查结果为获得解决方案提供了一要途径,但不是解决方案本身
产品使用分析:使用分析工具记录用户使用产品的行为,不断地观察学习,然后调整产品。应该明确告知用户分析工具只收集统计数据,不涉及用户隐私
数据挖掘:想知道同时使用几项服务的用户性别比例?想知道特定人物角色的活跃程度和分布情况?数据分析工具可以轻松回答这类问题
拜访用户:没有一种方法可以替代前往用户使用产品的场所实地考察的作用,但出于对资金和时间成本的考虑,建议谨慎使用
人物角色:在定义和设计产品的过程中使用人物角色,市场调研也可以借助人物角色展开。你要面对的绝不是单一类型的用户,务必找出若干主要用户类型,深入了解他们
可用性测试:尽早、反复的进行可用性测试。观察用户使用现有产品的反应,收集反馈意见,了解他们的真实想法
同类产品分析:产品团队常常低估了竞争对手。每款产品都有做得好的地方,有必要找出竞争对手的优势,学习对手的成功经验
合理地利用市场调研工具和方法可以回答以下几个关键问题
1、谁是目标用户?
2、用户会怎样使用产品?
3、用户能想明白怎样使用产品吗?障碍在哪里?
4、用户为什么选用你的产品?
5、用户喜欢产品的哪些特点?
6、用户希望如何改进产品,增加哪些功能?
市场调研的局限性
虽然以上这些问题很重要,但它们不直接回答最根本的产品问题:打造什么产品?市场调研结果可以作为研发产品的依据和参考,但不能决定产品研发的方向
探索(定义)产品的过程则要回答如下问题
1、采用什么技术来更好的解决产品要解决的问题?
2、设计什么样的用户体验?
成功的产品基于以下两点认识:深入理解用户需求,以及明白什么样的解决方案在现阶段是可行的
市场调研结果可以用于完善现有产品,精益求精,但不能用来定义新产品
关于用户研讨会
虽然组织用户研讨会可以面对面了解目标用户对产品的看法,但在用户研讨会上不可能讨论出成功的产品,有两个根本原因
1、用户不知道什么样的想法是可行的,多数用户对现有技术一无所知
2、用户不知道自己想要什么,没见到实际产品,用户很难凭空想像自己需要什么
用户研讨会还有其他弊端
1、人群聚集时容易冲动,相互影响,难以获取每个用户的真实想法,取而代之的是那些善于表达者的一家之言
2、除非让用户试用实际产品,否则他们不清楚自己想要什么,而通常组织用户研讨会时产品还没有眉目
3、与用户调查一样,组织用户研讨会也需要经验。主持人不但要熟悉组织技巧,能随机应变,还得掌握产品领域的知识,擅长引导话题,才能获得预期的效果。这样的人实在是可遇而不可求
INSPIRED启示录 读书笔记 - 第16章 市场调研的更多相关文章
- INSPIRED启示录 读书笔记 - 第41章 产品经理的反省清单
十大问题 1.产品能吸引目标消费者的关注吗? 2.产品的设计是否人性化,是否易于操作? 3.产品能在竞争中取胜吗?即使是面对未来风云变化的市场,依旧有取胜的把握吗? 4.我了解目标用户吗?产品(不是理 ...
- INSPIRED启示录 读书笔记 - 第40章 最佳实践经验
十大要点 1.产品管理的职责:许多产品经理将大把的时间浪费在与产品管理无关的工作上 2.用户体验:对于大多数软件产品来说,用户体验就是产品的生命 3.机会评估:用方便快捷的机会评估方法取代过时的市场需 ...
- INSPIRED启示录 读书笔记 - 第34章 恐惧、贪婪、欲望
消费者购买产品大多源于情感需求 企业级消费者出于恐惧和贪婪购买产品:如果不买这款产品,竞争对手会超过我,黑客会攻破我的防火墙,客户将弃我而去:如果买了,会赚得更多,省得更多 大众消费者购买产品的原因更 ...
- INSPIRED启示录 读书笔记 - 第33章 新瓶装老酒
精明的公司至少要手握两件“法宝” 1.对目标市场了如指掌,对现有产品的缺陷洞若观火 2.跟踪最亲的技术趋势.新技术层出不穷,让之前无法实现的方案变得可能
- INSPIRED启示录 读书笔记 - 第29章 大公司如何创新
大公司实现创新的方法 20%法则:谷歌的程序员有20%的工作时间可以用来从事创新研究,这个方法最早是从施乐帕克研究所学来的.20%法则鼓励普通员工自己尝试各种想法,让员工打心底愿意倾注更多的激情和汗水 ...
- INSPIRED启示录 读书笔记 - 第27章 合理运用瀑布式开发方法
瀑布式开发方法的基本原则 1.采用阶段式开发:软件开发过程被事先分成固定的几个阶段,撰写书面的需求说明文档.设计高层软件架构.设计低层细节.编写代码.测试.部署 2.采用阶段式评审:每个阶段结束后,对 ...
- INSPIRED启示录 读书笔记 - 第26章 合理运用敏捷方法
十大秘诀 1.产品经理即是产品负责人,他代表了客户的需求,因而需要与产品开发团队保持密切的联系,协助督促开发进程,及时解决出现的问题 2.使用敏捷方法绝不等于省略产品规划.规划周期应该适度缩短,反复迭 ...
- INSPIRED启示录 读书笔记 - 第25章 快速响应阶段
产品出炉后切莫虎头蛇尾 急于“撤军”是项目管理和产品开发流程中的大忌,只要稍微延长项目周期,观察用户对产品的反应,效果就会有天壤之别.这样做投资之小.回报之高会令你瞠目结舌,绝非其他项目阶段可比 产品 ...
- INSPIRED启示录 读书笔记 - 第18章 重新定义产品说明文档
理想的产品说明文档 1.产品说明文档应该完整地描述用户体验——不只是用户需求,还包括交互设计和视觉设计.用户需求和用户体验是密不可分的 2.产品说明文档必须准确地描述软件的行为 3.产品说明文档必须以 ...
随机推荐
- libsvm easy.py ValueError: need more than 0 values to unpack windows下终极解决
现象是: python easy.py train test 输出: Scaling training data...WARNING: original #nonzeros 100389 new #n ...
- git commit --amend用法
提交信息很长时间内会一直保留在你的代码库(code base)中,所以你肯定希望通过这个信息正确地了解代码修改情况. 下面这个命令可以让你编辑最近一次的提交信息,但是你必须确保没有对当前的代码库(wo ...
- 理解和使用WPF 验证机制(值得推荐)
首先建立一个demo用以学习和实验WPF Data Validation机制.创建一个数据实体类: public class Employee { public string Name { get; ...
- c/c++基本数据类型大小
各个类型的变量长度由编译器来决定(实际上与操作系统位数和编译器都有关)使用时可用sizeof()得到,当前主流编译器一般是32位或64位. 类型 32位 64位 char 1 1 short int ...
- ios -完全实现代码设置 Could not find a storyboard named 'Main' in bundle NSBundle
UIWindow *windows = [[UIWindow alloc]initWithFrame:[UIScreen mainScreen].bounds]; windows.background ...
- java中通过配置文件的方式(Jedis驱动)使用Redis
在java中使用Redis,实际上是将Redis的一些命令封装到Jedis的实体类中,然后进行调用.
- 【转】在服务器上排除问题的头五分钟&常用命令
转自:https://blog.csdn.net/l821133235/article/details/80103106(在服务器上排除问题的头五分钟) 遇到服务器故障,问题出现的原因很少可以一下就想 ...
- go build说明
go build命令用于编译我们指定的源码文件或代码包以及它们的依赖包. 例如,如果我们在执行go build命令时不后跟任何代码包,那么命令将试图编译当前目录所对应的代码包.例如,我们想编译goc2 ...
- 控制bin文件夹里面的dll不复制到临时目录中( <hostingEnvironment shadowCopyBinAssemblies="false" />)
One of the things that makes developing ASP.NET applications very cool is that you can rapidly proto ...
- Java线程的5种状态及切换
ava中的线程的生命周期大体可分为5种状态. 1. 新建(NEW):新创建了一个线程对象. 2. 可运行(RUNNABLE):线程对象创建后,其他线程(比如main线程)调用了该对象的start()方 ...