Archive for the '交互设计' Category


从卓越亚马逊网页404错误想到的

    前段时间有朋友推荐《经理人财务知识一本通》写得浅显易懂,打算买本看看。直接用google.com搜索“经理人财务知识一本通”,点击卓越亚马逊amazon.cn的链接,没想到竟然报错:

电子商务,用户体验,ued,卓越亚马逊,运营

    点击链接http://amazon.cn/o/ASIN/B002EENM7I/ref=nosim/betteraddons-20. 跳转到amazon.cn的404错误页面:“对不起,您输入的地址页不存在,请尝试其他方法!”错误。直接在http://www.amazon.cn上搜索“经理人财务知识一本通”没有问题,实际地址为http://www.amazon.cn/mn/detailApp?prodid=bkbk959919&source=baidubkbkbk959919sk0。baidu“经理人财务知识一本通 amazon”也存在类似问题。开始以为是amazon.cn改版将图书的url地址改变了,但搜索引擎索引尚未更新,导致404错误引起的。比较了一下amazon.com与amazon.cn的url规范发现amazon.com图书的url规范是http://www.amazon.com/o/ASIN/”,看来应该是amazon.cn升级到amazon.com导致的问题。amazon.cn未来的url应该会采用http://www.amazon.cn/o/ASIN/ 。升级中…。记得十一时候就存在这样的问题,当时也没在意。

    登录amazon.cn后发现原来购买过、收藏过、浏览过的所有商品的地址都类似为“http://amazon.cn/o/ASIN/”,点击查看详情,也报“对不起,您输入的地址页不存在,请尝试其他方法!”错误。

    觉得卓越亚马逊的运营水平也真够差的,这样的问题这么久也没有人发现。于是打算告知一下,只不过找了半天没发现投诉的入口。不像当当直接在首页的下方有“顾客投诉”的入口。后来终于找到了投诉入口:帮助->联系我们->邮件联系,每一步都极其需要好的眼神,想为人民服务都不容易。用户体验啊,用户体验。

    仔细一想,发觉思考这样的小问题其实还蛮有趣味的。在小的电子商务网站运营过程中,怎样才能够避免出现类似的问题呢?

    1、运营流程细节执行 :在遇到这样的问题时候,第一反应是运营流程的问题。只要运营人员或SEO推广人员每天执行搜索一下搜索操作就可以发现问题;只要开发测试能够再测试充分一点也可以避免此问题。因此可以通过完善运营流程来保证这一点。当然对于大部分小公司而言,对于运营中涉及的方方面面都要以制度方式来保证,那管理成本也太高了。最理想的莫过于员工们在所谓的企业文化的感召下以xxxx主人公精神来积极主动做这些事情。运营的重要价值之一就是对制度流程持续的完善。   

    2、运营工具设计:一般网站都有专门的页面来处理http 404错误,记得有很多人总结了“xx个最具有个性的404错误页面”。以前一般觉得404错误页面的价值只不过是用户体验而已。其实404错误在运营中可以发挥更多的价值。在web analytics分析中,可以重点加入对源自搜索引擎、用户点击、用户输入等操作的404错误分析,将这些分析成果作为工具提供给运营人员,降低运营人员每日手工检查的劳动量,同时也降低通过制度来约束所带来的监管及考核成本。

    3、社区互动的价值:通过营造良好的社区氛围,让用户成为网站义务的运营及测试人员,第一时间反馈系统的各种问题,降低企业运营的成本。

    4、问题是最好的老师:404错误->运营流程完善->产品设计的运营工具设计->社区互动,每一个环节发挥作用就可以避免问题的发生。但如果其中一个环节真的起了作用,那么可能更多深层的问题反而被掩埋了,我们也失去了思考和前进的动力,也失去了持续改进的机会。所以有的时候,当下的风平浪静恰恰蕴含了灾难,问题的及早暴露反而是一种成长机会。

淘宝历史订单的设计

    2009-9-25日上淘宝,打算在2009年初买过宝宝用品的一家店铺里再买点东西,于是想从历史订单里面把店铺地址找到。登陆后,在“已买到的宝贝”的“所有订单”里发现只有到2009-7-24日以后购买的东西,也即只有近3个月的交易数据。在上方的查询区中修改“成交时间”的查询区间为2009-01-01到2009-09-25,在“所有订单”中查询出来的数据仍然只是2009-7-24到2009-09-25间的数据。切换到“历史订单”tab,也只有2009-06-27至2009-07-26日之间的订单。偶然发现上方查询区的“成交时间”变为“2009-06-27到2009-07-26”,也即切换到“历史订单”tab后缺省查询的只是一个月的历史数据。于是在切换到“历史订单”后再修改“成交时间”为“2009-01-01到2009-07-01,能够得到想要的历史数据。 倒腾了半天才搞明白淘宝的历史订单的逻辑。晕,不是一般的晕;乱,不是一般的乱。

    淘宝,历史订单,ucd,ued,用户体验,交互设计,支付宝

    这算是一个典型的用户体验问题,很奇怪淘宝那些整天满口UED、UCD的高手们竟然对于这样典型的问题竟然视而不见。之所以乱,我觉得至少有两方面的原因:

    1、界面术语的混乱:对于“所有订单”、“历史订单”等术语由于没有明确定义及说明,存在很大的歧义。

    像我理解“所有订单”就认为是我有交易历史以来的所有记录,而淘宝工程师们的定义应该是“近三个月的交易数据”。对于这些关键术语的解释在“查看帮助”中也没有找到答案。“所有订单”应该包含了诸如“等待付款“、“等待确认收货”、“退款中”、“需要评价”、“成功的订单”这样的订单。从淘宝目前的逻辑来看这些订单都属于“非历史订单”的类别,历史订单与其他们并列为同一层级的tab并不是很恰当,如果能够为“历史订单”提供单独查询入口,同时在界面上再清晰解释一下“历史订单”的时间范围就能避免很多问题。

    特意看了一下支付宝的订单查询页面设计:

淘宝,历史订单,ucd,ued,用户体验,交互设计,支付宝

    支付宝没有像淘宝中那样将历史订单和非历史订单并列在同一层次上,在其交易管理中,明确提供了历史交易数据的查询入口链接。很明显就比淘宝的清晰多了。

    2、操作模式的混乱:

    目前淘宝订单的页面操作模式是:页面上端是查询条件,下面是多tab的查询结果。按理说来,一般用户的操作习惯是“点击查询条件”->“查看查询结果”,这样上端的查询条件本质上只需要一个tab就能够满足用户日常查询的需要。预计是淘宝的工程师们怕用户没有明白上述查询条件所提供的强大功能,于是又将上述查询条件按结果进行分类罗列。对于在3个月内的数据,可以根据上端的查询条件来自动切换到对应的tab上,但对于历史订单的查询用户首先要切换到历史订单的tab后再点击上面的查询条件才能够得到结果。

    同时由于历史交易和非历史交易数据混杂在一起,用户输入的“成交时间”跨度可能涵盖3个月前和3个月内的交易数据,导致用户输入的查询条件可能没有查询结果。例如我输入2009-01-01到2009-10-25,同时交易状态为“交易成功”的订单,查询结果自动切换到了“成功的订单”,但查询结果只有2009-07-24以来的成功订单。

    操作模式混乱的根本原因还是因为将历史数据和非历史数据的查询混在一起,其实在界面设计或技术实现上稍加调整,就能避免如此混乱的状态。按照淘宝目前的设计思路大致有如下一些方案可供选择:

    a、提供类似支付宝的历史订单查询入口,这样从查询入口来控制对不同数据库的查询。

    b、在“成交时间”输入上控制用户输入时间跨度,避免跨时间段(3个月前后3个月后)查询。

    c、不区分历史归档库和非历史归档库,后台查询时候通过统一的DAL(Data-Access-Layer)层来聚合不同数据源的数据后再展现给用户。 很奇怪淘宝自己的Amoeba 项目其实就非常适合这样的场合,不知为何弃而不用。

   

SEO先从产品优化做起

    最近今天想整理收录一些无线互联网的产品以供进一步思考无线互联网产品,需要收集的产品信息很简单,大致的结构如下:

    1、xx产品定位:什么是xx产品,xx产品能够做什么。

    2、xx产品功能特征及益处:xx产品有哪些功能及特征,能够给使用者带来什么好处。

    3、xx产品安装使用说明

    4、xx产品的标准图库及使用flash

   这些信息其实是任何公司做产品策划及产品推广必须准备的东西,原本以为很简单的事情,按照这些标准去收集产品信息时候才发现大部分公司官网对自己产品的介绍都很难满足这样最简单的要求,反而是那些资源下载站点可能介绍得更为清楚,当然这些站点对于产品定位描述是否准确只有官方自己知道了。

   企业门户从使用对象来说不外乎有客户、合作伙伴、竞争对手、员工等,按照微软、IBM等门户提供商的分类法莱划分,企业门户分为:

  • 合作伙伴门户:更紧密地与合作伙伴渠道集成,同时降低通过该渠道开展业务的整体每次交易成本。 提供允许与合作伙伴轻松沟通的工具,在联合业务活动中展开协作以及推动产品与服务交易的自助模型。
  • 客户门户:与客户建立并培养紧密持久的关系。 提高客户满意度,寻找新客户,并推动降低产品和服务交易成本。
  • 雇员门户:使雇员在需要时能够与自己需要的不同信息、流程和应用程序建立联系。 提供协作工作,使雇员能够更好地与其他雇员和合作伙伴联系并开展合作。

   这里我们讨论的对象主要是合作伙伴门户和客户门户。对于大部分的互联网公司而言,由于业务规模、维护成本等因素,大部分官方网站承载了合作伙伴门户和客户门户的角色,因此官网的设计就应当考虑这两种客户群。大家都信奉口碑营销的力量,这两类客户都是我们潜在的营销人员。

   以产品定位来看,大部分的官网都倾向于直接介绍产品功能,不愿意用简短的一句话来明确向用户传达出产品的定位。或许这些厂商认为自己的产品太有名气了,大部分的用户理所当然知道xx产品是什么,没有必要以一句简洁的话来概括产品的定位;或许是这些产品太复杂了,很难用一句话来说清楚产品的丰富功能是什么。于是乎我们会发现各种博客、论坛、下载站点对于同一产品的定位的描述可以说是千奇百怪的。以手机大头为例子,如果要一句话来说清楚手机大头的定位,是聊天交友?是音乐下载?是资讯浏览。UCWEB对于其产品倒是有官方明确的定位说明:UCWEB是什么?WEB、WAP手机浏览器,速度快而稳定,具有视频播放、网站导航、搜索、下载、个人数据管理等功能,助您畅游网络世界。结果就是用户对于产品是什么含混不清,觉得什么功能都有,什么功能都不突出,很难给用户留下深刻的影响,要做口碑营销也要费上老大劲去解释说明。合作伙伴对产品的宣传也是乱七八糟,甚至可能与产品定位背道而驰。于是乎会看见搜索引擎结果中对于产品定位形形色色的介绍。

    对于产品特征介绍市大部分官网倒是作为重点来推介。或许是为了突出自己的技术优势,大部分产品在罗列出产品功能特征后,接着化了很大力气来描述产品技术实现优势及领先性。对于产品给用户带来的益处都寥寥数语。对于用户及合作伙伴而言,大部分的人其实并不懂技术,更不明白技术实现对他们有什么价值。

    对于产品的安装使用说明,问题也是多多。对于手机软件的适配机型描述方式大部分联动下拉框的方式(手机品牌,机型),这对于普通用户下载倒没有问题,但要是我是一个个人站长,要想直接拷贝黏贴适配信息到网站上就费劲了,只能一个品牌一个品牌录入。更多的产品连版本信息、使用手册、FAQ都没有。

    在做联盟推广时候大家都会按照联盟站点的要求提供给联盟站点一些自家产品各种尺寸的标准图片,但对于自己的官网似乎没有几家愿意提供这样的产品图库。提供这样的标准图库好处是显而易见的,对于一些像我这样的blogger、个人站点及资源下载站点,可以直接采用官方标准的图库,不用费老大力气去截图、裁减。这对于产品的推广肯定是有好处的。选择一种产品,用各大搜索引擎的图片搜索搜索一下产品名称,就会发现产品截图也是形形色色。

   我们每天都在琢磨怎样通过SEO让搜索引擎排名提升,怎样让搜索引擎收录更多关于我们自己产品介绍的网页;我们每天都在琢磨搜索引擎营销、博客营销、社区营销、邮件营销、事件营销、论坛营销等等,但是我们恰恰忘记了众多愿意帮助我们义务做推广的个人客户、个人站点、资源下载站点们,对于好的产品他们会不自觉地在blog、论坛、邮件、站点等通路中义务做宣传、推广,但是他们缺少标准化强有力的推广工具。如果这些人义务帮助我们做推广,还要让其费劲去截图,去写产品定位及功能介绍,那这样的热情他们又能够持续多久呢?如果我们的产品连人都不能很清晰地理解,那我们的SEO做得再好,又有什么价值呢?

    在做搜索引擎优化以前先从我们自己产品的优化开始做起。

从几个小产品的设计谈起

    最近刚买了几个小东西,都很便宜,只不过在使用过程中充分体会了产品设计的重要性,所谓“小东西见大世界。

第一件东西:核桃夹

    各位过来人的谆谆教导说孕妇要多吃核桃,因此在集贸市场买核桃时候,在旁边的小商品批发处,花5块钱买了个核桃夹。核桃夹子做工很粗糙,所用的钢、手柄上的塑料等让人一看就是质量不怎么样。只不过核桃夹子倒比较好用,由于手柄设计得比较长,因此不管是大的、小的核桃都应付自如。尽管夹子样子丑陋,但比较实用。

1

    过了几天,爱人去沃尔玛,由于觉得刚买的核桃夹质量不怎么好,因此让她在沃尔玛花了20多元买个核桃夹。买回来一看,做工倒是挺精致的,通体都镀上不锈钢,看起来挺高档的。只不过一用来夹核桃就发现这东西中看不中用,夹子的手柄较短,对于较硬的核桃,基本上用不上劲。

核桃夹,大蒜夹(HF159B).jpg

     去宜家逛,试图再买个好用+好看的核桃夹子,只不过一看宜家的设计与在沃尔玛买的差不多,作罢。

     按照老婆大人的说法:设计核桃夹子的人应该不怎么吃核桃。

    

   第二件东西:拖把

   原来在物美花了30多买的拖把快坏了,拖把用了一年多,整体感觉还是不错的。在淘宝上花了70多买了个绿色家园压固式大平板拖,号称是“央视上榜品牌,出口欧美品质”。买回来马上试用,没想到一拧上拖把杆,就把拖把杆与拖把接口处的塑料弄了个裂口。用来拖地,发现拖把杆设计极其的不合理,由于拖把杆与拖把接口处是采用塑料、且采用螺旋方式,在拖地时候,拖把杆很容易与拖把随着螺旋接口滑出。

   按照老婆大人的说法:设计这拖把的人肯定是男性,不拖地的。

b1副本

   第三件东西:床上笔记本电脑桌

  为了方便在床上工作,因此在当当买书时候买了个索克的床上笔记本电脑桌。桌子质量还行,只不过使用一段时间后,发现桌子的设计存在一个很大的问题,由于凳子的脚是活动的(可以左右收缩活动)以方便折叠,在使用时候,经常由于没有放平(在床上使用一般也不容易放平),凳子脚很容易向中间收缩滑动导致凳子垮掉。

  按照老婆大人的说法:这设计师真笨,像以前自己家做的折叠的凳子,在凳子脚哪儿弄几个有支撑杆的螺丝钉,在打开使用时候,用支撑杆支撑一下凳子和凳子脚,这样凳子脚就不能随意活动,不就可以了吗。

20374552-1_o

  以上几个例子似乎都是“只求好看,不求好用”的代表。

   几点感受:

   1、以上几个例子,基本上都是那些有品牌的正规军的产品没有无品牌草根们的设计合理。其实不单纯这几个例子,在现实的开发中,这样的例子随处可见。究其原因,主要还是在于是否真正放下高贵的身段,贴近用户,用心研究产品的应用场景及目标用户对产品本质的需求。草根们没有规范化的流程去设计、评审、测试产品的设计是否合理,但通过对用户近距离的观察和贴身的服务,可以保证产品本身在核心功能上能够满足客户对于产品最基本的需求。而正规军们高高在上,总想着要创新、总想着引领潮流,每天清谈着xx 2.0、UED、UCD、IA各种时尚术语,标示自己的超凡脱俗,对于作为产品设计最基本的“业务场景分析、用户对产品最核心的需求”却没有人去仔细研究。尽管正规军们有各种流程、各种理论指导来做评审、测试、验收,最后产品包装得倒是很精美,但是却遗忘了产品最基本的功能。

   2、优秀是一种习惯,只有持续对产品细节偏执的追求才能够成就伟大的产品。我相信这几个产品的设计师其实不一定缺少常识,可能与我们大部分一样,我们秉承了中国人“凑合”的中庸之道,对于所有的事情,我们都不愿意投入十分的力气去追求产品的完美,我们信奉“不鸣则已,一鸣惊人”的哲理。在我们的内心深处,始终认为:当前这个产品做成这样已经凑合了,等遇到重量级的产品时我们再认真设计。于是乎我们始终在凑合中完成一个又一个的产品,一直在等待值得我们愿意“付出十分力气”的重量级的产品出现。这也是为何中国制造还是超越不了德国制造、日本制造?不单纯是工艺问题,也不只是质量和创新问题,更不是简单的成本问题。

   3、与其天天指望产品创新,还不如脚踏实地地做好当下的每一件产品,从每一件产品设计中去积累创新的基因。

   4、没有流程的企业无法长大;定义了众多流程但员工没有对事业追求卓越的热情,一样不能制造出优秀的产品。以上这些企业,我相信也是标准的专业化分工,都有自己的市场、产品、技术、品管、销售等职能部门,以上产品的问题,其中任何一环的员工如果能够稍稍使用一下,问题肯定就暴露出来了。其实这些问题的根源还是,我们都认为“产品不是我负责的,是他们负责的”。类似在我们自己的软件产品设计、开发中随处可见,产品、技术、市场、销售相互抱怨,例如:

       产品经理缺乏基本的常识;产品经理没有责任心,不关心自己的产品;产品经理在产品设计文档中有这样的设计,但技术在开发过程中没有遵循产品设计;技术不懂业务,因此作出的东西没人用;销售不懂产品,无法把东西销售出去;QA很差,无法保证产品质量等等。

    所以为了流程而流程,与没有流程一样的糟糕,危害可能更大。

电子商务企业的客户服务系统建设-再谈京东商城购物所感

    应该说第一次在京东商城的整个购物经历是极其郁闷和挫败的,从其网站的用户体验到售后配送、客户服务过程中,丝毫没有看出一个号称强调用户体验、强调客户服务至上企业应有的风采。在电子商务系统的细节设计–京东商城购物所感中已经从一个普通用户角度谈了很多关于对京东号称“历时三个月的封闭开发,人性化和开放互动的购物平台”的一些看法。原本以为此次购物经历就此结束的,没想到后续的客户服务过程更是让人大失所望。再次谈谈自己对京东客户服务的一些感受。

写完电子商务系统的细节设计–京东商城购物所感后打算给京东的客户支持发一份邮件告诉他们作为普通客户的感受,找遍了网站没有看到一个邮件联系方式,只有呼叫中心的联系电话(参看联系客服)。于是1-17日在客户中心 > 投诉中心中提交了一个投诉,系统提示投诉成功提交后竟然在投诉中心中没有发现自己刚刚提交的投诉,晕。

由于着急升级新买的笔记本好处理手上的其他事情,希望能够尽快配送商品到位,因此特别留意了一下配送时间。我是2009-1-14号晚上下的订单,在“我的京东中”系统提示订单的送货时间是2009-1-15 [星期四],当时还觉得比较符合大家说的京东效率高的看法。原本指望15或16日左右时间就能够配送成功的(所住的回龙观距离其承运的上地的承运人就半个小时的车程)。到了周六中午,所购的东西仍然未送到,实在忍无可忍(为了保证京东送货上门后能够尽快升级系统并把相关事情处理掉,特意这几天都在家里呆着等京东送货人员),在周六中午给京东的呼叫中心400-706-5500拨打了电话,没想到400-706-5500电话或是没有任何反应、或是好不容易拨通后提示座席忙,拨打了很久后,终于拨通了,座席(没记住座席号,一个男士)告诉会马上联系上地的物流配送中心尽快派人把东西过来。后来京东的客服也没回电话,也没有特别在意。到了下午5点左右,仍然没有见到送货的人,于是又拨打了400-706-5500,仍然是一个男士座席,让我别挂断电话稍等一下,他帮助联系一下配送中心,过了漫长的几分钟后(中间没有播放等待音乐,也不知道是否还接通,一度想挂断再拨打),座席告诉我送货到回龙观的人员早已经出来了,应该很快能够送上门,并且告诉我负责送货的人的电话,让我自己联系。等了一个晚上,也没有见到送货人员的影踪。致电送货人员,或是转接到留言信箱或是没有人接听。到1-18日星期天上午写这篇blog时候,快递仍然没有送货上门。

在京东热闹的论坛里面,发现遇到类似情况的不止我一个人,在论坛中发现一个订单处理延迟公告!,后来在首页的公告中也有此信息,只不过不知这样的信息放到首页上有多少人会去注意。

在这里不再想再讨论什么用户体验、什么以客户为中心的理念,仅以我这一次挫败的购物经历来看看电子商务企业的客户服务系统建设的一些启示。

无可否认,所有的电子商务企业都应当在自己资源许可的范围下花大力气建设自己以呼叫中心为核心的客户服务系统。呼叫中心已经成为与企业连为一体的一个完整的综合信息服务系统,是企业运营不可或缺的一部分。呼叫中心的最大价值在于协助电子商务企业完善业务流程,帮助电子商务提高其用户服务体验。它已经成为一个统一、高效的服务工作平台,它将企业内分属各职能部门为客户提供的服务,集中在一个统一的对外联系“窗口”,采用统一的标准服务界面,为用户提供系统化、智能化、个性化、人性化的服务。

从京东300个座席的规模来看,京东应该是花了巨资来建设其呼叫中心系统的。京东的呼叫中心系统是合力金桥软件帮助建设的,从个人对合力金桥软件的了解程度而言,我完全相信合力金桥软件的技术实力的,京东的客户服务过程中所暴露的这些问题并不单纯是呼叫中心系统的问题,那问题出在哪儿呢?

1、细节是呼叫中心运营成败的关键

细节一:拨打400-706-5500或是没有任何反应、或是好不容易拨通后提示座席忙。我知道具体的接通率是多少,只不过再繁忙,客服电话400-706-5500始终不应当是没有任何反映,是交换机问题还是ivr流程配置不合理;座席忙的问题,肯定是排班不合理,尽管是周六,但排班不是一成不变的,尤其是在临近春节业务繁忙时候。

细节二:座席对于我的第一次投诉电话,只是作为一个普通的咨询电话,不了了之。对于客户的每次服务请求,如果不能够马上协调解决,不管事情的大小,在协调解决后,应当采用主动服务方式告知客户结果;对于可以马上协调解决的,应当像第二次投诉时候一样,让客户稍等,然后协调相关部门马上解决。

细节三:座席对于我的第二次投诉电话,在协调解决时候,没有播放任何等待音乐。对于客户而言,面对没有任何声音的话筒是多么的冰冷。

细节四:座席让我自己负责送货的人的电话号码,然后让我自己与他联系。作为企业内部对外联系的“服务窗口”,呼叫中心应当作为客户问题一站式的服务点,座席应当帮助协调好企业内部各个流程,确认没问题后,再让客户参与流程中去,而不应当让客户自己去协调解决。

细节五:座席告诉我送货的已经出发了,但实际上我当天并没有收到发货的。可能是送货的太晚了放到第二天配送,可能是根本就没有送货,可能…。在服务过程中,如果不能够在承诺的时间内提供承诺的服务,至少要主动与客户联系,告知客户,让服务透明化。

细节六:公告信息问题。尽管在首页上有一个订单处理延迟公告!的信息,在论坛中也发了相应的信息。但对于电子商务网站的客户而言,是为了享受购买服务而来的,而不是为了像上sina一样看新闻信息来的,大部分的人并不会太关注企业的公告。如果在延误的订单中增加相应的提示信息,如果座席的服务过程中主动告知这些信息,如果在更加醒目的地方提示相关信息,有太多的如果。

2、呼叫中心!=电话服务中心

写完电子商务系统的细节设计–京东商城购物所感后打算发一封邮件给京东的客户支持的,找遍了网站竟然没有看到一个邮件联系方式;通过Web网页的投诉中心中提交了投诉也没有成功;在京东的论坛中,投诉的人倒挺多,只不过好像也没有专门的人员来处理这些投诉及建议。或许对于京东而言,为客户提供服务的渠道就是电话服务,其他渠道不是其建设重点。

所有能够与客户接触的点都是呼叫中心的服务渠道,包括电话、传真、邮件、短信、信函(邮包)、IVR留言、IM、Web网页接入、手机客户端、手机Wap网页、营业网点、在线客服等等,呼叫中心应该整合这些服务渠道,纳入企业统一的客户服务体系中,并且应当保证这些接入渠道的通畅且有专门的人员来处理这些服务请求。

尤其是随着Web2.0去中心化、UGC的趋势下,诸如SNS、Twitter、BBS、Blog、RSS、Wiki这些新媒体在营销及客户服务扮演愈来愈重要的角色,企业怎样利用这些新媒体来作为客户服务的渠道是需要好好考虑的,尤其是对于电子商务这样受互联网影响至深的行业更为突出。

呼叫中心不应当只是单纯的电话服务中心,按理说,呼叫中心应当是企业最为前端的技术应用试验地,各种最新的技术如果能够有效提升客户服务的质量都值得去投入,毕竟得客户者得天下。

呼叫中心接入渠道

3、呼叫中心必须与企业及合作伙伴的业务流程、业务系统无缝融合

呼叫中心必须与企业的业务流程及业务系统无缝融合在一起才能够真正体现呼叫中心的价值,否则再完美的呼叫中心都毫无价值。

我不知道京东配送我的订单是合作伙伴的配送队伍的还是京东自己的配送队伍,至少对我而言,其呼叫中心与配送团队的系统并没有真正整合到一起,所谓的配送跟踪功能没提供任何有价值的信息,更甭提达到联邦快递这些企业的通过GPRS追踪包裹递送状态。作为一个电子商务企业,应当通过订单来把企业的业务流程、呼叫中心服务流程、合作伙伴的it信息系统的流程整合在一起,为客户提供一站式的服务。

一个可以对比的例子是,同一时间(1-14晚上号)在淘宝上购买了一件在南京的店主售卖的东西,周六上午9点就由顺丰快递送到了。至少从这一点来说,这些个人店主的个人业务流程(尽管没有所谓的呼叫中心系统)与顺丰快递这样的企业的业务流程整合更为高效。

4、客户服务过程应当透明化

其实像对京东的抱怨,换成另外一家电子商务企业都同样适用,只是各家所暴露的问题严重与否的差别。一直相信人之初、性本善,大部分的客户其实都还是通情达理的,只不过企业应当把服务过程透明化,给客户以信心。一定要保证承诺的一定要做到,不能做到的只要解释清楚,大部分客户还是能够理解的。我之所以抱怨其实关键在于我不知道我所订购的东西的配送状态是怎样的,给我承诺的没有做到还要采用拖延、欺骗的方式。

5、以客户为中心不应当只是一句口号

“以客户为中心”是每一个企业都会宣扬的理念,但又有几家企业真正能够以客户的利益为中心,从客户较多出发,为客户提供更多的服务呢?

那个“历时三个月的封闭开发,人性化和开放互动的购物平台”,像我这样技术化的人自己简单试用就发现一堆问题的系统是“以客户为中心”开发的吗?那300个座席庞大的呼叫中心是“以客户为中心”运营的吗。

想起了360度Zappos谢家华:网上卖鞋年销八亿美元 中提到的Zappos的一些做法:

    虽然Zappos承诺四天内送达,但是通常情况下,顾客第二天就可以收到他们订购的鞋。谢家华希望,这一策略可以赢得顾客的“哇”,超越顾客期望意味赢得了品牌忠诚度。

    Zappos对顾客作出承诺,如果觉得鞋买得不合适,送货和退货的运费都是免费的。之后被总结为,“鞋合适就穿,不合适就换”。这一举措并非是Zappos首创,但是它做得最为彻底。

    如果Zappos没有顾客所需要的鞋,客服人员会推荐顾客到竞争网站购买,这一大度的做法进一步赢得了顾客的认同,而当他们需要通过网络购买鞋的时候,最先考虑的无疑是Zappos。

    正如360度Zappos谢家华:网上卖鞋年销八亿美元 中谢家华所说的:“人们很早就知道,提供良好服务的企业都会很成功。但却没有人那么去做。”

PS.写完这份blog后,打算再通过“我的投诉”把这部分建议提交给京东的客服,没想到提示“亲爱的用户,您有一条投诉正在处理中!请稍候提交新的投诉,谢谢!”,呵呵。

Technorati 标签: ,,,,

有趣的404错误页面处理

The 404 or Not Found error message is an HTTP standard response code indicating that the client was able to communicate with the server but either the server could not find what was requested, or it was configured not to fulfill the request and not reveal the reason why. 404 errors should not be confused with “server not found” or similar errors, in which a connection to the destination server cannot be made at all.

摘自wikipedia HTTP 404

处理好诸如404错误这样的细节,对提高用户体验是极为关键的,一些关于404错误处理有趣的资源,

  • 404lab.com :专门搜集网络上面有趣的自定义404页面的网站

http://www.404lab.com/404/

  • smashingmagazine.com 关于404错误的几篇文档

http://www.smashingmagazine.com/2007/08/17/404-error-pages-reloaded/?

http://www.smashingmagazine.com/2007/07/25/wanted-your-404-error-pages/

  • 404错误的处理方式及对SEO的影响

http://www.bloghuman.com/post/227.htm

  • apache配置方式

如果打开了mod_rewrite,则在.htaccess中添加ErrorDocument指令

否则可以在httpd.conf中使用ErrorDocument指令

# ErrorDocument 400 /error/HTTP_BAD_REQUEST.html.var
# ErrorDocument 401 /error/HTTP_UNAUTHORIZED.html.var
# ErrorDocument 403 /error.php
# ErrorDocument 404 /error/HTTP_NOT_FOUND.html.var
# ErrorDocument 405 /error/HTTP_METHOD_NOT_ALLOWED.html.var
# ErrorDocument 408 /error/HTTP_REQUEST_TIME_OUT.html.var
# ErrorDocument 410 /error/HTTP_GONE.html.var
# ErrorDocument 411 /error/HTTP_LENGTH_REQUIRED.html.var
# ErrorDocument 412 /error/HTTP_PRECONDITION_FAILED.html.var
# ErrorDocument 413 /error/HTTP_REQUEST_ENTITY_TOO_LARGE.html.var
# ErrorDocument 414 /error/HTTP_REQUEST_URI_TOO_LARGE.html.var
# ErrorDocument 415 /error/HTTP_SERVICE_UNAVAILABLE.html.var
# ErrorDocument 500 /error/HTTP_INTERNAL_SERVER_ERROR.html.var
# ErrorDocument 501 /error/HTTP_NOT_IMPLEMENTED.html.var
# ErrorDocument 502 /error/HTTP_BAD_GATEWAY.html.var
# ErrorDocument 503 /error/HTTP_SERVICE_UNAVAILABLE.html.var
# ErrorDocument 506 /error/HTTP_VARIANT_ALSO_VARIES.html.var

  • tomcat配置

在web.xml配置全局的错误码处理页面

<web-app>
<error-page>
<error-code>404</error-code>
<location>/NotFound.jsp</location>
</error-page>
</web-app>

或根据异常处理页面

<error-page>
<exception-type>javax.servlet.ServletException</exception-type>
<location>/servletex.jsp</location>
</error-page>

Technorati 标签: ,

http://www.smashingmagazine.com/2007/08/17/404-error-pages-reloaded/?

interaction design pattern(交互设计模式)–用模式来提升用户体验

这是一个用户为中心(user centered)的年代,诸如“以用户为中心的设计”、“以用户为中心的系统”、“用户为中心的营销”等等。

但是怎样才能够让产品设计中充分考虑到用户体验,避免致命性的坏体验(bad smell)?怎样让设计师的设计经验传承下去而不是“只可意会,不可言传”?

每一个人对此都有自己的答案,相信“模式语言”对此应该有所帮助,尽管这可能也不是所谓的“银弹”。

Common elements of an ID pattern

An Interaction design pattern usually consists of the following elements:

  • Problem: Problems are related to the usage of the system and are relevant to the user or any other stakeholder that is interested in usability.
  • Context: a situation (in terms of the tasks, the users and the context of use) giving rise to a usability problem. This section extends the plain problem-solutions dichotomy by describing situations in which the problems occur.
  • Principle: a pattern is usually based on one or more ergonomic principles such as user guidance, or consistency, or error management.
  • Solution: a proven solution to the problem. A solution describes only the core of the problem, and the designer has the freedom to implement it in many ways. Other patterns may be needed to solve sub problems.
  • Why: How and why the pattern actually works, including an analysis of how it may affect certain attributes of usability. The rationale (why) should provide a reasonable argument for the specified impact on usability when the pattern is applied. The why should describe which usability aspects should have been improved or which other aspects might suffer.
  • Examples: Each example shows how the pattern has been successfully applied in a real life system. This is often accompanied by a screenshot and a short description.

摘自wikipedia的Interaction design pattern

关于交互设计模式的一些资源:

http://en.wikipedia.org/wiki/Interaction_design_pattern

http://developer.yahoo.com/ypatterns/atoz.php

http://www.welie.com/patterns/index.php

http://www.visi.com/~snowfall/InteractionPatterns.html

Technorati 标签: , , ,