- 1、本文档共10页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
微公益改版项目总结——谈信息整合与体验优化
微公益改版项目总结——谈信息整合与体验优化
许多事 ,不懂珍惜已成旧事 ;许多 ,不及用心已成旧 ;许多经验 ,不总结就没有沉淀。呵呵 ,
前两句很有诗意 ,是摘抄别 的。后一句滥竽充数 ,却是自己想说的 :项目总结是很有必要滴~。
先附上新版微公益地址 ,点击传送门 :ht t p://go ngyi.weibo .co m
先回顾一下微公益改版项目的相关背景 :
微公益改版在8月份正式立项 ,所有设计开发工作完成是在11月初 ,实际上前期准备工作6月份就已
开始。老版微公益是以个 求助产品为主 ,主要服务对象也是对个 求助项目感兴趣的求助者、捐
赠者及公益组织。但在微公益平台上 ,还有一群爱心 士 ,他们自发热衷于公益事件的收集、报道
与传播 ,这样一批极具公益事业推动力量的 群却在老版微公益平台上没有被很好的挖掘出来。如
果有一套相应的产品机制去很好地组织和引导这群爱心用户 ,就能使微公益平台成为一个能够自生
产与自传播的闭环环境 ,而非强烈依赖 工运营和热点事件。
“爱心团”就是新版微公益为解决这一问题打造的重点产品。微公益还新推出了转发捐助和微拍卖两
个新产品 ,旧有产品框架已不能兼容。加上老版微公益信息结构与界面设计也不尽 意 ,模块堆砌
、设计保守、扩展性不够都是现实问题。再则 ,微公益产品的用户活跃度偏低 ,除去产品辐射的用
户群基数较小这一产品本身特性不说 ,信息传达、使用体验也是重要的影响因素 ,因此新版需要着
重考虑体验优化问题 ,如何优化各环节流程、降低用户参与门槛贯穿了整个改版思路。
从项目背景中可以总结出以下几个项目特点及对应的交互挑战 :
特点1 :新版涉及多条产品线整合。个 求助、转发捐助、微拍卖、爱心团 ,后面三个都是新产品
交互挑战 :不管产品架构多庞大、功能分支有多少、逻辑判断多复杂 ,最终呈现给用户的界面始终
要简洁清晰、操作明确 ,各产品概念又能清楚传达到位。因此做好页面信息布局、页面关系内容间
的操作引导很重要。
特点2 :用户角色众多。与其他微博产品用户构成不同 ,虽然微公益受众群体较小 ,但典型用户角色
却不少 ,如果是一个完整的闭环 ,微公益需要的用户包括 :求助者-被救者-施助者–传播者-公益
组织/NGO -核实 -媒体-名 明星-商家企业。
交互挑战 :面对众多角色 ,如何优化操作流程适应各角色的不同需求。
特点3 :迫切需要提升产品用户活跃度。
交互挑战 :做哪些体验上的优化 ,能够增强用户黏性。
特点 :期待全新的界面设计。
交互挑战 :怎样的界面设计 ,能够呈现耳目一新的微公益。
特点5 :缺少原始的数据积累。正如前所说 ,本次改版后的微公益几乎是全新的 ,新的产品、新的
界面、新的操作、新的体验 ,所以在用户数据的积累方面比较欠缺。
交互挑战 :不管是新产品设计或是已有产品体验优化 ,都期望有具体的用户行为数据作指导 ,能让
每一个方案都有理有据。在数据欠缺的情况下 ,我们幸运的得到了用研同事的帮助 ,前期的用户访
谈弥补了这一问题。
下面讲述一些设计环节中的细节 ,总结一下处理上述挑战时的尝试与不足 :
1. 产品概念直达用户——微公益首页全新架构
1 ) 功能展示区
首页架构的首要任务是 :将微公益下属的几个产品概念在第一时间清晰明确的传达给用户。个 求
助是已有产品 ,用户对微公益的印象也多停留在个 求助项目上 ,而转发捐助、微拍卖、爱心团对
用户来说都是新概念。需求很明确 :我们需要给到用户A 、B、C、D信息 ,而到了界面呈现上 ,体
验设计考虑更多的是:用户怎样接收A 、B、C、D信息。最简单的方式莫过于产品介绍 :“微公益新推
出XXX 、XXX …产品 ,功能特性有XXXX ,能帮助你解决XX 问题 ,快来体验吧…”
如此芸芸说了很多 ,可能效果也就是一厢情愿——用户通常对这样的信息视而不见。我们也可以将
个产品做成醒目的功能入口 ,用户看到大大的“转发捐助”字样及漂亮的配图 ,还不知道转发捐助这
个产品么 ?通常这样的方案能达到需求目的 ,但是从用户角度看 ,总觉得是在被迫接受产品信息而
少了点儿主动的欲望。
怎样将信息强推变为主动接收呢 ,我们尝试了另一种思路 :不直接告诉用户产品有什么 ,而是让用
户去决定自己想要什么。将用户需求分为两类“寻求帮助的 ”和“想提供帮助的 ” ,向前者提供了“我
要求助”大按钮和“全部项目”入口 ,这是个 求助产品的核心 ;对于后者 ,我们把几个产品的核心功
能(“爱心捐款”“捐赠物品”“报名志愿者”“转发微博帮帮他们”“参与慈善拍卖”“证实项目信息”)进行了拆分
重组 ,对用户来说 ,想做什
文档评论(0)