晴耕雨读

网站联盟设计流程分解–需求流程

我们要是为了做网站联盟系统，应该从哪几个角度进行展开？

一、从市场行业角度分析
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、考虑一些次要（非主要）功能是不是模块化处理，还是直接通过入口到相关页面。

网络销售与营销区别的一点感悟

声明：未经许可，禁止转载。

今天在写《网站如何提升客户价值》一文的过程中，又开始跟概念拧起来了，发现自己对“营销”和“销售”的概念有一些模糊。搜索了一下，找到了一大堆的“懒婆娘的缠脚布-又臭又长”式的概念介绍，看了半天还是有一些迷糊。

30分钟后，老于有了自己的理解（个人观点，如错误请指正）：

1.营销是围绕产品用户群体的需求而开展的宏观性的宣传工作等。销售是通过一对一的微观沟通，促使个体客户产生购买行为。(http://www.yuzilong.com)

2.营销不怎么关注产品本身如何。更注重的是目标群体的需求和习惯等。销售需要精通产品、服务等，销售人员更精通产品和服务本身。

3.营销人员关注的是网站访问量、访问时长、回访率等。销售人员关注的是咨询率、转化率、重复购买率等。(版权所有)

4.营销人员面向的是群体，销售人员面向的是个体。

5.营销与销售需要配合，营销过程中的在线客服、咨询服务、促销活动等需要销售人员的参与。

什么是网站策划？

网站策划是一项比较专业的工作，包括了解客户需求，客户评估、网站功能设计、网站结构规划、页面设计、内容编辑，撰写“网站功能需求分析报告”，提供网站系统硬件、软件配置方案，整理相关技术资料和文字资料。

网站策划是指应用科学的思维方法，进行情报收集与分析，对网站设计、建设、推广和运营等各方面问题进行整体策划，并提供完善解决方案的过程。

网站策划从业者要求的知识面较广阔，必须具备市场和销售意识，具备人体工程学的意识，具备较强的沟通能力和文字表达能力，熟悉商业情报收集和信息分析的方法，熟悉网站规划，掌握基本的建站方法，了解网站硬件环境配置，熟悉网络广告投放和搜索引擎优化等方法。

“网站开发建议书”一般包含如下内容： !~

　　1. 客户需求分析
　　2. 网站盈利模式
　　3. 网站开发使用软件环境、硬件环境情况；
　　4. 网站美术设计说明；
　　5. 网站的交互性和用户友好界面设计：
　　6. 网站实现哪些功能；
　　7. 网站的栏目安排和结构；
　　8. 网站内容的相互链接关系；
　　9. 数据库的功能设计；
　　10. 网站开发时间进度表；
　　11. 网站制作费用；
　　12.网站的主要群体；
　　13. 网站维护方案；
　　14.如何引导用户群体使用我们的网站；
　　15. 网络营销、网站宣传推广方案；
　　16. 公司简介、成功案例、技术说明等
　　17. 网站推广方案
　　18. 网站赢利分析
　　19. 网站下一改版的建议

产品需求文档（PRD）常用工具（无一不精）

宗旨：通过工具—把思想有逻辑、有细节的合理的组织到一起！

互联网行业，蓬勃兴起，很多从事产品工作。不管是生手、新手、老手还是高手，我也想和大家分享一下产品需求文档的一些心得，希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。

1、熟悉项目发生的相关业务行为。

言下之意，就是说：我们要做的是什么项目，我们这个项目主要是做什么业务，具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

简而言之，得要求：

面向业务（对象），进行业务行为（设计），也是需求的开始，

推荐工具：Ration rose ★★★★

说明：

通过use case 可以很容易，很清晰的将整个业务员系统直观、规范的表达出来，按照模块建立各个package,从而将复杂的业务通过case直观的表现出来。

工程师看的明白、产品人员也看得明白。

2、将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一

很笼统的说，就是；流程问题

流程就是逻辑，你只有制定合理的、符合业务实际情况。符合系统实现（可实现、容易或稳定实现）的流程，才会更好支持日后的业务系统和管理系统服务实际的业务。

不管是进销存、还是SAP原理其实都是相通的。

推荐工具：Visio 2007 ★★★★★

说明：

Visio是个老掉牙的工具了，从微软手里出到了07版本，它该有的模型都有了，通过visio你可以直接的把整站流程框束在文档上。不论你开发怎么样的系统，需求什么样的环境，都可以一一标明出来。你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。

所以强调一点，产品人员要熟悉计算机开发，熟悉人机交互，熟悉一些常用的开发方式，这样有助于很好的和团队做融合，更好的框架更容易扩展。

3、把项目条目化，条理化，目录结构具体规定好。

有了上面主要的CASE和流程的保障，接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列，设置更符合业务的使用逻辑，怎么样让使用者更容易、直观的入手，怎么样把一个很好的B/S或C/S的功能界面呈现到前台。

推荐工具：Mind manager ★★★★

说明：

mind manager是一款可视化思维导图软件，它可以智能的建立各个模块，各个主、次、平级目录。同时也当便做调整、做对外的功能结构的报告演示。更值得一提的是通过它可以导出到word中，方便您对word进行完善。

4、前台结构布局，合理规范的将系统脱去朦胧的华纱。

众所周知开发者和使用者是不知道这个地方应该有哪些功能，到了这一步了有哪些功能，数据提交失败有什么提示，不会使用有什么帮助或提示操作、入口。

所以做为产品人员我们要充分的考虑到上述到这些东西，对于从业人员来说这也是我们最基本的素要体现。很多人都说，要符合业务系统，要符合使用习惯，要符合浏览或人机传播，口碑，品牌形象习惯，总是就是人性化的去把这个东西设计的更合理，更易用，更有亲和。

所以，我接下来要说的这款工具，就很好的帮助了前台的布局

推荐工具：Axure rp ★★★★★

说明：

Axure是一款特别好用的产品模型设计软件，可视化操作，ajxa能直接生成页面需求，更独特的它可以实现：div onmouse onclick等很多交互事件，UI和工程师看到页面能直接看到你要设计的效果，而不是很头痛的看没完没了的文字描述了。

5、穿针织网，把需求综合起来，整理成最终的产品需求文档

该做的做了，然后开始做到一个文档里，写明项目名称，把CASE/l流程、目录放近去，把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚，同时把模块的字段，状态，对应该操作。所以模块设计的页面地址整理好，一份色香味齐全的文档就出炉了。

推荐工具：Word 2007 ★★★★★

说明：

office 2010 也快出来了，非硬公司的速度就是牛。

MACUEE模型：需求挖掘及用户研究

MACUEE解决什么问题

这一模型主要解决以下一些问题：

1. 如何有效地挖掘用户需求？
2. 从哪些方面着手进行用户研究？
3. 从哪些角度去访谈？

MACUEE详解

完整的MACUEE模型可以用下面的图来表示：

由上图可见，MACUEE分别代表“动机（Motivation）”、“操作（Action）”、“情境（Context）”、“用户（User）”、“经验（Experience）”和“期望（Expectation）”。

用户

首先搞清楚你的用户是谁。这个要是弄错了，后面的方法和流程再对，结果也是错的。简单地说，找什么样的用户取决于你产品的目标用户。比如你想开一家麦当劳那样的快餐连锁店，你的客户群就可以是已有的麦当劳消费者。

但这个问题远没那么简单，实际上这是整个环节中最难的。就拿上面的例子来说，什么叫“麦当劳消费者”？我这辈子第一次到麦当劳买东西，你说我 算不算消费者？每天都到麦当劳吃早饭，你说我算不算？或者我只是喜欢那里自由的环境，却从不在那里吃东西，这样算不算？说白了，就是符合什么样条件的人， 才是你的用户？

这个问题绝不是三言两语可以说得清的。总之，找到你的用户，了解他们都是一群什么样的人，他们自身的特质，将会影响到其行为方式。因此你对他们了解越多越好，最好是无所不知，无所不晓。

动机

一般把用户需求分为两个层面：动机层面的需求和操作层面的需求。先说动机。

所谓的动机，就是要做某事的原因。比如我肚子饿了，想吃东西；或者朋友给我发了一封邮件，我需要去看一下。动机回答的是用户为什么要用你的产品的问题。这很关键，可以说是用户使用某产品的最原始的需求，研究过程中必须得找出动机来。有了动机，你可以知道该做什么产品，此产品应具有哪些功能。

情境

情境就是用户所处的时间和环境等外部因素，这也是需要搞明白的地方，因为情境会影响用户的动机、操作和期望。比如说“肚子饿了，想吃东西”是动机，那么当我看到街上有个面包店时，我的动机会变为“肚子饿了，想吃面包”。情境有时候可以对产品设计产生非常大的影响。

操作

当用户有了动机后，他会考虑如何操作以便实现动机，这就是操作层面的需求。比如当我来到面包店后，我应该拿起一个托盘自助挑选呢，还是请服务员帮忙？我付款时要用现金还是刷卡？这些都是具体的操作层面的需求。操作层面的需求对交互设计帮助最大，充分了解操作层面的需求，可以让设计师设计出与需求相一致的界面。

经验

用户过去的经验也会产生影响。这个很好理解，我就不举例了。但要注意的是，在调查用户过去的经验时，不妨也使用MACUEE模型，即从这六个方面去了解他过去的情况。

另外经验也可以被称为“用户习惯”，我们知道习惯是很强大的，尽量不要去改变用户的习惯。有一些新产品就是因为没有充分调研用户经验和习惯而失败。

期望

用户在具体操作前往往会对操作结果有一定的期望。比如上面买面包的例子，在我拿出银行卡付款时，我显然期望这家店可以支持刷卡。Apple的产品能够给人带来惊喜，一个很重要的原因就是它不仅仅是满足期望，而是超越期望。