践踏都市

无意之求,得一足矣. 我的博客 | 我的相册

公告

天哪~哪里去玩咧~

接收更新邮件

关注站点

友人的站点

可疑的成功

对于创业者而言,失败当然最可怕,等而次之的就是平庸。而“可疑的成功”是造就平庸公司的头号元凶

 

两个月前,我在Alexa官网(一个相对权威的第三方流量监测站)上查了查kaixin001.com最近6个月的情况,发现无论是网站流量,还是用户量、页面访问量、日均PV等都出现了明显的下滑趋势,Google Trends的曲线几乎一致。又持续跟踪了一段时间,发现这个雪球似乎陷入了泥泞之中,它不仅不再滚大,速度也变得越来越慢。

开心网到底怎么啦?要知道它效仿的国外榜样Facebook已经突破了5亿用户,可还在高歌猛进。

我曾在自己的微博(http://t.sina.cn/shensimon)上提出过这个问题,获得了上百次的转发,70来个评论。答案大致如下:一,微博抢走了开心网的风头,这的确是时下办公室一族最时髦的新东东;二,过于封闭,缺乏新鲜应用,现有游戏大同小异,让人生厌;三,QQ的进攻;四,很多公司明文禁止员工上班时间寻“开心”……

作为一位曾经的活跃用户,我压根也不希望开心网变成另一个杯具。但就像残酷的世界杯赛场一样,年纪轻轻就顶着巨星光环的鲁尼、C罗、卡卡、梅西们不管多么走红,他们所率领的球队还是被无情地淘汰出局。

我相信开心网的麻烦并非一个孤例。在互联网这个极度喜新厌旧的行业里,几乎每年都会冒出几个创业小公司。一群聪明的年轻人,租个小平房,在电脑前不眠不休地干上18个月或者更长一点时间,再一推开门,已然拥有成千上万的粉丝用户,几千万美金的估值。人人都在体验谈论你创造的新玩意,。这样梦幻般的场景确实让人很爽。

但这就是“成功”吗?请允许我对它保持一点怀疑。

想一想校内、51、迅雷等等例子,这些在开心网之前广被看好的Web2.0公司,如今也不再是市场的宠儿。它们还能成为中国的Facebook吗?抑或已经永远地失去了这个机会?

如果我们把视野再放宽一点,你会发现这些“可疑的成功”不仅仅出现在互联网业,也现身于几乎所有那些被资本追逐和媒体热捧的行业里,区别仅仅在于“发酵”时间的长短。

纯属个人观察,一家创业企业,只要它能够挨过第一年最艰难的生存期,团队还算勤奋靠谱,那么在接下来的3-5年(不同行业不同,互联网企业的时间可能更短,传统行业的时间可能长点)内,碰巧做对一些事情,就会撞上一次属于自己的机会。

此时,企业的产品或者服务将轻松赢得市场份额,出现正向现金流,风险投资开始追求这颗“未来之星”,创业者也成为各大媒体的宠儿。“它们就要成了”,类似的情绪化判断会促使业界里那些活跃分子们将其作为跳槽首选。

但我总觉得,这个机会是创业者“撞上”的而不是自己真正“抓到”的。是上帝的暗示而不是你的自觉。

道理很简单,一只烂钟每天也总能赶上两次准点的时候。“好风凭借力,送我上青天”,只要你恰好站在风口浪尖经过的位置,碰巧做了一些对的事情。今天是你,明天就是别人踩上狗屎运。

但上帝不会总偏爱一个幸运儿,风也不会总往一个方向刮,越是新兴产业变化波动的幅度也越大。雷军讲“势在人为”,我高度认同。问题在于,如果势能突然衰竭了,或者转向了,你和你的公司还有没有动能咬牙补上。

“可疑的成功”,只会让你失去警觉。

过去你是光脚不怕穿鞋的,现在你也有钱买鞋了,不管草鞋皮鞋,可只要穿上就不一定再有脱掉的勇气。

这个时候,创业企业往往并没有真正想通自己的商业逻辑,更没有探索到这个游戏的本质:到底产品是因为什么红起来?用户到底需要什么?长久增长的动力究竟在哪里?你的出发点、路线、当下的位置和未来的方向能不能画成一个圆?

事实上,一个创业企业在持续成长的过程中,仍需要不断地自我拷问,它的商业逻辑也需要否定之否定证伪再证伪。碰巧做对的事情能够持续做对吗?

而那些提前透支快感的创业者们,很少愿意再深入思考这些问题。但别忘了,第一个到达珠峰前进营地的人,未必就是最后那个成功的登顶者。就算是你第一个登顶,还陶醉在所谓的无限风光时,已经有后来者悄悄下山,准备征服下一座峰。

太早太容易的成功通常都是“可疑的”,它的欺骗性远大于它的励志功能。看看我们身边,是不是充斥着很多直接从成长跳到早熟的平庸公司,尽管它们也曾经红极一时。

而以下这些错误,可能会让你的企业在通往“成功”的半途就拐向“平庸”,甚至永远无法再从商业丛林中突围而出。

            

错误之一,抢用户的钱包

在中国,用户是最好糊弄也是最难伺候的人。

他们很善良很宽容,每天往牛奶里掺一点点水,每天在网页里弹一两个广告,每天想办法找他们收一两块买路钱,每天为达不到的承诺说句SORRY,并不是一件多么困难的事。谁都理解,做企业不是学雷锋,没有收入怎么生存,吃不上饭又谈何发展。

但我不明白,创业公司们为什么那么急于把商业模式变成赢利模式?

早期的企业,一个个还装成让利于民愿者上钩的“姜太公”。等到用户规模上去了,“成功”似乎在招手了,就恨不得把电网渔炮都用上来。难道就是为了证明自己赚钱的能力?

中国的用户,其实很容易见异思迁。只要你的服务总是低于客户的预期,收费总是高于客户的预期,那么问题迟早会到来。没有比较还好,一有同行比较,问题就大了。

想一想易趣的例子。在如今全民淘宝的时代,谁还记得这个多年前的本土C2C之王。一群美国顶级商学院的毕业生,学eBay学得最像的中国公司,一度打败了所有的同类模仿者,能让eBay甘心掏钱入股,最后却被淘宝这个后起的“土鳖”公司打得没有翻身之地。

易趣犯过的最大错误是什么?是急于找用户收那么一点点管理费,证明自己的赚钱能力;而不是扩大用户基数,深入把握中国用户的需求到底跟美利坚人民有什么不一样。

据说开心网今年的销售收入能做到2亿人民币,但光把营收做上去就够了吗?营收是一个滞后的数字,它反映的是你以前的流量。但你未来的流量才能决定你未来的营收。做广告都是看你过去的东西,没有人会因为你两年以后怎么样,而给你投广告。但一个做自己企业的,怎么能不想到两年后呢?

事实上,开心网的最大败笔在于迟迟不开放第三方API,总想把能赚钱的事都自己做。等到如今不得不开放的时候,用户已经不想跟你玩了。

柳传志老讲“盖房子要先夯土”。用户就是企业最重要的地基,地基打得多实,未来就能长得多高。

 

二:有敌我,没自我

“高筑墙,广积粮,缓称王”。这是1357年大儒生朱升给朱元璋的建议。当时的朱元璋不过是元末乱世中的众多军阀土匪之一,刚刚有点“成功”的苗头。靠着这九字方针指引,朱把陈友谅、张士诚一个个灭掉,熬到1368年终于称帝。

很多创业公司,刚做出一点成绩,就恨不得马上宣布自己是XX领域的老大,XX平台的领导者。紧接着就是给自己树一个敌人。让全天下都知道自己在跟QQGE、中移动打仗,弱者需要大家同情。

我实在看不出有什么必要拉大旗扯虎皮?更不明白为什么如此害怕巨无霸?

人家毕竟只是一个部门一条业务线一份八小时工作,你是举全公司之力,集中资源24小时运转,以命死磕。WHOWHO呀?

当年,蒋介石最紧张共产党的时候,是他们在井冈山打出“中华苏维埃共和国”旗号的时候,最放心共产党的时候,是红军主动整编成国民革命军第八路军的时候。

创业公司只要还没上市,就该明着把自己往小里放,暗地往大处想。少自我催眠,多自我审视。

今天,一位不小心做出国内第二大客户端的创始人,以其实力,至少在杀毒这个领域,竞争对手各个击破没问题。但现在恨不得把国内所有的同行都踩在脚下,把对手的产品从用户的电脑中删除。结果是大家抱团跟它打。腾讯那么厉害了,你见过马化腾跟谁打过口水战吗?都是暗中捅刀子。话从来不说,手上一定没闲过。

天天念叨着活命发财的,是不会真干革命的。

老对着假想敌,琢磨人家会怎么做。想来想去只有战术,自己的战略在哪里?马云讲,“心中无敌,方能无敌于天下”。创业者真能把自己的商业逻辑想透了,自己的商业模式画圆了,自己该补的短板补足了,市场这么大,怎么做怎么有。

就像西班牙一样,第一场就输了球,硬是坚持自己的风格不动摇,进球少最后也能赢得章鱼保罗的青睐。

 

三:大些再大些?

商业竞争从来就不是一场百米短跑,而是一场终点不明的铁人三项赛。

四年前,我跟连续创业家季琦聊天,当时经济型连锁酒店行业看起来还前景无限。我问他,最重要的事是什么。他毫不犹豫答是开店扩张。全行业都是同一个想法。因为酒店的出租率动辄超过90%,用户的要求不高,企业的管理架构远没有到承受极限。但此后,金融危机爆发,奥运会收成远不如预期,物业租金暴涨,即使是老大如家也不可避免地出现亏损。

季琦自称,真正点醒他的是一句,“规模不重要,质量最重要。”74岁的雅高集团创始人杜布吕把这句话对季琦说了三次,作为对三个不同问题的答案。

QQ的第一桶金来自SP服务。但马化腾并没有把QQ变成一个寄生在运营商身上的公司。别人在抢钱,他们在不断改善客户端,提升用户体验,跟韩国人学习QQ秀和游戏,日后,SP公司被整顿死了大半,QQ成了。

身处今天这个浮躁势利的商业环境,意志不坚定的创业者必须警惕日益PE化的VC。他们很现实,只要你有可能成为下一个XXX,他们会给你开出你从未见过的高额支票,鼓励你长得大些更大些。但如果你做成前三名也不能赚钱,那么他们会直接把你从公司赶走,然后把公司卖掉。中华英才网、智联招聘就是最好的例子。

那些风险投资扎堆的热门行业,正在成为批量制造“平庸”公司的垃圾场,从连锁酒店、教育培训、Web2.0,再到今天的电子商务、无线互联网。

美国零售商协会连续两年发布的调查报告显示,ZapposAmazonOverstock这三家网站持续占据美国最佳零售商的前五名。这表明,B2C电商已经代表了美国零售业的最高水准。

而在国内,低价品促销+广告轰炸来诱惑消费者,利用信息不对称来维持毛利率,仍是国产B2C的主流玩法。除了各家的LOGO不同,你在国内主流B2C网站首页上看不到任何个性特色和价值观诉求。每家公司关心的只是更快的增长,更多的品类,更高的曝光率。只要新用户的涌入总是超过老客户的流失,那么花钱买收入就是一条捷径。

当我们这些用户都被当成“小白鼠”的时候,这样的盈利模式能持久吗?

 

四:品牌幻觉

   大约四五年前,北京市二环路东四十条的路口处,树立起一块巨大的俏江南广告牌。

每回路过,除了那张巨大的脸谱LOGO,让人印象深刻的还有所谓的“精品川菜”,出自斯塔克大师的豪华装修,以及一班很白领精英范的领班厨子等等。它大概也是本土第一家如此大手笔打广告的餐饮企业。

   从那之后,俏江南的女创始人和她的公子开始频频亮相于电视、网络和时尚杂志。品牌广告铺天盖地,近四十家连锁餐厅,在京沪两地推出了豪华会所,多个子品牌。PE圈中最著名的鼎晖和中金也出资3亿人民币成为其股东。

但俏江南的产品美誉度是否和品牌知名度同步上升呢?事实上,各大美食杂志已经不再把俏江南列为最佳商务餐厅。在造价两亿的蘭会所里,你吃得还是江石滚肥牛和摇滚沙拉,只不过价钱翻了几番罢了。越来越多的食客开始另觅新地,除了对其奢华装修失去新鲜感外,不断下滑的服务水准也是另外一个原因。

这家刚满10岁的企业已迷失在自己营造的品牌幻觉中,至于上市,看上去挺远。

或许是俏江南的商业逻辑出了问题。如果它要成为一家优秀的连锁餐厅,要么至少要保证以下三点:第一,工艺完全标准化流程化,不依赖厨师的个人手艺;第二,对上游原料及供应链有严格控制;第三,不能流行一阵就过时。

但在一位做过深入考察的资深投资人看来,它一条都不符合。如果它要成为一个高端餐饮服务企业,就不应该从咖啡到餐厅到会所全都做,这条战线太长了,而且其创新乏善可陈。

   很多创业企业在拿到风投后的第一件事,就是不惜重金砸向广告,希望在最短时间内确立一个品牌。尽管谁都明白,这些只是市场宣传,真正的美誉需要靠产品口碑的积累。可在竞争高度同质化的现状下,大家在乎的都是终点而不是过程。 但我担心的是,它们会不会忘了自己的出发点。

每一家成功企业的兴起,都是由于有一个或多个人对某个尚未得到解决的问题存在令人难以置信的热情,并对如何解决该问题有很好的认识,这是唯一真正的重要的事情。而其品牌正是基于对解决某个尚未得到解决的问题的充分自信。

问题在于,如果你的产品不能够革命性地解决这些问题,你的品牌自信还能维持多久?

  

 

   五:饱食者死

曾国藩练出的湘军,比八旗绿营都能打仗,原因有很多,两条很重要。一是物质刺激到位。湘军士兵的月收入是绿营兵的三四倍。打下城池,马上论功行赏。二是,治军有方,用儒家文化训导,招朴实农民当兵,用举人乡绅当军官,提倡不怕死和爱民。

物质和精神,创业企业两手都要抓,两手都要硬。

    早期寅吃卯粮的时候,大家都是一个锅里吃饭的好兄弟,利益共同体。等到一夜成名,融资了,股东多了,公司有钱了。更多的职业人也进来了,大家都在计算薪酬股权期权,也要分山头和地盘,关心分配多过于关心创造,上市兑现成了最大的动力。

   物质很具象,精神很抽象。顺境时,“大碗吃酒肉,大秤分金银”,已经足够激励大家了。一旦企业遇到逆境危机,“忠义堂”的作用就很重要。否则“人心散了,队伍没法带”。

    一个创业公司的精神气质和价值观,说白了就是创业者自己的精神气质和价值观。

贝索斯在创业的时候,立志做“最以消费者为中心的公司”。此后14年,不管是互联网网最疯狂的时候,还是最低谷的时候,他都没有改变这个志向。在2000年财务数字最难看的时候,亚马逊斥巨资搞物流中心,大力扩充产品项目的广度及深度。“这样的服务,你不能单凭数学来看,因为再怎么算,数字都会告诉你不能这样做。这样的决定就是靠直觉与判断,因为这是对消费者好的决定。”

创业者忘掉了什么,整个企业也会跟着忘掉。过上好日子,你还能记得“红米饭南瓜汤”的时候吗?

    乔布斯有一句名言,“保持饥饿,保持愚蠢”,其实就是说永远不要高估自己。他1980年代的两次挫败都是因为忘了这两条。

    那个古老的龟兔赛跑故事之所以到现在还没被人忘记,是因为老有人犯兔子的错误罢了。

反三俗群众怒砸凤凰传奇场!!
在Buzz里,朋友分享的个东东,Copy过来,大家乐乐~
--------------------------------------------------

有个老人,乳名阿猫,人称猫叔。
从小无父无母与奶奶相依为命五保户重点栽培对象。
哦对了他姓范,名三。
坎坷的童年历练了他,冥冥中早有定数,他一出生,就有算命先生说过此娃将来要干大事的。
父母双亡的事实,以及他前面两个哥哥的死,更是街头巷尾茶余饭后的谈资,皆指他命太硬。
顶着重重压力,他不负众望,三十几岁就富可敌国,生意做的很大。再也没有人戳他脊梁骨,替之而来的是心服口服与阿谀拍马。更出行时身边的保镖秘书小弟是围了洋葱那么多层。
有天,他百忙当中抽时间陪同心爱的女儿去看凤凰传奇演唱会。
演唱会规模庞大,门票更是早早售罄,场地座无虚席。
歌手上台一曲方毕,猫叔明显感觉膀胱已经到了张力的极限,来不及跟女儿打招呼直奔厕所,手下也不知所以,慌忙连追带喊,因为人太多,叫范总猫叔显然没用,嗓门亮的秘书情急,操起韩红唱青藏高原那股劲,直呼他大名,范三叔!
翌日,娱乐新闻头条:反三俗群众怒砸凤凰传奇场!!高呼啥反三俗誓反三俗。
网站建设是急功近利还是循序渐进?

从第一次做网站开始,到今年也差不多10年了,也可以算是“老鸟”了。自己做过很多创业型网站,也服务过N多的互联网公司去做网站。

急功近利和循序渐进是常见的两种建站的心态,在一个宏伟的规划面前,我们经常唯恐慢人一步,每每企图抢占先机,经过一番论证或者“研究”后跨马上架,而且常常越跑越快。04年的时候,我刚刚毕业,但当时也有大约4年做网站的经历,本着对网站的理解和对行业的了解,我一边找这工作,一边开始了我当时的第一次创业试验。

    我本来是油画专业毕业,然后自己又爱好程序,因此美工、开发、策划、推广我就一人开工干活了,当时的CMS还不像如今这么成熟,我当时就立足当时的情况(个人站长多如牛毛),想开发一套实用、能帮助个人站长快速建站的CMS,经过自己一番“研究”后,梳理了一堆CMS的功能点:频道管理、资讯采集(当时绝对是时髦有吸引力的功能)、无极分类、拖放布局(在当时也绝对是好创意)、前后端分离(我做过美工和开发,太明白前后端分离的重要性).......想好了一堆东东以后,我衡量了一下我的水平,觉得一定没问题,我对自己当时的开发能力相当自信。
    于是,我利用每天下班的时间和周末的时间,喀喀喀,一个月下来,一个可以用的CMS雏形和框架已近建立了,于是,我就自己用我的CMS建了个网站,叫"新楚天",网站建立的第一天,我就报着打造“楚天地方门户“的想法来做,加上我CMS内置的采集模块,每天以至少5000篇的采集速度来更新网站。很快,一个内容容量10W的网站就诞生了,当时界面抄Sina(和我在Sina工作有关),从外表看上去绝对是个大站。按当时的搜索引擎的状态,我以快速的更新和大量的泛资讯,我的网站流量成长很快(3个月内流量到达5000IP,6个月左右到达25000IP,此后一直增长,瓶颈状态是约一年左右的50000IP上下),我自认为我的网站已经是我打造的CMS的一个很好的推广平台和案例,在之后的半年内,随着网站的运作不我也完善了CMS的功能,于是我就挂了上了我的CMS的开源下载,发布了第一个版本的CMS。
(当时.net开发的完整系统都不多)
    基于我网站的流量,当时的日均下载量约有100多次,貌似有人是拿来研究代码的,有人是下编译版做网站的,一时间,我收到了很多朋友的邮件、留言,通过这个东东我确实是交了一些朋友(全国各地的,有些现在还有联系,目前这些朋友有很多也分散到各大网站和IT公司),这在当时确实是让我的虚荣心一下子膨胀了,更快的想最求成就感。急功近利的心态就出现了。之后的一段时间,我频发新功能,应该也有一些用户已经用我的CMS架了网站,很快我又收到了一些铺天盖地的问题和反馈,由于放了太多的功能,凭我当时的开发能力做出来不是问题,但是毕竟精力有限,无法在铺开的同时保证每一个功能精益求精,在刚放出功能的时候,都有朋友给我反馈功能的创意和理念的好(比如我当时已经模板化的提供采集,用户可以毫无门槛的去采集众多网站,提供的绝对分离换肤功能在当时也挺赞的),但是,每个功能放出没多久,都会有bug和一些使用上的问题,后面很长一段时间,我都疲于应付bug和优化,功能上都无发做开发,我自己的网站”新楚天“也没去多想做什么新内容,依旧机械的采集。
    我早期建立起来的跟新快、功能强的口碑很快就要瓦解,群里的朋友虽然能理解我当时的精力有限等困难,但是实际的用户是不能忍受他们的网站不太好用(我当时建了一个QQ群,把我的优质用户和一些开发研究朋友加了进来),于是有的朋友慢慢开始请我帮忙做数据迁移,我忍痛帮朋友将数据迁移到其他新起的CMS。(我的这个QQ群还在,以前的一些老友还常常聊起)从做CMS的初衷来看,我认为我的这次创业是失败的,因为到最后,差不多只是我自己的网站的一个系统,更不不能产品化。值得安慰的是,收获了一些朋友。

    在我的产品梦破灭后,我就转向开始做网站运营,”新楚天“作为我做CMS产品的一个衍生物保留下来了,而且当时流量还不错,于是我就自己安慰一下自己,还是吧网站经营好,做的CMS自己用得了。当时流行做Google的联盟广告,我也跟着一起来做,刚开始的时候,由于我没摸到门路,我一个月下来只要几十美金。这个时候,我之前建立的群,性质就变了,之前一群做网站的站长和技术人员,现在都开始一起讨论google广告赚钱的方法。当时还不知道用户体验的概念,我们就很单纯的去交流”怎么能让用户多点广告"(现在想想,就是用户体验里转化率的概念),以我当时的网站流量,我的转化率上到1/1000我的广告收入就可以上百美金,当时的汇率有近1000人民币,对当时的我还是补贴很大的。
    经过一番研究,我的转化率最终达到了1-2%左右,我一个月可以有1000多美金的收入,折合人民币,不比我的工资少了,过了一段相当爽的日子,由于“业绩”的刺激,我想把业绩再翻一番(当时已经到了现在的公司),于是又想了一堆吸引流量做内容的点子,做RSS聚合和资讯分享等等,当时也是受web2.0的刺激~于是新一轮的开发开始了。但是好景不长,睡着铺开的功能多,访问量和用户量的上升,性能遇到了瓶颈,程序需要大规模的优化,当时又遇到公司网站改版这样的大项目,瞬间感到精力不够用了,网站频频崩溃,新的功能上线后有bug,但是开发已经开始了,要撤回到之前的状态,貌似也很困难了(偶自己做网站自然不会有太多的版本管理),这个时候的网站已经是一个“理念高级但不成熟的产品”基本不能回到之前相对“低级但完整的网站”这给用户带来是毁灭性的体验,流量开始下滑,迫于个人精力的压力,基本不可能持续开发下去,于是在2008年初,只有将网站关闭了,也损失了每月约800-900美金的收入(反正前景不妙,不如乘早,免得影响工作)
    如果说这算第二次创业,那么也是因为一时冲动,追求业绩突长,没有控制好风险,将功能和产品线功能拉长,自己将自己拖死了。

    回过头来,在看看我当时的一些朋友,自己不懂网站的开发,守着一个网站系统去用,将功能发挥到极致,在原功能上不断改善和包装网站的内容和形态,随着产品的升级步步为营,几个朋友的网站都取得了不错的收益,一个朋友在07年凭借800万美金的风投,成功度过积累期,一个朋友连产品带人一起卖给了电信的合作公司飞信获得了产品的飞跃。

    其实,急功近利和循序渐进两种不同的心态,将决定你在互联网的领域能走多远。行业内可以看到,那些稳步经营的如QQ、163都比那些快速拿到风投的企业走的远!

[转贴]用户体验是一种态度

近些年来,用户体验(User Experience,UX/UE)被提及得越来越频繁,无论是软件、IT
还是任何其他行业都开始日益重视用户体验,例如:


  • 成立专门的用户体验部门/小组
  • 新增与用户体验相关的专职设计师、工程师甚至高层管理人员
  • 引入与用户体验相关的新开发设计流程
  • 用户体验以需求或主要评价指标的形式单独出现

这场用户体验革命的浪潮让几乎所有人都意识到了重视用户体验的意义以及带来的价值,但在实践过程中,人们也发现它对传统的软件开发产生着巨大的冲
击。很容易可以找出在企业或者产品团队中用户体验设计人员与开发人员之间的矛盾与对抗:









设计人员认为开发人员认为

  • 开发人员不理解用户的需求
  • 开发人员总是从程序的结构角度来考虑问题
  • 开发人员总是用性能或者其他各式理由来拒绝一些设计上的要求
  • 开发人员不愿意把时间花在进一步提升用户体验上

  • 设计人员对技术一窍不通
  • 设计人员的想法经常是天马行空、不切实际
  • 设计人员总是喜欢标新立异,用户根本不习惯这些怪异的设计
  • 设计人员的设计复杂度远远超出了项目初期的预算,我们根本不可能按时交付

在这些“抱怨”中我们可以注意到,最主要的矛盾在于设计人员和开发人员往往不能理解对方的工作内容,能够在对方知识背景方面有深厚积累的更是凤毛麟
角。也正是因为这一点,很多产品经理(PM)并不能很好地对设计和开发进行权衡,使得很多决策必须通过设计人员与开发人员的反复“对抗”来进行。无疑,不
管是团队内部的人员关系还是配合效率都有严重的负面影响。


是主导还是妥协?


一山不容二虎。如果设计人员和开发人员都各行其主张,产品永远无法不可能被开发出来。为了提升用户体验的地位,或者说是为了引入更加“用户体验”的
开发设计流程,一些原本是“开发驱动”的流程开始转向“用户体验驱动(UX-driven)”。用户体验驱动的本意可能是强调“用户体验的重要性”,避免
用户体验处于被动地位。对于强调“以用户为中心(User-Centered Design,UCD)”的开发流程中,更是起到了保障的作用。


勿容置疑,用户体验驱动开发确实提升了用户体验设计的主动性,但是遗憾的是:用户体验仍然是最终做出让步的一方。通俗地说,虽然现如今设计人员有了
软件设计的主动权(而不是被动根据开发的要求进行设计支持),但是开发人员仍然可以(而且应当)拒绝一切在技术和资源上不合理或者不切实际的设计。如果设
计妥协,产品只是不太好用而已;如果技术妥协,产品根本无法开发。一旦到了需要权衡的时候,牺牲的只能是用户体验。任何所谓“设计高于技术”的信条,只是
市场宣传的一套说辞和吸引公众的口号罢了:没有哪一个企业能够容忍自己的产品开发永远处于未知状态。


所以,作为企业来说,只有商业驱动,没有技术驱动,更没有用户体验驱动。


是研发还是开发?


很多企业在这一点上界定并不明确,这里列出“研发”和“开发”的一些主要区别:









研发开发

  • 创新、探索式的
  • 以得到某项数据或者实现某项新技术为目标
  • 没有严格的时间限制,往往是长期的
  • 研究失败是正常的、可以接受的

  • 项目工程式的
  • 以生产制造某项产品为目标
  • 有明确的时间限制和详细的开发计划
  • 非市场因素造成的失败会被视为严重事故

一般来说,产品开发人员不会把“研发一项新技术”写进产品开发的需求列表,因为他们很清楚无法进行这样的规划和预算,他们也不会承诺在产品中实现某
项目前还不存在或者没有掌握的技术——这是新技术实验室的研究人员做的事情。产品团队在制订开发计划时,只会选用现有的技术,因为只有这样,才能最大限制
地保证在给定的时间范围内,用给定的资源完成项目开发。谁知道新技术猴年马月才能被研发出来呢?


不过,这一切在引入了用户体验设计之后就被打破了。“更好的用户体验”进入了产品开发的需求范围,用户体验设计人员并不是利用现成的技术在生产产
品,而被要求进行“创新”。设计人员在几乎没有约束的状态下进行用户体验研发(而非开发),项目范围(scope)和工作量都处于严重模糊甚至失控的状
态。开发人员不知道设计人员设计出来的软件需要多少工作量来“生产”,甚至往往连设计人员都无法预计自己的工作量。


是技术还是态度?


现在一提到“以用户为中心”,大家都会联想到用户体验的一套研究设计方法流程。但是如果提到“用户导向”这个概念,可能大家已经习以为常。对于以商
业为目的的企业活动来说,我(至少目前)并不觉得这两个概念有什么区别,只不过前者听起来更加亲切,后者的学术感更强而已。“客户至上”“顾客就是上帝”
“顾客永远是对的”这些口号无一不在反映着“以用户为中心”的根本思想。很多年前,市场营销学家们就提出了变“生产导向”为“市场导向”,后又将“市场导
向”重新表述为“用户导向”。但是无论是哪种导向,市场营销还是市场营销,客服还是客服,并没有让用户体验团队来取代他们的职责。对于各种职能部门来说,
无论是“用户导向”还是“以用户为中心”都是一种理念,一种新的思维方式,而不是新的技术。


回到软件开发行业。最早的软件开发就是编码,能把程序写出来就万事大吉——那个时候可以算是“功能导向”的。当软件规模越来越大时,这种随意的开发
不再适合,于是开始有人研究软件开发的工程化,出现了面向软件开发的流程管理和质量控制,形成了软件工程体系。这一阶段,软件内部的质量有了明显的提高,
开发过程的质量也得到了控制。当“生产导向”变成“市场导向”时,软件开发商不得不开始重视用户对软件的感受,于是开始试图提升“软件面向最终用户的质
量”,也就是我们常说的“用户体验”。


在用户眼中,一切都是用户体验。无论是软件的界面美观性、可用性、说明书的装订、包装盒的印刷、杂志广告的内容、还是销售和客服人员的服务态度等
等,都是用户体验的范畴。用户体验部门如果对于界面设计事事具细,理应对生产印刷、物流、广告、售前售后等都应进行详尽的设计和规范。但事实上又没有哪个
组织的用户体验部门能够如此“全能”。因此,在我看来,无论是说“用户体验”还是说“以用户为中心”,都不是在指具体的技术或职能,更多的是一种工作态
度,就和认真仔细、耐心、热情、有责任心等等方面一样,是一种横跨所有技能职位的行事态度。换句话说:要做 UX 的人,而不是 UX 的事。


如何发挥用户体验的价值?


经过之前三个方面的讨论,现在应该来说说用户体验以及用户体验团队应该如何更好地在 IT 企业中发挥价值。


首先,“以用户为中心”是一种理念,“关注用户体验”是企业每个部门每个岗位的责任,而不只是专职人员的工作。也正因为如此,用户体验部门的主要职
能不再是细节的界面设计,而是对整个公司各项活动进行宏观指导和规范,以整体提高每个环节的用户体验。此时的用户体验部门不再是一个垂直部门,而是变为横
向部门。


其次,原来的那些事情还是需要人来做的,比如信息架构设计、交互设计、视觉设计、用户研究、可用性测试等等。这些职能仍然需要相关的专职人员,但不
再属于用户体验部门,而是根据其具体的业务对象,回归各个部门的职能。就好像开发需要前端、后台、测试工程师等等一样,需求工程师、交互设计师、视觉设计
师、可用性测试工程师也是开发团队中的职能,没有必要非要用“用户体验部门”将其独立和分离,更不可与开发团队并行。至于用户研究人员则可以回归市场营销
部门。在一个完整的产品小组中,各职能人员是在 PM
的带领下协同工作,而不是某部分去“驱动”另外的部分。真正的用户体验部门则应当制订更好的跨部门工作流程并给予各部门专业指导,以保证大家确实是在“以
用户为中心”的方式工作。


最后,也是最重要的:研发与开发的分离。用户的反馈收集与研究、用户体验的提升、交互方式改进等等应当是研发的范畴,由研发部门进行。产品部门要做
的仅仅是从研发部门中选取适合自己的研究成果,并把一些问题和想法提给研发部门——而绝不是在产品开发过程中给研发部门下达计划任务。用户体验设计从根本
上来说是一种创新活动,而在产品开发过程中是很难做到充分创新的,因此用户体验设计应当放入科研轨道。更彻底的做法是:即使是在研发团队中,用户体验设计
也应当只是研发团队的一部分,研发团队向其他部门输出的不能只是空洞的“创意”和“想法”,而必须是经过技术研发的、可行的“解决方案”,保证产品开发团
队只需要“拿来主义”。只有这样,才能让科研人员没有束缚地不断追求更好的用户体验并将其付诸于实现,而产品团队也不至于对产品需求、范围和工期难以掌控
导致项目延期甚至失败。


当然,要建立这样的体系需要强大的资金支持。追求好的用户体验与实现好的传统软件工程一样,都需要组织自身的积累和支撑。对于实力并不雄厚的小企业
来说,除了发挥英雄主义之外,还有很长的路要走。

在 Asp.Net中创建MetaWeblog API
毫无疑问MetaWeblog API是一个非常有益和受欢迎的发明,只为博客和其他网站的一些一般服务。


概念

metaweblog是基于XML的RPC通信( 下载 )。这意味着你有一组预先定义的结构(简单的数据类型属性 )表示,正转客户端和服务器之间。

您需要使用MetaWeblog API 的以下六个结构:

* BlogInfo: 有关博客的网址, ID或名称。
* UserInfo: 博客用户的ID ,名字,姓氏或电子邮件。
* Post: 就是博客帖子,标题,正文和类别。
* CategoryInfo: 博客类别信息,编号和名称。
* MediaObject: 有关媒体对象(图像,音频和其他文件类型)的名称,类型和数据。
* MediaObjectInfo: 媒体对象。



作为一般规则,您可以请记住, metaweblog API使用字符串类型为基本类型,参数和返回类型和不存在任何整数类型。 在几个地方也用到了布尔和Base64编码的字符串两个类型。



MetaWeblog API有九个方法:

* metaWeblog.newPost: 增加一个新帖子。
* metaWeblog.editPost: 更新帖子。
* metaWeblog.getCategories: 获得博客的类别。
* metaWeblog.getPost: 得到一个单一的POST数据。
* metaWeblog.getRecentPosts: 得到的最近的帖子。
* metaWeblog.newMediaObject: 增加一个新的媒体对象。
* blogger.deletePost: 删除一个帖子。
* blogger.getUserInfo: 获得用户信息。
* blogger.getUsersBlogs: 得到用户的blog清单。



如何创建metaweblog

1.首先下载XML-RPC.NET, 然后添加引用到项目中。。

2.创建一个 HTTP Handler 或者 WebService。这里创建的是HTTP处理程序MetaWeblogAPI.ashx。并设置入口点- Class="MetaWeblogSample.MetaWeblog"。

<%@ WebHandler Language="C#" CodeBehind="MetaWeblogAPI.ashx.cs" Class="MetaWeblogSample.MetaWeblog" %>



3.创建结构Structures( Structs.cs ),至于如何正确创建此结构,请看 MetaWeblog API 规范。

下面的代码是我创建的结构。 你也可以在你的项目中使用相同的代码, 因为这些结构是固定不变的。

using System;
using System.Data;
using System.Configuration;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Xml.Linq;
using CookComputing.XmlRpc;

namespace MetaWeblogSample
{
#region Structs

public struct BlogInfo
{
public string blogid;
public string url;
public string blogName;
}

public struct Category
{
public string categoryId;
public string categoryName;
}

[Serializable]
public struct CategoryInfo
{
public string description;
public string htmlUrl;
public string rssUrl;
public string title;
public string categoryid;
}

[XmlRpcMissingMapping(MappingAction.Ignore)]
public struct Enclosure
{
public int length;
public string type;
public string url;
}

[XmlRpcMissingMapping(MappingAction.Ignore)]
public struct Post
{
public DateTime dateCreated;
public string description;
public string title;
public string[] categories;
public string permalink;
public object postid;
public string userid;
public string wp_slug;
}


[XmlRpcMissingMapping(MappingAction.Ignore)]
public struct Source
{
public string name;
public string url;
}

public struct UserInfo
{
public string userid;
public string firstname;
public string lastname;
public string nickname;
public string email;
public string url;
}

[XmlRpcMissingMapping(MappingAction.Ignore)]
public struct MediaObject
{
public string name;
public string type;
public byte[] bits;
}

[Serializable]
public struct MediaObjectInfo
{
public string url;
}

#endregion
}

4.创建 MetaWeblog API 接口( IMetaWeblog.cs )。这个接口的定义也是 MetaweBlog的规范。 其中有 两组核心 MetaWeblog API 和 Blogger API。代码如下:

using System;
using System.Data;
using System.Configuration;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Xml.Linq;
using CookComputing.XmlRpc;

namespace MetaWeblogSample
{
public interface IMetaWeblog
{
#region MetaWeblog API

[XmlRpcMethod("metaWeblog.newPost")]
string AddPost(string blogid, string username, string password, Post post, bool publish);

[XmlRpcMethod("metaWeblog.editPost")]
bool UpdatePost(string postid, string username, string password, Post post, bool publish);

[XmlRpcMethod("metaWeblog.getPost")]
Post GetPost(string postid, string username, string password);

[XmlRpcMethod("metaWeblog.getCategories")]
CategoryInfo[] GetCategories(string blogid, string username, string password);

[XmlRpcMethod("metaWeblog.getRecentPosts")]
Post[] GetRecentPosts(string blogid, string username, string password, int numberOfPosts);

[XmlRpcMethod("metaWeblog.newMediaObject")]
MediaObjectInfo NewMediaObject(string blogid, string username, string password,
MediaObject mediaObject);

#endregion

#region Blogger API

[XmlRpcMethod("blogger.deletePost")]
[return: XmlRpcReturnValue(Description = "Returns true.")]
bool DeletePost(string key, string postid, string username, string password, bool publish);

[XmlRpcMethod("blogger.getUsersBlogs")]
BlogInfo[] GetUsersBlogs(string key, string username, string password);

[XmlRpcMethod("blogger.getUserInfo")]
UserInfo GetUserInfo(string key, string username, string password);

#endregion
}
}

5. 也是最后一步,实现接口。。此外,你还需要一个方法来验证用户的用户名和密码,验证通过的可以让其实现接口的方法。以下代码有所不同,这取决于你的博客引擎或网站。

using System;
using System.Data;
using System.Configuration;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Xml.Linq;
using CookComputing.XmlRpc;
using System.Collections.Generic;

///
/// 注释说明来自网络。。
///

namespace MetaWeblogSample
{
public class MetaWeblog : XmlRpcService, IMetaWeblog
{
#region Public Constructors

public MetaWeblog()
{
}

#endregion

#region IMetaWeblog Members

string IMetaWeblog.AddPost(string blogid, string username, string password,
Post post, bool publish)
{
if (ValidateUser(username, password))
{
string id = string.Empty;

// TODO: 请根据实际情况返回一个字符串,一般是Blog的ID。

return id;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

bool IMetaWeblog.UpdatePost(string postid, string username, string password,
Post post, bool publish)
{
if (ValidateUser(username, password))
{
bool result = false;

// TODO: 请根据实际情况返回一个布尔值,表示是否更新成功。

return result;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

Post IMetaWeblog.GetPost(string postid, string username, string password)
{
if (ValidateUser(username, password))
{
Post post = new Post();

// TODO: 请根据实际情况返回一个Struct { Struct是一个规范格式,
// 格式就是Post的属性,注意category是一个数组,是这个Post所属的类别。
// 如果类别不存在,服务器端将只处理存在的类别}。

return post;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

CategoryInfo[] IMetaWeblog.GetCategories(string blogid, string username, string password)
{
if (ValidateUser(username, password))
{
List categoryInfos = new List();

// TODO: 请根据实际情况获取Blog的类别,并设置CategoryInfo。

return categoryInfos.ToArray();
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

Post[] IMetaWeblog.GetRecentPosts(string blogid, string username, string password,
int numberOfPosts)
{
if (ValidateUser(username, password))
{
List posts = new List();

// TODO: 返回一个结构(struct)的数组(array)。
// 每一个Struct包含getPost返回值一样的结构。请设置后返回。


return posts.ToArray();
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

MediaObjectInfo IMetaWeblog.NewMediaObject(string blogid, string username, string password,
MediaObject mediaObject)
{
if (ValidateUser(username, password))
{
MediaObjectInfo objectInfo = new MediaObjectInfo();

// TODO: 返回一个数组
// 其中blogid、username、password分别代表Blog的id(注释:如果你有两个Blog,blogid指定你需要编辑的blog)、用户名和密码。
// struct必须包含name, type 和bits三个元素,当然也可以包含其他元素。


return objectInfo;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

bool IMetaWeblog.DeletePost(string key, string postid, string username, string password, bool publish)
{
if (ValidateUser(username, password))
{
bool result = false;

// TODO: 请根据实际情况返回一个布尔值,表示是否删除成功。

return result;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

BlogInfo[] IMetaWeblog.GetUsersBlogs(string key, string username, string password)
{
if (ValidateUser(username, password))
{
List infoList = new List();

// TODO: 请根据实际情况获取 当前用户 Blog 信息,并设置用户 Blog 信息。

return infoList.ToArray();
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

UserInfo IMetaWeblog.GetUserInfo(string key, string username, string password)
{
if (ValidateUser(username, password))
{
UserInfo info = new UserInfo();

// TODO: 请根据实际情况获取 当前用户 信息,并设置用户 信息。

return info;
}
throw new XmlRpcFaultException(0, "User is not valid!");
}

#endregion

#region Private Methods

private bool ValidateUser(string username, string password)
{
bool result = false;

// TODO: Implement the logic to validate the user

return result;
}

#endregion
}
}



6.编译通过了,测试下: http://localhost:1269/MetaWeblogAPI.ashx

app_img3

测试是通过了,具体如何怎么用在博客上我也没做出来,还得研究。值得提醒的是 通过 http://www.xmlrpc.com 下载 的 xml-rpc.net 包包已经包含各个结构,接口和方法的代码,请自行研究。
深圳车展上我喜欢的几个车车~

 

 

 

去看了下深圳的车展,好好喜欢这几个车车~~~
特别是大黄蜂,简直~

家里装修的一些事~

 休了一个十几天假,回家搞新房装修,准备10.1的新房,
小乖和我都忙的不行了,每天都像打仗一样,不过还好,小乖没有像其他女孩一样娇滴滴的,她陪着我一起逛建材市场,一起侃价~~hoo~~

忙是忙了点,不过挺开心的,我们都是为了我们自己的新房忙着~~

另外,回家也有点意外收获,牵出一个不小的项目~呵呵,接下来,偶得全心投入把这个项目的给弄下来~~

如果这个项目能做成,可以让公司有一个较大的发展~哈哈~(先暗爽一下)

不过,八字还没一撇,还需要努力~~

hoo~~Smile

火焰~~~

晚上去东冲烧烤,试验拍了两张火焰,这个效果看起来还满过瘾的~~

DSC_0050

DSC_0051

休假了~

最近真的忙的不行,累的不行,这次请了7个工作日的假,加上两个周末,偶这次一次可以休息11天了,哈哈~~~happy一下~~

明年就要回家,家里的房子还要装修,还要买东东,想想也挺忙的~呵呵

没办法,偶10.1就要在家里搞婚礼了,新房还是得好好装一下了~~

DSC_0025_new副本

再看公司的业务发展和日常经营

 一个公司,永远都对着业务发展和日常经营的问题。

无论何时,大家都能共识公司的业务是养活公司的根本,任何管理者,任何公司都不会去忽视业务的发展,甚至不顾一切去扩张业务。

我虽然不算什么成功人士,也不是什么资深企业家,但是从自己工作和创业的职业经历来回看,其实,要想企业有一个良好的发展,永远都要做好业务发展和日常经营的平衡,永远都到有清醒头脑人清一个事实:一定的业务规模和业务内容,必定要有对应的经营规则来运作,有些业务实际是建立在一些必要管理制度上,而业务要为建立一些制度和基础建设提供基本的成本支持。

不是业务量越大,公司的生存的越长,当然没有业务也无法生存。

这里乱写一些东东,我的意图是希望提醒自己,提醒我的伙伴,提醒一些创业的朋友们,
在企业发展和成长的生命周期中,业务发展和日常经营是两条腿,两者不纯在永久的恒定,每一个阶段,每一天都要考量两者的平衡和依赖。

 企业的全部不是业务、管理的全部也不仅仅是流程和制度,能找到合适的业务来顺势建立管理制度,能建成有效的经营管理平台去迎接有拓展的业务,这是个永恒对立统一体。

仅以此来和我的伙伴们共勉,做好业务发展和日常经营的平衡,迎接更长远的发展......

再次的创业战役就要打响~~

最近真的很忙,白天忙着上班,下班后还有着一堆事情要干,

不过值得庆幸的是,目标一个一个达成,正朝着我的规划来前进。

我一直的理想是能做我喜欢做的事,能从事书画、艺术类的工作,如今我的文化公司就要开张,我和我的伙伴们积累了多年的互联网系统也一步一步的完善,伙伴们的各项业务也在一步一步的成长。

这一切,都只是为我们共同的理想,为文化事业在铺垫着。

今年是关键的一年,我们事都很多,成败也就在此 。我们吸取了早年创业的一些教训,我们的团队不断从外部学习到一些新的经营理念和管理手段。这次,我们大家都辛苦积累了近3年,我们将要再次放手开博~~~

祝我们顺利,也感谢和我一起战斗的团队伙伴和朋友们!

用户体验为中心的产品研发上线流程简要

 

以下是我在工作过程中给老板的一封邮件,参考了网上UED的一些思路,然后加工了,做了简单的阐述,便于老板容易理解。

觉得可以拿出来,大家一起分享一下~

 

一个完整的互联网产品从有想法到产出,从完整的框架上看有4个阶段,

即:研究、执行、评估、优化 (也有3段论的,将评估和优化合并为优化)

然后整个产品的生命周期(一个产品的生命周期以彻底下线为终结)都在这4个阶段内跌宕,理论上,

4个阶段在时间轴上应该相对独立才 能保证质量、成本、效果的最优。

不排除每个产品都有分裂(细分)为多个产品(功能)的可能性,但是,每个独立细分产品(功能)内同样是遵循

以上4个阶段的开发规律,时间上都应该 相对独立。

 

1、   研究

产品开发前期包含很多研究,从UED角度,用户研究是伴随整个产品周期,同时是产品开发的第一步

对用户来说,用户研究使得产品更加贴近他们的真实需求。通过对用户的理解,我们可以将用户需要的功能设计得有用、易用并且强大,能解决 实际问题。

(在平安,实际整个需求阶段都是可以划在研究阶段,但是大家多用的 方法都是同事讨论和行业模仿来理解用户,并形成原型)

用到的方法&步骤:

步骤

方法

目的

用户调查

访谈法(专家访谈、深度访谈)

背景资料问卷

目标客户定义、用户特征和客体个性特征背景和知识积累

情景实验

验前问卷/访谈法、观 察法、卡片发(设计典型任务。可以是动手操作,可以是假想)

有声思维、现场研究、验后回顾

用户细分,明确用户特征描述;

是后期定性研究问卷设计的基础

问卷调查

单层问卷/多层问卷/拦截问卷/网页问卷等

获得量化数据,支持定性和定量的分析(结果多用来辅助决策)。

数据分析

单因数方差分析、描述性统计、聚类分析、相关分析、数理统计分析、主观测量

用户模型的建立依据,作为产品设计和解决方案的依据

建立用户模型(创建用户角色)

任务模型、思维模型(知觉、认知特征)

分析结果整合,指导原型、界面方案以及后期的可用性测试等

使用性测试

线稿图、低保真、高保真

定性用户的行为轨迹

 

 

2、执行

   产品执行,在网络行业实际就是指IT实施和开发。用户研究可以贯穿整个执行过程解决具体问题,常用的方 法有:

   访谈、卡片、使用性测试。

   但执行过程用的一些方法是临时补漏,不建在执行阶段做策略和方向性 的调整。

   行业内,执行阶段很多采用封闭方式(例如封闭开发)

   UED的一些方法,在执行阶段尽量不要立即应用到执行,而是累积到下以 跌宕,执行阶段更多需要引入质量管理标准和体系,确保有效执行。

 

2、   评估

产品上线后(或者即将上线),可以立即启动评估(启发式评估、接受 性测试),

上线的快速评估,用以定性问题。

启发式评估、接受性测试用的方法论主要是:

方法

目的

焦点小组,专家用户访谈

定性产品,评估产品从需求角度对用户的影响

使用性测试

客观的反应用户是否能方便使用,并获得用户的使用意愿数据

多变量测试、A/ B版测试

决策有风险的,不同用户的意愿,定量的收集多案例评估数据,用于客观决策和抽象归纳规律。结论也可作为用户行为和心理分析的数据基础

问卷调研

定量直接了解目标用户的评估

 

主要用来反应客观的问题,评估用户的接受度。

Web2.0后,一些大 的互联网公司提出“永久beta期”,以保 证整个上线过程都不断使用评估的方法。

评估阶段,实际一些产品实际就开始细分(功能、产品)开跌宕这4个阶段。

 

3、   优化

优化动作一般具有完善性、拓展性、方向性

实际启动了新一轮的执行,在没有遇到重大产品问题前,跌宕中的研究 阶段通常是针对性的完善和细化用户模型,在用户模型的基础上发掘新的需求。

拓展性、方向性就体现在,评估的结果会导致后续的产品形态、客户群 细分等发生重大的变化,导致优化后原产品可能的升级换代,产出衍生产品

(如腾讯QQ在优化过程中产生QQ秀功能,而后QQ秀是作为QQ的独立衍生品)

或着导致整个产品形态的根本性变更和调整非全盘推翻,而是新的优化 突出原产品。

(如:腾讯游戏从早期旗牌游戏,演变变成对战平台,改变了产品的根 本形态)

 

因此整个产品的周期中UED的方法,归 根到底是用户研究,其中不同阶段应对的不同问题,具体方法上有区别。
小福的屁屁被撞了
昨天,在观澜,偶倒车车,被后面来的大奔撞了下屁屁,屁屁刮花了,尾灯也破了个角,这两天郁闷中!
带领用户体验团队冲出重围(1)---找准用户体验在企业存在的价值

       “用户体验”对于一个一般的企业来说,是一个奢侈的东东,几乎所有企业都希望能提供好的“用户体验”,但不是所有企业能拿出预算来专门改善用户体验。
      如果有幸,你所在的企业能明智的拿出一些预算来做用户体验,那么你会如何做?

      是不断花钱请顾问?不断折腾一些新的点子来折腾技术人员?

      “用户体验 ”是一个很流行的词,流行到人们都可以说上两句,聊点想法。最近,我招人,面试了很多自己标注为有经验的交互设计师、界面设计师,聊天过程中,他们不断强调他们的设计是多么多么以客户体验为中心,他们的设计理念是多么的好。但是,聊到为什么离开原公司,很多“强人”都觉得很屈才,他们好的建议不被领导采纳,领导“独断专行”。

      那么,我深入去了解“你凭什么说你的方案是最佳用户体验”?能给我答案,多数表述为“用户喜欢”,“用户好用”,“大家都这么做”,其实我有点无语。

     因此,我可以对他们有个结论:还没弄懂企业的价值,用户体验如何辅助实现企业的价值。
     一个不懂企业价值的用户体验人,我认为只能去学校呆着,去研究所关着。

     这让我想起了一次和ISAR的袁老师的一次项目沟通。袁先生是一个海归博士,同时也在大学任教当导师,很有一股学术味道,但是,具体到企业项目中,俨然也很商业。我们谈到用户体验在企业和学校的不同时,那么最大的共识就是:在企业里,所有的研究和改善是必须以带来利润为前提,而在学术机构,则不用去考虑利润,而是纯粹的基于一个课题,不计成本的来找结论。

      看来,学术研究成果变成企业的解决方案还是要进行一次利润、投入产出的平衡。

      这是一个很简单的道理,但是的确很多用户体验人还是为了体验而体验,不符合企业存在的价值。

      简单来说,我认为用户体验在企业存在的价值就要体现在:通过专业的用户体验知识来提升产品可用性、转化率带来持续提升的业绩,同时控制成本增长,并尽可能的降低用户体验改善带来的成本开销的比重。

    

       OK,今天就先写到这吧,明天继续.......

 

2010年,我是准奔三

时间真是跑的太快,转眼我就29了,准奔三的人了~~
这个年龄该经历的都经历过了,

读书、创业、打工、恋爱,有过成功的喜悦,有过失败的教训~
虽然不是历经坎坷,但也一路风雨~

曾经天真的梦想,已经成为深埋心底的信仰,

都说三十而立,
三十意味者男人又要步入新的起点,又将有更多的责任!

奔三,我傍徨、沉重........

但我相信,我会以新的起点,进入更精彩的人生,
因为,我今年就要结婚了,就要有了我和她的家~~
呵呵~

更多内容 下一页 »