中国移动网络通信录产品设计

1、综合通信部综合通信部 2009.2.28 139网络通信录产品设计 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 需求 q统一通信录的需求统一通信录的需求 q备份备份/同步需求同步需求 q通讯录的管理和维护需求通讯录的管理和维护需求 q不同使用场景友好呈现的需求不同使用场景友好呈现的需求 移动网移动网互联网互联网 对于用户，是同时具有移动网络和互联网通信能力社交能力一个服务平 台，手机用户通过其可以获得更多通信方式，扩展自己的通信能力； 在139网站上用户

2、需要对自己各类关系统一的管理系统 网络平台 通信方式 短信 彩信 通话 邮件 即时消息 信息共享 通信对象 偏向真实 关系沟通 偏向网络 关系的沟通 结合体 结合体 联系人关系的管理需求 各种联系人关系分析 人际关系人际关系手机号手机号网络号（邮箱、网络号（邮箱、im、空间）、空间） 联系人 网友 朋友（好友、密友） 通讯录可分为两类：手机号码真实联系号码；网络号码在互联网中的联系号码，具 体包括邮箱、im或空间地址； 联系人：关系单向建立，可以通过手机直接和联系人发起沟通 网友：关系需双方确认，可以通过邮件、im或个人空间与联系人进行沟通 朋友：关系需双方确认，可以通过手机通信、邮件、im和

3、空间和联系人进行沟通 联系方式的建立方式和沟通方式 关系类别关系类别关系建立方式关系建立方式享有的享有的沟通方式沟通方式 密友 （一方设置了对另一方的 关注） 好友直接的关系升级：好 友a设置关注好友b，得到 b的批准后，b成为a的密 友 通话、短信、彩信、邮件、 im、个人空间 （信息主动接收） 好友 （相互知道网络身份和手 机号码） 相互确认关系和公开手机 号码 通话、短信、彩信、邮件、 im、个人空间 （信息被动接收） 网友 （双方仅知道网络身份， 但无相互手机号码） 相互确认网络友好关系的邮件、im、个人空间 手机联系人 （仅有手机号码和名字） 通过用户自己单向建立的通话、短信、彩信

4、通讯录是139移动互联的核心系统 综合通信 短信 语音 邮箱 社交网络 个人空间 博客 群组 社区应用 开放平台 3rd 应用网盘共享 通讯录是支撑139网站所有业务中用户关系的系统，是中 国移动发展移动互联网的基础 定位 q用户联系人关系的分类别、分层次的管理工具 q统一的无缝的关系管理工具 l为用户提供联系人存储及管理平台，用户可通过该平台方便地备份 、管理各种介质（手机、电脑、邮箱、飞信移动相关业务等）中存 储的联系人信息 q维系和扩展人际关系的工具 139构建的用户社区关系就 是通讯录关系 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q

5、通讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 核心价值 q对用户的核心价值对用户的核心价值 l是用户永不丢失的“社交关系”，在网络上终生维护一个统一的“地 址簿”，是用户通过各种终端进行各种通信方式的必备工具 刚性需求：备份和同步 粘性需求：统一通信录，进行无缝沟通的工具 创造的需求：维护和扩展人际关系 呈现界面：在不同的使用场景动态展现；能看到各个联系人的状态、沟通记录及 内容、分享的信息等 q对社区的核心价值对社区的核心价值 l是139社区发展用户的基础，主要价值在分享、推荐、传播、邀请 l是用户使用上的各种通信业务的载体 q盈利模式盈利模式 l

6、基于通信录产生的增值业务带来的收入 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 产品设计原则 q通信录联系人范畴和规定 l139网络通信录，仅对用户的手机联系人和139网站好友或网友进行管理和维护；用户通过手动录入 联系人，必须有手机号码，139网站好友需要通过用户在139网站上相互确认；好友号码是否公开， 用户可以自己选择确定。 q通信录的页面是动态的，根据不同的使用场景、不同业务来显示通信录的联系人（状态） q用户在通信录中的主要操作 l导入联系人(

7、高端) l联系人信息维护 l联系人查询（最常用） l关系管理（联系人信息整理，包括分组信息、个人信息） l查看好友状态：头像、心情（网络侧） l可以通过通信录中对联系人快速发起手机通信或网络社交联系 l其他通信产品或社区产品中对通信录联系人的查询和调用 qui、ue设计原则 l从用户使用通信录的场景出发，考虑用户对通信录最核心的使用需求进行功能的设计 l所有设计务必让用户感觉到简单，易用、方便，不能因复杂概念或信息过载等因素干扰用户，影响用 户核心需求的使用 l通信录的在所有业务调用的过程中，其表现方式是统一一致的，只是根据不同的业务展现不一样 内容 q定位定位 q核心价值核心价值 q设计原则

8、设计原则 q主要使用场景设计主要使用场景设计 q通讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 主要使用场景 q联系人（首页）联系人（首页） q联系人列表页联系人列表页 q联系人列表页联系人列表页-名片模式名片模式 q联系人搜索页联系人搜索页 q联系人详细信息页联系人详细信息页 q联系人导入页联系人导入页 q联系人导出页联系人导出页 q好友邀请场景好友邀请场景 q电话号码交互场景电话号码交互场景 q通信产品通信录应用场景通信产品通信录应用场景 q社区产品通信录应用场景社区产品通信录应用场景 通讯录首页 通讯录首页 联系人列表页 设计说明 1、增加常用联

9、系人分组，由用 户自己手动指定，系统缺省会根 据设定的规则从关系雷达里取出 数据； 2、最近联系人可以放置在最近7 天内用户通过综合通信工具联系 过的联系人； 3、网络通信：简化联系人和好 友间的概念信息，直接用用户可 以联系的网络来区分好友、有手 机号码的好友，手机联系人等3 种关系； 4、联系人列表页尽量简单，仅 突出联系人基本信息和通信网络 联系人列表页-对联系人进行通信操作 设计说明 针对用户的四种状态，点击用户 头像下的箭头按钮，弹出四种菜 单形式，菜单根据联系人的不同 状态，展示操作项目有不同的可 用和禁用状态 联系人列表-添加联系人 设计说明 1、点击新建可弹出来联系 人添加层；

10、 2、联系人添加只需要记录 联系人姓名和手机（必填2 项）即可快速提交； 3、用户也可以选择继续填 写详细信息，此时就进入 到用户详细信息页 联系人列表页-名片形式 设计说明 1、名片模式是为了让用户 看到联系人更多的信息，如 心情、邮件等； 联系人搜索页 设计说明 1、主要是考虑用户快速看到 搜索结果，并且可以返回到未 搜索前的列表； 2、搜索框后面的叉，点击后 就清楚搜索结果，返回原来条 下的列表页面； 3、搜索结果同样支持名片模 式查看 联系人详细信息页 设计说明 1、 详细页面仅展示联系人的主要状 态和其详细信息； 2、展示联系人的彩铃信息； 3、展示对该联系人间通信产品的链接 入口；

11、 4、分组信息、基本信息、扩张信息都 可以独立修改保存； 5、用户可以输入多个分组，用户可快 速删除所属分组和添加新的分组 联系人详细信息页 有手机号码的 网站好友 没有手机号码 的网站好友 仅手机联系人 设计思路 1、针对3种联系人，在联系人列表页 面展示的信息是不同的； 2、对于没有手机的联系人，可以交互 号码获取对方手机号码； 3、对于仅有手机号码的联系人，可以 进行好友邀请； 4、对于不同类型的联系人，可以对联 系人的操作也是有区别的 联系人详细信息页 点击修改信息 有手机号码的 网站好友 没有手机号码 的网站好友 仅手机联系人 设计说明 1、对于基本信息和扩展信息的修改， 建议使用a

12、jax技术，直接在当前页面 不需要刷新即可修改； 2、对于修改基本信息中的手机号码，3 种联系人有不同的界面展示，好友的手 机号码是无法修改或自行添加的； 联系人导入页 设计说明 1、此部分仅按照现网原有 方式设计，没有更改。 联系人导出 设计说明 1、此部分仅按照现网原有 方式设计，没有更改。 通信录应用场景-邀请 设计说明 1、用户在邀请好友时，可以选择是否公开其手机号码； 2、被邀请人，如邀请方公开了手机号码，其也可以选择是否公开号码给对方；若选择不公开同 意，被邀请方通信录记录了邀请方的手机号码，但邀请方通信录没有记录被邀请方的手机号码 通信录应用场景-交互号码 设计说明 1、网站好友

13、若成为好友时没有公开手机号码，可以选择之后公开； 2、在交互号码邀请时，必须双方互相统一后，双方的号码才会添加到各自的通信录中 通信产品通信录使用场景 设计说明 1、全部、常用、最近三个大标签和通信录中的大分 组完全对应； 2、对应联系人3种类型，提供3个按钮，用户可以快 速的联系人类型筛选； 3、通信产品在用户使用时，通过用户更新，联系人 头像签名的空间标记闪动等吸引用户方法好友在互联 网侧使用的产品和业务； 4、对于无手机号码的联系人，联系人名称使用灰色， 表示用户在禁用状态，通信场景下无法使用 打电话 发短信 社区产品通信录使用场景 设计说明 1、新的联系人选择器，增加了分组概念， 而且

14、3大标签可以和通信录中保持一致； 2、在分组下方增加了联系人搜索功能； 3、对于分组内好友，如不是网站好友的， 增加了发起邀功能； 4、对没有对方号码的网站好友，增加了 交互号码功能 原好友选 择器 新联系人 选择器 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 发展策略 q在用户注册后，第一件事情就是提醒他倒入通讯录。倒入方式在用户注册后，第一件事情就是提醒他倒入通讯录。倒入方式 可以是通过可以是通过pc客户端软件，可以是客户端软件，可以是ota方式，也

15、可以是手机方式，也可以是手机 客户端软件客户端软件 q如果用户没有倒入通讯录，在每次登录后同样提醒如果用户没有倒入通讯录，在每次登录后同样提醒 q在所有需要使用通讯录的业务场景，都有一个倒通讯录的入口在所有需要使用通讯录的业务场景，都有一个倒通讯录的入口 q尽量引导用户通过通讯录进行所有的通信业务操作尽量引导用户通过通讯录进行所有的通信业务操作 q在用户使用通信业务后，要提示用户维护通讯录在用户使用通信业务后，要提示用户维护通讯录 q通过一些应用引导用户维护通讯录通过一些应用引导用户维护通讯录 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通讯

16、录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 q通讯录基本功能 l增加，删除，修改，查询，排序（姓名、汉语拼音、手机号，字母快速定位）,联系人分组管理,手工合并,自动剔重 l导入（手机，outlook，飞信，foxmail，gmail，139邮箱通讯录），支持后台自动剔重，导出csv格式 l信息分享 l动态展示 l为不同业务提供不同的接口，展示不同的内容 q通讯录核心功能 l用户可以简单操作就可以设置希望与好友保持的亲密程度 l系统可以智能化地提醒用户与好友联系 l系统可以根据不同的好友类别，推荐不同类型的短信及社区应用供用户选择 通讯录产品主要功能 q

17、日程管理日程管理 l定时提醒（短信、邮件、站内信）：日程提醒、生日（社区好友）提醒、会议提醒； l活动管理：活动邀请（可短信、邮件、站内信反馈）、活动安排提醒、活动后续反馈（照片上载、活动感想等，需同 社区融合） q电子名片电子名片 l编辑、展现名片信息； l可以多种形式发送（短彩信、网络名片、vcard）； l可方便存储至通讯录； q手机客户端手机客户端 l支持主流智能手机的通讯录上传、下载 l支持手机主要字段及可能的名片字段同步 qwap l支持模糊的姓名查询 l支持按组查询 通讯录扩展功能 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通

18、讯录发展策略通讯录发展策略 q主要功能主要功能 q技术方案技术方案 q接口需求接口需求 技术方案：系统现状分析 综合通讯 产品 社区应用 产品 通讯录社区好友 系统现状系统现状 q通讯录和社区好友完全独立，对应的上层应用也独立通讯录和社区好友完全独立，对应的上层应用也独立 q上层应用要整合使用通讯录和社区好友功能时实现复杂上层应用要整合使用通讯录和社区好友功能时实现复杂 或不可实现或不可实现 q通讯录基础服务不在掌控之中，质量控制和深度应用很通讯录基础服务不在掌控之中，质量控制和深度应用很 困难，需求变化响应很慢困难，需求变化响应很慢 目标方案建议 综合通讯 产品 社区应用 产品 目标方案建议

19、目标方案建议 服务接口适配层 sms 手机 客户端 wap 超级通讯录超级通讯录 q建立统一的建立统一的”网络通讯网络通讯 录录”为所有产品提供服为所有产品提供服 务务 q不同的产品可以有不同不同的产品可以有不同 的展示方式和内容的展示方式和内容 q从过渡方案到目标方案从过渡方案到目标方案, 上层应用完全不用改动上层应用完全不用改动 其他 导入 方式 目标方案性能指标 q在在1亿条通讯录条目下亿条通讯录条目下 q通讯录列表（通讯录列表（1000条）获取时间在条）获取时间在100ms以内以内 q通讯录添加、删除、修改条目时间在通讯录添加、删除、修改条目时间在50ms以内以内 q可用性在可用性在9

20、9.999%以上以上 过渡方案建议 综合通讯 产品 社区应用 产品 通讯录社区好友 过渡方案建议过渡方案建议 服务接口适配层 sms 手机 客户端 wap 数据分发器 超通讯录超通讯录 q提供一个服务接口适配提供一个服务接口适配 层，上层应用必须通过层，上层应用必须通过 该层服务访问该层服务访问“超级通超级通 讯录讯录”服务服务 q适配层下提供数据分发适配层下提供数据分发 器，适应目前的独立的器，适应目前的独立的 通讯录和社区好友服务通讯录和社区好友服务 q设计新的兼容的社区好设计新的兼容的社区好 友服务，功能上可包含友服务，功能上可包含 通讯录通讯录 其他 导入 方式 过渡期方案的几个重要工

21、作 q设计并开发接口适配层。协调上层应用进行可能的接口调用修设计并开发接口适配层。协调上层应用进行可能的接口调用修 改改 q设计并开发数据分发器。实现通讯录和社区好友请求的转化、设计并开发数据分发器。实现通讯录和社区好友请求的转化、 分发，两者之间的数据互导分发，两者之间的数据互导 q升级社区好友为可包含通讯录和现社区好友功能的升级社区好友为可包含通讯录和现社区好友功能的“准超级通准超级通 讯录讯录”服务服务 q协调替换现有通讯录的工作协调替换现有通讯录的工作 内容 q定位定位 q核心价值核心价值 q设计原则设计原则 q主要使用场景设计主要使用场景设计 q通讯录发展策略通讯录发展策略 q主要功

22、能主要功能 q技术方案技术方案 q接口需求接口需求 技术方案：服务接口适配层需求联系人管理 联系人管理联系人管理 联系人管理联系人管理 增加联系人增加联系人 增加一个联系人增加一个联系人 批量增加联系人批量增加联系人 修改联系人修改联系人 删除联系人删除联系人 删除一个联系人删除一个联系人 批量删除联系人批量删除联系人 浏览联系人浏览联系人根据根据idid浏览查看单个联系人信息浏览查看单个联系人信息 联系人列表联系人列表 联系人分组联系人分组 增加分组增加分组 修改分组修改分组 删除分组删除分组 联系人分组列表联系人分组列表 联系人合并联系人合并合并接口合并接口 联系人排序联系人排序 姓名姓名 手机号码手机号码 邮件邮件 快速索引快速索引( (按姓名第一个单词的字母按姓名第一个单词的字母) ) 联系人搜索联系人搜索 姓名