如何优雅的向你的另一半提需求？

大家好，我是石头爸爸，这一周本来想跟大家交流一下关于用户需求分析的内容。内容已经写了一半了，突然想换个角度，那就是从需求提出方的角度来描述。无论你是程序员，运营还是PM，都有可能面临着向别人提需求，接受别人需求的场景，那么作为提需求的，如何让你的需求更大概率的被采纳呢？

大家不要误会，这里的另一半，指的是你的业务上的Partner，也就是业务上游经常和你对接合作的那个人。

当然比你真正的另一半好对付多了(手动狗头)。

想必大家之前都听说了这样一件有趣的事，某产品汪在向程序猿提需求时，要求app颜色能根据手机壳自动调整，结果遭程序猿一顿暴打，最后二人都被开除。

程序员与PM大打出手

到底该如何优雅的向你的另一半提需求呢，主要从三个方面跟大家交流。

一、关于业务知识；二、关于换位思考；三、关于方式方法。

一、关于业务知识

1.1 首先要对自己的"一亩三分地"有充分的了解。

当年在和媳妇谈恋爱的时候，首先要认清自己，对自己的经济状况，身材标准，优势劣势都有一个充分的认识，做到“知己知彼”中的“知己”。

这里的一亩三分地面向的就是对本领域的知识点。如果你是运营，那么你需要对产品的每一个功能点都面面俱到，如数家珍，这样才能够保证自己提出高质量、高价值的业务需求，避免提出已实现功能的需求，闹出笑话。

1.2 对公司的整体业务情况也要有大概的认知。

还是回到谈恋爱话题，除了对自己的情况了如指掌外，媳妇的家庭情况，闺蜜，同事等，都进行了全面的了解。就是做到“知己知彼”中的"知彼"。

我们不仅要对自己的业务领域知识非常熟悉，还要对我们上下游业务活动中的另一半的业务知识也要有所了解，不能够一问三不知，丈二和尚摸不着头脑。

知己知彼，百战不殆

我们首先要做到以上两点，才能够保证提需求的业务属性够专业，这是基本原则。

二、关于换位思考

2.1 懂对方的业务语言

如果你是一个运营人员，需要取出一个活动数据来进行分析，那么你该如何描述呢？

A，XX，帮我取一下11月11日的账户交易明细，需要时间，金额，姓名三个字段。

B，XX，帮我取一下上次的活动数据，我想进行分析。

看到上面两个需求，我想大家应该都明白了，A的需求，包含了取数人员必要的时间及字段名，懂得了另一半的语言，可以让对方的工作事半功倍。

那么该如何懂对方的语言呢？这个就需要我们在8小时以外的时间中积极主动的去学习。

2.2 懂对方的工作流程

有时候提了一个需求，并不一定能够马上执行，另一半也有自己的工作流程。

快到了谈婚论嫁的时候了，你决定到你的另一半家去拜见未来的岳父岳母，流程就是女朋友和爸妈商量，选一个大家都合适的日子，否则就会引起不必要的尴尬 。

国有国法，家有家规。需求单也有自己的流程，所以提了需求之后，适当的关注即可，不必三天一小催，五天一大催，除非紧急需求。

2.3 懂对方的组织架构

有时候在提需求的过程中，经常会发生这种情况。需求反馈给A后，A让找B，B让找C，到最后转了一圈才找到对的人。所以，了解另一半的组织架构，在一定程度上有利于提高我们的需求对接效率。

三、关于方式方法

3.1 平时打好关系，不要临时抱佛脚。

因为提需求可能会是一个周而复始的过程，并不是一蹴而就，一锤子买卖。提完需求只是万里长征第一步，之后涉及到需求评审，开发落地，后续运营。因此和你的另一半打好关系非常重要，因为他是你需求的第一责任人。尽量平时做好交流沟通，避免用到别人的时候才去找别人。

3.2 标准的需求单，让对方一看就懂。

一般情况下都会有标准的需求单，我们只需要按照对方提供模板要求提供即可，有些可以直接录入需求系统。

数据需求申请表

一般的需求单包括提需求人，需求描述，使用场景，提单时间，描述附件等，必须将需求描述清晰，方便进行下一步的需求评审。

3.3 适当的感谢，付出就要有回报。

前面讲到提需求是一个长期的过程，提了需求之后要适时的进行跟进，尽可能在需求评审后的第一时间知道结果，以方便自己进行下一步的工作规划。

相信做到以上几点，想自己的需求不被采纳都难。关于如何优雅的向你的另一半提需求，你怎么看？

下一篇将从落地方来探讨关于用户需求分析的内容。