Archive for the ‘精品转载’ Category
[转]产品经理应具备的能力
In: 精品转载
1 五 2009在《产品经理的前世今生》一文中，我稍微提到了产品经理的几个支点，但是没有具体的说，这里特转载一篇文章来弥补。感谢大家的意见！这篇文章的原作者是Michael查看原文后来经Sam1388翻译并且发布在译言上文章标题是《优秀产品经理的核心技能》 以下是正文 1、沟通能力 优秀的产品经理一定是个成功的沟通者， 沟通能力包括口头沟通能力和文字沟通能力。产品经理的一个最主要角色是做为沟通的中心，如下图所示： [我是一个图片] 产品经理的沟通能力不仅体现在和不同工作岗位的人进行有效沟通，同时还体现在如下方面： 和不同个性的人沟通。例如，大部分工程师的性格偏内向，而大部分销售和市场人员则很外向 和不同工作岗位的人沟通时采用不同的”语言” 。如果要进行高效沟通，很重要的一点是说沟通对象关注和易于理解的”语言”。比如，在和市场人员沟通和与工程师沟通时，要采用不同的沟通方式：对于市场人员说太多诸如”数据库性能”、”内存管理算法”之类的东西，无疑会让他们郁闷不解；而对工程师谈话过于概念化，也无助于他们设计真正的实现细节；类似的，在同老板们沟通时，则应该更多聚焦在较高的层面上，避免过于深入细枝末节的事情。 2、无授权领导能力 成功的产品经理是优秀的领导者，即便是没有明确的授权。 产品经理通常需要在多个领域执行领导工作，包括领导项目团队、领导产品战略和蓝图指定，以及领导跨团队的产品活动等。但是在大多数情况下，产品经理通常没有得到公司正式的授权。此时，是否具有”无授权领导能力”就成为成功与否的关键。 如何在无授权的情况下领导团队，我的建议是–综合运用影响力、协商、人际关系及其他类似技能。 3、学习能力 IT产业是一个快速变化的产业，”不变的也许只有变化”，新技术不断涌现，今日的新产品在几个月后就会变成大路货，甚至更快。优秀的产品经理必须能够快速学习，即便是在比较新的领域。具备此能力才能相对容易地在不断变化的市场和技术趋势下管理好产品。.很多公司在招聘产品经理的时候会犯一个错误–他们过分看中既有经验。比如，一个公司要做安全软件，他们就回在招聘时说明”需具有安全软件领域5年以上工作经验”。这其实是个错误的方法，更好的做法是寻找在软件领域有工作经验的产品经理，同时善于快速学习。 4、商业敏感度 优秀的产品经理对商业有极好的感觉，他们清楚如何发现市场机会，了解竞争差异化的重要性，并能提出制胜的产品战略、定价、推广策略、合作计划以及盈亏分析等。 看到这些，别以为产品经理就该是MBA毕业。实际上，大多数优秀的产品经理并没有上过什么MBA，但是他们对商业有很强的敏感。 5、热爱产品 优秀的产品经理对产品有发自内心的热爱。他们孜孜不倦地尝试各种新产品，注册各种产品的测试版，下载产品的试用版并仔细揣摩，一有时间就去网上看各类新产品的网站。他们对设计优秀的产品喜爱有加，即便这些产品并非自己公司的；他们鄙视那些没品的产品，即便那是自己公司开发的。最重要的是，他们醉心于创造优秀的产品–无论是全新的产品或是既有产品的改进。 6、注重细节，追求完美 优秀的产品经理对细节孜孜以求，注重细节是开发优秀产品的最重要先决条件，正所谓”细节决定成败”。Steve Jobs曾说： iMac笔记本并非只是透明颜色和外壳外形与众不同，这个产品的核心理念在于成为最精致的消费电脑。 在最新的iMac中，我们坚决去掉了散热扇，因为我们认为使用一台不嗡嗡作响的电脑工作更令人愉悦。当然，并不是我决定就可以取消散热扇，它需要工程师们付出巨大的努力，找到管理电源和散热的更好办法。这是产品设计之初就存在的核心理念。 这也是用户愿意选择我们产品的原因–追求每个细节的完美，从而能让用户更方便愉悦地使用他们的电脑。 优秀的产品经理不但注重产品设计的细节，在其他事情上一样追求完美，比如进行竞争状况分析、制作项目计划，以及所有其他自己负责的工作。 7、日常产品管理能力 优秀的产品经理具备良好的日常产品管理能力，包括： 撰写市场需求文档（MRD）和产品需求文档（PRD） 进行竞争状况分析 规划产品路线图 制作产品演示PPT 设计用户界面 分析产品数据等. 以上这些核心能力不但有助于产品经理的自我提升，同时对于招聘产品经理也有参考价值。 在《产品经理的前世今生》一文中，我稍微提到了产品经理的几个支点，但是没有具体的说，这里特转载一篇文章来弥补。感谢大家的意见！这篇文章的原作者是Michael查看原文后来经Sam1388翻译并且发布在译言上文章标题是《优秀产品经理的核心技能》
- (1) Comment
- Tags: PM, 互联网产品经理, 产品经理职业技能
[经典外文]如何提高页面响应速度
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’; [...]
- (2) Comments
- Tags: 提高网页访问速度, 网页访问速度
About this blog
产品设计、产品运营、产品营销。讲述产品经理自己的故事！
Photostream
- 疯子: O2O模式这个名字，拼凑也好，偷换感念也罢。但却是需要一个名字来描述这 [...]
- 产品经理的核心价值: [...] 说完了产品生命周期中的几个阶段，现在提一下产品经理在这个周期中 [...]
- 强悍的编辑部是怎样炼成的！ | 青春未央: [...] 还有一个点，是要看人民网、新华网等等政府新闻站，要敏感察觉信息 [...]
- 成功产品经理的8个心态 - 博客 - 伯乐在线: [...] 原文：练燕杰 [...] [...]
- 企业家: 现在一些立足于本地的网上超市不知道是不是O2O吧，线上下单，线下交易， [...]
