和前面的任务环节遥相呼应，功能按照轻重缓急可以罗列出很多出来，不管从具体的区分时定义成“基础性业务的功能”，“特定性业务功能”还是普通“增值性业务的功能”、“社会化业务功能”。总之我们是通过功能把穿插在各个地方的信息构架组织起来，让用户和平台形成交互，让用户和用户形成交互。

说的有点空洞，具体的展开一下。第一个层面：用户要进来必须得注册，忘记密码必须得提供找回的途径，网站和用户取得具体资料的互通，得开发上传的组件还得审核。网站有好消息还可以第一时间反馈给用户，邮件也好、短信也好。可能以上举例的这些就所谓基础性的功能。

第二个层面，特定的业务功能，可能也属于交友网站的本身的基础性功能，查找资料，用户检索匹配，用户交友主页的功能，以及和用户的发站内短信，送鲜花，打招呼，在线的webim聊天，隐藏方式双方通电话，以及网站的交友活动的参与、管理等功能，也都是作为特定于交友网站的业务存在的。

第三个层面的，增殖性业务的功能，比如设定怎么样的功能让用户进行付费，包括对收费产品的规划，以及延伸开来的功能划级，付费流程，升级流程，信用等级排名显示的功能，或者更是一些交友网站摘出来的“站内通话”、“在线聊天”、“搜索反向追踪”等功能，它是基于刺激消费欲望的功能组合。同样也形成环环相扣。

而这些功能的作用，在交互的对象方面也自然而然形成了。用户对于系统的交互，和用户对用户的交互。包括用户通过对系统的交互，产生了对用户交互的对象；同事用户与用户进行交互时，需要系统做好更好的交互支持。其实写到这想到上一篇写到的 前台撒网后面捕于的观点未免有点草率了，诚然功能是收网捕鱼的直接工具，但严格意思上来说无论是信息构架也好、精心设计的流程也好、功能也好都是网，最后收网的不是其它，缺是用户自己。

所以也没有一个合适的定论说，网站功能做的多牛，功能多强就能怎么样。看是不是真正的捕捉到了用户的直接需求、直接欲望，刺激购买，能不会做成平台品牌化得到用户的真正的信任。

第四个层面社会化功能，也就是现在一些所说的交友网站社会化社区化的延伸。我们从最早的交友网站用户行为进行分析，通常完成的操作就是：登录、找人、看资料、沟通，现在的平台把社区化的功能（浏览行为、个人动态、点评、喜好情况、兴趣）串起来了，增加了整个横向维度，从而将简单的用户对用户点对点的信息流，形成了闭环，这点对交友网站的发展趋势也是比较有推动意义的。

功能的设计不是孤立的，它有特定的层次，很多产品设计者最早也是从长期的理论实践的模式中形成自己的几个套路，但最后肯定是没有套路的，产品形态的深层次是信息流、数据流、意识流（可能说的不是很确认），在作为交友网站整体功能也是从战略、信息构架、流程任务相关的。所以以什么样的一个视眼看待这些很重要，大家也可以仔细琢磨一下。

后续，手把手教你设计交友网站1-7貌似又匆匆写完了，其实只是写了几个点，要写的太多了，可能很多都不是能通过写能反映出来的，就像很多人写书一样，一作为自己的一个分析思辨总结过程；二、给大家一个最浅显的参照和启发。其实很多都不是产品形态方面的事。

【本教程已完成，作者：狒狒，转载请标明出处www.kuliqiang.com 】

用户来了，点了网站的几个页面参与了，最后要求希望注册会员的，最后用户注册了一个会员。看似这是一个很简单的用户浏览行为。不过因为不同的用户的需求不一样，所以产生了众口难调，那在前台信息结构的设计上，势必会做一些尝试，看看各个模块的数据怎么样。很多时候产品设计部仅仅是说把自己当成一个用户去设身处地的去想，再把自己的理解和感受转化为 技术语言，表现在页面的设计等等处理结果上。更多的时候产品设计更是一种试验，通过一系列的组合去完成一些最后信息结构模型的搭建。

很简单的，你仔细看过几大交友网站以后，很明白的看出了一点就是，前台撒网，后台捕鱼，网怎么撒，维度的拆解到多少个面，在一定意思上营销，有多少鱼进来，最后能逮到多少鱼。我们继续看一下下图。

现在交友网站社区化进程以后，各种动态的东西也穿插进来组成了一个很重要的方面。因为很多人一进来就知道谁和谁在干嘛，上文中有位朋友形容交友网站成为了一夜情的场所，我们不好对某种现象的简单定论就封杀了所有的一片，但起码交友的杀伤力还是很大的。言归正传，由上述的一个图，看出，用户来了，我们从在前台的设计过程中，尽可能的有主次的做好信息的充分展示，以求辐及到主要需求，也同样可以通过一些频道，打造本身平台的知名度品牌的同时，调动用户浏览、参与的积极性提高粘性。

刚才说的是前台的网，后台那就是怎么收了。通过提供什么服务或什么差异化的功能进行收。或许在我们产品经理掌握了通用的网站策划等技能以后，考虑的偏重自然而然转移到这个方面。做平台无非是几个层面：

一、做流量，做很多的流量，积攒很多用户；

二、流量变现，光有人只是一步，培养出付费的主流群体，孕育市场的潜力付费群体。

三、品牌化，以后即使打着很多番号的交友网站层出不穷，那用户还是只来你的平台，你的平台信誉可靠，买卖合适，用户质量上乘，这才是雷打不动的核心优势。

我总结了以下国内外N个交友网站的路数，发现目前主流的套路主要有以下几种：

1）找→中意→聊→聚

2）找→玩→中意→聊→聚

第一种，就是传统的路数，也是应用比较多的。它把握了最直接的需求，同样卡住了会员的沟通方式，只能发站内短信才能和对方沟通，然后就是等，等不可期的回复。自然收网的手段有：在线聊天、短信互通、站内电话。从沟通性方面入手。

做的更绝得的就是“红娘制”，想交友和中意的对象聊，那就和红娘申请吧，然后红娘做审核啊牵线啊，自然平台把握的层面就比较多，效率也比较低，所以很多人就直接开通了“VIP”绕过了麻烦。

第二种的做法就是玩，其实道理和游戏一样，大家一起玩，建立感情，然后有虚拟物品，送花送草啥的，这种方式更是无形中煽起了一片土，很多少男少女或一些初级用户比较喜欢。但用户的网民现状表明这个市场规模也很大。

具体的每个页面原型怎么画，怎么布局就不讲了，我提供的只是分析，仅仅是思路。下一篇，我详细的讲一下交友网站的相关功能。

此文纯属个人观点，转载请标明出于：http://www.kuliqiang.com/?p=1477，谢谢您支持！

说到信息构架，不得不让人第一眼想到的是网站的红红绿绿。网民不晓得这样那样的术语，啥叫扁平化、啥叫通透性，啥叫二秒原则、三次点击原则，反正是看的舒服，操作的舒服就行了。但这个看似简单的用户需求，真正体验了产品设计师的综合功底和实力。我随便P了几个图，分别有世纪佳缘的、珍爱网的、百合网的。大家请看：

有点像视觉盛宴。剥离开UI，也能看出他们具有的可访问性、可操作性、可明白性。对于一般的互联网公司，没有UED这个职位，一般招人的时候会把用户体验的感觉等等作为产品设计、或产品经理要求合并招聘了。闲话不多说，我们开始页面策划之路吧。

下手之前需要考虑的几大问题：

1、框架性信息构架力求扁平化；

扁平化的设计最大的好处就是快速、便于维护和管理。这个对于一个站点来说，是很需要的。关于具体的扁平化我只有个人经验了，抱歉这块的总结不是很完善，大家莫见怪。

2、简单的信息构架力求合理化；

简单的信息构架，其实就是反应的初级的菜单、栏目结构的划分；前后台怎么分，登录不登录怎么分，授权不授权怎么分，尽量的做好划分合理，便利浏览和操作。很多时候，用户访问网站的时候，往往通过菜单结构去相应的认知及操作。我一般去支付宝，支付宝的操作界面很明白，去A,入口在哪，A下面的A1 A2在哪，当前又在哪，这些都是由很直观的菜单啊、导航啊组成，所以用户也在这简单的信息构架中明白了；在哪、能干什么等等。

3、复杂的信息构架力求人性化；

复杂的信息构架，这是啥意思，就是立体的梳理和表现各个页面的优先级，用户浏览页面的路径，拿个最浅显的比方式：用户来到交友网站，可以通过网站首页的人物推荐→个人主页，也可以去首页，通过输入条件搜索→结果列表页，然后再从结果列表页→个人主页，不同德操作或由于不同德情况产生的浏览路径，把不同的页面窜成一体，纵观构成了抽象的复杂信息构架。

4、充分考虑表现和内容的分离；

似乎表现和内容的分分合合时前端的事，其实不然。产品设计可以为了充分预估到后期的大量改版工作因此带来的工作量要充分的发挥优势，考虑周全，这样也是方便产品层面的改动获得其他工种更好的支持。

5、交互设计力求温馨高效化；
把交互设计放到信息构架在一起说是，很多公司都是产品经理一职多能，所以什么都顺带都做了，概念设计、页面策划，页面交互，基于什么样的网站定位、网站的内容、网站的用户群体，需要做一些相应的什么设计，这些事个人性的交互前提调查，还有一些涉及到得交互温馨、交互效率的高效是共性的事情。

6、……

竞争就是要了解对手，胜利就是要击败对手，如果你的成员投入不是很多，最好的办法是学以致用。中国革命的思考就是模仿+创新，所以先知己知彼吧，我们拿几个代表网站做一些详细的信息参数对比，看看你明白什么道道出来。

从简单的站点结构发现多数交友网站都大相径庭，前台信息构架完成的主要任务在于：

1、说的网站定位，以及的品牌形象，网站的声势；

2、多维度的信息推荐，不管事世纪缘的光明榜也好，还是其他网站的明显会员也好，当然这中纬度的拆解多少有点区别，从简单的会员信息纬度差别，体现在时间(最近注册、当前在线)、空间（地区区分）、级别(明显会员)上；

3、网站运营的花花肠肠，资讯、活动、博客、心灵匹配，这些都是换汤不换药的惯用手段。

4、拉用户注册的地方都纷纷采取登录授权的处理方式，这个也是常态，登录进去后，怎么样让用户在平台里转、玩，那是后面的功夫了。

顺便提的一点，从交友网站的收入模块，珍爱直接把：“升级珍爱通”提到了一级结构上，比较醒目，关于收费、产品的创收规划后面将会提到，在此就先跳过。