产品经理的工做感想（2）

产品的过程：用户- 用户研究-需求采集-需求分析-需求筛选-需求开发。

 

1

需求采集的方法:数据分析，调查问卷，用户访谈

需求采集的效果：尽量多的采集

需求分析：听用户的但不要照着作 , 必须明确咱们存在的价值.。

需求分析目的：把用户需求转化为产品需求

需求分析方法：给需求作一次DNA检测 来 肯定需求的基本属性，分析需求的商业价值，初步评审需求的实现难度，从而计算出需求的性价比。

资源老是有限的，因此咱们只能作那些性价比高的事情，活下来的永远是少数，少作就是多作，有意识的尽量多的放弃。

 

2

从用户中来到用户中去

需求采集  过程：明确目标，选择采集方法，制定采集计划，执行采集，资料整理，而后进入下一步的需求分析阶段。

需求采集 方法：咱们问 ，用户答； 用户说， 咱们听。

需求采集 效果：用户量小， 时间多， 探究现象背后的故事。

 

用户访谈注意点：

       1避免一组固定的问题：固定的问题会让被访者产生被审问的感受，咱们应该准备好问题清单，但清单只起一个引导做用，并不用照着读。

       2 首先关注目标，任务其次：比用户行为更重要的是行为背后的缘由，多问问用户为何这么作。

       3避免让用户成为设计师：听用户讲，但不要照着作，用户的解决方案一般短浅，片面。

       4避免讨论技术：特别是碰到一些略懂技术的用户，不要与其纠缠产品的实现方式。

       5鼓励讲故事：故事是最好的帮助设计师理解用户的方式。

       6避免诱导性的问题：典型的诱导性问题是，“若是有xx功能，你会使用吗“，通常来讲用户会给出毫无心义的确定答复。

《软件观念革命：交互设计精髓》

几种方法：

 

定量的说：调查问卷

易出现的问题：

        第一，样本的误差，即样本与想了解的目标群体出现误差。

尽量覆盖目标群体类型的用户，性别年龄段 行业 收入等 要保证各种类型用户的样本比例接近全体的比例，好比目标用户中男女比例为7:3 那么样本中就保持这个数。

       第二，样本过少的问题。百分比的数字只有具有稳定性才有价值

       第三，问卷内容的细节问题。

      1问题表述应无引导性。

      2答案的顺序。可能产生“a顺序误差”，“位置误差”即别调差者的答案可能与改答案的排列位置有关。

 

问卷目的，样本对象，调查渠道，时间计划，问卷内容

 

 

 

定性的作：可用性测试

可用性测试是指经过让实际用户使用产品或原型方法来发现界面设计中的可用性问题，同城只能作少数几个用户的测试，看他们怎么作，属于典型的定性研究。

可用性测试的常见问题与对策：

       第一，若是用可行测试作得太晚（产品将要上线的时候），这时发现问题于事无补。

      第二，总以为可用性测试很专业，因此干脆不作。

      第三，明确是测试产品，不是测试用户。

      第四，测试过程当中，组织者该作的和不应作的。

 

 

 

 

定量的作：数据分析

数据分析时，根据不一样的目的，数据来源多种多样，常见的有用户使用产品的日志，客户管理系统里的信息，网页访问状况的统计信息等。数据分析的方法，最简单的能够用Excel，复杂一点的能够用一些统计软件，数据库软件，或者直接本身写程序解决。而最最关键的就是对结果的解读，一般数据分析只能发现一些现象和问题，并不能了解缘由，因此分析完成后一般会伴随着一些用户访谈，听听用户怎么解释。

 

数据分析的常见问题与对策：

咱们要意识到用户怎么作 和 怎么说 是不一样的，甚至常常有矛盾，有时候用户的行为比语言更能反映出他的真实需求。好比用户说在搜索买家的时候应该加一个“按交易额搜索”的条件，也许只是他某次特殊的需求使然，但若是咱们听他的作了这个功能，以后经过用户行为分析发现，只有1/10000的人用过，那就代表咱们被用户的说法骗了，单数据永远不会骗咱们。

数据分析时，有一些特定的问题：

       第一，过于学术，沉迷于“科学研究”

科学研究一般只注重“性价比”的性，为了好的结果，每每不在意投入成本，可是商业不是科学，更多的是对数据的敏感，对商业的敏感。

      第二，虽然数据不会主动骗人，可是咱们常常无心或有意的误读数据。

举个例子，对于一群人中，人们的身高用平均数是有意义的，那是咱们知道他们符合正态分布，中间多两边少，因此一个平均值就可以了解群体的大致状况。而咱们的收入并不符合正态分布，一个超级富翁和1000个零收入的人，平均下来每人100万，这是很荒谬的。解决办法：学习统计学的知识，努力提升本身的水平。

主动的误读数据，是比较有意思的事情。在提取数据以前，咱们心中一般已经有了一些结论，无非是想验证它，而抱着这样的思想，就总能找到一些数据来证实本身已有的想法，而且技术越娴熟的人越容易作到这一点。对于这一点，我想一个简单的对策就是对数据保持中立的态度，尽可能不要“为了迎合一个观点而去找数据”，减小利益牵扯，好比为了证实老板的判断，或是为了保持本身以前拍脑壳的英明形象等。

     第三，平时不烧香，临时抱佛脚。

 

 

产品日志的商业价值

先作出方向性的假设，再提取相应的数据并分析，获得一些现象，最好是以前没发现的现象，而后尝试解释，接下来作用户调研修正解释，最终指导产品发展方向。

 

 

需求采集人人有责：

       第一，生孩子和养孩子的区别。

       第二，二手需求采集工具：单项需求卡片。

                 单项需求卡片：产品的需求工做不仅是需求分析人员的事，而是涉及产品的每个干系人的义务，至少得参与“采集”的过程。

表 2-3 单项需求卡片模板

           需求编号（可由需求人员填写） 需求类型（可由需求人员填写）

           包含“采集时刻 + 采集者”信息 功能需求、非功能需求等

           来源（Who）（重要信息，方便追根溯源）

           产生需求的用户：最好有该用户的联系方式等信息

           用户背景资料：受教育程度、岗位经验，以及其余与本单项需求相关经验

          场景（Where、When）（重要信息，用来理解需求发生的场景）

          产生该需求的特定的时间、地理、环境等

         描述（What）（最重要的信息）

        尽可能用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句

        缘由（Why）（需求人员要保持怀疑的心，不少时候理由是假想出来的）

        为何会有这样的需求，以及采集者的解释

        验收标准（How） 需求重要性权重（How much）：

      （如何确认这个需求被知足了）

            1. 尽可能用量化的语言

            2. 没法量化的举例解释

            知足后（“1：通常”到“5：很是高兴”）

           未实现（“1：略感遗憾”到“5：很是懊恼”）

      需求生命特征（When） 需求关联（Which）

           1. 需求的紧急度

           2. 时间持续性

           1. 人：和此需求关联的任何人

           2. 事：和此需求关联的用户业务与其余需求

           3. 物：和此需求关联的用户系统、设备，以及其

    他产品等

   参考材料 竞争者对比

   在需求采集活动中的输入材料，只要引用一下，能找到便可

   按照“1 分：差”到“10 分：好”进行评估：

   1. 竞争者对该需求的知足方式

   2. 用户、客户对竞争者及公司在该需求上的评价

   因为填写卡片的人常常不是专业的需求人员，因此卡片的质量没法保证，好比下

面这尽量多的采集：

     1现场调查 ：打入敌人内部，和客户工做一段时间，深度了解需求。

     2日记研究 ：某个新产品出来之后，不少业内朋友去尝试，写一些体会。

     3卡片分类法 ：把产品的各类需求写在便利签上，让用户一块儿讨论并完成分类。

     4本身提需求：看看别人的产品，总结不少问题，提出不少需求，让本身的产品愈来愈完美。

 

 

 

听用户的但不要照着作。

有些用户真的很危险，在提意见的同时还说大家应该作成什么样子，这时候产品经理必定要头脑清醒，用户的解决方案每每站在本身的立场上的考虑。

有时候用户的作法存在明显的逻辑矛盾，就算他给出的解决方案合理，也要在深度挖掘用户心里根本的需求。

咱们是产品经理，产品设计师，最终怎么作应该由咱们决定。

1明确咱们存在的价值。

同一个问题的解决方案的区别，可能一个是用户需求，一个是产品需求，而在这中间的转化过程，就是这节的主题—需求分析。

用户需求VS 产品需求

用户需求：用户自觉得的需求，而且常常表达为用户的解决方案。

产品需求：通过咱们的分析，找到的真实需求，而且表达为产品的解决方案。

需求分析：从用户提出的需求出发，找到用户心里真正的渴望，在转化为产品需求的过程。

技术分析是“树干-树枝-树叶“的任务分解过程。

需求分析是“首先：树叶-树枝-树干，其次：树干-树枝-树叶“的分析过程。是一个分总分的过程。

一方面不能偷掉提炼用户需求的这个过程，目的是透过现象看本质，另外一方面也不能停在本质上，因此咱们还要继续把树干再从新分解成树枝和树叶。

伟大的需求分析师，能够无视用户想要的东西，去探索他心里真正的渴望，再给出更好的解决方案，或者是用户真正需求的东西，这就是本节标题的意思—咱们存在的价值。

 

调查问题：你会为你想要的东西买单 仍是须要的东西买单？

回答结果：女性：3都会  1个须要的必须买 有能力想要的会买  1个须要的买单

                   男性：1个须要的  1个须要的必须买 有能力想要的会买

销售人员常常说：“用户是为想要的东西买单，而不是须要的”，用咱们上面分析翻译一下，实际上是“用户是为本身提出的解决方案买单，而不

是咱们的解决方案”。

其实这是短时间利益和长期利益的权衡，若是是一锤子买卖，卖出之后又不用售后，那么采用实用主义，不妨用户要什么就给他什么，这样他掏钱最爽快，你回忆一下在风景区买的记念品的情景，大多数状况下，是否是你要啥卖家就给你啥？这种状况下就要追求短时间利益。可是，咱们的产品一般都是但愿用户长期使用的，而且后续的服务也是咱们来作，因此为了长期利益，咱们就有必要找到用户的真实需求，而后给他真正合适的产品了，哪怕这个过程不那么讨好。不知道你有没有帮女生买电脑的经历，帮她买也就意味着未来的售后服务、技术支持、维修都是你了，因此你才会在型号和配置上和她争吵，努力说服她不要买那些中看不中用的，而要买“真正的需求”。知足需求的三种方式：需求源于理想与现实的差距，那么减小这个差距有三种方式：改变现状：最经常使用的，也是最笨的方法。下降理想：不要忽视精神的力量，什么“打预防针，丑话说在前头“这类句子相比你们都常常听到。转移需求：由于人类的注意力是有限的，因此引导用户去关注其余事物，他就会以为这个差距没那么可憎了。咱们也能够说，人的行为是需求驱动的，想改变人的行为，能够寻找更强烈的需求展示给他，而让他再也不纠结于原来的需求。。

 

  产品设计的最高境界---创造需求！

  工做中典型的场景，就是老板或者产品人员的突发奇想，这些灵感在潜意识里都有必定的依据，是基于对用户、市场、产品的充分理解，也有过很多案例，这些需求最终得到了用户的承认，但更多的被证实是过于天马行空。苹果公司的乔布斯，能够说是创造需求的大师，但我不建议你们学，这是须要天赋的，但这份天赋很是值得保护，产品的进化和生物的进化同样，须要如基因突变通常的胡思乱想。更实际的，我认为需求分析的过程其实也有创造需求的成分，当一个新人真的能力不足的时候，不妨先作用户提出的需求，而不要本身去胡乱分析用户需求，而对于一个团队来讲，要尽可能避免“只有能力不足的需求分析人员”这种状况出现。