需求调研

1.对兴趣爱好的深入体问（比如看书：深入问看什么书，有什么心得体会；比如羽毛球：深入讲技战术及相关信息）；考察点：是否能对自己最感兴趣的事情投入比较大的精力。 2.工作技能深入提问（项目经理：需求调研真实案例如售票系统演练、设计时要考虑的各种特殊情况；开发：设计模式、面向对象、测试技能、语言基本功，算法；实施：需求调研、测试）；考察点：是否能胜任本职工作，是否具有更深层次的能力。 3.实施面试：a. 在你进行实施的过程中，公司制作的一款软件系统缺少某一项功能，而且公司也明确表示不会再为系统做任何的修改或添加任何的功能，而客户也坚决要求需要这一项功能！对于实施人员来说，应该怎么去合理妥善处理这个问题？b.如果有一个不太懂电脑的客户，你应该采取什么样的方法去教他用公司的软件产品？c. 在项目实施过程中，使用者对产品提出了适合自己习惯的修改意见，但多个使用者意见互相矛盾，应该如何去处理？d.如果有一个不太懂电脑的客户，你应该采用什么的方法去叫他使用公司的软件产品？ 来源： oschina 链接： https://my.oschina.net/u/3389027/blog/3168405

现在正在做一个采办和库房系统的需求分析，感觉问题很多。 以前开发的系统大部分需求都比较清晰，通常是甲方的一两个人就能决定几乎全部的需求，而本身和甲方又都属于同一行业，因此做起来比较顺畅。 目前开展的这个项目就没有这么容易了。首先是项目面对的行业比较特殊，另外该项目属于外包项目，涉及到分包商和最终用户两方面的需求。分包商因为不是最后用户，很多需求也不是很明确，而最终用户因为属于大企业，对需求调研工作的支持也不是很好。 做了一段时间，感觉还是问题很多。觉得有必要再重新学习和整理一下软件工程的知识，通过这个项目加深对软件工程过程的了解和掌握，特别是需求分析。 在UML软件工程组织的主页上阅读了一些文章，下面结合自己的理解记录很重要的几点事项： 软件需求可以按照下面步骤进行： 获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求 在需求调研中注意： ⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； ⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 来源： https://www.cnblogs.com

　　在做任何一个项目时候，第一步就是需求调研，而需求调研做的好坏直接影响项目的成功与否，一次好的需求调研等于成功的一半。 　　最近公司在做一个SRM的项目，引进的明基的供应商，目前也正是处于需求调研的阶段，自己也有幸能参与到其中。现在就把调研阶段中的一些心得和感受记录下来，希望能每天都有心得收获。 　　1、调研中参与的主要角色有供应商顾问，公司的IT以及业务部门中的关键用户。实践证明， 需求调研应该以顾问为主导。 顾问首先了解公司基本流程和现状，在这个阶段可以和公司IT交流，可能有些人有疑惑，公司流程应该向业务部门咨询，这个是由我们公司的IT职责所决定的，IT是讲究业务导向，无论什么系统必须先了解业务部门的流程在讲究技术，因此在设计大概业务流程时IT可以对整个流程进行一个大致的说明。 　　2、在了解公司基本现状后，顾问就需要与业务部门开会结合自己之前的项目经验，平台的特性针对公司的业务流程提出针对性的问题，并给出自己的见解。并在这个阶段结束后输出自己的调研报告。报告内容需要包括对业务现状的描述，对现状问题的描述，对问题的初步建议，对现状的改善点。 在这个中间调动关键用户的积极性对于以后项目的推广和实施都是非常重要的，建议采取的方式是对于顾问给出的建议和想法以及想法产生的原因，所带来的好处反馈给关键用户，一般而言，人都是习惯于现有习惯了的流程和操作，对于新的一般都会有种抵触心理

都说数据可视化软件做数据分析不仅快，还能从各种意想不到的角度分析挖掘数据，并且能将复杂的数据更直观、清晰地展现出来。那，如果用数据可视化软件做需求调研分析，靠谱吗？数据可视化报表效果怎样，在做需求调研分析的BI报表时，需要做些什么准备吗？ 数据可视化软件确实是一种可将复杂数据分析挖掘地更深，数据展现地更直观，更便于人们一眼掌握数据的大体走向、占比等情况的数据分析软件。没错，数据可视化软件不仅是一个可视化软件，更是只能数据分析软件，能够在短时间内完成海量数据的分析挖掘任务。 用数据可视化软件做需求调研分析，数据分析挖掘更轻松、更直观易懂 用数据可视化软件做分析报表的效果是怎样的？我们可以看两张用奥威BI数据可视化软件（OurwayBI）制作的数据可视化报表： 直观易懂的效果不必说，相信大家看到以上两张数据可视化分析报表时都能一眼看到关键数据、数据趋势走向等情况，这也是数据可视化软件中数据呈现的典型特点： 直观易懂，让人一眼掌握数据情况。 但是除了直观易懂，数据可视化软件更有一个一般分析报表无法追赶的优势： 分析随需而动。 可以简单理解成在浏览状态下，用户可根据自己的分析思维变化去任意改变分析角度、内容。如自定义字段与维度组合，如自行钻取相关分析报表或明细，又如通过联动使得几个不同主题的分析图表同时从多方面分析某组数据等。 在OurwayBI数据可视化软件上， 一张报表无需从零开始制作

都说数据可视化软件做数据分析不仅快，还能从各种意想不到的角度分析挖掘数据，并且能将复杂的数据更直观、清晰地展现出来。那，如果用数据可视化软件做需求调研分析，靠谱吗？数据可视化报表效果怎样，在做需求调研分析的BI报表时，需要做些什么准备吗？ 数据可视化软件确实是一种可将复杂数据分析挖掘地更深，数据展现地更直观，更便于人们一眼掌握数据的大体走向、占比等情况的数据分析软件。没错，数据可视化软件不仅是一个可视化软件，更是只能数据分析软件，能够在短时间内完成海量数据的分析挖掘任务。 用数据可视化软件做需求调研分析，数据分析挖掘更轻松、更直观易懂 用数据可视化软件做分析报表的效果是怎样的？我们可以看两张用奥威BI数据可视化软件（OurwayBI）制作的数据可视化报表： 直观易懂的效果不必说，相信大家看到以上两张数据可视化分析报表时都能一眼看到关键数据、数据趋势走向等情况，这也是数据可视化软件中数据呈现的典型特点： 直观易懂，让人一眼掌握数据情况。 但是除了直观易懂，数据可视化软件更有一个一般分析报表无法追赶的优势： 分析随需而动。 可以简单理解成在浏览状态下，用户可根据自己的分析思维变化去任意改变分析角度、内容。如自定义字段与维度组合，如自行钻取相关分析报表或明细，又如通过联动使得几个不同主题的分析图表同时从多方面分析某组数据等。 在OurwayBI数据可视化软件上， 一张报表无需从零开始制作

都说数据可视化软件做数据分析不仅快，还能从各种意想不到的角度分析挖掘数据，并且能将复杂的数据更直观、清晰地展现出来。那，如果用数据可视化软件做需求调研分析，靠谱吗？数据可视化报表效果怎样，在做需求调研分析的BI报表时，需要做些什么准备吗？ 数据可视化软件确实是一种可将复杂数据分析挖掘地更深，数据展现地更直观，更便于人们一眼掌握数据的大体走向、占比等情况的数据分析软件。没错，数据可视化软件不仅是一个可视化软件，更是只能数据分析软件，能够在短时间内完成海量数据的分析挖掘任务。 用数据可视化软件做需求调研分析，数据分析挖掘更轻松、更直观易懂 用数据可视化软件做分析报表的效果是怎样的？我们可以看两张用奥威BI数据可视化软件（OurwayBI）制作的数据可视化报表： 直观易懂的效果不必说，相信大家看到以上两张数据可视化分析报表时都能一眼看到关键数据、数据趋势走向等情况，这也是数据可视化软件中数据呈现的典型特点： 直观易懂，让人一眼掌握数据情况。 但是除了直观易懂，数据可视化软件更有一个一般分析报表无法追赶的优势： 分析随需而动。 可以简单理解成在浏览状态下，用户可根据自己的分析思维变化去任意改变分析角度、内容。如自定义字段与维度组合，如自行钻取相关分析报表或明细，又如通过联动使得几个不同主题的分析图表同时从多方面分析某组数据等。 在OurwayBI数据可视化软件上， 一张报表无需从零开始制作

近来二次阅读苏杰著人人都是产品经理，还是很有收获，为了促进自己反思，特记录在此。 产品经理是关于事和人的匹配。事，对公式来说，梳理清晰的业务是根本，对个人那是具体的任务。人，要具备相应能力，知识，技能和态度。 项目经理是任务的执行人，不是提出者，需要执行，计划和控制能力。产品经理是任务的提出者，更需要创造力和项目管理能力。项目越做越确定，是个闭环，产品越做越大，开放式的。 产品经理要学会面对真正的问题，去追问本质，多问问为什么，目的是什么，这样才能更好的提供解决方案～产品。 只做一次的事情找可行解，反复做的事情最优解。 产品经理的成长过程，有输入也得有输出，需求收集调研，分析需求，方案设计，流程，线框，架构，开发，测试，验证，交付，运营，优化。 需求提出来，做出来，推出去。 提出来，就是业务痛点或者新需求，是要解决的一个或者一系列问题，据此提出解决方案，当然要反复推敲，调研，分析，并确定定位和目标，然后筛选出方案。 做出来，对应的是根据定的方案，制定设计出具体操作任务，涉及细节，并评估出需要的资源和时间计划，以及操作的流程和方法，并按照计划交付产品。 推出去，意思是将产品交给用户和客户，真正的解决业务问题，提现产品价值。在运营中发现不足，再提升优化。 让产品有用，可用，好用，有人用。 来源： https://www.cnblogs.com/uplove/p/11920609

所谓C端，即围绕个体用户衣食住行、吃喝玩乐的产品。与之对应的，B端用户则面向企业，比如CRM、OA系统，这些产品更注重解决企业用户在业务和内部协同中遇到的问题。 与C端产品不同的是，B端产品有更稳定的需求、更注重解决实际矛盾和需求，围绕提升利益与效率的目的进行规划。 初做B端、尤其是中后台产品，相信大多数产品小白会遇到这样的场景： 经理让我去找业务调研，但我并不知道问哪些问题；在与业务方的沟通过程中经常会被抢去主导权，在对方说完“我需要在这里加一个XXX的功能”后，扔下一个冷风中凌乱的我。 一、为什么要进行业务调研 上一段中提到，B端产品的本质是为了更好地解决业务问题、为企业赋能，所以是本质决定了产品经理要熟练后台架构和业务逻辑 ，每一个功能对应的工作流都有可能对该功能上下游的逻辑产生影响。 产品经理在做规划时，不能仅在自己的角度判断逻辑是否合理，还要站在业务的角度考虑需求背后的价值。 下面我们分别从调研前、调研中、和调研后三个阶段分别展开讲解： 二、明确调研方向，进入调研阶段 首先需要明确我们本次调研的方向，熟悉业务还是收集需求？ 1. 熟悉业务 1）调研之前 产品经理需要主动了解业务背景、对公司业务做初步判断，带着对业务的疑问更有针对性的与业务方进行沟通。 2）调研开始 我们可以围绕以下几个问题进行提问： a. 询问调研对象在这家公司工作了多久、处于怎样的职位