1.6W3H提问法

　　“6W3H”法是一种用六个以W开头的英语词和三个以H开头的词提问，发现问题，发现新想法，做出新决策的方法。简单，易于理解和应用，对活动措施的决策和实施非常有帮助。

　　通过分析用户在何时、何地、为何会使用我们的产品的想法和行为，可以知道用户在想什么。同时，我们还需要了解用户喜欢哪些功能，市场上有哪些竞品，等等。

　　如何为用户提供更好的服务，取决于用户的收费和用户的使用频率。经过6W3H的分析，app开发公司基本可以根据用户的想法，把握APP开发的方向。

　　2.头脑风暴法

　　头脑风暴是由美国神创论者亚历克斯法伊科尼奥斯本提出的一种激发思维的方法。它是一种横向思维的过程，主要通过寻找创新和异想天开的解决方案来解决问题。在挖掘用户需求之前，开发公司可以与想要开发该应用的企业家举行会议。在会议上，每个人都需要表达他们对应用程序的想法。不管是异想天开还是异想天开，那就把这些记录下来，评估筛选，选择合适的，有用的app开发价值。

　　3.属性枚举法

　　属性枚举法，即特征枚举法，又称分布变化法，特别适用于老产品的升级。它的特点是把一个产品的特性列出来做成表格，然后把改善这些特性的项目做成表格。其特点是能保证对问题的各个方面进行全面的分析和研究。

　　对于APP，先确定需要上市的属性产品，然后全部上市，再进行整理，找到更好的解决方案，轻松完成老产品的升级和功能优化。在竞争激烈的市场中，即使你自己的产品没有属性特征，只要找准消费者的需求点，首先那就是你独有的属性特征。

　　获取软件需求的几种方法

　　1.客户访谈

　　客户访谈是最早用于获取用户需求的技术，至今仍作为一种需求分析技术被广泛使用。客户访谈是与客户直接沟通的过程，既能了解高层用户对软件的要求，又能倾听直接用户的声音。面试可以分为两种基本形式：正式的和非正式的。在正式的访谈中，系统分析师会问一些用户可以自由回答的发展性问题，以鼓励受访者表达自己的想法，比如问用户对目前使用的系统有什么不满意的地方，为什么。对于其他需要调查大量人群意见的，可以给被调查者发问卷，然后仔细阅读收集到的问卷。之后，系统分析员可以访问一些用户，以便从他们那里了解在问卷分析中发现的问题。

　　系统不同，面试对象很重要，BI系统面试普通员工没用；同样，在MES系统面试执行副总裁也没用。其次，在双方之间设定一个框架(可以在合同中约定)来谈。不要漫无目的的聊，聊着聊着就把需求赶走了。一会儿吹牛吹的好，一会儿火葬场。

　　2.建立一个联合分析小组。

　　在系统初期，往往是系统分析师对用户领域的专业知识不熟悉，用户对计算机知识不熟悉，导致两者之间的交流存在巨大的文化差异。所以需要建立一个有用户系统分析师和领域专家参与的联合分析团队，领域专家互相交流。系统分析师逐渐和用户沟通，获取需求，会非常有用。此外，还要特别注意用户业务人员的作用。

　　到联合分析小组成立时，这样的系统一般都是高度专业化的。一般该领域的专家时间都比较短，不喜欢唠叨，专业术语太强。所以，如果他们尽可能做过类似的项目，交流起来也不会太困难，也不会每个字都听不懂，产生抵触情绪。算法中涉及的公式一定要整理好保存好，最好能得到专家的确认。事后整理太麻烦了。可以自测一下。

　　3.问题分析和确认

　　不要指望用户在一两次对话中就能解释清楚目标系统的需求，也不要在回答问题的过程中限制用户的自由发挥。每次拜访后，要及时对用户提供的信息进行整理分析，去掉错误的和不相关的部分，整理出有用的内容，以便在下一次与用户见面时得到用户的确认，为下一次拜访用户时进一步细化做准备。这个循环大概需要3~5个来回。

　　在传统的需求获取方法中，用户在定义需求时过于被动，往往把“对方”和开发人员区分开来。因为齐新不能像同一个团队的人一样协同工作来识别和细化需求，所以这种方法有时候效果并不好。为了解决这个问题，人们开发了一种面向团队的需求获取方法，称为简单应用规范技术。这种方法提倡用户和开发人员紧密合作，共同识别问题，提出解决方案要素，讨论不同的解决方案，并制定基本需求。这种方法有许多优点。开发者和用户相互独立，齐新密切配合完成需求获取。感兴趣的读者可以查阅相关资料。

　　与顾客确认需求，必须采用“确认-分析”的模式。至少3-5次，因为有可能同一需求不是同一负责人满足的；最好留下双方确认的纸质/电子文档，并保留电子文档的版本号。不要混淆他们！上面提到的简单应用规范技术就是讨论功能、性能、接口、约束等。基于双方讨论后达成的软件需求，并最终双方确认。