网站

随笔, 项目相关

国庆节前关于产品的叨唠

  1. 其实牢骚不分大小,也没什么先后顺序,随便唠叨唠叨,就用123体吧。
  2. 两个多月前,我正式成为产品人员,有自己负责的产品和为之奋斗的目标。
  3. 以前总觉得做产品跟做UE、策划差不太大,经过这段工作的磨练,现在知道以前的理解是远远不够的,我一上来就犯了很多低级错误,虽然以前听到过、别人给我讲过……但那些都没用,没有实际操作过绝对理解不了,而且一定要把该犯的错全犯一遍才会长记性。
  4. 一个独立产品,不分大小,必须有至少一个产品经理,负责该产品相关的一切事情,包括但不限于调研、需求分析、产品设计、定价等等,有点类似打杂的,跟产品有关系的事情就要挺身而出,不能含糊,且多数时候必须主导。
  5. 一个产品分若干阶段去操作,每个阶段或阶段里的重要功能,那就需要形成项目,每个项目由一个项目经理领导,负责包括但不限于时间管理、项目进度跟踪、项目质量保证等。
  6. 产品不可能单独产生,需要一个接一个的项目去支撑。
  7. 每个项目由项目经理负责管理,产品经理参与并提供各种产品方面的支持,其他角色略,但这两个角色一定要分开,项目经理有权去催产品经理提供曾约定的支持(文档、决策等),产品经理需要去做好自己的部分并争取更充裕的时间和资源。
  8. 如果这两个角色重叠在一起,就会出现我前一段时间碰到的人格分裂,一方面要踏实的做产品设计一方面又在催自己赶紧完成,两个相对立的角色体现在一个人身上实在是太难受了,以后我是不会这么干了。
  9. 提到项目经理,还有些想说的,以前有碰到过某些公司用行政/助理或文员秘书做项目经理的情况,这显然很有问题,项目经理应该是个可以帮助团队前进的人,绝不仅仅是只盯着Project 200X上的时间表、动不动就打小报告的、与产品和项目都无关的人去做的。
  10. 唠叨够了,该休息休息了。
  11. 刚好十一快到了,祝大家国庆节快乐!

网站运营, 随笔

用户转化率才是王道

注:以下是我这个外行的片面之词,因为最近工作碰到相关问题,所以随便记一下,没打算误人子弟。

已经存在相当一段时间的网站,有业务也有部分用户,他所面临的其中一个问题是怎么完成业务目标(比如增加营收、扩大影响力等),这就面临一个用户转化率的问题,是怎么把现有用户转化为付费用户的?

所谓用户转化率,我指的是从潜在用户成为特定用户类型的转化率,比如注册用户转化率、活跃用户转化率和付费用户转化率等。

举个例子说说转化率的应用,通过付费用户转化率可以计算付费用户的推广成本:(例子来自2006年Topica的一本白皮书,有改动)

数据项
数值 算法
推广费用总数
¥4,500 举例数值
注册用户数量 3000 举例数值
付费用户数量 90 举例数值
付费用户转化率 3% 90/3000*100%
每注册用户成本 ¥1.5 ¥4,500/3000
每付费用户实际成本 ¥50 ¥4,500/90
也就是说每增加1个付费用户需要投入¥50的推广费用。 影响上例的推广效果有三种方法:
  • 提高推广费用
    这应该是维持现有状况下表面上最直接的方法,事实上也是大多数推广的必然结果。
  • 减少获得每个付费用户所需的成本
    这可能最理想的方法,当这个成本下降的时候,一方面推广费用可以降低,另外同样的推广费用可以达到更好的推广效果,但这同时也是不容易达成的,这需要有足够强的议价能力,才可以在市场活动、竞价排名、线上广告等付费营销上享有更多的话事权。
  • 提高付费用户转化率
    可以这么说:提高转化率才是王道,以上述例子来看,同等条件下提高1%付费用户转化率,就可以增加到120个付费用户,每付费用户成本也降低为¥37.5,从而节省推广费用。
    (同时做到前面的两点)

那怎么提高付费用户转化率?我能想到的有:

  • 收集用户需求和跟踪统计用户数据
    以合理的业务目标做目标,改进需要有基础和方向:统计用户数据就是基础,可以挖掘用户的部分实际需求;接着需要不断倾听用户的意见,贴近用户需求就是方向。
  • 优化业务流程
    以一定真实数据为基础,就可以进行相应的流程优化。以网上商城为例,用户在购买流程的每一步操作,从浏览、商品放入购物车开始直到用户下订单并支付完成,或在中途放弃支付,都需统计及分析。不断去优化流程,该精简的精简、该删除的删除,让用户更容易获得商品,增加更多的正向循环流程。
  • 提高访问体验缩短用户决策时间
    从页面框架、图像设计、导航等到整个网站结构,让用户更容易得去理解网站的用途,更快知道自己该怎么去用,更快决定进入业务流程(用户体验这部分UCDChina有不少好文章可以参考)。需要说明的是 ,现在的网站产品越来越重视用户体验,但不应该是为了有用户体验而重视用户体验,而应该是为了完成特定的业务目标。
  • 保持用户转化率
    要增长先保持转化率不下降,活动、优惠、促销、代金券等等都只是手段,保持后方能增长。
  • 针对关键目标用户
    例如像书店,来的人虽然很多,看书人的也不算少,但是最后掏钱买书的却只是一部分。也许目标用户群很广泛,转换为注册用户的也不少,但实际会转化为付费用户的却很有限,寻找关键目标用户就非常重要,且随业务发展而变化。
  • ……

当然上述也可以部分适用于提高注册用户、活跃用户转化率。

另外,网站需要根据自身需求,选用合适的转化率标准,比如我觉得:

  • 一个论坛最好使用活跃用户转化率。
  • 一个网上商城最好使用付费用户转化率。
  • 一个交友网站可以用注册用户转化率。

其实说到底,我还是认为付费用户转化率的含金量最高,因为不需要再考虑后续转化率,这并不是说其他转化率没用,毕竟注册/活跃用户转化率对广告销售还是有很大用的。

终于写完了,这是近期令我比较困扰的事情之一,本文意在抛砖引玉,希望有相应经验的朋友可以(通过Gtalk/Gmail)不吝赐教,在这里先拜谢了~

站务发展, 随笔

私人记录:不想写简历

看了一下,最新的一篇Blog是1月底写的,现在已经3月中了,我又1个月没写过什么了,Blog确实是这样,其实我差不多每天都写东西(还算勤劳啦),有长有短,比如把短的更新到使用频率最高的twitter(Friendfeed统计出来的),其次稍长一点的都写在最近在公司推行的Wiki上(没错,我就是开荒牛~)。

进入正题,不知道为什么,最近一个月经常回忆起以前的经历,引起我回忆的是简历–要公布在公司wiki上的简历(其实也没什么东西),之前的经历像影片一样一幕幕的展现出来:

  1. 上世纪80年代末90年代初,我还沉浸在FC(任天堂红白机)的欢乐中,那时就梦想自己一个人做个游戏出来,所以立志考上大学的计算机专业。
  2. 1997年末,我还是只对电脑的使用感兴趣,主要还是电脑游戏,后来家里可以上网了,就对互联网产生了浓厚的兴趣,当然这时的兴趣完全建立在网站浏览和网上聊天上。
  3. 1998年,高中学到Basic语言编程,从此对编程开始有兴趣,同年开始用VB开发牌类游戏,当时因不懂算法设计导致失败(后来发现绝不仅是因为如此),最后只完成窗口界面,曾为此自暴自弃一段时间。为了完成儿时的梦想,后来还是报考了一个学校的计算机专业。
  4. 1999年,用记事本通过直接写HTML代码的方式,作了第一个超简单的个人主页,虽没有地方上传,还是喜欢上做网站,后来听说了网站空间,于是开始疯狂搜寻、使用免费空间,最后落户在myrice.com和heha.net。
  5. 又因为从小喜欢听歌,曾先后做了纯手动更新的四个音乐类网站,其中有一个用RealAudio做的在线听歌网站、一个学雅虎的目录搜索、一个乐评资讯站、一个歌手资料站。
  6. 1999年9月,上大学了,在学校学到C语言,发现遇到了一个喜爱的程序语言。
  7. 遇到一个可以免费得到CN域名的机会,代价是付出自己的网站,将所有权交给某域名网站,最终没有签约。
  8. 1999年底左右,在网上看到一个叫做什么社区(也就是后来的交友加强型BBS)的网站,是用ASP写的,发现确实比纯网页有意思,于是开始寻找支持ASP的空间,未果,发现自己正在使用的空间(就是香港的heha.net)支持一种叫PHP(那会还是PHP3呢)的程序,好像跟ASP差不多,学习过程中发现语法与C极其相似(这也是我一直喜欢它的原因之一),后来用PHP完成了文件型留言板、图形计数器等若干小应用。
  9. 2000年吧,找到免费解析一年顶级域名的某国外网站,注册域名yorso,网站取名乐索(不是勒索),做了我最后一个音乐网站。
  10. 2001年,用PHP和Mysql做了一个音乐社区雏形,包括歌曲库、文章发布、资源搜索、会员注册/登录、论坛(最终没完成)等,当年因为联系的站长多数不愿意分享自己的资源,所以最后还是失败了。
  11. 2001年底,在网上偶然找到一个叫有个网的国内PHP虚拟主机提供商,正式注册了自己的域名94smart.com,架起了一个仅包括近期更新的纯个人网站。
  12. 2002年初,大学快毕业了,找到在某知名游戏公司做网站的工作,头一次知道正式的网站制作要经过的流程,以前自己实在太作坊式了。发现页面设计、JS脚本和Flash都很有学问,所以曾下过一些工夫学习。
  13. 2002年底,开始深入学习CSS,以前虽然用,但是没系统学过,发现这个确实是处理页面样式的好方法。
  14. 2003年,离开上家公司,到某门户网站游戏事业部负责网站工作,我被大公司的内部工具震到了,例如支持大型站点的CMS、图片负载均衡、站点同步等等,很多工具确实可以提高效率。
  15. 2003年底,开始接触Blog,自己空间里架过几个,没玩出什么,暂时淡忘了。
  16. 2004年,开始接触SNS,下半年使用Drupal重新架设了Blog,正式开始写Blog。
  17. 2004年底,因为种种原因开始思考工作方式、目标的改变,第一次给领导写建议并获部分采纳。
  18. 2005年初,与公司UE部门合作工作,开始认识到UE的重要性。同年开始更加关注UI、UE。
  19. 2005年下半年,与技术人员一起进行玩家Blog项目,上线后因部门不重视、缺乏推广等原因搁置。于8月离开该公司,顺便回家整理自己的思路,写成建设计划提交给下家公司。
  20. 2005年第三季度至今,加入现在的公司,继续从事网站建设工作,任网站架构师。
  21. ……

写完发现有点像简历……有些事情印象不深了,还有些事情是混在同个时期一起进行的,所以可能年月就记错了,反正主要是写给自己的,无所谓~有些经历过个七、八年,回头再看的时候,可能已经不重要了。

重点是有个目标,为实现目标需要进行一系列努力,可以学到一些技能,获得其中的经验,之后可以更贴近目标,而且越深入越能发现需要补充完善的部分,经验如此循环积累下,总会有个结果。还有一点很重要,就是在需要的时候一定要和别人合作,只有这样才能更专心于自己的目标。

我发现自己的梦想好像太多了,从不切实际的到比较靠谱都有很多(就不写出来了),好像跟我广泛的兴趣有关系,当兴趣上来了就会产生相应的梦想。

我不想放弃梦想,也许现在没有能力没有条件去实现, 但那只是暂时被封存,如果以后有机会我会努力完成它。

MicroBlogging, 分享体系, 随笔

研究笔记:Twitter的简单分享体系

前两篇分享体系相关的笔记写了PownceSoup.io,接下来需要翻过头来再次研究twitter,我个人认为当之无愧的(自说自话的)微网志鼻祖。

虽说twitter简单,那只是表面的简单:

  • twitter看上去简单到只分享文字信息,但不简单的是,它把微网志、即时消息/回复(@id前缀)、定向消息(d指令)混合在一起。
  • 当然链接也可以,twitter会自动将文字里的网址转换为可点击的链接。p.s.tinyurl类的短Url应用也在twitter的激发下被广泛使用。
  • 以”What are you doing?”(你在干嘛?)为题,不停的答复着,自说自话着。
  • 但,有多少人真正是在回答这个问题呢(我的好友就很少照做),尤其是gtalk、twitterfox、twhirl等tw应用的流行,现在的twitter已经变成了带群聊功能的IM。
  • twitter将好友的概念实质化,加好友变成跟随(follow),单方面的相当于订阅,双方面确认的是好友关系。
  • twitter的分享有一定权限划分,分几个层次:
    • 跟随用户和收藏内容为任何人可见
    • 更新内容可以限制只有好友可见
    • @id前缀的回复内容被同样跟随该id的用户可见
    • d指令定向消息只有对应用户可以看到
    • 被跟踪数量和资料只用户自己可见
  • twitter的网站我很少去,除了为加好友等特定功能外,能不用就不用,因为我觉得twitter网站交互性不够好,不能总是没完没了地刷新页面。
  • 好在twitter提供imbot,用gtalk就很方便的互动起来,而且它提供丰富的API,除了twhirl等纯客户端外,还有twitterfoxtwiiterbar等firefox插件,另外还有一批特殊应用将twitter可以共享的内容无限扩大,比如twitterfeed可以把feed按自定规则发布到twitter,其中长地址还自动转换为tinyurl。
  • twitter可以自定义部分页面CSS。
  • 可以通过手机短信、wap移动更新、分享。
  • 使用Amazon S3服务存储用户的头像文件。
  • 页面用户信息使用vcard。

为了这个系列的统一,我还是放出这个简单到不行的分享架构图:

twitter.png

分享体系这个系列,我已经写到第三篇了,也许还会有第四篇、第五篇……这个系列一半为了工作需要,一半为了记录自己的即时想法,如有不同意见欢迎留言或gtalk交流,有些内容没有提到是因为我一时还没有理解,也欢迎来点化我,我会在不影响原文的基础上进行补充。

p.s.我现在使用twitterfeed发布Google Reader的阅读分享,一般每天发布也就在一个小时内进行,且数量很有限,应该还不够干扰别人的视线。

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

MicroBlogging, NewSite, 分享体系, 随笔

研究笔记:美味汤Soup.io的分享体系

Soup.io

美味汤Soup.io我是今天才知道的网站,之所以叫她美味汤是因为她本身提供文字、引用摘要、链接、图片及视频发布外,还可以融入很多不同类的包括美味书签del.icio.ustwitterflickrdiggyoutube等流行的元素,她这样的特性让我想起了已经被G.F.W掉的Vox。(p.s.说到Vox,我还是挺喜欢用的,可惜被墙了:( )

和Vox有一些相似点:

  • 都以分享、展示为主要目的。
  • 都可以聚合(混合)其他应用的数据元素,比如flickr、youtube等。
  • 自选显示界面模板

当然Soup.io跟Vox并不是一类的应用(放在一起说纯粹是因为我的个人爱好),她有自己的特点:

  • Soup.io定位为剪贴板,可以贴出非常丰富的页面。
  • 她无需注册,即可发布分享内容、导入内容。 p.s.分享的时候快一点永远是令人喜欢的,其实就是开一个匿名帐号(或公共帐户),这算是一个不错的引子,当你试用后觉得好用的话可以通过快速入口注册成正式用户。
  • 发布内容包括文字、引用摘要、链接、图片及视频,给我的感觉Soup.io更倾向于视觉上的分享,音乐和其他文件并不在主要分享范围内。
  • 导入更加开放,可融入更多的元素,比如包括twitter和jaiku在内的几种微网志内容、美味书签del.icio.us的网摘、在Ebay的(商品)信息、Vox的更新内容等等,如果还觉得不够,可以直接使用RSS格式导入其他内容。
  • 自定义界面,包括字体、字号、前景背景颜色等,还可以修改CSS。

现阶段Soup.io有些部分还很薄弱:

  • Soup.io有好友系统,但并没有分享权限的设置。p.s.也许分享就应该是广博的。
  • 也许是以展示用户自己分享信息为主,好友的分享信息没有很好地体现出来。
  • 暂时没有可以和桌面互动的方法,我没听说她如Twitter一样有众多IM和客户端作为发布工具,也没有Pownce那种功能性十足且够眩的Air客户端。

最后补充一张图,暂时记录这么多,更深入的有待我去整理。

p.s.我并不喜欢网间传播Soup.io的时候,用瘦皮猴这个名字,不够形象。

Update1:soup.io的IO意在输入输出,好多人把他定义为Life Streaming还是挺合适的。

Update2:上传文件存储在自己的服务器上,这样未来的发展瓶颈可能会出现在文件服务器的负载上,为啥不学习Pownce和Twitter把文件上传到S3之类的服务器上呢?

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , , ,

Blog, 随笔

2007中文网志年会北京印象之年会现场

昨天,11月3日,2007年中文网志年会开幕的日子,我扛着400D,去清华科技园国际会议中心呆了差不多一天(早上9点到下午16点),见到不少Blogger,拍了50多张照片(都在这里),战果还是不错的,稍后会分几篇blog来描述对这次年会的印象。

先来晒晒会场的照片,流水账开始:

清华科技园1 清华科技园3

地方还算很好找,清华南门边上就是,上了台阶往前走点就能看见年会提示牌:

通向会场的楼梯 排队入场

上去的时候还挺合适,正好赶上入场,有些网站抓紧时间在派发贴纸、明信片等物品。

会场门口的易拉宝3 会场门口的易拉宝1

大厅和会场走廊放了不少易拉宝,有年会有赞助商的。

会场门口的易拉宝2 会场里的易拉宝2 会场里面的易拉宝1

会场的布置还是不错的,前方左中右各有一块大屏幕,左边负责现场发布通知,中间用来现场直播及播放视频,右边是jiwai.de的微博客直播屏幕。

会场布置1 会场布置2

会场的jiwai.de直播屏幕 会场里的主题板

现场很热闹,人们都趁还没正式开始,互相”久仰久仰”、交换名片……

会场随拍4 会场随拍3

会场随拍1 会场随拍2

这篇先这样了,后边的blog会具体写我的印象:

  1. Blogger们,久仰
  2. MicroBlogging大展拳脚
  3. 赞助商切入不顺畅

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , ,

互联网, 工具, 桌面软件, 浏览器, 随笔

Prism,WebRunner及WebApp专用浏览器

WebRunner,最早是在刀枪Blue上看到,是个可以把WebApp变成桌面快捷的浏览器工具,说白了就是给网页套一个浏览器的壳,每个WebApp就是一个单独窗口的专用浏览器

它的核心使用和Firefox一样的Gecko,0.7版已经提供包括Gmail、Google Calendar、Google Docs、Google Groups、Google Analytics、Google Reader、Facebook、Twitter等一堆实用App,除此之外还可以自制WebApp(稍微有点繁琐),甚至连界面风格也可以重定义(但我没有成功~)。

Prism是WebRunner进入Mozllia Labs后的正式项目,只要填写简单的信息,就可以很方便的将网站自定义WebApp,而不用像WebRunner那样要经过编辑INI、打包等一系列有些繁琐的过程。

Prism,WebRunner这类WebApp专用浏览器解决了单应用网站的性能优化问题,可以独立存储Cookie等该应用相关数据,并将WebApp封装、桌面化。

Prism和WebRunner的WebApp与桌面程序相比,有好有坏:

  • 跨操作系统平台,Windows、Macosx、Linux等通用。
  • 可通过CSS重新定制显示界面。
  • 必须安装相应运行环境,就像使用Java程序必须装JRE一样。
  • 不能与系统其他应用做交互,比如文件拖拽动作等。
  • 同系列(如Google)WebApp间不能互动。
  • 不能成为某些格式(如.doc)文件的打开工具。

它们又让我想起一些相关的事物:

  • 若干年前有一种将网站打包为执行文件的工具,当时看过的不少这么做成的电子书;
  • 早前带有唱片信息的MP4音乐可执行文件;
  • 招商银行个人银行专业版客户端。

前两件都只是可读的,套用到浏览器,大概属于离线浏览模式,并不是在线实时的,但是它们有个共同点,就是自执行且不用依赖除系统以外的运行环境。如果增加在线互动,这类就有望成为WebApp专用浏览器。

第三件是我能想起来的最成功的专用浏览器,招商银行个人银行专业版整合了一卡通和信用卡的所有Web功能(当然有些功能Web上是没有的),很多功能更直接调用Web端的,已经比较接近WebApp专用浏览器了,但如果没有IE环境它也还是运行不了。

嘿,不知不觉写了这么多,赶紧收尾吧~

最后,让我们来为未来WebApp专用浏览器展望:

  • 跨操作系统平台。
  • 独立封装WebApp,数据、信息、界面都可自行存储。
  • 轻量级,无需软件环境即可运行。
  • 可安装、卸载。
  • 性质同桌面应用,可与其他应用(桌面或Web)交互,可作为文件的默认打开程序。
  • 每个网站都可提供自己网站专用的WebApp浏览器。
  • 有发布商代理特定类型浏览器的广告。
  • ……

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , ,

闲言, 随笔

抽空发个广告:近日招聘汇总

以下是代发招聘广告信息,有兴趣就Gmail或Gtalk我(页面右侧有我Gmail地址):

UIUE设计

工作地点:北京 工作性质:全职或兼职

职位概述: 某知名电视节目推荐/排行、网络电视类网站的UIUE设计

商城总监

工作地点:北京 工作经验:3-5年 最低学历:大专 工作性质:全职 招聘人数:1人 管理经验:是

职位概述: 1.负责商城整体规划、运营、推广、合作等; 2.确保渠道能满足行业发展情况和公司业务发展需要; 3.分析整理商城优缺点,对商城的进销存各环节进行优化; 4.负责商城部门日常管理工作。

职位要求: 1.有三年以上商城类网站运营管理经验; 2.熟悉、了解游戏,特别是单机游戏行业;能够把握品牌建设及产品市场定位; 3.良好的文字、口头表达能力;熟练使用办公软件;较强的团队合作意识、协调能力、沟通能力,较高的工作效率。

CEO助理

工作地点:北京 工作经验:1-3年 最低学历:本科 工作性质:全职 招聘人数:1人 管理经验:是

Main Responsibilities: 1.负责公司首席执行官(CEO)日常工作的协助; 2.负责重要客户资料管理; 3.负责总裁办重要对外联络; 4.协助公司高管人员与各部门联络沟通; 5.以及协助管理其他业务工作。

Requirements: 1.2-3年以上助理工作经验或3-5年工作经验; 2.了解公司运作,有业务工作/业务辅助工作经验; 3.有较好的英文基础,能够独立负责日常与外籍客户的联络沟通及接待; 4.较强的沟通能力及表达能力; 5.熟练使用办公软件。

COO助理

工作地点:北京 工作经验:3-5年 最低学历:本科 工作性质:全职 招聘人数:1人 管理经验:是

Main Responsibilities: 1.负责公司首席运营官(COO)日常工作的协助; 2.负责重要客户资料的管理与整理; 3.配合COO与各部门联络沟通; 4.以及其他业务工作的协助。

Requirements: 1.3年以上助理相关工作经验; 2.了解公司运作,有业务工作/业务辅助工作经验; 3.了解财务基础知识,有财务工作经验优先; 4.有较好的英文基础,能够独立负责日常与外籍客户的联络沟通及接待; 5.较强的表达沟通能力,亲和力强; 6.熟练使用办公软件。

战网程序员

工作地点:北京 工作经验:1-3年 最低学历:大专 工作性质:全职 招聘人数:1人 管理经验:否

职位描述: 1.根据需求文档说明,负责项目客户端模块的设计与编码。

职位要求: 1.年龄不限,计算机相关专业; 2.一年以上工作经验; 3.熟练使用C++/MFC开发语言; 4.熟悉windows界面开发,熟练使用MFC各种界面控件,能够配合设计美工完成工作; 5.了解windows多线程; 6.了解socker编程; 7.具备良好的团队协作能力和沟通能力; 8.工作责任心强,认真踏实、较好的创新意识。

<

p class=”zoundry_bw_tags”> Technorati : ,

桌面软件, 随笔

Microsoft Expression Studio小试加闲扯

这件事情再次证明,让反感微软Web环境的人去试用Expression Studio是多么得奇怪。

我试用了Expression Studio部分感兴趣的应用,包括Expression Web、Expression Blend和Expression Design的部分功能,主要是冲着他们对外宣传的Web方面功能,没想到Expression Web和Expression Design如此一般,远不如Photoshop和Dreamweaver,倒是跟Web关系最小的Expression Blend效果还不错。

试用情况说完了,下面来扯一下:

9年前,我以FrontPage开始,对HTML和网站制作进行部分了解,但直到碰上DreamWeaver后,我才认识到FrontPage把我带歪了。

这些年,做网站最顺手的工具莫过于Photoshop和Dreamweaver了,后来他们的所属公司Adobe和Macromedia合并造就了新的Web建设套件:Adobe Creative Suite 3(简称CS3),达成在这个领域的独霸,微软当然不甘心,于是发布整合图形设计、网站制作、动态交互设计等的Expression Studio,但是愿望终归是愿望,我就不太看好他。

我不是微软的Fans,虽对Expression Studio有一定的反感,但还是佩服微软硬撼Adobe的决心,居然耗这么长时间(好多好多年了)开发这个套件,原想微软Fan们也许会喜欢,但我问了几个公司里面的MS铁杆,却都说不看好或不大喜欢的。

但是不可否认,Expression Studio对.Net架构有一定优化,用惯Visual Studio .Net和ASP.net的朋友应该会适应他的UI,在此还是推荐一下。

扯完~

<

p class=”zoundry_bw_tags”> Technorati : , , , , , ,

UE, UI, 交互设计, 工具, 桌面软件, 随笔

Axure RP Pro 4.6的功能又强大不少

上个月21号Axure发布了Axure RP Pro 4.6.2.946,这个版的功能又完善不少,前一阵用4.4版做项目的时候发现几个简单的效果没法实现,昨天装了4.6版,感觉还是不错的。

主要完善了以下实用功能:

  • 文本输入框增加诸多实用选项,如密码遮照效果等。
  • 增加横向和纵向菜单,不用再用动态面板(Dynamic Panels)模拟了。
  • 支持变量(Variables)设定,和动态面板(Dynamic Panels)配合可以实现输入检查。
  • 支持条件语句(Conditional Logic),IF..ELSE变为可能,方便进行界面逻辑控制,登录模拟也真实多了。
  • 支持模块(Masters)的事件抛出(Raised Events),在不同页表现同一模块可以做不同的操作。

以上是我比较关注的功能,其他还有不少变化,详见Axure的特性描述页

延伸阅读:

p.s.说实话,用Axure有一段时间了,总是感觉用起来欲罢不能的,恨不得把所有效果、可能性都表现在原型里面,导致美术设计人员会抱怨这样束手束脚的,残念呀~但淘宝UED都用Axure规划,使我很佩服他们的UI设计人员。

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

UCD, 搜索引擎优化, 随笔

SEO和UED,这个话题不错

SEOUED这个话题确实不错,感谢白鸦wkcow,终于聊到这个尖锐的问题。

对于一个网站,UED是让用户感觉有用、易用、好用,而SEO是要更多的人通过搜索引擎发现他。如果两者可以配合将是最完美的,如果不能那就两边不讨好。

我比较同意白鸦文中的看法:

4、UED是在作品牌内功,SEO是在作品牌营销。得分清。 5、品牌不只是靠营销作出来的,品牌体验非常关键。 品牌的基础是用户体验,营销需要建立在用户体验的基础上。 6、所以:SEO需要建立在用户体验的基础上,破坏用户体验的SEO一定是不好的。 所谓”SEO需要建立在用户体验的基础上”是指:没有好的用户体验再SEO也白搭;也指:产品有多少seo就作多少,不要越界。别把搜索”小姐包夜”的网民带到一个淑女培训网站上去。 7、UED可以并且应该帮助SEO,但不能是损失用户体验去帮助SEO.

上面我最同意6里说的,在用户体验完整的基础上做适合的SEO,将产品通过搜索引擎推广出去,如果产品做得不好,就算SEO做得再好也是白搭。

<

p class=”zoundry_bw_tags”> Technorati : , , ,

UX, 随笔

扯:煎饼和用户习惯记录

最近一阵,早上多数都在单位对面的超市买煎饼,味道不错量又足,师傅的手艺还是挺不错的,而且经过一段时间后还能记住我的要求:绿豆面,不放辣椒和腐乳,现在买煎饼不用说师傅就给做好了,真省心呀。这就是现实生活中一个非常小的用户习惯记录的例子。

好,开始扯今天的主题,用户习惯记录应该是服务行业都该做的,只有记录后才可以进一步实现用户服务匹配,用户在某种程度上讲都是很懒的,如果可以记录用户的部分习惯(比如吃方面),让用户觉得很贴心,可能就因为这个让用户产生了好感,让用户为了这点而继续使用这个服务。

用户习惯记录不一定从一开始就被使用,但如果在某些情景下,用户有主动记录习惯的需求就要及时补充,比如网站内容列表形式记录、商场积分卡、理发店会员卡等等。

扯远一点,扩展到网站,如果没有任何访问/流量统计的话,说用户体验研究那就是扯淡,在缺乏定量分析的情况下不太可能产生正确的用户需求。

最后说一句,用户行为分析有点像那空中的浮云,很难捉摸,但如果先做到用户习惯记录,帮用户记住习惯再进行简单匹配,可能就可以立于不败之地,RFID也许是解决这个问题的一个途径。

扯完~

p.s.写完才发现概念有点混乱,自己都有点晕,还好是扯系列的文章,不用太多解释了。

<

p class=”zoundry_bw_tags”> Technorati : , , ,