• UCDchina开放投稿后的第一个话题是排序

    排序是个很泛的概念,而且根据被排序的数据量排序方法和侧重又有很大的不同。因此一直没想到从何着手。

    今天把玩iphone的时候突然又想到这个问题,于是挑了个简单的路线来说说。

    我们从排序的目的来开扯。

    个人认为,排序的目的是方便检索(浏览)

    个人认为,排序是为了方便用户浏览(被排序的)数据,当用户浏览数据时就有了让数据有序排列的需求。于是才有排序。

    在数据量较少时(一般在20组以内,如电梯按钮),排序则较为简单,常按首字母顺序进行简单的排序,而影响用户浏览体验的更多的是排版。这里就不深入探讨。

    而当数据量达到一定程度的时候(超过50组),想要浏览就有一定的难度了,此时用户的最适合的行为则从浏览变成了检索。

    这时排序方式才起到了至关重要的作用,成为检索数据的根本,成为所有检索手段的依据。这里分享三种比较代表性的情况。

  • UCDChina书友会话题:怎样设计“帮助”最有效?

    1、古时,婚前性行为不太流行。年轻人新婚之夜,做婆婆的总要在新人的枕下方上一些春宫图,引导新人进行初体验,以便造人。

    2、UCDChina三月份的话题是如何设计有效的帮助,几位前辈都提出了相当有意思的见解。 尤其是Junchen的《帮助是什么》以及白鸦《是否需要让用户“知其所以然”?》直接触发了我写文的欲望。

    3、之前就很想参与到UCDChina这个团队中来,这次UCD开放了投稿,十分开心。正好这一阵子手头有个旧项目的改版计划会涉及到帮助这方面的内容,前一阵正收集了一些相关的典型案例来分析,打算拿来一晒。可惜“帮助”是三月份的话题,文章也写的不是太好,没有被采用,呵呵。

    4、个人认为,帮助相当重要的一种形式就是引导新用户对产品进行初体验的一个向导或一本手册或一段视频(各种应用中的新手上路、如何XX、XX向导等。),这正如古时的婆婆放在新人“枕下”的“春宫图”。这个“春宫图”的质量,直接决定了“新人”能否顺利完成“初体验”甚至“成功造人”。

    5、我们举两个例子来说:

  • 今天公司的代理有问题,我换了几个代理,结果搞得gtalk帐号被封了,登陆时显示“Account locked”。点击"Sign in"则会显示下面的图片。

    gtalk.png

    习惯了google、apple的幽默我以为这次也是一个不大合适玩笑。于是还真的把图片中的文字输进去了。结果还是不行。

    后面我Google了一下,才找到了解决办法。

    More...

    引用如下:

  • 早些时候,白鸦、麦田他们谈双向好友的时候,我就说过他们把事情搞复杂了。

    结果,豆瓣被误导了,弄出了一个和友邻独立出来的好友关系。

    然后白鸦又写下了洋洋洒洒的千字长文《再说双向好友》

    我觉得这个问题其实没那么复杂,以下是我的解决方案:

    一、回归基本:单向好友叫 关注、双向好友叫友邻(或者好友,为了表示纪念,以下称友邻) ,这个和豆瓣原来的友邻关系,简单却实在,对豆瓣这样的基于推荐的社区也够用了!

    理由:如果说SNS是游戏,那么好友关系之类的设定就是游戏规则,游戏规则的制定为了让游戏世界更有趣,更有特色,更吸引人、而不是为了规则而规则,所以不能为了双向好友而双向好友!那是盲目崇拜权威、并且断章取义!!!

  • imified

    前一阵子在网络上看到评论后,加了imified机器人有一段时间了,不过之前请求一直没有被接受,今天一上线,发现机器人亮起绿灯,终于被启用了。稍微体验了一下便已激动不已。
    imifile是一个开放接口的跨平台im工具机器人。本身有三个功能:
    1、Note:相当于便签,可以自己编写笔记,查看笔记,这个个人认为用处不大。
    2、Reminders:提醒,在进入My Account(web)设置好自己的时区后就可以启用,个人认为这是一个相当有用的功能,本来想拿来当闹钟用,可惜只能用一次。
    3、Todos:任务,可以添加和取消任务,持续性的记录,可惜需要进入该项目才能看到,个人觉得最好在打开聊天窗口的时候就提示任务。

    这三个功能还算是实用的,但也很普通,真正让我激动的是imified的第三方应用,以及它的自定义快捷指令功能。

    先说说第三方应用,进入 My Account 可以看到4页的第三方应用(widgets)。虽然目前wigets的数量还不多,但是已经基本涵盖的主流的英文博客系统(WordPressMovable TypeBloggerLive Journal ) 、迷你博客系统(TwitterPownce )、以及迷你博客整合(Twitter + Jaiku )还有各种网络书签( Delicious )等。 还有Google Calendar 等功能性的插件,以及一些没用过的小玩意。这些才是他强大的地方。也就是所你几乎可以用imified来管理你的所有博客、微型博客和网络书签。

    另外还有一个很值得一提的地方:快捷指令,在 My Account 中可以设置各种功能的快捷指令,第三方的widgets启用后也可以设置快捷指令。设定后可以输入“/指令”来调用,快捷实现各种功能。有很大的自由度。

    比如,我把Wordpress的快捷键定义为“/wp”,之后我只要在对话框里输入“/wp”就会直接进入写文章的过程。im会提示先输入文章标题,提交后会提示输入文章正文,最后会跟你确认是否发布。

    imified在国内没有宣传,暂时也还没有支持什么中文的哦网络应用。

    对编程,对API 我还是菜鸟。给imified注入中文应用的重任就交给其他牛人了。

    访问:imified网站

    机器人:
    AIM : IMified
    MSN: imified@imified.com
    GTalk: imified@imified.com
    Jabber: imified@imified.com

  •  

    前一阵子blogbus持续了好长一段时间都没有更新新的模板(除了广告模板),而比起国外的一些博客(比如wordpress)开发性也不够。于是萌发的迁移到wordpress的念头。博客开了,banner都做了。

    其实这是一个很无奈的决定,从Qzone迁移到blogbus快半年了。最早是看到网络上的口碑宣传来的,上车之后,觉得真的很不错,一呆就是近半年,如果可以,我真的不想迁移。我一直很喜欢blogbus。干净、清爽、条理清晰、反应迅速。刚来的那时候组织的专题活动也很不错。

    可是后来bus越来越商业了,渐渐地开始怠慢普通用户,新模板也都是商业模板,商业的味道越来越重,确实,商业很好,而且BSP不商业也不能维持下去。而且blogbus的商业运作模式是很好的。同活动同专题结合在一起。但是,毕竟不是所有的人都接受商业,就算接受也无法接受一直只有商业的东西。于是,对bus的不满在“车厢内”渐渐喧嚷了起来...

    仿佛是对这些不满的回答,blogbus陆陆续续搬出了新首页、一个新的非广告模板、然后在原定9月24日的一次小跳票之后终于在25日新版后台和另外两个新的非广告模板正式上线正常运行。

    老实说,新发布的三个模板我第一眼都不太喜欢,唯有iZ的这个(就是我现在用的这个)还过得去,所以,这段时间我还在心灰意冷中,正在想办法找个东西把bus的数据迁移到wordpress去。

    但是,在我寻找导出数据的方法的时候,我无意中使用了一下新的模板管理系统。虽然新的模板管理系统还有不少有待完善的地方,比如:

    1、自定义html只能集中在一起。

    2、同一个模块放在内容区域和放在侧边栏区域现实的样式都是侧边栏模式,窄窄的。放在中间十分难看。

    可是bus却有一些东西是别人煤没有的:

    “那就是只保留用户真正需要的东西。”这句话好像是bus的OO还是CEO说的。而bus确实做到了。后台管理很简洁,却又应有尽有。

    个人觉得wordpress可管理的东西太多,耗神。而blogger可管理的东西太少,缺乏不少功能,更何况她已经被GFW给喀嚓了。

    于是,我最后还是决定,留在bus,留在我真正意义上的第一个博客上,希望blogbus越做越好!

    以下是一点点期待,或者说一点点建议:

    1、针对前面提到的“ 自定义html只能集中在一起。”的问题,能否让用户可以添加更多自定义html并自己决定放在哪里。

    2、针对前面提到的“同一个模块放在内容区域和放在侧边栏区域现实的样式都是侧边栏模式,窄窄的。放在中间十分难看。” 是不是可以做个自动判断?

    3、针对“API开放性比较差”的问题,是不是考虑升级一下API,至少让大部分主流的远程提交文章程序或者插件基本上都能支持。(个人是用火狐的插件ScribeFire.)

    4、尽量多做一些让用户更有积极性的活动,商业活动也没有关系,但是要对用户有用,或者能让用户产生收益。

    5、加一条,希望可以让用户设置昵称,我希望显示的名字是“九翼青鸟”而不是"wingofwind"

  • Bingo,好一个新页面。把主体导航移到了左边,跟类别很好地结合在一起,同时在视觉上有一个很明确的级联结构。分类上下级联然后向右拓展,搜索和所有分类在视觉上也有一个级联关系。

    一个思路很清晰的位置导航变体。

    有点像是之前W3C发布的那个Tab式位置导航变体的竖向再变体。

    这么做的好处是:导航本身就是当前位置的提示。省去了当前位置这个模块。而且也令模块间的跳转更加易用。

    但是这毕竟Tab式位置导航变体本身就是一个新鲜出炉的芋头,烫手程度还没有降下来,用户用的都还不是很习惯,亚马逊在它的基础上再加以改造,堪称是对用户习惯的极限挑战。

    点击看全文

  •  今天在逛木的实验室的时候发现了一片文章,传说中完美的字体缩放功能终于出现了。

    原文如下:

    //

    有意无意地,在访问IKEA网站的时候发现这样一个有趣的操作:

    • 如果使用Firefox的朋友,在IKEA页面里按Ctrl+”+” 或Ctrl+”-” (调整页面文字大小快捷键)
    • 使用的IE的朋友在IKEA页面 里,浏览器顶部菜单 》View(查看) 》Text Size(文字大小) 》Larger(更大) or Smaller(更小)

    看到与其他网站页面的不同变化了吗?

    有什么感想呢?

    //

    才疏学浅没能解读其中的代码,但是这样的体验不得不惊叹一下,自从字体缩放被提出之后,有许多著名网站在这方面都做了很多尝试,但用的最普遍的还是使用相对字号的办法。包括把放大字号特意放出来放在页面左下的戴尔也还是把页面挤变形了。但是宜家却做到了。

    不过这里补充一个美中不足,宜家中文页面是照搬英文页面的,结果由于中英文显示的差异,中文见面在普通字号下一塌糊涂。

    有兴趣可以去看看

    看完有何感想呢?