学习方法的分享

我写东西很松散，既有风花雪月也有市井生活，会牵扯到策略也会阐述细节，当然少不了对互联网产品的关注。以前写过被称为二流软文、新手评测的东西，当然也臭骂过，但就是细节写的少。其实做为一个互联网行业的产品经理，我每天不光关注那些“大问题”，无时不刻的也都会面临细节的问题，每一个流程、每一个存储、每一个展现……，细化到每一个输入框、每一个文字、每一个链接，每一个细微末节。其实我还是挺关注这些细节的，平时也比较注意这方面的积累，但疏于文字记录，仅有的一些也写在了自己不公开的worklog里了。

我觉得有必要日后持续写一个细节思考的系列，对在日常工作中遇到的各种互联网产品的细节进行思考并记录。希望能和更多的人分享我的一点点想法，希望我不但能够庞大的浮在水面上，也能深入到细节中去。做一个合格－成熟－优秀－极品的产品经理。

今天第一次写，首先写写我今天下午遇到的一个问题。雅虎空间是从美国360移植过来的，经过一年的努力，现在基本已经本地化了，在研究的过程中发现了老美的一些优点。比如今天我突然发现在雅虎空间的朋友功能里面，无法把朋友移动到到默认分组中。具体情况大概是这样的：

1，系统提供朋友管理的功能，如朋友可以分组；
2，系统提供一个名为“默认分组”的朋友分组，这个分组不能删除、重命名，并且不能再建立和这个重名的分组；
3，用户可以创建N个自定义分组，N好像等于20，分组名可以随时更换，2－30个字符，不审核，只有用户自己可见；
4，删除某分组的时候将该分组的朋友转移到默认分组中；
5，添加朋友的时候可以选择将该朋友添加到某个分组，默认是进入“默认分组”；
6，用户随时可以将一个默认分组中的朋友从默认分组中转移到其它自定义分组中；
7，用户随时可以将一个自定义分组中的朋友转移到另外一个自定义分组中；

在6和7之后出现的问题是：允许用户将一个自定义分组中的朋友转移到默认分组中吗？也就是说对用户的转移分组操作是有所限制还是完全开放？

起初我的定向思维告诉我，应该让用户可以随便的更换分组不加以限制，我想很多人起初都会这样想。于是我怂恿QA工程师提交了这个bug，还差点自己亲自去提交bug。之后向开发工程师询问了一下这块的情况，得知代码中特意对这部分做了处理，也就是这是老美有意为之的，并不是没有考虑到。老美为什么会有意为之呢？他们是怎么考虑的？这样有什么好处？

仔细考虑之后我我大概明白了老美为什么把产品设计成这样，我想主要是因为朋友在“默认分组”里没有意义。我们鼓励用户随时将朋友做清晰的分组处理，并定期将默认分组内的朋友转移到自己建立的分组里面。将已经分组处理的朋友重新划归到默认分组并没有意义，就像是你把一篇blog选了分类、加了tag又取消一样，你完全可以换一个分类或者换一个tag。在这里用户可以选择任何一个其它的自建分组或者为这个要换分组的朋友建立一个新的分组进行转移操作。

虽然这样做看似剥夺了一些用户的权力，但我想这样的剥夺是有道理的，也是应该是用户能够接受的。当然这是没有数据依据的，如果在最开始的时候允许用户可以转移朋友到默认分组里就可以统计一下用户将朋友从其它分组转移到默认分组的比例了，或是临时允许用户转移朋友到默认分组，然后统计一下新用户将朋友从其它分组转移到默认分组的比例。这样有数字的结果会更可靠，但比较难做到这一点。