知识源于沉淀 一个新项目的交付周期通常只有几个月，给需求调研的时间很少，尤其是to G类，需求调研的机会非常难得。那么在做需求调研之前，可以多做一些准备工作，提高需求调研的成功率，获得客户更多的信任。
首先，场景重现。早上刚到公司，老板发来消息——
“公司现在有一个新项目，客户需要做一个物业管理系统参与其中。该项目的信息将发送到您的邮箱。你要迅速明确需求，尽快提供原型，与客户确认。”
这个场景是不是很熟悉？很多时候，领导三言两语就布置了一个项目，然后就急着动手了。
领导分配完任务，然后我们迅速进入邮箱，下载项目资料，仔细研究。即使提供了一些资料，我们能开始画原型吗？
当然不是。在接到一个新项目后，我们需要先做项目的背景研究。不要急着开始做原型。
二、为什么要做项目背景调研
在做to-C产品的时候，我们需要先做业务需求分析BRD，然后是市场分析MRD，然后我们会进入产品分析PRD。
然后，在B端产品和G端产品中，业务需求是复杂的，就像茂密的森林。如果你不小心，你会迷失在业务细节中，很难看到业务的全貌。
造成这种情况的根本原因是我们很难完全消化一个行业花了几年甚至几十年建立起来的业务流程和规范。
面对如此复杂的场景，一个产品经理最好的办法就是循序渐进，从最粗略的项目背景和业务目标开始，然后分析业务流程，再在界面上展示出来。
所以我们的首页需要对产品所服务的业务领域有一个大概的了解。可以从行业背景、业务目标、问题痛点等方面进行研究。
现实中，对项目背景的研究往往容易被我们的产品人员忽略。被忽略的一个最大的风险是，我们无法清晰准确地把握客户的期望和建设目标，从而给项目交付带来风险。
比如我之前参与的一个项目，客户的旧系统由于系统臃肿，业务配置不灵活，要被淘汰，明确指定了一个他欣赏的新系统。这个新系统在页面风格、业务灵活性和用户体验方面确实不错。我希望尽可能地重用这个新系统，并调整其功能以适应他们的业务。
当时我认为客户的期望和建设目标是重用这个新系统，替换旧系统。当时我挽起袖子，深入研究客户推荐的系统。进入分析后，我马上开始画原型。
然而，在我们提供修改后的原型设计后，客户改变了他们的策略。他们既没有淘汰旧系统，也没有使用指定的新系统，而是升级了他们的旧系统。
这时我才知道，客户的公司业务操作目前都是通过旧系统完成的。如果使用新系统，一方面短期内会影响当前业务的正常运行，另一方面也涉及上下游业务的调整。因此，客户真正的期望和目标是参考这个新系统来优化他们的旧系统，而不是真正将业务切入新系统。
由于对客户期望和建设目标缺乏清晰准确的把握，前期过早地做了大量无用功。
因此，在工作之前，进入项目背景研究是非常重要的。项目的背景是了解用户建设项目的动机和背后的痛点的关键环节。基于不同的动机，客户对系统的要求也大相径庭。
三、怎么做项目背景调研
根据对项目背景的调查，我们整理出如下大纲:
1.这个项目是一个什么样的系统？首先，我们需要弄清楚这个项目涉及的物业管理系统是什么。我们可以先在网上搜索一下资料，或者了解一下这个“涉案物业管理系统”是什么，是做什么用的。
很多时候我们认为自己理解的是正确的。这时候就需要和回答者确认信息，以便尽快修正方向。
2. 这个项目是为谁做的
什么样的目标客户会有这种需求？每个产品都有特定的用户群，B端产品也不例外。
首先，我们要搞清楚产品卖给了谁。
在B端和G端，花钱买系统的人叫客户，实际使用系统的人叫最终用户。客户和最终用户可能是同一个人，也可能不是同一个人。客户和用户对系统的要求差别很大。
一般什么样的企业会建这个系统，这个怎么理解。
如果是a到B的产品，可以通过收集的产品的竞品公司来看这个竞品的成功案例，往往可以发现他的产品应用到了哪些公司，以及应用的大致情况；通过这种了解，你就可以知道大致那些客户群体有着相似的需求。
如果是to 品，那么这些信息可以通过寻找项目接口人直接识别项目的服务机构。
比如什么样的机构会使用这种“涉案物业管理系统”？经过了解，这个项目主要是政法委投资建设的，但是会用到公安、检察院、法院。
对于像to G这样的项目，我们还需要了解客户的组织结构。比如涉案财物管理制度是公检法会对刑事案件涉案财物进行维护管理，政法委是监督公检法的机构。政法委投入这项制度建设，督促公检法按照工作要求管理涉案财物。
3. 客户为什么要建设这个项目
在做C端产品的时候，我们习惯用“用户故事”来帮助我们定义用户类型，做B端产品。同样，我们可以使用“企业/组织故事”来帮助我们明确目标群体的需求。
“目标客户群是一家_ _ _ _ _公司。在我们的产品之前，他们是这样工作的:_ _ _ _ _，目前的工作模式存在_ _ _ _个问题，所以他们想借助我们的产品解决_ _ _ _个需求，期望达到_ _ _ _个结果。”
那么所涉及的物业管理系统的制度故事可以这样写:
产品的目标客户是公安机关。在我们的产品问世之前，主要是手工登记管理，业务繁琐繁重，导致管理漏洞，涉案财物被截留、挪用、调换、丢失，不利于管理。因此，我们想用我们的产品解决物业管理中涉及的各种问题，规范流程，提高工作效率，保证执法规范化建设的顺利进行。
通过这个企业/组织故事，我们可以定位产品针对的是什么行业、什么规模的企业，进而明确这类公司的核心诉求。以后做功能和设计可以围绕这个核心诉求，这也是产品不断更新迭代的方向。鉴于to G项目启动的背景，应特别考虑法律法规和政策方针的要求。
4. 业务目标分析
业务的痛点。我希望通过这个系统实现什么。一个简短的企业故事对我们后续的需求分析有很大的帮助。接下来我们要做一道选择题，帮助我们理解产品的定位。我们的产品对客户有多重要？
生存需要：这个产品关系到公司的生存问题；核心发展需要：这个产品有利于公司提高核心生产力与竞争力；次要发展需要：这个产品对公司的生产或发展不产生重大影响，但有利于公司解决一些具体的问题，帮助公司改善非核心领域的工作，或改善核心领域的工作；锦上添花需要：有这个产品更好，没有也没太大关系，可以有其他替代解决方案；5. 项目的建设内容
通过对现有资料的分析:招标文件和竞品，得出本项目有哪些功能。
然后，我们还在看网上搜索，看有没有现成的别人做的“涉案物业管理系统”。好在很多时候你也能找到很多类似的软件，虽然只是简单的介绍，但至少让你知道这样的访客系统一般包含哪些功能；——你可以理解为这是一个简单的竞品分析过程；
通过建设内容，可以大致锁定项目的边界。以便在下一步展示围绕这些功能的研究。
6. 公司内部商业价值分析
同时，我们也需要了解公司为什么要承担这个项目。比如项目是否与公司近期的一个战略有关，我们是否需要以这个项目为标杆来拓展公司的业务？
公司做这个项目的优势是什么，是有核心技术能力，还是这个项目是之前做过的后期项目。
新项目的建设周期要求项目往往时间紧迫。了解项目的建设周期便于提前识别风险和控制整个项目。
四、项目背景调研结果
在项目背景的调查中，首先要找准对象，一定要想办法和对方项目发起人、主管领导进行简短的交流，哪怕只有半个小时。了解项目建设的动机、期望和目标是非常关键和重要的。
即使是一个全新的项目，在我们完成上述研究后，我们也可以:
在概念层面有一个认识了解，并且科普了行业的专业名词解释，不再是个业务小白。了解我们的目标客户和用户了解客户的期望和诉求了解业务的痛点，客户希望能成的目标项目的范围边界我们的优势，能够调用的资源信息
本文由@瓜子原创发布。每个人都是产品经理。未经作者允许，禁止转载。
题图来自Unsplash，基于CC0协议。
