为什么不能合在一起 - UCD大社区

为什么不能合到一起？(续2)

白鸦 — 2009-05-21 10:18:00

1、对于我第一个关于“日历和任务能不能合并”的“幼稚”问题。支付宝有个即将上线的产品我做了这样的决定，Google用行动给出了回答：Yes！

2、对于我第二个关于“收藏夹和购物车能不能合并”的“幼稚”问题。迟早大家会看到有人这么干，而且还会感觉挺好。

3、对于前两个问题，暂时还没有看到和我在同一个思路考虑问题的回复者。当然，这并非是说我的思路就是真理，只是这类问题如果思路不一样就算结论一样，都很难讨论的起来。大家在各说各的话。

4、我的思路其实很简单：先分析需求，再分析功能，再想实现；先想基础的大需求，再想细节的小需求。这个顺序只要一颠倒，多半不会同意我的做法。

5、做架构的人，必须非常极致非常认真的尽最大可能来控制“熵”。某种程度上，我认为控制“熵”的能力，才是一个架构师真正的能力。无论是技术架构，还是业务架构，还是我现在作的产品体验架构。

6、不要一直想着“我要怎么用”，不要指望“去问问用户想怎么用”。只能去分析，站在用户的角度从架构上分析。90%的产品架构是靠分析得来的，不是靠用户问来的。

7、上面的话，写的很乱，有点像在咬文拽字。每个人的语境不同，理解的也肯定不一样。我权当自己写工作日记，你如果看着烦，就当没看见。
要写下来完整的思路，实在需要太多文字，回头我再在《Design IT.》里详细来写。

8、今天，我要说一个好像是“反面”的例子，搅浑更多人的思路。这是一位我最敬佩的CEO，给我讲了一个故事：
当年，变压器市场三分天下，三家始终难分高低；其中某家突然做了一个事情，做上了老大的位置。大家的变压器都可以在“-20度至 +80度”的温度下正常运行，这家公司在现有的产品基础上什么都没做，只加了两个外包装后推出了两款产品，一个号称“高温地区专用”、一个号称“寒冬地区专用”，一年之内拿到了60%的市场份额，改变了市场格局。

9、做产品架构设计的兄弟们如何看待这个例子？，做产品运营的又如何看待这个例子？
这个例子有影响你的思路吗，是不是在帮助你反驳我这两个关于“合并”的想法？

相关话题：为什么不能合在一起源地址：http://uicom.net/blog/?p=833

为什么不能合到一起？

白鸦 — 2009-03-16 21:27:56

最近两周一直在纠结一个问题，夜不能寐，连上厕所都在想：

1、OUTLOOK里有日历、任务两个独立功能，为什么非得分开不能合并到一起？微软是怎么考虑的？

2、Google原先有文档、记事本，后来把记事本给关掉了。但很快，在我看来非常类似的事情，Google又反着做了一次：原来有个日历，是独立于gmail的产品，现在又再Gmail里加了个“任务”。
为什么？ Google是怎么考虑的？

3、同样，Mac有独立的产品“日历”，但在mail里还有个功能“待处理事项” 。 Apple是怎么考虑两者关系的？

4、在一个衣柜里可以放完的前提下。
有一堆Tee和牛仔裤，有N套西装领带。是应该搞两个衣柜，还是应该在一个衣柜里分开两个区域？
有一堆Tee和一堆休闲衬衣，是否需要搞两个衣柜？

5、分开的好处是什么？合并的好处是什么？坏处呢？

.
以后面试产品设计师，我会问这个问题。

尝试回答白鸦同学的“为什么不能合到一起？”

Kimi Huang — 2009-03-17 01:03:50

原文见：http://uicom.net/blog/?p=818

首先我个人觉得在英文的文化逻辑里面，Canlendar和Task是两个不同的，有明确区别的概念。

Canlendar: a system of timekeeping that defines the begingning and length and divisions of the year.

Task: any piece of work that is undertaken or attempted.

上述两个单词的含义，是我从一个字典查询出来的。

对于Canlendar和Task，两者之间有一个非常明确的区别是：前者已经明确了时间的起止的。而Task就在这个方面是不确定的。GTD的做法更加让人明白Task更多的是一个list，看看有那些事情需要去做。

当然，Task和Canlendar之间并非没有联系，Task在执行的时候。有部分明确的，可以通过Canlendar的方式来标注，但是更重要的是，Task本身是描述“待完成事项”也仅用于描述这个。

所以，我想之所以将Canlendar和Task分开来，更重要的一个因素是，两者的内容的管理方式上，是存在比较明显的区别的。

比如：Canlendar，更多的在于一个“明确”和“记录”，登记下来后，就那样了，当然并非不允许修改。它的主要管理作用是，查看、提醒。

而，我认为Task的管理，更多的在于Task登记下来后，如何去执行，如何将Task变成一个一个可以作的明确的Action和人、物等。作为一个软件，从管理的角度来看，两者是有区别的。

另外，我觉得Canlendar和Task分开，我觉得也是有历史原因的，我猜想，一开始电脑比较弱，要将两者合在一起可能比较困难，与其如此，还不如分开合算。嘿嘿，这是我的猜想。

所以，我的观点是，分开的原因在于，对于这两者的主体内容，软件提供的核心管理流程是不一样的。因此分开更加合算。

就如同家用汽车和赛车，两者基本上看上去一致，但是他们的保养和维护流程可能是完全不同的。这样，我们就没有必要设计一个维修厂要同时support上述两者。（从成本考虑? 或者还有安全性等）

为什么不能合到一起？(续1)

白鸦 — 2009-05-18 23:46:57

1、一个季度前，我提出过一个被认为“幼稚”的问题：日历、任务两个独立功能，为什么非得分开不能合并到一起？

2、其实是当时正在做一个类似设计，我认为：“分开，对于用户认知、产品维护都是一个问题”，就此和拍档们分析了很多，后来，我们作了“合并”的决定。

3、如这个问题一起的，还有另外一个，今天在UCD书友会上我再次提起：有多少人把收藏夹当购物车用，又有多少人把购物车当收藏夹用？“收藏夹”和“购物车”为什么必须是两个产品？放到一起，不行吗？

4、我想先听听更多人的看法。

相关话题：为什么不能合在一起源地址：http://uicom.net/blog/?p=832