市场中如何真正把握“用户需求”？

获取用户需求后首先做什么？

当我们做的工作，在获取到用户需求后？我们应该具备怎样的用户思维来分解，挖掘我们手中已经拿到的需求资料。它可能是一份文件、一个通知、一则公告或是用户借word编写的简单应用场景。

为此我建议，拿到需求后，首先进行如下的思维方式更能让你贴近用户去思考：

• 化繁为简，筛选出需求的核心关键词和高频词
• 用户的需求有数据说明，进行数据分析
• 逻辑性，重点把握。注意用户需求描述的逻辑性，语言文字强调的重点部分
• 拆解思维，在具体分析后，要对用户的需求进行模块化，进行分级、分类归纳。

产品的核心形成可行方案

信息技术时代，无论是软件产品，硬件产品，最后都是要通过时间和空间来给用户解决问题，而在项目真正未落实之前，我们需要提供可操作的 解决方案：

有了需求，那么我们接下怎么办

我的建议是：画图，画什么图？——拓扑图

为什么要画图？画那些拓扑图？首先回答为什么要画拓扑图，在我们的人脑处理文字和处理图的效果是具有较大差异的，后者比前者的效率更高，且更容易理解，形成清晰的逻辑。

画什么图？

软件产品——优先画业务功能图。

硬件产品——优先画组网架构图

需求的来源途径

用户（1），代理商（2/3/），销售（2/3/4）

需求来源大致分为上述三个群体，那么三个区别在什么地方呢？

用 户：需求的直接发起者，可谓是一手资料。

代理商：代理商相比是贴近用户的一个途径，一般资料可以划分到二三手资料。

销 售：统筹情况下，销售的资料多为二三手资料，不排除一手资料

考虑的其他因素

要素：应用，网络，资金，目的，规模（罗列），时间节点

使用部门：业务应用需求->应用（群体）->规模/预算(逐层深入)

建设部门：基建，网络，周边要素。

有了需求撰写方案

需求的体现“方案”

一个需求的合理性是考方案来体现的，说的东西必须要形成文字才具有说服力。然而在实际项目中，一个方案有分为一个是给客户做售前展示 ，简称看的方案；另一个是给客户进行项目部署的用的，简称用的方案。

通过图上的坐标系，我们发现：

看的需求在排版、大纲、拓扑中只需要体现核心即可，但是在需求部分则需要重点写出来，这关系的用户与你的沟通是否全部体会到位。

其次是用的需求，在用的需求中你的重点应该把握拓扑，排版，大纲的编写，因为这个时候用户的需求已经被你撰写出具体的可实现方案。

文档的核心是大纲，从哪些角度来编写大纲

编写大纲，我们通常采用以下的角度来进行递进式的拆解：

• 首先我们应该从方案的层级系统，子系统构建方式来对用户需求的编写，这部分是用户最先想要看大的，应该放在方案的前半部分；
• 然后就是基于系统体现出来的功能、服务板块，一个系统你最终落地是在业务上；
• 最后我们需要站在产品的角度，来进行分析，产品角度最好的切入点就是从市场整体角度来进行方案的优劣势分析；
• 最后是服务，产品形成后，用户希望看到的是你的产品售前培训服务，售中的质保服务，售后的维修服务。相信没人愿意买一个没有售后维护的产品，就好比，找一个经常出轨的另一半。
• 最后方案的衍生，对公司进行介绍，在公司不出名前我们靠优质的产品和服务吃饭；在公司出名后，我们靠公司的名望吃饭，这样客户在遇到问题时候会优先想到你的公司。

新人撰写方案的核心法则

核心方法：抄+ 创新

抄：需求分析、设计（素材库）、应用（功能、服务）

作为一个新人，撰写方案的首先要学会抄袭，简单讲就是山寨。我们学东西的过程就是先模仿，把基础知识和思维掌握后我们在理解的基础上进行创新。

如何真正把握用户真正的需求

首先我们要找到需求的提供者，始终记住一句话——真正的需求来源于沟通。

沟通的对象：提供我给我信息的对象

在我们读大学时候，我们经常感觉需求分析是一个挺简单，就是一问题，我们自己理解一番，然后这就形成我们做设计，做项目的需求分析。但是往往你的理解越多，偏离用户真正的需求就越远。

在做一个产品的时候，通过给用户和提供信息对象直接沟通，根据他们反馈的产品要求，才是最贴近真正需求，因为只有生出在那个特定环境中的群体，他们才能真正知道什么样的产品满足他们的要求。

因此，理解的阅读不见得真正把握了用户的需求，相反可能会陷入当局者迷旁观者清的怪圈，你加入了太多的主观意识，形成站在你圈子和知识水平中去看另一个圈子的需求，但你做出来的产品不是用户想要或者贴近用户的产品。