已买到的宝贝
昨天晚上才看到这个页面设计了。今天早上特地打开仔细看了看，作为一个淘宝的大买家（哈哈），第一眼看到这个页面。是心里一凉 在台灣投資Theta。
我说说我觉得存在的比较严重的问题：
- 首先宝贝列表部分的视觉上，我觉得存在严重的问题，当然我不是说用色的问题，而是区块的划分上面，绝对是一个妥协的设计，表格的表头栏、表格正文，没有从视觉上对齐的感觉，让我看东西很辛苦，更加奇怪的是中间居然有一个：全选、合并付款…. 我觉得这个地方，让买家很辛苦。这是一个危险的信号！
- 每一个买到宝贝的介绍，我似乎能够猜想产品经理在这个地方的无奈和挣扎，有太多东西要放出来了，可是，可是，只有这么一点空间，所以你看到，连折叠的效果都出来了，上面一行是“订单编号”和“购买时间”，然后再详细提供订单内容。我的眼睛看的花的很啊…..但是我理解设计师的无奈…..减法，一定要做减法了。或者就是真正的创新。从我的角度看，我觉得这个表格有很大的优化余地，首先，表格应该设计到for 1024的分辨率，而不是800的固定分辨率。这样空间明显会大。第二，操作类的链接和描述性的内容，建议分开，有明显的区隔。
- 数据表中，字体的颜色过多，现在有绿色、蓝色、灰色、黑色，差一点就是彩虹了。我觉得不合适，也没有必要。
- 对齐做的不好，总之我看了就是眼睛花。当然我相信主要的问题在于要把宝贝名称拉进来，有长有短，加上还有太多内容然后折叠了。呜呼。
- 对了，为啥要有两个地方去投诉啊？这个地方空间本来就这么小了，还要做出两个“投诉”的链接？要打屁股了！！！！！！！！
似乎是太苛刻了。其实我知道这个项目同学们做的很辛苦了，但是我自己觉得现在确实在思路上有一个“错误”的方向，就是不断的叠加、叠加，我觉得要尝试做减法，大胆的砍掉不必要的内容。需要一个强有力的人物出来引导。各个部门要给于支持。
另外一个方面，我觉得淘宝这几年在用户导航操作界面上的创新不够 購買 TRX，淘宝是一个巨大的平台了。怎么通过创新来实现用户交互上的突破呢？（白鸦知道我想说什么……）
致敬！
但是还是要“找茬”！
砖头！
最近在做一个新产品，其主流程是：用户来创建一个广告计划，过程中，需要设定广告计划的基本参数：价格、预算、投放时段、计划投放的广告牌等，然后完成付款。
从上面的描述来看，这个主流程其实很简单，无非是一个表单，但是在实际的设计过程中，会有一个问题：
广告牌怎么处理。
在国内做过广告产品的人应该知道，作为广告的投放者，需要对投放的广告内容负责，也就是说，如果在淘宝网上投放广告，那么广告内容，需要淘宝负责，一个基本的逻辑就是广告牌需要淘宝进行审核，在没有审核通过前，广告牌是无法进行投放的。
那么好，现在的问题来了，如果一个用户尚未创建任何的广告牌，那么允许用户去创建广告计划吗？
在逻辑的设计过程中，这个争议是显而易见的，我这里就不说争论过程，我说一下我现在的结果是：
如果没有创建审核通过的广告牌，那么广告计划就不允许创建。
原因有几个：
- 如果可以创建，那么广告牌的审核就跟广告计划直接关联，那么两者的时间冲突就可能发生，比如广告牌创建后没有足够的时间审核，广告计划就开始投放了。麻烦
- 这个系统的分支流程就完全变复杂了，需要引入广告牌创建过程，一个简单的主流程，变成了一个大的复杂流程。
- 没有给用户清晰的引导，其实对用户而言，做一个事情，一个入口足以，而不需要让用户在多种口子去完成一个事情，比如：创建广告牌。我的建议是在市场中提醒用户，先创建广告牌。
其实这个case还是比较简单的，我相信我可以很轻易的说服有不同争议的人，但是在昨天想到写这个文章的时候，忽然想起来当年在支付宝，设计支付宝的外部接口产品的时候，也是一个类似的情况，却将整个系统高的无比复杂，当然，这是我的错。
详细说一下，支付宝的外部支付接口，主流程也是很简单的。
用户从商户界面跳转倒支付宝付款页面，然后验证支付宝帐户、密码，然后完成付款。
但是在当时的产品设计中，考虑到，如果到了这个页面，用户没有支付宝帐户怎么办？于是在主流程之外设计了复杂的分支流程：
用户允许选择创建一个新支付宝帐户，只要输入一个Email就可以了。但是事情远没有这么简单，如果这个Email是已经存在的支付宝帐户呢？系统又要跳回来输入密码验证，如果是email是合法的，还需要事后发送邮件让用户补充完整帐户信息，比如密码等。这个一个小分支引起的大麻烦啊。
说道这里，我想表达的意思是，如果可以重新设计，那么我会在支付宝付款接口页面上，将新用户的问题排除掉。这样我相信开发会简单很多。系统的逻辑也简单。用户操作也简单，不需要太多的选择。
当然，有人会问，我就是到了这个页面上，但是没有支付宝帐户怎么办？
是一个问题，我的建议是，这种情况我们不服务，需要有舍弃。在平衡产品的复杂性和用户操作的“伪用户体验好”之间，需要一个优秀的舍弃动作。
如果你不是支付宝会员，说明支付宝的市场部，会员营销部还有很大的空间。
建议负责这个产品接口的产品经理，可以调用一下数据，看看现在有多少的用户通过这个接口使用的时候，选择的是新建支付宝帐户的模式。我猜想，我现在的想法应该是正确的。（当年，我错了）
其实以上文章内容想说的是：
在保持产品主流程简单的同时，如果遇到复杂的分支流程，是不是可以将分支划走，不要进入这个功能模块？而不是因为要考虑用户体验，而硬生生的将不同的逻辑绑定到一起。如果真的是这样，还不如清晰的告诉用户，你要做什么事情，需要事先完成什么事情。前置条件弄的明白，并且给用户清晰的入口去完成前置条件。
Tags: 产品设计
最狠的假钞
一妇女拿假钞去买早点， 5 i9 C2 p* w, g” J h& {( x3 P
小贩恼了：“大姐，你给假钞也就算了，
+ _) v2 h2 T- U2 c0 s) D2 {
那起码是张印的，你这张钞票居然是画的！ $ a9 \3 J# H. p# Q8 G& ?& [1 A
3 k/ W% D! t9 h8 X! v. G
退一万步说，画的也就算了， " H& a7 E5 q+ f3 T
你给画一张十块的、五块的都行，
你还给画张七块的！
7 [7 b3 {8 C* F! |2 l
七块就七块吧，最起码也得画彩色的啊，
居然用铅笔，算了，黑白就黑白的好了，
) V* a4 Y* y: c% H
可不能用手纸画啊！ 8 F& [9 f0 ]* m4 e
手感太差了， ” [5 \% V+ b1 n2 O/ r4 R d
6 R” f/ @+ {2 }. N1 I) U
就算是手纸你也得用剪子把边剪齐了啊，
( ^ s! j” c% T1 J# x
这个用手撕的，毛边太夸张了， ) Z” c4 e: L4 n) }” Q
行，毛边我也忍了，可你也撕个长方型啊，
这个三角型就太说不过去了
Tags: 笑话
年前购入一台Macbook 铝砖 467. 新装修了一下，配置为4G DDR3 1066MHZ 内存 ＋ 128G SSD硬盘。
号称“史上最强”，当然是俺个人的历史了。哈哈
机器实体
再来一个配置的截图
关于本机
顺便庆祝本人在支付宝时候发明的专利申请通过。哈哈 可惜奖金还没有到手呢。
Tags: Macbook
这个Idea在多年前就曾经向当时的雅虎中国总裁曾教授提出，可惜一直没有任何的回应。
今天看到雅虎口碑关闭站长天下产品，不仅心中唏嘘，忽然又想起来这个idea，其实也不是idea，而是觉得雅虎可以去发展的一个方向。
先来看两个图片，都是我临时截取的：
CNBETA.com 的本周热门新闻
cnbeta是我rss订阅的网站，里面的新闻我经常看，看上面的数据，本周的十大新闻，每个都能够在1W多的PV，第一名的评论就是接近500条。
新浪新闻主推的一条新闻
今天新浪新闻主推的一条新闻，我相信PV应该是百万级别的，不过区区1211评论而已。
当然由于两个网站的定位不同，不能一概用这个评论来看好坏。
我想说的是，雅虎口碑，可以口碑相传一个饭馆，那么也可以口碑相传一个新闻。
把雅虎网站打造成为最大的Digg资讯网站，将资讯分类，提供给用户一个高效的界面来提供内容，并且主推的是看新闻并评论。
其实业务很简单。难点就是怎么把产品真正做简单，同时引入一种商业模式。
我建议的商业模式是，雅虎开放平台，欢迎用户这样来创造内容，然后分享广告收入。
- 精确的定义资讯分类，建议准备个20个常用的分类。
- 每一个分类聘请10个比较专业的写手，同时欢迎业余的写手参与，同时准备运营人员参与审核内容（适当的放宽尺度，我觉得是可以的）
- 按照写手的文章的PV来分享广告收入。争取做到优秀的写手年收入达到10W的级别。以yahoo的品牌号召力，我觉得不难的。也就是1000W的广告收入拿出来分享！（不要拿着过去的广告收入来说…）一个成功的门户网站，过去的广告收入太丢人。
其实说穿了就是很简单，web2.0 由用户来创造内容。不同的是，雅虎是门户，是有传统的，那么就将web2.0的博客模式变成更加适合门户的资讯Digg模式，主推评论和口碑相传！
当然这个产品运营的时候有很多技巧了，我相信阿里集团不缺这样的人才。
或许很多人认为这样的想法没有什么意思，确实是这样的，但是站长天下都可以做，这个为啥不能做呢？
雅虎是我们心中永远的…
Tags: 雅虎
谢谢所有的朋友们！新年快乐！！
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
 |
| 发件人 baby meeting |
Tags: 女儿
