网站联盟设计流程分解–需求流程
一、从市场行业角度分析
1、联盟支持的广告形式–尺寸、媒介；
2、联盟支持的广告付费形式–cpm、cpc、cpa、cps；
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）在操作中，广告主需要怎么方便的用户体验；
大体了解以上需求后，我们就可以围绕广告主进行一部分的产品设计了，当然对于联盟系统平台而言，我们就有了广告来源，有了一个“有属性”的广告内容来源。列一个初拟流程如下：
2、具体需求分析联盟媒体想干什么?
1）申请联盟媒体成员资格；
2）审核通过想拿广告投放赚钱；
3）选择媒体喜欢展示的广告类型；
4）设置媒体接受的广告的形式；
5）设置媒体接受广告的尺寸；
6）生成广告代码、在自己媒体上加载代码
7）投放后，等待利益分成。
联盟媒体的行为，无外乎是申请和你合作，审核通过后它拿广告代码进行投放，最后等待分成。但要注意的是由于不同的媒体的页面版式、页面结构、实现方式的不一样，广告代码一定要有很好的网站兼容性；同时也要支持一些广告展示参数的自定义，如：广告展示的数、高度、长度、样式等。列一个初拟流程如下：
3、具体联盟媒体平台要做哪些?
联盟平台要的就多了，他在整个系统过程中不仅完成广告主平台的数据提交处理，联盟媒体的广告请求、广告分发，还要做的系统的数据的处理。监测分析，以及运营层面上的结算控制、报表等。拿个最简单的用例阐述一下（可能不准确，大概说明一下意思）：
1）角色的生成、管理；
2）广告信息处理、分发
3）数据的检测、分析
4）报表的分析、支付结算
5）系统权限的管理
事实上网站联盟系统要处理的东西很多，不仅仅是信息、数据的流转，还要担负着联盟平台的运营。
通过以上顺序图，我们把大约的一个系统的协作原理解释了一下。可以看出：
1、广告主提交广告内容；
2、管理员审核广告内容；
3、管理员审核通过，加入广告队列；
4、联盟网站通过加载JS请求广告；
5、联盟平台根据请求对象的属性等响应、输出广告；
6、联盟媒体在广告投放过程中，完成广告加载、运行；
7、联盟媒体返回各个具体数据；
8、联盟平台进行数据分析，并进行相关的数据处理；
9、联盟平台输出报表数据。
从严格意思上来说，整个顺序流程还是很多地方的逻辑和处理需要考虑的。
一、广告主平台的功能菜单规划
1、分析广告主的功能需求，
我们发挥想象可以穷举一下：
1）提交广告的需求
2）管理广告的需求
3）设置广告投放消费的需求
4）设置帐户投放消费的需求
5）查看广告投放数据的需求
6）查看广告投放数据分析的需求
7）查看广告投放消费的需求
8）帐户续费的需求
9）帐户消费的需求
10）帐户基本管理的需求
11）……
我们通过整理一下，可以把广告主的需求分成几个方面（功能点列表略）：
一、基于对帐户的管理需求
功能点如：
登录需求、安全退出需求、修改用户资料需求、修改帐户密码需求、修改提醒联系方式（mail或手机短信、修改帐户的消费上限等需求）、帐户充值需求等。
二、基于对广告的投放管理需求
功能点如：
选择广告投放的类型需求、选择广告投放媒体（受众类型）的需求、自定义标题、内容表述的需求、自定义投放价格的需求、广告内容修改的需求、广告投放/撤销投放的需求等。
三、基于对广告的数据查看分析需求
功能点如：
查看广告的展示媒体、展示时间段、带来的PV、UV、IP数的需求（或其它可以检测到的数据）、查看广告投放的数据分析（%￥#@&*……）等需求。
2、 分析广告主的操作习惯
其实这个是更多的去反映到，设计的功能菜单规划是不是符合广告主的认同、或常理需求，是不是从他的角度，把他最关心的、最想操作的操作都能很好的做个优先缓后的层次设计。
特别是在画页面交互原型的时候，这一点尤为重要。包括一些必要的提示、提升是不是能让广告主第一时间找到。还是那句话分析用户需求的时候，把用户当成专家，在处理用户操作需求的时候把用户当成傻瓜。
很容易的操作其实比什么都好！
3、 分析广告主的需求延伸
需求延伸，其实也是我一直在磨着和考虑的问题，包括我以前做的几款产品说实话很多做了就去做别的了。当然在执行层面精力、任务方向被转移也在情理之中，但真正的做一个产品做好，还可以抓住几个需求点或市场结合点的基础上，慢慢的做一些需求延伸（结合点、扩展点）的工作。
很多时候，其实用户自己都不知道自己想要什么，而当然看到这、那的产品的时候，触发了他额外的一些需求，所以做好这个工作还是比较有意义的。
通过上面的一系列分析，我们就初步形成了需求，不管用脑图也好，还是用Visio也好，我们可以把抽象性的东西，整理归结出一个功能菜单结构图先：
初步的功能菜单结构定了以后，在写需求的过程中可以进行适量的优化、调整，或是从系统实现的机构方面做正好的规划考虑，或是从用户出发以便用户更好的进行操作。
通过模块的划分，我们把上面对广告主用户平台的功能分析，做了一个归集体现：
1、首页，无疑是用户平台的入口，可以把一些快捷操作、重要提醒加上面，通常的做好是将一些数据结果第一眼的让广告主看到；
2、其它各个模块，按照功能划分，具体完成各个使用功能。
3、考虑一些次要（非主要）功能是不是模块化处理，还是直接通过入口到相关页面。
