怎么做网站联盟系列文章，作者：狒狒，授权中国站长站独家转载，本文是系列文章的第二篇，主要针对联盟系统的各类需求进行分析。

接下来我们简单的做一些需求分析，看看我们要是为了做网站联盟系统，应该从哪几个角度进行展开。

一、从市场行业角度分析

1、联盟支持的广告形式；

2、联盟支持的广告付费形式；

3、联盟支持的一些特殊广告需求；

二、从角色需求角度分析

1、广告主依赖系统的操作；

2、联盟代理商依赖系统的操作；

3、联盟媒体依赖系统的操作；

4、平台自身的运营依赖系统的操作；

三、从系统开发角度分析

1、需要有哪些系统构成，系统的划分；

2、为完成联盟系统，各子系统如何协作；

3、各系统的处理逻辑、流程约束；

4、底层的处理系统需要考虑的负载、安全机制；

围绕上面的展开，我们可以把公司的想法定性落实到可衡量的工作日程上来。最后总结出：

1、我们要做什么网站联盟；

2、我们的联盟网站是什么定位，基于什么广告付费模式；

3、联盟是否支持与其他联盟的数据并入API接口；

4、联盟提供给广告主什么样的功能；

5、联盟提供给联盟媒体什么样的功能；

6、联盟的结算分成政策大概是什么规定等等。、

再定理的落实到功能需求文档，以及本期的开发版本中来。拿时髦的说法叫Tasklist需求排期。反正角色、对象、任务、业务流、处理方式都定了，产品所要做的是把这些概念性的东西整合成产品方案（PRD文档）中来。

开始写PRD产品需求了，这时候从何着手呢？没有做过网站联盟的朋友，我个人建议你还是顺着业务流一步步的顺藤摸瓜，理清思路。文档只要你具备了一定的文档能力还不是件容易的事，关键的关键是要熟悉、吃透业务（这一点做ERP解决方案的人比较在行，所谓的信息管理、资深解决专家，只不过是针对企业的业务做了一个很好的信息化实施）。

1、具体需求分析广告主想干什么？

1）投放广告；

2）投放什么类型的广告；

3）投放什么属性的广告；

4）投放什么内容的广告；

5）想让什么对象看到广告；

6）不想让什么对象看到广告；

7）投放广告的每日消费上限是多少；

8）想要看到什么样的广告数据；

9）是否需要提供广告数据的决策支持；

10）在操作中，广告主需要怎么方便的用户体验；

大体了解以上需求后，我们就可以围绕广告主进行一部分的产品设计了，当然对于联盟系统平台而言，我们就有了广告来源，有了一个“有属性”的广告内容来源。列一个初拟流程如下：