`
ahut9923
  • 浏览: 238110 次
  • 性别: Icon_minigender_1
  • 来自: 安徽
社区版块
存档分类
最新评论

关于Web2.0站点的误区和建议

阅读更多

风雨创业路——关于Web2.0站点的误区和建议

 

  满怀激情,越来越多的朋友走到了创业的路上。会议室里呛人的烟雾,电脑面前布满血丝的眼睛,噼噼啪啪响个不停的键盘,聚会上漫天飞溅的唾沫星子在诠释着我们的激情,考验着我们的信仰。

    不过,激情背后,我们是否也需要认真思考一下?大家都在谈自己优秀的团队,前卫的创意,美好的的市场前景;可面对眼前诱人的大蛋糕,我们是否真的可以从容不迫、津津有味地吃下去?

    也许一些细节就能决定我们的成败。几年以来的亲身经历和所见所闻,让我看到了不少互联网创业常见的误区以及建议,分享出来,仅供参考。

常见误区


A.刻意追求功能

    经常听到这种声音:创业者以一种激昂的腔调声称:“我的功能是天下最完美最完善的,比某某网强多了,我一定能赢!”恨不得把所有知道的功能都coding进去,并在用户访问网站的时候全部列举出来,那叫一个眼花缭乱啊。

    分析:

    作为一个网民,第一次进入网站的时候,我们关心的是网站的特色、主题以及是否为我所需。一个纷繁芜杂的页面很容易让人迷失方向。Digg、论坛、群组、博客、相册、RSS群、tag、wiki...在强大的功能下,我们迷失了主题。也许我们的上帝只打开一次页面就关闭了!

    一个页面其实有一个主题就够了。不必罗列全部功能。帮助系统要人性化,比如Google后台,可以在需要的时候给出提示,并且能引导你一步一步往下面做。很多人可能根本就不知道或者不关心这个功能的好处。而这也应该是国内和国外站点很大的区别,国外站点相对简洁,并且FAQ系统相当完善。比如我们知道的Facebook、Badoo!


B.刻意追求技术完美

    站长在底层代码上用尽了功夫,但是有什么用处?用户根本就不知道。在设计时,应该站在用户角度考虑。再说建站还有个时间成本问题。前期可以采用快速实现的方法。底层架构保证足够的可扩展性就行了。技术方面可以一步步完善。最终用户不关心你后台采用了什么技术,也许就根本不理解。我们不需要你告诉我们我的帖子发过之后还要因为缓存的原因过几分钟才显示,我现在不关心你是否有OpenAPI,我不懂,也不需要懂。

    分析:

    创业实际上是机会成本、时间成本相互妥协的问题。也许我们需要强大的系统来支撑稳健性,实际上只要预留一些接口就行了,我们有足够的时间来慢慢完善,再者,在硬件技术突飞猛进的时代,也许有些因素不需要考虑太多,稳健高速才是头等要事。我们只要一个负载预警就足够了!


C.刻意追求账面收入

    这个估计是草根站长最常见的问题了,特别是有第三方投资的情况下。新站开张一切井井有序,但是就是不见账面收入!站长急,投资方更急。接下来,漫天的广告就会整得站上乌烟瘴气。可要知道:给人视觉厌恶的话,那损失的可就不仅仅是流量了!

    分析:

    创业的前期应该是先图发展,然后才是盈利。不要指望一个站能在短短三个月或者更短的时间盈利;流量才是基础,用户才是根本。创业者要有足够的抵抗压力的能力,把更多的精力放在如何吸引用户上面吧。


D.刻意追求页面效果

    创业者往往希望做出完美的页面,恨不得加上全部特效,什么DHTML、Flash、AIR、SiLverLight...能放的全给它放上,上面有banner,下面有footer,中间全是AJAX实现,第一次加载就得花个三、五分钟的。

    对于网民来说,第一眼的印象可能是这个网站真是漂亮啊,如同漆黑暗夜里的萤火虫一样明亮。第二次,我怎么觉得网站这么扎眼呢?第三次,太刺眼了,走了!

    分析:

    这个问题常常发生在初入互联网的站长身上。爱美之心人皆有之,但是太过绚丽的网页容易引起视觉疲劳。我们还是要坚持如下原则:一个页面的色素,应该保持在三种的合理程度上。不然很难留下用户。


E. 刻意追求底层建设 

    这是典型的完美主义做法。总认为我的站将来肯定发达,一定要最好的服务器,最一流的机房,最强悍的编辑阵容,最强大的防火墙,用户可能觉得效果不错,但是如果大量的资金投入到基础设施上,那么后续发展的资金谁来保证?万一项目失败了,又是什么后果?在Web站点初期阶段,一台服务器足够了。只要保证程序的可扩展性就好,应该给自己留好足够的后路,好钢要用在刀刃上。

    分析:

    很少有哪个网站能一开张就有海量访问,一开张就有大量粘性用户。我们也得看着自己的荷包做预算。另外,要注意硬件贬值和升级的速度,对于硬件投资,只要处理能力足够满足半年的应用就行了。把钱用在刀刃上,除非您富可敌国。


F.缺乏主见

    今天听到这个人的意见,感觉不错,采纳;明天那个人又那样说,也挺好的,采纳¡¬最终,站点丢掉了主题,失去了重心,不再是原来的初衷了。

    一个网民来到这个网站:哦,这个网站是交友的;不对,怎么还可以开店啊?是淘宝吗?还不对,哦,这个网站是个门户。这里用户都是干什么的?我和他们有没有共同语言啊?

    分析:

    请记住,我们不可能做最完美的站点,我们应该遵守最初的DEMO,吸引网民在我们这里的也许仅仅是一点。如果真是有建设性的建议,我们可以在正式上线之后再加。当然,稳妥的方式是:最好在正式上线之前做个用户调查!


关于管理,您的团队能做到下面这些吗?

    创业团队并不仅仅是靠激情和勤奋来解决问题的,一群领头羊构成的团队反而会没有目标性。总结一下这几年的团队管理经验,与大家分享。

团队是如何构成的?

    一个基本的构成如下:CEO负责全局的把握,应该有足够的执行力。产品经理负责产品开发、策划、测试、优化、缺陷跟踪、报告和优化;直接和技术团队沟通。请记住,永远不要让你的技术团队做全程测试,这是产品经理的责任。营销经理,可由产品经理兼职,负责市场分析、推广、策划、报告等(可以由产品经理兼任)。技术总监负责整个技术团队的管理。

项目使用问题(缺陷)跟踪系统了吗?

    嘴上说的远远没有写在书面上的管用,责任分配到人,问题分配到人,应该由产品经理全程负责!

项目建立DailyReport了吗?

    项目组的成员要把每天的工作内容都记录下来。不要小看它,如果什么都没做也就什么都不好意思写上去。

团队有足够的执行力吗?

    如果项目组每个人都是顶尖牛人,那么您就应该小心一些了,这个团队不一定稳定。一个团队应该遵循3/7原则,也就是团队由3个牛人、7个普通人组成;这样才能形成团队的凝聚力。

技术团队使用源代码管理系统了吗?

    VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都行。

团队经常使用“我认为”这个词吗?

    必须杜绝,特别是对于领导层,应该永远带给下属乐观和自信的一面。

团队使用进度管理了吗?

    应该把进度量化,而且不要让团队自行决定开发进度,人为的懒惰因素是普遍存在的。

团队是否建立了事件处理系统?

    比如对轻重缓急的分级制度,以及是否制定了相应的处理和责任制度。

团队有Team Morale Activity吗?

    应该经常搞一些打气会,比如造梦,让每个成员都有一个项目前景的梦,尽管不大可能实现。每个月要有一次聚餐或者其他活动,一个团队的凝聚力是这样建立起来的。

团队成员是否有自己的小圈子?

    必须避免,圈子唯一的作用就是让您的团队分崩离析。要告诫您的团队,永远不要在第二个人面前议论第三个人的是非。

团队是否有品牌或者Logo?

    团队的使命感、责任感以及凝聚力来源于此,比如我们熟知的大宇游戏公司的DOMO工作室等。

源代码注释是否完善?

    完善的代码注释可以给您以后的发展提供良好的基石。

团队每个人都能理解整个项目的进度和内容吗?

    最好每个人都理解项目的架构,避免因为人员离职的情况造成损失。

项目组有会议记录和Weekly Report吗?

    让每个成员明白,我在会议上说过的话是记录在案、需要实现的。

团队有自己内部的沟通方式吗?

    尽量不要使用公共的沟通工具,它或多或少会转移您团队的注意力。可以使用局域网内的通信软件,比如飞鸽传书,而不是用QQ和MSN Messenger。

团队对代码进行DailyCheck吗?

    项目经理应该对代码负责。

技术总监总是在拼命写代码吗?

    技术总监的职责不在于此,而在于整体的把握。应该把更多的事件放在Bug处理和Daily Check上。

仅仅有一个项目经理吗?

    这是正确的,一个团队在做决定时,应该有且只有一个领袖。

是否向团队明确说明了公司的危机和问题?

    不需要,公司的危机仅仅需要您和您的项目管理人员知道,团队成员永远需要一个自信和鼓励的平台。

团队做周总结和月总结吗?

团队是否在追求一种尽善尽美的效果?


应该追寻一种平衡的方式,Bug不可能一次性解决,应该综合权衡时间成本和开发成本。

团队有宣言或者文化吗?

团队一开始就在加班吗?

您对团队成员是否有足够的激励措施,特别是领导层?

团队成员都知道公司的未来和发展方向吗?


应该知道,可以进行略带夸张的描述。

    也许很多人认为这样的团队太完美了,根本就不可能实现。其实认真注意一下,我们要做的事情并不多,它可以作为一个准则或检查列表。当您真正使用时就会明白,它会给您带来很多意想不到的收获。

    团队管理的关键,是执行力的问题。工作中不应该考虑太多朋友的情分,也许您觉得这样会伤害感情,那么就在工作之后做朋友。如果在开始工作之前就约定好,并体现在书面上,大家就不会觉得难为情。没有规矩,不成方圆!

    当大家都在谈团队的时候,既又在创造团队?几个牛人拼凑在一起并不是真正的团队,团队的灵魂是创造出来的。团队不仅仅需要共同的理想,共同的梦,协作能力才是衡量一个团队价值的根本所在,不要让您的团队成为木桶理论的实验品!一个团队的成员素质参差不齐,作为管理者,我们要注意发掘团队成员的能力,也要分析:如何能让人尽其才,人尽其能?如何有效沟通?如何把握稳定有序的进度?要鼓励进步但绝不姑息错误;时刻提醒成员,你是团队的一分子;让每个成员都有团队使命感;时刻暗示团队的成就,让每个团队成员都有团队的骄傲感;给每个成员一个可以预见的远大梦想。

总结

    现在的门户型网站都已经过了发展期,互联网已经向纵深化、垂直化发展了。网站的发展最终还是要靠一个圈子的成员。如果站点的会员不是一种类型,就很难做深入开发。

    在这个时代,我们不能把自己一厢情愿的观点强加于用户,但是可以引导。如果我们创业的时候站在最终用户的观点,也许会有新的思路。也许我们引以为傲的东西用户不接受,不理解;但是我们要反过来想,我们的东西应该如何让最终用户接受。用户体验应该永远放在第一位.

    创业的时候,我们应该坚持先把特色做起来。一个没有主题、或者各个主题均衡发展的站点是很难发展起来的。51.com的第一个版本是那么糟糕,也许我们现在还觉得MySpace的功能不是那么好,Facebook的功能怎么那么简单?疑问其实是次要的,关键是应该做对用户有用的东西。我们的特色可能很简单,也许新浪上就有,但是我们更专业,比新浪更好。

    我一直认为艾瑞咨询是站长强有力的助手,花钱买个调查报告还是非常值得的。它能帮我们分析网民需求、网民的心理。报纸杂志也是应该天天看的,多忙也要尽量看。如果真的没有时间,那就找个人做剪报,自己慢慢看。有时候灵感在于昙花一现,手中应该有支笔,记下想到的东西,敲在键盘上的东西也没有笔头来的利索。

    页不在多,而在精。哪怕仅仅是个关于诺基亚N95介绍的站点,只要做的专业、用心,也会有足够的访问量来支撑。专业、细分,网站才能成长。

分享到:
评论

相关推荐

    Struts2 web2.0 Projects API chm+pdf 中英文兼有

    本资料集合包含两个部分:`struts2.chm`和`Apress+-+Practical+Apache+Struts2+Web+2.0+Projects+(Nov+2007).pdf`,分别提供了API文档和一本实践项目指南,以中英文双语形式供开发者学习。 `struts2.chm`文件是...

    WEB2.0的五个技术点:单手定则

    WEB2.0更多地是关于理念和模式的创新,而非单一技术的突破。这一观点由欧雷利媒体公司的Dale Dougherty提出,他是API概念的早期倡导者。Dougherty强调,WEB2.0的精髓在于如何利用现有的技术工具构建更开放、协作的...

    Web Analytics 2.0

    《Web Analytics 2.0》是由数据分析领域的先驱Avinash Kaushik所著的一本关于网络营销分析的书籍。此书旨在展示新一代的网络分析框架,强调数据驱动决策的重要性,并提出一个更全面地利用网络数据分析的执行模型。...

    等级2.0保护工作十大误区.docx

    本文将详细解析等保2.0工作中常见的十大误区,以帮助网络运营者更好地理解和执行等保规定。 误区一:关于云系统备案地点的困惑。云系统应在实际运维团队所在地的市级网安部门进行备案,以便于当地公安进行监管。在...

    初学Web标准的几个误区,css,web

    ### 初学Web标准的几个误区 #### 误区一:仅为通过校验而标准化 - **核心要点**:Web标准的本质在于实现内容与...通过避免上述误区,初学者可以更好地理解和应用Web标准,进而创建出更加符合现代网页设计要求的作品。

    Web20与期刊的网络化经营.pptx

    - Web2.0则强调用户参与和共享,例如Google Adsense的新广告模式、Flickr的照片分享、维基百科的协作编辑、博客的个人表达,以及Web服务和RSS的出现,都体现了用户生成内容(UGC)和参与式文化。 3. **Web2.0相关...

    UML2.0标准规范与教程

    它可能包含了大量的示例和练习,帮助初学者快速上手,并提供了一些实用技巧和建议。 总之,掌握UML2.0标准规范和使用方法对于任何软件开发人员来说都是至关重要的,它能够提高团队沟通效率,减少误解,确保软件开发...

    等保2.0 项目实施中常见的几个误区.pdf

    等保2.0 项目实施中常见的几个误区.pdf

    规模化猪场用药误区和建议.pptx

    规模化猪场用药误区和建议.pptx

    GUI禁忌2.0之Web附录:颜色禁忌(中文)

    本文源自《GUI Blooper2.0: Common User Interface Design Don’ts and Dos》一书的Web附录部分,由空想猛士翻译成中文,旨在帮助读者避免在图形用户界面设计中常见的颜色使用误区。文章主要探讨了三种类型的颜色...

    等保2.0之身份安全管理.pdf

    在等级保护要点解读方面,等保2.0明确了不同等级的保护要求和测评内容,具体要求覆盖了安全管理制度、物理和环境安全、网络安全、主机安全、应用安全、数据安全和备份恢复、安全运维等多个方面。 身份安全治理体系...

    从入门到精通-吃透PID2.0.pdf

    在本资料中,从入门到精通的《吃透PID 2.0》主要介绍了自动调节系统的概念、发展、以及PID(比例-积分-微分)控制器的相关知识。 在自动调节系统的发展历程中,我们可以追溯到中国古代的发明,例如指南车,该发明...

    ArcGIS Flex API 2.0离线参考

    《ArcGIS Flex API 2.0离线参考》是一个针对GIS开发者的宝贵资源,它提供了在没有网络连接的情况下,深入理解和应用ArcGIS Flex API 2.0所需的所有文档和技术细节。ArcGIS Flex API是Esri公司开发的一个强大的地图...

    关于Java在软件开发中的误区分析.pdf

    针对上述误区,建议在软件开发管理上进行改进。首先,需要加强对软件使用期限的认识,重视软件架构的灵活性和可拓展性。其次,在解决性能问题时,不应过分依赖存储过程架构,而是应该采取更合理的三层架构设计,即...

    Asp.net2.0电子商务网源码.rar

    `51aspx源码必读.txt`可能是指导性文档,提供了关于如何阅读和理解源码的建议,或者是51aspx网站提供的一些开发提示或最佳实践。对于初学者来说,这类文档能够帮助快速上手并避免常见的误区。 `最新Asp.Net源码下载...

    特别希望视窗2.0OSR的系统,整个系统,都能有一个很好的发挥,让95B不再是开发的误区。

    【标题】视窗2.0OSR系统的优化与95B开发误区解析 【内容】 在探讨视窗2.0OSR系统时,我们需要首先理解这个操作系统的核心特性及其在开发中的重要性。视窗2.0是微软Windows系列的一个早期版本,它在计算机操作系统...

    关于IP通信通常的几大误区

    随着语音、视频和数据网络的逐步融合,越来越多的企业开始意识到部署IP商业通信解决方案的...在本文中,我们将介绍关于这些误区的实际情况,提供一些可以帮助您明智地决定是否部署融合式网络和IP通信解决方案的信息。

    WebRebuild北京第一届交流会之5:《网站重构who am i》——Tommy[范俊豪]

    Web2.0并不只是一个技术概念,而是关于如何创造更具互动性和参与性的网络体验。 在讨论Web2.0时,Tommy提出了一个问题:第一批用户从哪里来?这是每个新项目启动时都需要考虑的关键问题。他引用了《What is WEB2.0...

    Morgan Kaufmann GUI Bloopers2.0

    ### 关于《Morgan Kaufmann GUI Bloopers 2.0》的知识点解析 #### 一、书籍概述 《Morgan Kaufmann GUI Bloopers 2.0》是一本关于图形用户界面(GUI)设计的专业书籍,由Morgan Kaufmann出版社出版。该书通过收集...

    基于 REST 的 Web 服务:基础

    REST的实现往往与Web 2.0服务的兴起密切相关,像Yahoo、Google和Facebook等公司采用RESTful接口,提供更加友好和灵活的服务。REST的广泛接纳也得益于Roy Fielding在其博士论文中的阐述,以及Java平台通过JSR-311将其...

Global site tag (gtag.js) - Google Analytics