• ----:)欢迎访问源码网(:----
    • 首页
    • 博客
    • 学院
    • 下载
    • 论坛
    • 影视
    • 发布源码
    • RSS
    • ITPig
    • 笑话网
    • 百家姓
    • 繁體中文

源码网 - 中国第一源码门户
选择镜像:网通镜像 - 电信主站
  • 首 页
  • 新闻动态
  • 网站运营
  • 网页制作
  • WEB开发
  • 编程开发
  • 图像媒体
  • 操作系统
  • 数据库
  • 服务器
热门搜索 优化 SEO 故事 cms IIS7 MySQL 个人 AdSense 主题推广 | 文章搜索: 高级搜索
会员登录/控制面版您的位置: 学院首页 >> 新闻动态 >> 程序安全 >> 详细内容
 

推荐文章

 
 

热点文章

  • 网关IP和MAC地址绑定批处理防止Arp欺骗攻击
  • 国产多用户博客BLOG程序试用手记!
  • 谈新手如何安装discuz6.0.0正式版
  • LBS^2漏洞
  • EasyWebServer网站服务器 V1.9 介绍及使用说明
  • 新一代企业级电子商务平台问世
  • 动易SiteFactory CMS 1.0版正式发布!
  • 2008年流行CMS深度评测报告(一)
  • 最近网络上最狠的病毒惊现
  • 2007年网站内容管理系统(CMS)年终精选点评
  • Dede2007 分类信息模型抢先预览
  • 动易seo修改{$showpage}篇
 
 

相关文章

  • SAFE MODE Restriction in effect 的问题
  • 译文:商业计划书应该解答的十五个问题
  • UCHome未来猜想
  • 央视:网店新规存在很大问题
  • UCHome的大硬伤:把论坛帖子当博客使
  • 解决IE8无法正确输入淘宝、支付宝密码的问题
  • 大型网站的小问题
  • SQL Server 2005 数据转换服务的常见设计问题
 
 

百度搜索

 
 

从软件设计人员角度看UCHome的问题

  • 阅览次数:
  • 文章来源: http://robbin.javaeye.com/blog/214605
  • 原文作者: robbin
  • 整理日期: 2008-07-16
  • 发表评论
  • 字体大小:
  • 小
  • 中
  • 大

UCHome在我看来是个很有点创新意识的软件,尝试在SNS框架下面整合博客,以SNS来带动博客的互动性,想法很不错,不过在我看来犯了一些软件设计的大忌:

1、强行整合博客很生硬

在 SNS框架下面整合博客,很容易丧失博客的独立性,这一点我在自己JavaEye博客提到了。UCHome给SNS里的博客增加了模板功能,让用户自己可以更新博客模板,这样博客的个性化和独立性凸现了出来。但是博客一换模板,独立性固然有了,但是和SNS整个网站风格显得极不协调。

比方说我在5GSNS自己个人主页点击到黄奕的首页,她的博客模板更换了,而且反差极大,让我的眼睛很不适应,本能的觉得到了另外一个网站,然后再点击她的某篇博客文章,猛然又换回UCHome的页面风格,心理很不适应。这种整合太生硬了。另外一个SNS也有类似的问题,而且更严重,默认就是风格不同的模板,非常突兀,但为了避免惹麻烦,我就不点名了。

总之,还是我博客提到的那一点,我不看好这种深度整合。应该尊重不同网络形态的内在一致性和逻辑性,从界面上强行整合太别扭了。


2、开放与不开放之间界限太模糊,让人无所适从

我觉得设计软件要强调操作的一致性,使用的一致性。海内这种封闭的社区因为多了UGC,已经有点操作分裂了,朋友分享给我的日志,很多时候是封闭,我得加入好友才能看。对用户来说,这很不好:我点击一个日志链接,我不知道究竟能不能看到,操作具有不确定性。UCHome因为多了点开放性,这种使用上的分裂感更大了。作为未登录会员,有些日志链接可以点击,有些不能点击,但我在没有点之前根本不知道能不能点。登录以后,我期望那些本来看不到的日志,现在应该看到了,结果发现有些已经可以看到了,有些还是看不到,要加为好友才行。但我没有点之前根本不知道哪些能看,哪些不能看,一点提示都没有,太让人迷惑了。最糟糕的是,明明有些本来可以看的内容,因为作者突然设置了私密权限,现在变成不可以看了,让人无所适从。UGC本来应该有公开性被若干人以若干方式设置了若干权限,读者就像掉进了迷宫,不知道哪扇门是开的,哪扇门是关的,像无头苍蝇一样乱撞。

3、网站功能太复杂了,让人眼花缭乱

UCHome的功能好多好多阿,复杂性太高了,没有一个用户能够一下领会这么多功能,不要在一个界面放太多链接,放太多功能,用户很容易产生挫折感,好的网站设计应该很简洁的,不要无谓的堆砌功能。

就我对5GSNS几天的使用体验来说,我认为UCHome这种强行整合SNS和Blog是失败的,不是UCHome细节做的不好,而是整合的大方向不对。从用户的角度来说,无论他是未注册会员,还是注册会员,抑或是好友,统统提供同样的界面,但实质上不同使用程度的用户操作权限又不同,这就是内在属性的不一致,却要强行保证界面和操作的统一,其结果就是非常生硬。有人说技术人员点评互联网非常不靠谱,可能是有点不靠谱,不过技术人员用严密的逻辑思维能力考察一个网站的逻辑一致性和自洽性,很容易从纷繁复杂的头绪当中一眼看到本质问题,而我相信有本质问题的网站是没前途的,我可以直接判死刑。

我觉得正确的做法应该是针对不同使用程度的用户提供不一样的东西,但是在底层进行统一。用户对一个网站的了解是由浅入深的,网站应该顺应用户的习惯,由浅入深的引导用户。当他是未注册会员的时候,屏蔽对他多余的信息,只展示给他公共的,高质量的信息,引起他对这个社区的兴趣,给他时间了解这个社区;当他是注册会员的时候,给他提供个性化信息和个性化服务,由用户根据自己的意愿挑选自己想看的东西,想参与的事情;而对于熟人好友之间,更重要的不是UGC,而是交互了,你得提供app给他们交互。所以:公共信息、个性化SNS,和APP是三个不同层次的东西,要分开提供,让用户需要不同需求的时候看到相应的工具,不要一股脑。

我看5GSNS用户加来加去,与其说是交友,不如说是好奇心。我通过站内信息广播或者xx朋友的状态,发现了一个颇引人瞩目的标题党,很想点击看看,结果发现作者设置了权限,我不得不不将其加为好友,否则就看不到。你说究竟是我想交友呢?还是我想满足看标题党的好奇心呢?这是交友行为吗?我怎么觉得和过去BBS里面强迫你先回贴才能看主贴的美女图片的做法没有两样呢?

所以我还是那个观点:UCHome要创造新型SNS社区的目标没有错,但是路径选择错误:Facebook的界面样式就是为SNS社交工具量身打造的,你非用它来套你的SNS社区,根本就是削足适履,我怎么用怎么别扭。要做SNS社区得另外创新,不能抄Facebook之皮。

上一篇:PHP使用zlib扩展实现页面GZIP压缩输出
下一篇:构建支持Master/Slave读写分离的数据库操作类
  • 网友评论:
  • 查看所有评论
  • 我要发表评论
您的网名:
留言主题:
你要发表的内容:

 

关于本站 | 广告联系 | 版权声明 | 网站地图 | 发布软件 | 帮助中心 | 源码论坛

Copyright © 2005-2007 CodePub.Com  程序支持:木翼  滇ICP备05005971号