Posts Tagged ‘产品设计’
十
腾讯的产品管理之道
作者： boke ，分类： 他山之石
一周前看到一文，想想还是留个记录吧，学习学习，原文地址http://firecacada.blog.163.com/blog/static/7074376200991592337999/
最近看了一些讲腾讯产品管理体系的文章，虚实都有，恰好有个同事以前在腾讯工作，能提供第一手的资料。于是今天下午开了1小时会议，专门讨论腾讯的管理之道，发现有这么几点处理得很好。
1、 设置一个质量监控小组，由经验非常丰富的高Level的产品人员构成，赋予他们很大的权力，去监控和规范所有的产品项目。并且用KPI来制约产品项目服从 这些规范。为了不搞教条主义，很多规范都是在立项之初，由项目经理和这个小组共同确认的，未必是硬性指派，一经确认就受到严格监控。确保好的规范不流于空 喊口号。
2、每个产品都设置公开的反馈论坛，突出外部入口，积极征询用户意见，并以内部轮班方式回复“每一条”有价值的反馈，要求以“人 对人，面对面”的沟通态度来进行解答，禁止机械问答。公司高层（包括小马哥）不定期巡查每一个产品论坛，一旦发现有不认真回复用户的情况，立即予以训诫。 确保产品人员与用户长期保持近距离接触。
3、每个产品都设置内部的交流平台，分为两部分，一块类似留言板，由产品主管发布项目的进度、动 态；另一块是论坛，向公司内部所有人开放，接纳反馈。在腾讯内部已经形成了非常活跃的氛围，甚至以该平台人气高涨为荣（至少你主管会喜欢这个），利用这个 平台跨项目提意见，或是项目组内部交流思维碎片都很常见，达到了群策群力，内部监督的效果。
4、设置产品架构师这样一个职位，由少数几个技术精英，负责所有项目的系统架构搭建，只搭架构，确保每个项目的底层合理性。
5、 执行项目总结制度，在每个版本上线后，由相应的策划-开发-测试人员开一个会，每个人都总结在这个版本过程里，有什么心得，有什么失误，可以怎么改善，尤 其注意改进三方人员的配合过程。用制度的方式来强制反省，强制跨职能沟通。几个版本下来，项目效率就会有明显的提高。
6、执行灰度发布政策非常之彻底，一个版本会经过若干级的内部测试，再向外部用户逐步放量升级，不断修正问题之后，最后进行大规模发布。确保提前发现问题，受影响的用户面尽可能小。与此同时，腾讯异常活跃的内部交流氛围，也能让产品在内部测试时得到较多专业反馈。
7、拥有背靠客户端，强大的数据挖掘功能，具体描述起来比较复杂，总之非常强大，数据细致到令人吃惊的地步。数据挖掘部门的地位也是相当高的。我以前说过“统计数据太单薄无法推导出可靠结果”这样的话，但在腾讯的数据挖掘机能面前，这句话恐怕要改口。
8、设置对新人和新项目的风险管理机制，比如3个老程序员带1个新程序员，将技术管理和具体开发的工作彻底分离，每周进行代码走读，对新产品采取格外严格的测试安排等等，使得缺乏经验带来的技术损害被降至最低。
其他还有一些大路货的东西，一些理想化的不可靠的东西，就不讲了。令我感慨并且佩服的，就是以上八点。不是佩服腾讯能做这八件事情——要说想法，我都能够想 到，我也有自己的一套项目管理团队建设的技巧。但腾讯从公司层面，从最高领导人的层面，身体力行地把产品管理的专业准则给贯彻下去，用多种监控手段来避免 其放空炮，令产品管理制度化，体系化，好的经验在内部流通开来，成为一种积极向上的约束力，带来整个大产品团队的合力，而不是任由项目经理各自摸爬滚打。 马化腾带着一大批产品高管自上而下，持之以恒地推动产品本位的管理体制规范化，并不断地创新和优化这套体制，使得整个公司上上下下融入了“产品的基因”， 最终成就了“产品的腾讯”。
11-03更新：
五
别说我了解用户
作者： boke ，分类： 产品设计
今天在Ray is thinking 看到一篇文章，这样的用户，引来看看。
晚上和无忌聊天时，扯着扯着就说到一些匪夷所思的用户行为上，举几个例子，可能是个例，但是确实在提醒我们，DMMT不能忘。
1.这个例子是听说的[也可能是看blog时看到的，忘记了]，某用户电话到淘宝客服说上不去淘宝了，客服说一切正常，问平时怎么上淘宝的，答曰：本地信息港弹出淘宝广告，点一下就进去了，现在没有广告弹出了，就不知道怎么进去了。
2.无忌说的一个例子：“我之前参加过一个会展 就躲在阿里巴巴展台后面看人家是怎么访问网站的，打开百度 搜mp3 从右边的’到阿里巴巴找mp3′进去 然后点首页”
3.自己身边的例子：过年回家时开家里电脑，一打开首页就是hao123[汗一个]，然后问老爸平时都上什么网站？答曰：新浪看新闻、优酷看电视剧、东方财富网看股票、百度搜东西。我作为忠诚的G粉丝当然不能容忍这种事情，就向老爸推荐使用google.cn[.com就算了，看不懂]，答曰记不住名字，我说可以用g.cn的，输入很快的，答曰从来不输入网址，打开hao123一切搞定。见这个不灵决定继续向他推荐伟大的非死不可，告诉他这是全球最大的交友网站[没敢说SNS]，答曰这是吹牛的吧，首页上一个人都没有还交友？看看新浪，一打开就是到处动来动去的多热闹，写博客的人都好几十万呢，这个非死不可上面冷冷清清的，不热闹，我彻底无语。。。次日，老妈要求我帮她申请QQ，我奇怪她要这个干吗？又不打字的和谁聊天去？哪知道申请完后人家一个好友都不加，直接点开QQ游戏开始斗地主，而且我在家的那些天基本上每天必玩几个小时，好忠实的用户，和聊天有什么关系呢？
4.好像当年Yahoo刚出来时，也是发现有很多人在输入框中输入网址的名称然后点搜索，从结果中进入该网站，所以以后Yahoo才会去做directory，那个时候即使在美国，网民的水平也是不高的，可以理解。
这样的用户当然不是我们的目标用户，可是反过来我们想一想，我们自己有时是不是太超前了？推特、非死不可、卖死赔死、的哥、地里学死，看到这篇日志的有多少人和我一样的请排排坐。
眼见为实，还是要多去做做用户调研吧，坐在会议室里空想用户这样用户那样，用户会让你傻眼的。
最近似乎老听人说他了解用户，敢问这样的用户有了解不？上面只是一个特例，我们的用户是由无数个特例组成的。自以为做了几天产品设计，看了几本书就了解用户了？这种心态错的很离谱，这样的人员也很离谱。
目前的我从不敢说我了解用户，也不奢求能了解所有用户。无意批评谁，说的是一种心态。用心观察，停止空想，多做用户调研，书本与实际相结合，这才是王道。
二
如何成为一个优秀的设计师，做一个优秀的设计
作者： boke ，分类： 产品设计
From: Aliued
如何成为优秀的设计师，都要具备那些能力，有同学可能有困惑，我把我的想法整理了一下，见下图。
我认为，做一个优秀的设计，要做到以下三点：
- 找准问题
- 提供多种解决方案
- 发布后衡量效果，分析并总结
具体如何来做呢？
第一是找准问题。设计是解决问题，“Design= Problem Solving.” 这是我认为对设计最好的定义。根据这个定义，我可以说，找准了问题，优秀设计的就成功了一半。那么怎么样找准问题呢？首先要搞清楚什么样的用户，遇到了什么样的问题。很多时候设计师认为自己很清楚用户是谁，我想说搞清楚用户是谁，决定了设计的深度。知道自己的设计是给买家用的，是了解用户的一种程度，建一个详细的角色模型和任务假设，也是了解用户的一种程度。具体一点说，我们设计一个注册流程，发布流程或者别的什么，首先要做单步路径分析，搞清楚各个来源的百分比，以及各个来源不同用户的不同状态，这样做设计就有针对性了，就简单很多了。
再说对问题的假设和定义了，其实要解决的问题肯定很多，要搞清楚哪个是主要问题，这点我是凭经验的，同学们有啥好的方法，欢迎分享。针对主要问题的不同定义，我们往往按不同的方向思考，设计的方案往往非常不同。
第二是提供多种解决方案。设计就是在诸多可能性中探究多赢的解决方案，怎么在诸多可能性中探索呢？我的办法常常是穷举的，结构层框架层表现层逐层穷举各种排列组合，列出其优劣，自己就能做出合理判断并说服人家。这里要请设计师们端正心态，常在网上看到自己的设计被否定了就说被强奸了，设计就是要出多种解决方案的，这是老板出钱让你练功力，丫的有啥好抱怨的，很多设计本身就是质量有问题。还要请设计师们深入思考，《用户体验的要素》都出中文版了，设计师不是美工，即使给自己定位为视觉设计师，也不要只停留在表现层做思考，结构层框架层都有很多可能性可供探究。这个也源于各人对设计理解的不同，但用户体验是整体的，很多人对设计师的都有自己不同的理解，我想说，“心有多大，舞台就有多大。” 还要说：“用行动证明价值。”
第三是效果衡量，分析总结。先充实一下对“执行力”的理解，项目发布不是终点，拿到结果才叫“执行力”。设计师最重要的经验积累，就是自己设计成果的数据反馈。如果说出多种解决方案是练内功，数据反馈分析总结就好比是吸星大法，不但可以把自己散去的精力都吸回来，还可以吸收别人的功力。我的体会，很多时候，用户并不按你所设想的那样使用你的设计，搞清楚真实现状和当初设想之间的差异，提升设计。
一
网页设计趋势之:”勾引”用户的按钮
作者： boke ，分类： 产品设计
所谓”勾引”用户的按钮，其实对于Web设计师来说，就是如何设计出一个能让大多来访的用户都有点击欲望的按钮。通常这些按钮被链接到下载、注册和购买等功能。
国外设计师 Seth Godin 将按钮比喻成香蕉，而你的用户则会被比喻成可爱的小猴子。我们的目标是能够让小猴子在3秒之内快速找到它们想要的香蕉(也就是在用户放弃并离开你的网站之前)。强迫你自己在设计每个网页的时候都要遵循一个且仅有一个的目标，那就是”香蕉”！让它更大、更醒目、更美观！
这篇文章将和大家一起讨论如何设计完美”勾引”用户点击的按钮并会为大家展示30个不错的网页按钮设计实例。
如何设计完美”勾引”用户点击的按钮
好的按钮设计一定会是醒目且能”勾引”用户眼球的。以下是好的按钮设计必不可少的5个特征:
1.颜色
颜色一定要能与平静的页面相比更加与众不同，因此它要更亮而且有高对比度的颜色。
2.位置
它们应当”座落于”用户期望更容易找到它们的地方。产品旁边、页头、导航的顶部右侧…这些都是醒目且不难找到的地方。
3.文字表达
在按钮上使用什么文字表达给用户是非常重要的。它应当简短并切中要点(不罗嗦)，并以动词开始，如:注册、下载、创建、尝试等…
如果想切实的达到”勾引”用户点击的按钮，添加“免费″二字的确可以起到诱惑的效果，当然那要真的是免费，不要误导或欺骗用户。
4.尺寸问题
如果它是你最重要的按钮并且你希望更多的用户点击它，那么让它更醒目些是没有坏处的。把这个按钮设计的比其他按钮更大些并让用户在更多的地方找到并点击它。
5.可”呼吸”的空间
你的按钮不能和网页中的其他元素挤在一起。它需要充足的margin(外边距)才能更加突出，也需要更多的padding(内边距)才能让文字更容易阅读。
30个网页按钮设计实例
1.Things
3.Skype
4. PB Wiki
7.InCase
9.Plan HQ
10.TypePad
12.37 Signals
13.Hambo Design
14.Cake PHP
15.Traffik
16.Boag World
17.Donor Tools
18.Luke Larsen
19.Square Space
20.Wu Foo
21.Barack Obama
22.Freshbooks
23.Crazy Egg
24.Web Notes
26.Light CMS
27.Litmus
28.Stumble Upon
30.Ekklesia 360
From：http://blog.bingo929.com/web-design-trends-call-to-action-signup-download-buttons.html
一
手机页面设计及编写的建议规则（一）
作者： boke ，分类： markup language, mobile web
我总结的手机web页面设计及编写规则，适用于xhtml basic 和 xhtml mp。仅代表个人观点。
1. 设计相关
1.1 硬件限制
推荐结构
手机屏幕由于尺寸、分辨率和色彩的限制，不能正常显示我们用于普通显示器的设计。在设计mobile web时要注意尽量避免产生滚动条，必需有滚动条时要保障只在一个方向上产生，如右图所示，不使用传统的上左右下结构，而使用上下结构。应该把主要的导航链接放在页面顶部，而且应当尽量精简，1或2行较为适宜。如果需要其它次要的导航就放在页面底部，这样用户打开页面后无需滚动就能看到页面的主要内容。不要使用过于复杂的色彩，手机屏幕不一定能正常显示，只要使网站总体风格一致即可。
手机网络往往要比有线链接要慢，例如，中移动GPRS升级EDGE后峰值只有384kbps，而且由于机制所限，手机连接互联网会产生较高的延迟，这些都将导致页面加载时间的延长；使用移动网络需要用户支付的费用通常会比较高，中移动降价后的GPRS流量费仍高达0.01元/KB。（不知升级3G后会是何种情况，呵呵）
在进行页面设计时应注意图片，flash等元素的使用，不要尺寸和字节数过大的图片，这样加快网页加载，不产生不必要的滚动条，降低用户的使用成本。
版本低一点的手机浏览器往往不支持脚本或插件，而且在许多情况下，用户没有选择的浏览器或者升级旧浏览器的余地。像重新载入网页，构建表，处理不必要而且复杂的样式表，处理无效的标记等等这些操作，由于手机的处理能力通常都相当有限，这意味着网页渲染可能需要很长时间才能完成，这将引起明显的延迟，并且浪费更多的电池电量。
1.2 用户输入
手机输入一般都不像使用普通键盘那么方便，而且一般手机都没有像鼠标这样的指点设备，应尽可能让用户少输入内容。例如一个较长的URI，用户没有耐心去输入它，而且也不能保证输入的正确性。
例如：不推荐使用这样的URI
“http://www.example.org/index.html”，
推荐使用这样的
“http://example.org”。
1.3 用户目标
用户通过手机上网浏览所需的网页时，通常都比桌面用户有更具体的目标，他们的意图往往是为了找出直接相关的资料。例如，用户可能需要收发某封重要的电子邮件，找一个距离最近的中国石油的加油站，看看CCTV5今天是否直播火箭队的比赛等等，恰巧手边又没有一台能上网的电脑。
同样，手机用户通常不太关心冗长的文件或内容。手机屏幕是不适合阅读长篇内容，用户往往还是因为没有更方便的接入方法，只得使用手机作为最后的手段。
2. 代码相关
xhtml mp使用:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//OMA//DTD XHTML Mobile 1.2//EN" "http://www.openmobilealliance.org/tech/DTD/xhtml-mobile12.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" />
<title>公交搜索</title>
</head>
<body>
</body>
</html>
xhtml basic使用：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" />
<title>公交搜索</title>
</head>
<body>
</body>
</html>
2.2 去掉不必要的空格和换行
不必要的空格和换行会增大文件大小，去掉空格及换行对浏览器解析来说没有不好的影响，因此推荐在编写完成上传服务器时去掉不必要的内容。
2.3 尽量避免使用Cookie
不是所有的浏览其都支持Cookie，即使支持也不是所有的用户都开启了Cookie支持。我们可以在URL中传递相关信息，当然，要注意不要超过最大长度。如果使用Cookie也要保证是哪些非必要的功能在使用它。
2.4 不要使用<table>标签
<table>在小屏幕上表现不佳，解析难度较大，大多数手机浏览器对<table>都支持不佳。
2.5 图片或其它嵌入对象要添加必要属性
在使用图片或flash等元素时，要添加alt属性，以便在元素不能加载时给用户相应的提示，添加width，height属性，防止发生不可预期的版式破坏，添加id属性以替代name属性。
2.6避免使用绝对度量单位
推荐使用em，ex或者百分比等相对单位替代px，这样便于浏览器对网页的自动缩放。
2.7 把需要共享的样式和脚本通过外部链接引入
推荐把样式和脚本写在文件里通过外部链接引入，这样可以减少解析难度和出错几率。
如果客户端支持缓存就可以不再向服务器发送请求，如果不支持，那么每次都要从服务器取这个文件，不相关的内容也在这个文件里，将额外增加不必要的流量；网页里的每个外部链接都会单独从服务器请求一次，如果内容过于分散，请求次数就会很多。
因此，尽量把可以共享的样式或脚本写在单一的文件里，减少不必要的请求和流量。