产品经理应该似商人还似学者？

In: 工作日志

1 七 2008
有的PM在抱怨产品不能盈利的同时开始怀疑自己是不是具备经商的头脑，满腹经纶最后做出来的东西市场不买帐。
还有的PM做出来的产品有盈利能力，但是遇到瓶颈很难突破，等着迟早被竞争对手超越的厄运，干着急，怀疑自己学识是不是太少了。
也有一些PM跟着行业里一个又一个的新概念，欢欣雀跃的追逐，最后发现满世界都是跟风模仿的人，做出来的产品既没特色而且对于市场来说也还仅是个概念，于是捶胸顿足觉得自己又笨又没经济头脑。
中国互联网10年，决定着互联网产品经理是个年轻的职位，所以很多PM在摸索中会有很多疑惑，摇摆不定，在对从事PM的定位上也一样，形成很明显的多种风格。商人型PM和学者型PM就是其中的典型，马云和马化腾是前者的代表，谢文和方兴东是后者的代表。
像我这样任职PM一年到三年的初生牛犊一抓一大把，我们在否定与自我否定、肯定与自我肯定中挣扎，渐渐的成熟起来并找到适合自己的定位。在自否和自肯的同时我们来了解一下这两种PM。
商人型PM（以下简称商人）：以追求利益为目的，处事以利益为主导，手中掌握着丰富的资源，并且懂得利用和配置这些资源来为自己行事，他们能够掌握财富的规律。
学者型PM（以下简称学者）：以研究学问、不断增加理论知识为目的，以探索和研究为乐趣，他们往往能够洞察行业或者社会的发展规律。
商人懂的理论知识可能不多，表达的也不一定好，可正因为如此，他们在决定做某件事的时候反而减少了很多思想负担，能够快速的出手，从而抓住转瞬即逝的市场机会。商人敢于做事、敢于人先，具有冒险精神。
学者懂的多，表达能力强，思维既丰富也活跃，往往可以根据事情的来龙去脉、因果关系、环境因素等通过事物的表面看到本质。学者善于观察、思维缜密，往往可以提炼出丰富的理论传达给社会，具有奉献精神。
各有千秋，对我这个新人来说，他们都是值得尊敬的。在以往的一些行业聚会中，一些年轻的产品经理因为自己表达能力上的问题一直苦恼，甚至怀疑自己是不是适合做PM，看着大家夸夸其谈，可自己脑子翻了个遍，似乎都没有什么可说的。也有些同仁，不是不说，其实也满腹经纶，可是苦于自己拿不出像样的案例而羞于启齿。
其实大可不必，我们最大的资本就是年轻，聚会是个很好的时机，可以把自己的观点表达出来，也许会被否定、也许会被贬得狗屎一样，可是正因此我们才会一次一次的成长，如果把你的观点烂在肚子里，那也许狗屎都不如。不用犯愁自己有那么多的不足，和别人比起来自己简直失败得要死。每个人都有长短，往上看是好，可是看得太高，扭了脖子就可惜了。
有的人崇拜马云，五体撞墙那种，但是却很少人能看到马云今天的成就是经过多少次失败和挫折才拥有的。要学习的不是他说话的姿势，不是他走路的样子，我认为我要学习的是他身上商人的精神，坚韧和敢于冒险。
也有人说马云就是个大忽悠。其实忽悠才是正常的，因为他是个商人，追求利益为目的，他在公众下的所有声音都是在为他的利益服务。懂得多角度的看待事情，不认死理，随机应变这是商人的五脏六腑。
最近方兴东和谢文似乎很受伤，因为从商业上来说，他们失败了。谢文又一次离职，方兴东的博客中国名存实亡。但是从行业角度来说，他们却是成功的，因为他们对中国互联网的研究和对web2.0概念的传播是功不可没的。
以上种种，正是我寻找自身定位的开始。
也许有一天，我会接到一个产品，公司把它定位为商品，例如面向中小企业提供电子商务与SAAS结合的东东，身上背的数据考核是一年实现多少销售额。此时产品经理就不能太学者，不能每天都在抓产品的细节，抓UI、抓用户体验。最终可能就把自己套在这些小细节，而让上线无限延期。
也许有一天，我又会接到一个产品，公司把它称为CMS系统，不面向市场，只是公司编辑部使用。此时产品经理又不能太商人，总想着这个产品因为没有销售额，没有提成会让自己少拿薪水。不投入精力去注意产品的功能逻辑，产品细节。
额！产品经理就是这样的，像军人，战争年代枪林弹雨，和平时期研究理论。
商人在事业中很容易遇到瓶颈，知识经济年代，越来越多的商人开始懂得知识的力量，不断的增进知识，在实践中丰富知识，成为学者型商人，他们虽然对规律总结不多，但是能善于利用规律；学者辛辛苦苦总结的理论，能为商业服务才具有价值，虽然不像商人那样直接获得经济利益，却能为商人提供策略。
似乎有点扯远了。上面讲了那么多，我却一直没有给本文的标题下一个结论，《产品经理应该似商人还似学者？》其实答案大家都清楚，就是没有答案，我不是在玩文字游戏，之所以没答案是因为人的性格追求不同、所处的公司环境不同、所负责的产品类型不同决定了你应该往哪种类型上靠。
这些只是本人一些星星点点的想法，可能比较散，各位看官辛苦了，感谢百忙中的阅读！

有的PM在抱怨产品不能盈利的同时开始怀疑自己是不是具备经商的头脑，满腹经纶最后做出来的东西市场不买帐。

还有的PM做出来的产品有盈利能力，但是遇到瓶颈很难突破，等着迟早被竞争对手超越的厄运，干着急，怀疑自己学识是不是太少了。

也有一些PM跟着行业里一个又一个的新概念，欢欣雀跃的追逐，最后发现满世界都是跟风模仿的人，做出来的产品既没特色而且对于市场来说也还仅是个概念，于是捶胸顿足觉得自己又笨又没经济头脑。 Read the rest of this entry »

产品经理的沟通技巧

In: 工作日志

1 四 2008
毫不夸张的说，产品经理在工作过程中，60％的时间用于沟通。所以沟通效率决定着工作效率。那么这个话题就很有必要拿出来讨论一番。最近一年多的时间几乎都是在跨部门沟通，而这种沟通模式将成为产品经理自身能力提升的一个关键。
好了，进入正题。跨部门沟通过程中我经常会遇到这些问题：
1、对方不知道我在说什么，哪怕我已经觉得自己说得很明白了，但是他们还是一脸疑惑。
2、我一遍一遍的强调需求。告诉他们我需要的是电视，但是最后却给我一台微波炉。
3、他们的工作效率太低了，还不如我自己来做。
4、他们总是不重视，我一次一次强调的问题，错误一再出现。
5、文档里面说的很清楚了，他们根本就没有仔细看。
……
嘿嘿！好像沟通失效都是别人的问题。怎么办呢？要解决还得从自身开始！
一、分析为什么沟通过程中会有那么多的问题。
1、人性是自利的
不同的部门，必然导致工作目标不同、看问题的视角也不同。人随着处世的时间增长，会更强烈的保护自己。也许开发部的工作就是把你的功能做出来，能超越你的需求从他的专业角度添加个人意见的很少，从经营的角度去考虑是否为将来的运营留一个技术接口的更少。都说语多必失，做的越多也可能错得越多，所以严格按照你的需求来做才是最保险的，这看起来是个很悲哀，但却非常现实。了解人性的这个问题，就能发现，其实沟通中，很多问题不是错在对方，而是我们自身，因为我们往往把自己对事物的看法和认识强加给对方，并那样去要求他们。
反思：当别人在与我们沟通的时候，除了听和记是否也应该思考？把我们的想法现场说出来，也许只是一个字的建议却能给对方打开一个新的思路。现场确认目标，然后才着手实施。期间有好的想法也马上找到负责人，让他来确认，才去实施。
2、信息传递的失真
大家一定做过这类游戏，排头的举重动作，到最后一个人模仿的时候已经成跳水了。出现这种状况，排头的不能说排尾的笨，因为这种不能说话只能肢体的单一沟通方式很容易失真。工作过程中因为沟通方式的单一也往往出现这样的状况，所以会议之后经常要求做会议纪要发给参会者。无论正式还是非正式的都应该考虑到如何避免信息传递失真，对方也许当时明白了你的意思，脑子里面记下了一二三四，但是难保一根烟烧完就只剩二了。
反思：别人在和我们沟通的时候，应该记录下来，如果身边没有笔和纸，一段时间之后又不确认自己是不是100％记得，就再去确认一次。
3、出现问题没有及时反馈
这问题很好理解，但是却也是最容易犯的，人都有惰性，还怕被人批评，所以抱着侥幸心理，即使出现问题也不反馈。
反思：一年多来，我有个感受，做产品经理脸皮要厚，这个职位有个无奈，上级基本都是很忙的、上级的语言基本都是很简练的、上级的思路基本都是很难琢磨的。咱脸皮不厚点，屁股的茧就该厚了。多问、多反馈，这是保证产品良性发展的良药。
分析这些问题，希望在沟通过程中能够重视，否则下次问题还是会出现。
二、出现问题，分析问题，如何解决？
沟通是一门艺术，而我却还是一名山村野夫！就把本夫长期学习和实践的心得整理一下贡大家参考！
牢记四点，做到有效沟通。
在工作的8个小时里，追求的是有效沟通，否则一个讨论会也许会成为抱怨集散地，与同事协调工作最终的结果是你知道最近市场上的猪肉多少钱一斤。如何才能保证有效呢？
（1）明确目标
没有结果的会，干脆不要开！要找谁沟通，最好可以先发个邮件或者打个招呼，告之这次沟通的大概情况，要有不达目的不罢休的精神。
（2）换位思考
一名专业互联网博士去和60多岁深山里的老农沟通，想告诉农夫什么是电子商务，博士满口的B2C、B2B，讲得手舞足蹈、天花乱坠，虽然言表不亚于奥巴马，但是效果却鸡同鸭讲。如果能换位思考，多用一些对方的语言，多了解对方的工作方式，多了解一些对方的性格，沟通的效果就皆大欢喜了。
（3）选择合适的时间、地点、方式
有些同仁，的确鲁莽，逮到对象就上，最后招来一句：“没看到我现在忙么？”灰头土脸的走了。
沟通的方式包括说话语气/肢体动作、书面/非书面、正式/非正式。
记得有专门的研究机构提供过数据，在表达同一层意思时，你的文字、语气、肢体语言对你意思表达的影响各占比重分别为7％、38％、55％，所以如果各位之前没有意识到这点，今后试着刻意观察一下自己沟通过程中的语气和动作，加以改进。假设把小沈阳固定在墙上，除了嘴，其他部位都动不了，观众早睡着了，他还一个劲的在墙上：“我就拎着我这包，走在街上，Pia Pia地！”
关于正式和非正式的问题，值得注意的是，在跨部门沟通中，存在很多敏感的问题，特别是第一次沟通，最好采用正式沟通，例如发邮件给对方，抄送给对方和自己的直接上级，或者直接联系该部门的负责人，得到他的支持等等。
（4）检省与致谢
沟通过程中，发现自己不对或者失职的地方，不要急于解释，应该首先承认自己的错误，发自内心的，然后找补救的办法。要学会接受别人的意见，多说：“恩！你说的有道理。”
对方也有自己的事情，特意的花时间来参与你的讨论，这就应该给予感谢！长久以往，至少你的公司中给人的感觉就会提升，沟通的障碍也会减少。
其实以上四点和生活中的泡妞大法是一样样儿地。眼睛一睁，一动脑，一个飞吻过来了；眼睛一睁，不动脑，一个巴掌过来了，HO~!?
好了，今天先说到这里，本野夫造诣有限，还希望广大同仁多多支招，多多探讨。

毫不夸张的说，产品经理在工作过程中，60％的时间用于沟通。所以沟通效率决定着工作效率。那么这个话题就很有必要拿出来讨论一番。最近一年多的时间几乎都是在跨部门沟通，而这种沟通模式将成为产品经理自身能力提升的一个关键。 Read the rest of this entry »

网站架构之点击长尾(新闻门户篇)

In: 产品设计

27 三 2008

点击长尾

在说这个话题之前，思域想先说明三个问题。
第一：何谓点击长尾？
点击长尾就是在网站点击量的长尾理论，如上图，通俗的说，就是这个蓝色的尾巴部分 当他立起来的时候，其实你会发现，他比红色的还要高，或者说，蓝色尾巴的面积，会比红色部分要大。一个网站也许只有一个首页，但是却可能有百万的内容单页，而就算首页一天会被1万人访问，平均10个单页才有1一个人访问，那么单页加起来一共有10万人访问。这就是长尾理论的基本原理：只要存储和流通的渠道足够大，需求不旺或销量不佳的产品所共同占据的市场份额可以和那些少数热销产品所占据的市场份额相匹敌甚至更大。即众多小市场汇聚成可与主流大市场相匹敌的市场能量。 Read the rest of this entry »

对“产品经理”的三点误解

In: 工作日志

6 二 2008
1、 产品经理是团队管理者
很多人误认为产品经理就是团队的管理者，就是传统意义上的manager。
其实不然，“产品经理”负责产品的管理和经营，“经理”负责某个组织或团队的管理和经营，这一词的差别对于用人单位来说也许无关紧要，明确工作职责就行，但是作为应聘者往往因为这个闹出笑话，甚至影响了工作和职场生涯。
我有个同学，之前一直存在这个误解，到某公司应聘产品经理，商谈之后很快入职，上班第一天，他惊讶的发现该公司作业都是跨部门式的，没有专属自己的团队，他所在的是产品管理中心，每个人都是产品经理。这让他工作和心态上都适应不了，感觉自己被骗，没几天就离职了。
其实对于部门完善、分工明确的公司来说，这种跨部门式的工作方式是很正常的，而且似乎这就是一种标准，他们招的是产品管理人员，而非团队管理人员。
那么产品管理和团队管理有哪些区别呢？
产品管理（产品经理）：对所担当的产品或者产品线整个生命周期负责。这个周期包括产品策划、需求/功能、产品Demo、产品前端呈现、可用性、产品测试、产品包装、产品上线、产品经营/整合、产品跟踪/诊断、产品优化、新的需求和功能、新的Demo···这样一直迭代下去，直到你的产品退出市场为止。这个周期中的环节很多，不要被吓着，上面提到的那些部门完善、分工明确的公司，每个环节都会有专门的部门来协助完成，而产品经理更多的是沟通、协调、挖掘、时间节点、策划让所负责的产品或者产品线良性的、有计划的发展下去。作为产品经理，虽然针对产品本身有很大的权利，可以对产品生命周期中的各阶段工作进行干预，但从行政上讲，并不像一般的经理那样有自己的下属，但他又要运用很多资源来做事，因此如何做好这个角色是需要相当技巧的。
团队管理（manager）：对自己所主管的部门进行有效规划，制定相应的战略目标和发展规划，与自己的部属一起，通过切实有效的办法，使之逐一落到实处，逐步实现。这个我就不多说，大家都清楚！
不要因为产品经理在公司里没有中高层这样的头衔而懊恼，一个成功的产品经理绝对具备将军的风范和能力！试想，在管理产品的过程中你能协调好那么多的部门和人，而且这些人的绩效或者经济利益和你还没有直接的关系。那么转型去做团队管理，去做中高层，团队的绩效和经济利益都在你控制中，你还有什么好担心的呢？
记得业内有句话：一个成功的产品经理不但能引导产品的发展，而且能引导公司的发展。
2、 产品经理只要负责产品上线
这不仅仅是个误解的问题，牵扯到产品经理职业发展的两个方向。
有一种产品经理往往是一个产品上线之后就不管了，开始着手另一个产品，我称之为代孕型；另一种是负责整个产品的生命周期，直至产品退出市场，我称之为母亲型。
为什么说会是两种发展方向呢？我们就从生孩子说起。
现在社会上有个职业叫“代孕”，让我想起另一个职业“妓女”。我的联想并不是觉得代孕这个职业的轻浮，而是因为这两个职业的相近，前者是出卖子宫，后者是出卖阴道。换句话说，代孕这个职业只要30岁以下有子宫的女性都可以胜任。
好！大家已经明白我要表达的意思了。只要是有一点互联网从业经验的人都很容易转型到代孕型产品经理。这样的产品经理时刻都充满着危机感，一成不变的工作一方面让他们感到生活的空虚和迷茫，一方面却又自我感觉很NB，抱怨着工作枯燥的同时频繁的跳槽。对蕴育中的产品筹划着天花乱坠的未来，最后出来的要么是畸形、要么丢给别人养、要么半路夭折。想学习妓女一样吃青春饭赚个几年就从良回家嫁人养老，可是偏偏一个月的薪水还不如妓女一天的收入。
也许我说得偏激了一点，但是此类的产品经理占到了60％，也许还要多。这便是产品经理这个大家庭中一类分支的生存现状。
而作为另一个分支――像母亲扶养孩子长大一样，经营产品的这类产品经理却是将这一职位能力真正体现的群体。女性的伟大不在于繁衍后代，真正伟大的女性是母亲，她们辛勤的养育着自己的孩子，教她们说话、走路，教育孩子做人、在激烈的社会中生存。这种类型的产品经理通过长期的积累和丰富的业务经验，对市场具有敏锐的嗅觉，对产品的发展具有很强的把控能力，像铁轨一样风吹日晒的工作着，保证火车朝终点有序的运行。虽然很辛苦、肩负着巨大的压力、产品策略随时都可能需要调整，或者迎合公司的战略将产品做出牺牲，但是他们感到幸福和快乐。从职场上来说，这类产品经理炙手可热，因为他们往往可以创造价值，甚至为公司带来新的生机。
要改变代孕型的职业现状：
A、从现在开始就主动的考虑产品上线之后的经营，不要惧怕困难，不要高估自己的身份，你甚至要做好亲自接触客户卖你产品的准备。
B、即使你的产品交接给其他人负责，也应该不遗余力、毫无保留的帮助接管的人，不要吝啬或者心理不平衡，既然是公司的决定，哪怕是你离职了，生个孩子是多不容易的事情！
C、产品发展遇到困难，不要轻易的抛弃它，既然当初做这个产品，就应该给自己多一点信心。
D、不要放过任何一个宣传你产品的机会
E、多关注市场上类似的产品，学习他们是怎么做的，模仿可以让你快速的上路，一旦你熟悉了路子会有很多新的创意出来。
3、 产品经理是无冕之王
这绝对是一个冠冕堂皇的说辞。 “无冕之王”已经让很多同仁对产品经理这一职位充满了幻想，似乎从事这个职位就可以呼风唤雨、指点江山了。就像我小时候幻想着成为一家之主，到时候可以想买啥就买啥，想吃啥就吃啥。可是当我真的成家之后，发现其实“一家之主”更多的是一种责任。
所以，“无冕之王”这个词只是看上去很美。一个真正能做到无冕之王的产品经理，需要具备很多条件，例如丰富的行业经验，大佬级的人物了，大家都对他景仰；在公司与各部门长时间的磨合你的能力和你的人品被大家认可；你通过努力争取到了高层对你负责产品的支持等等。
在管理一个产品的过程中，90％的工作需要产品经理自己去协调，公司不会动不动就召集大家或者发个授权通知。你所要面对的是其他部门也有时间排期，不是你说要做就能给你做，这考验你的计划能力，能不能把一个月甚至一个季度之后的事情现在就来计划，进入其他部门的排期。有时候即使进排期了，也不能坐着等，还得跟进，人不是机器，每个人都有自己的主观意愿，让对方做个页面，效果也许会天地之差，或者你的需求说要做个电视机，结果会出来微波炉。
前几天公司内部培训，让几位产品经理说说这个职位最重要的能力是什么，有答沟通能力，有说时间管理能力、运营能力等等。最后投影仪放出两个大字“主动”
是啊！主动才是无冕之王的精髓所在！

1、 产品经理是团队管理者

很多人误认为产品经理就是团队的管理者，就是传统意义上的manager。

其实不然，“产品经理”负责产品的管理和经营，“经理”负责某个组织或团队的管理和经营，这一词的差别对于用人单位来说也许无关紧要，明确工作职责就行，但是作为应聘者往往因为这个闹出笑话，甚至影响了工作和职场生涯。 Read the rest of this entry »

引导用户使用tag的几个方法

In: 产品设计

20 九 2007
第一 突出你的TAG 无处不再 用户会关注这是个什么东西 虽然当时不能说清楚是个什么东西 但是脑子里面已经有映象了，前提是你网站对TAG的称谓要统一，不能一下TAG 一下标签 一下关键字
第二 在用户输入TAG的地方做文字说明 并且链接到详细说明的页面 耐心的培养他们
第三 对TAG的操作要方便 有些网站这方面做得不好 导致用户乱用 比如只能用空格支持多个TAG 或者是逗号 对TAG没有做字数限制 输入框的表现形式不明显等等
第四 适当的提供TAG方面的高级功能 例如记住用户会经常使用哪些TAG 然后展示给用户 而且可以让他们点击使用 这样时间一长 用户就喜欢操作TAG 用户喜欢一切好说

第一 突出你的TAG 无处不再 用户会关注这是个什么东西 虽然当时不能说清楚是个什么东西 但是脑子里面已经有映象了，前提是你网站对TAG的称谓要统一，不能一下TAG 一下标签 一下关键字

第二 在用户输入TAG的地方做文字说明 并且链接到详细说明的页面 耐心的培养他们

第三 对TAG的操作要方便 有些网站这方面做得不好 导致用户乱用 比如只能用空格支持多个TAG 或者是逗号 对TAG没有做字数限制 输入框的表现形式不明显等等

第四 适当的提供TAG方面的高级功能 例如记住用户会经常使用哪些TAG 然后展示给用户 而且可以让他们点击使用 这样时间一长 用户就喜欢操作TAG 用户喜欢一切好说

哪些应该是按钮，哪些应该是链接

In: 产品设计

19 九 2007

A 按照常理，功能性的东西做成按钮，链接性的做成链接，所谓功能性就是点击之后系统作出的某种处理，例如“添加”“删除”“推荐”“结算”“确定”“提交”“发布”“置顶”等等，而链接是点击之后进入我们在美工阶段就安排好的页面，不通过系统处理。
B 特殊情况，有时候为了视觉效果，并不一定非得按照常理来做，例如在管理后台有很多列表页面，都会有操作的一项，在操作中，如果只有一种形式的操作，例如只有删除，那么无须告诉用户这是个功能还是个操作，所以可以根据视觉效果来设计，如果做成链接有益于视觉设计，那么功能也可以做成链接，因为这里已经说明是某项操作，如果操作中包含功能也包含链接，例如操作中有“删除”和“查看详情”，前者是功能操作，后者是链接，这里就需要作出视觉上的识别，告诉用户哪些是功能，哪些是链接。

[经典外文]如何提高页面响应速度

In: 精品转载

8 八 2007
访问速度缓慢的互联网已经成为过去,但页面能瞬时呈现也只是未来才会发生的事情. Christian heilmann的一些技巧，现在就可以令你的网站访问起来更为流畅。
页面首次访问时的延时是网站和Web应用设计中遇到的一个很重要的问题。用户总是感觉页面相应的不够快。
为什么用户会有这样的感觉？也许用户还保留多年前那种按分钟计费的接入网方式的使用习惯（现在的饭店或机场还保持那种接入方式）；也许是因为用户觉得页面要有足够快的响应才能称得上所谓的信息高速路。但在我看来这是好莱坞的责任。在每部好莱坞的动作大片中：敲击一下键盘的同时，电脑屏幕上就会出现超高分辨率，有着密密麻麻数据显示的精美网站操作界面；而且网站上读取一部百科全书也不过短短几毫秒就可以完成。
但在现实生活中却完全不是这么回事,因为无论你如何尽量简化你的页面,延迟还是存在的。而且为了使页面更绚丽，通常会使用flash，但如果滥用flash会严重影响页面的响应速度。作为网络应用，还必须保证页面元素的加载顺序，不会因为页面上未完全加载的元素被用户访问而造成异常。
那些因素造成网站响应缓慢？
当谈到提高网站响应速度，最通常的做法就是尽可能的减少网站文件的尺寸。(这也导致针对JavaScript库文件大小的无休止的讨论，但最终也没什么结果。）实际上,有许多因素会影响到网页初次访问的响应速度:
HTML文档的大小。
页面中嵌入的脚本、图像、多媒体元素文档的大小。
HTML页面的复杂程度。(浏览器可以很快的展现简单的页面)
用户的接入速度
会被页面访问的第三方内容所在服务器的访问速度。
网站域名及其页面包含的外部域名的ＤＮＳ解析速度。
用户计算机的性能。(浏览器会因为系统消耗过多的资源在其他任务上而变得响应缓慢)。
服务器的相应速度。
除了以上的技术上的因素会导致网站响应变慢以外，还有一些人为设计上的因素。例如：为了避免页面加载过程中出现的页面区域错乱和无图像显示；页面被设计为需要页面内容完全加载完毕后才一起显示。
让网站响应变快的方法
经过实践，以下经验对于解决由于技术和人为因素造成网站响应变慢的问题会有所帮助。
在不影响页面显示质量的前提下，尽可能的优化HTML代码。（这包括在发布页面时，去掉HTML文档中的注释以及冗余的换行标记。但为了保证页面的可读性，这些代码还应当保留在源代码中）
页面中尽可能少的包含其他外部引用，减少文档之间的依赖。（可以将多个脚本放入一个脚本文件，用CSS的sprite技巧将多个小图片合并为一个大图，这样就只需要加载一次）
确保你没有从外部服务器上引用第三方的内容：用一个脚本将远程的RSS源缓存在本地。这样不仅可以避免DNS解析所造成的延时，而且也不会因为外部服务器的宕机影响你的服务。
尽可能的制定图片及包含图片的元素的尺寸。这样可以避免页面展现时由于图片陆续加载而造成页面元素跳动的现象。
在页面的末端加载大的脚本，这样页面的可以在大的脚本加载完成前展示出来。如果把大的脚本在页面头元素中加载，则浏览器会等到脚本完全加载完成后才显示页面内容。
web开发准则与提高响应速度
可惜上文提到的这些计巧与我们通常认为的web开发的准则有冲突。例如减少页面包含文件数量会造成产品的可维护性变差。为了使网站的不用页面（首页，文章页，存档页）保持不同的页面风格最简单的方法是不同类型的页面的特殊的样式存放在他们各自的样式文件中。一个页面可以有一个最基本的样式文件，然后根据页面的不同类型再包含该类型页面的指定的样式文件。
脚本的存放也可以用相同的方法，将功能相近的脚本放到一个文件中。这样有助于代码的维护。你不用察看所有的脚本代码就可以很快的找到你需要的函数。此外，将脚本加入到页面的主体部分通常被认为是不良的编码习惯，因为他将用户的行为控制逻辑嵌入的页面的结构中。
幸好有技术方案可以解决这些问题。
用一个包含来引用多个样式或脚本。
爱德华艾略特提出的解决方法是用一个PHP的脚本将多个CSS样式或脚本整理成单一的档案。这个脚本对于javascript还可以调用Douglas Crockford’s的JSmin进行压缩。这个脚本使用很简单，而且可以缓存归并后的文件，直到这些被归并的文件被修改。这就意味着当你修改被归并的某个文件后，脚本会自动重新打包缓存。这样就很简单的解决了代码维护和页面响应速度间的矛盾。
解决页面加载的问题
另一个棘手的问题是，嵌入在页面头元素的脚本，必要要等页面加载完成后才能被调用。这样就会有些延时 ，而且还会产生问题。
延时是由于浏览器加载，解析和展现文档的方式造成的。当你用window的onload事件加载脚本时，浏览器的处理顺序是这样的：
解析HTML代码装载外部脚本和样式表
执行被解析后的脚本
建立HTML的DOM树
装载图片和其它外部引用内容
页面装载完毕
在大多数情况下这样的加载会比较慢，而有些步骤需要提前。许多聪明的程序员致力于解决这个问题，不时的会有新的解决方案出现。大多数的javascript脚本都会有针对onAvailable或onDocumentReady的事件处理。这类事件会在部分文档装载完成后就会被触发，而不用等到大量图片被加载。但通过实践和反复测试，针对旧的浏览器和操作系统并没有无懈可击的解决方案。但我相信只要我们继续努力，再加上那么点运气一定会找到最终的解决方案的。
对于web应用由于调用未加载完成的元素而导致异常是很致命的问题。如果这类问题时发生在页面美化部分，则会有一些解决方法。
为了解决一次加载过多内容的问题，可以采按需分别加载内容。
为了更好的装饰页面一次载入大量的内容，往往会产生问题。大量的内容有可能是每个标签中都包含过多的文字或者是一个有四级的导航栏。运用javacript脚本可以很轻松的动态展示这些内容。但是如果脚本被禁用，则这些动态内容就会失去样式而被打乱，无法正确地展示，这当然不是一个好主意。页面也没有必要一次将所有的动态展示内容都一次加载，这样会增加页面载入的负载。
解决方法是当用户触发标签时再用javascript动态的加载显示的内容。当用户关闭脚本后也会显示一个基本的静态文本。
用什么方法来加载额外的内容取决于你需要引用的是什么。最简单的方法是动态的生成脚本标签。这是一个很早就有的方法，被用来引入大量的javascript数据集或在页面加载后再引入脚本。
function pull(){
var s = document.createElement(‘script’);
s.type = ‘text/javascript’;
s.src = ‘largeJavaScriptBlock.js’;
document.getElementsByTagName(‘head’)[0].appendChild(s);
}
window.onload = pull;
del.icio.us页面就到这种方法来引入由json返回的数据。由于json返回的不过是一堆javascript代码，你可以在页面装载完成后，生成javascript脚本标签包含这些代码；然后执行这些代码原来替换页面中某个元素的内容。Dishy作为封装了json的对象可以让你很轻松的完成这些。另一个列子是不太显眼的Flickr头像，Flickr用json输出显示你最新相片，当用户禁用脚本，哪个位置显示的只是一个链接。
如果你要引入的是非javascript的内容，你可以使用Ajax或者AHAH或者Hijax或者其他不包含xml的ajax（你愿意把称作什么名称都可以）。例如，一个用ajax实现的导航，它甚至可以根据用户需要可选择的加载更为复杂的界面。
Imaging trickery 图像显示技巧
最后一个方法的渊源会追溯到可能你还没开始接触网站开发时。那时浏览器大战中最为ie的竞争对手苦命的Netscape（但在我看来那时还是不错的）浏览器支持一个自定义的HTML属性‘lowsrc’，这个属性可以指定一个小图片提前加载作为大图载入时的替代显示图片。这样即使用户的接入速度很慢，也可以看到即将呈现图片的一个预览。
你可以重用这一想法，当页面加载时不要嵌入过大的图片而是载入更为规范化的小图片；等页面加载完成后再用大图片进行替换。你甚至可以简化到开始只载入背景色，然后等页面载入完成再用javascript或者DOM加载原图进行覆盖。
这种方法还适用于你需要从多个服务器取得许多不能被缓存的图片。（例如gravatars）通常可以先载入一个占位的图片，等页面加载完成后再动态取得分散在其他服务器上的小图片。
原作者: contact |    译者: kwyjibo

访问速度缓慢的互联网已经成为过去,但页面能瞬时呈现也只是未来才会发生的事情. Christian heilmann的一些技巧，现在就可以令你的网站访问起来更为流畅。

页面首次访问时的延时是网站和Web应用设计中遇到的一个很重要的问题。用户总是感觉页面相应的不够快。 Read the rest of this entry »

网站Alexa排名提升较快的各种分析

In: 工作日志

8 八 2007
全世界都知道ALEXA的排名算法做了调整，所以很多中文站排名都掉了，有人掉就一定有人升，不过这个升的应该大部分不是中文站。这里思域且不说谁升谁掉，想说说在排名算法调整之前为什么有些站排名升得那么块。
博客网（bokee.com）、中国博客网（blogcn.com）、站长站（chinaz.com）、我要啦（5i.la）我们来看看这四个站，前两个是博客门户，后两个是站长聚集的地方。而且这四个站流量曲线总体看来攀升得很快。思域承认作为网站经营方面有他们成功的地方，他们的特色服务，他们独特的经营模式都为他们带来了用户，建立了黏性。但是思域发现这两类网站排名的攀升并不完全取决与其提供特色的服务和独特的经营模式，还取决于他们面向的特殊群体加快了他们在ALEXA中的排名。
思域可以豪不犹豫的说，上面两类网站最大的用户群体绝对是IT人士，互联网从业人士又占了其中的大部分，而在中国安装了Alexa工具条――Alexa Toolbar最多的就是这类群体。为什么思域要说这个？因为Alexa排名算法其中很大的一部分取决于访问这个网站的用户中有多少是安装了Alexa Toolbar。
最近Alexa调整了它的排名算法，思域还没有明白现在的算法是怎样的，但我们可以回顾一下之前的算法。
在06年3月份之前，Alexa的网站排名是按照每个特定网站的被访问量进行排名的。访问量越大，越靠前。
某个特定网站被排名时，依据的访问量数据是基于该网站3个月访问量记录的累积。也就是说Alexa每三个月发布一次排名结果，即通常说的名次。它的计算主要取决于用户链接数（Users Reach）和页面浏览数（Page Views）。Alexa系统每天对每个网站的用户链接数和页面浏览数进行统计，通过这两个量的三个月累积值的几何平均得出当前名次。变动是指与前三个月的比较。
用户链接数（Users Reach）指通过Internet访问某个特定网站的人数。用访问某个特定网站的人数占所有Internet用户数的比例来表示。即：用户链接数 = (访问人数/全部Alexa用户数)* 100%，Alexa以每百万人作为计数单位。以雅虎（Yahoo）为例，如果它的用户链接数为28％的话，就是说,随意抽取一百万的Internet用户，其中有280,000人访问Yahoo。
页面浏览数（Page Views）　是指用户访问了某个特定网站的多少个页面。是所有访问该网站的用户浏览的页面数之和。每个用户浏览的页面数取平均值，是所有访问该网站的用户每天每人浏览的独立页面数的平均。同一人、同一天、对同一页面的多次浏览只记一次。
值得大家注意的是，纳入统计的访问量仅来自使用Alexa工具栏（Alexa Toolbar）的用户。也就是说，只有用户下载了Alexa工具栏，并将其嵌入自己的浏览器。这样，该用户访问某个网站的话，访问的记录才能算作被访问网站的访问量。据Alexa统计，现在使用该工具栏的用户达数百万。
从上面的算法大家应该知道博客网和站长站这两类网站排名相对较高的其中一个重要因素了吧？
最近我要啦第三方流量统计网站Alexa排名提升得甚是凶猛，站长杨队告诉思域，每天3万左右的访问IP，其中七成是站长，而大家可以想像这2万多的站长40％安装了alexa工具条不为过吧？
对于博客网排名高还有另一个值得大家关注的因素，还要说到Alexa的算法。
Alexa 自身的排名采用自定的 Traffic Rank ，在这个定义中，排名的数据来自 Reach （达到率）的平方乘以单人 PageView 。也就是说，达到率以平方的方式来实现了其很高的权重。这个定义给那些通过程序来增加弹出页面数的网站设置了障碍，却同时给那些大量分设子域名的网站提供了机会。
因为 Reach 的平方乘以单人 PageView ，也就等于总 PageView 乘以 Reach ，那么，当一个网站分设更多的子域名如 a.sina.com 、 b.sina.com ……的时候，虽然总 PageView 没有变化， Reach 却得以成倍增加，这是造成大型网站总是比中小网站的 Traffic 数值高很多的重要原因。
好了，大家看看bokee和blogcn他们的个人博客域名是什么形式的？显然，他们都是二级域名，例如用户abc的个人博客网址就为：abc.bokee.com和abc.blogcn.com。想想博客网上有多少用户，有多少二级域名？从上面说的Alexa 自身的排名采用自定的 Traffic Rank来看，他们具备了多么好的条件啊！
综上所述，你网站的用户群体安装alexa工具条比例越大，对你的alexa排名越有利，你网站所产生的二级域名越多，且这些二级域名都是有一定流量的，对你的alexa排名越有利。那么亲爱的站长们，你们还在等什么呢？

全世界都知道ALEXA的排名算法做了调整，所以很多中文站排名都掉了，有人掉就一定有人升，不过这个升的应该大部分不是中文站。这里思域且不说谁升谁掉，想说说在排名算法调整之前为什么有些站排名升得那么块。 Read the rest of this entry »

信息展示的设计

In: 产品设计

8 八 2007

其实各位看官已不是第一天上网了，对一些网站的内容表现形式虽然对他们的好坏因果说不出个所以然来，但是感觉对比起来还是有差异的。但是其实网页的内容体现也是有考究的，今天思域就和大家分享一下！ Read the rest of this entry »

哪些网站适合给用户提供个性化？

In: 工作日志

8 八 2007

*网页个性化的概念：
网页的个性化是指网页根据用户直接提供的，或从用户间接获得的信息调整自己的内容
＆表达方式，以满足各个用户不同的需求。
*个性化网站模式举例：
这里可以给大家举例4个模式： Read the rest of this entry »

Older Entries
Newer Entries

About this blog

产品设计、产品运营、产品营销。讲述产品经理自己的故事！

Photostream

Categories

Archives

Copyright © 2007 - 互联网产品经理，产品设计，产品运营，产品营销 - is proudly powered by WordPress | 登录

Compositio Theme is created by: Design Disease brought to you by PremiumThemes.com