编辑导读：当接到一个完全没有接触过的业务时，如何开展工作？从哪里入手？本文作者依据工作中项目实践的所思所想，结合具体图例分享了从0到1构建广告业务平台的相关知识，希望通过项目复盘给到大家一些帮助。

在中小企业，不知道大家是否会有这样的困扰。大老板灵光乍现的一个idea，需要你立马设计产品落地研发。先抛开项目的可行性研究（因为一般小企业不太在意这个立项前的调研），你接到一个“一句话的需求”时，该如何开展工作？从哪里入手？甚至这个行业及领域是你完全没有接触过新业务。

本文会围绕着产品设计的三个阶段（前期调研、系统设计、需求评审），以搭建一个广告交易采购系统（TD）为例，教大家如何从0到1构建一个全新平台。

一、调研阶段

某天，领导说：“我们想做一个广告平台，开展流量的业务，未来将会实现流量的采购和出售，类似广告业的某宝。好了，大家开始各自分工干活吧。”

当然，这是夸张的描述。一个全新业务线的开展，前期的准备工作还要包括用人计划的调整、新的运营团队组建、新的销售团队组建、财务预演等一些列的其他公司运营部门的协作后，才会交由产品和研发部门接手。

那么当产品经理接到了老板的这类需求，我们如何开展？这有点像我们大学写论文的时候，首先要查阅各类文献资料。如果对你来说，新开展的业务是个全新领域，那么你需要先去了解基础理论知识，途径如下：

百度/知乎/各类论坛/专业网站：尽可能的多搜索，查到最贴近的那个关键词。经过了各种文章和网站的筛选，从开始的“广告业务”检索，到最后的精准“广告交易采购平台”。

淘宝：找到了关键词后，可以去淘宝查查，看看有没有源码和试用demo，试用体验一下产品的功能和架构。

专业术语学习：去购买一两本相关书籍。一般来说，可以出版的内容正常来说都是成体系和较为权威的，可以选择出版日期比较新的书籍，毕竟互联网行业日新月异。我选择了《程序化广告——个性化精准投放实用手册》和《计算广告》两本，一本偏业务，一本偏技术。大家选择书籍的时候，也可以从这两个方面去找。

业务部门培训：如果公司已经组建了业务部门，例如销售BD类，你可以请他们给你培训培训，这样可以加快你对业务的理解。

当我们肚子里有点墨水，基本入行了，可以开始下一步的思路构建了。

二、系统设计

1. 明确你的系统角色

角色一般分为：内部用户、外部用户两种。内部即为公司的内部人员，例如运营。外部是使用我们产品的客户，梳理出可能参与系统使用的用户角色。

2. 梳理业务流程

系统是为人和业务服务的，那么我们需要把目前线下已有的或者是未来要实行的业务流程整理出来。先按照正向的流程，一个步骤一个步骤梳理出来。这个时候的流程，可以不那么规范，可以把需要明确的点标注出来。

经过n轮的讨论，最终敲定一个完整的业务流程图。包括：角色、系统、事项。这时候定义的系统，可以是个初步的设想，后续会根据整体架构做出调整。

3. 功能框架拆分

当我们的核心业务流程梳理完毕，根据业务的复杂程度，可能会输出很多个流程图。根据这些业务流程，开始构建我们的功能框架。

像我们的广告平台，就分了官网、业务后台和管理后台三个部分。大家也可以用思维导图的方式来划分系统和模块。

4. 底层架构

在架构设计上，架构师或者研发负责人占主导地位，我们可以跟他们讨论，逐步完善系统的底层架构。因为我们目前没有输出架构图，我找了网上一个比较完善的架构图给大家做参考。

5. 需求清单

我们需要输出一份详细的需求清单，研发可以根据你的需求清单，大概清楚工时，后续原型设计，也会根据这份清单开展。

做需求清单是个既简单又复杂的工作，大家可以学习一下项目管理里的WBS，对拆解需求有很大的帮助，这就不展开讲解了。

需求清单要素主要是终端，系统模块，子模块，功能点几个关键要素。因为自研项目，我拆分的比较粗。我找了一个拆分的比较细的给大家做参考。

6. 信息结构

其实信息结构，说白了，就是每个模块涉及的字段。把每个模块对应的业务字段整理出来，同理可以用excel或者思维导图。第二张图为网上找的参考示例。

7. 绘制原型

我的习惯是，选择一套元件库作为基础。把原型左侧的文件夹和页面创建好，根据上面设计和规划的内容，开始原型设计。

三、需求评审

当你需求评审的对象是大老板的时候，我建议绘制高保真的原型，体现出关键的逻辑和需要领导拍板的细节点，着重讲解有变更风险的需求，避免日后因为领导不清楚需求，导致需求频繁变动。

当你的评审对象是业务侧，包括但不限于销售BD等。这时候，你就要注意了。因为销售们的思维很跳跃且发散，当你希望敲定需求范围的时候，大概率需求会无休止的蔓延，甚至把需求评审会议变成了头脑风暴。

所以，我们一开始需要强调，我们会议的目的是讨论已经确定了需求范围的需求内容，如果需要扩展，欢迎会后找我们讨论。在讨论过程中，需要掌握节奏，一旦发现讨论的内容已经开始扩散跑偏，需要及时的拉回，让他们的注意力集中在原型上。

当你评审对象为研发小伙伴时，在开展具体功能讲解前，我建议你先进行一个小型的业务讲解（做个ppt），帮大家熟悉相关的专业名词定义，业务模式。虽然研发小伙伴的重点功能不是这些，但我认为让研发也了解业务，有利于他们在做需求时有更深层次的了解和思考。而不是做完了都不知道自己到底做了个什么系统。

结语

正常来说，产品经理的职业发展应该专注于某个行业进行深挖，但是目前大环境越来越复杂，水越来越深，在小企业就业的产品经理毕竟是大多数，有需求就得做，所以大家掌握了一套基本思路，在进入某个行业后进行深度学习，相信也是不错的成长体验。

参考文献：

《程序化广告——个性化精准投放实用手册》

《adbub产品宣讲》

本文由@Olivia 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash, 基于CC0协议