从没有想过一个收藏页面，居然会衍生成为一段139天的故事。

2016.12.16

这一天，我刚负责点评个人中心页面，业务线的几个产品经理，差不多同一时间，通过IM软件找到我，倾诉自己负责的业务，都是重决策链条的内容。

希望能接入点评的收藏夹页面，帮助用户进行筛选对比，提高决策效率。

平台产品的工作，是负责搭建基础的服务设备能力，帮助各业务线更好的触达用户。

而业务线，关于扩展收藏类型的诉求，早就耳闻接连不断，轮到我手中，改版已势在必行。

2016.12.17

收藏功能是帮助用户快速重现信息，以及个性化整理的途径。

我开始认真整理关于旧版收藏页面存在的问题，开始研究主流APP的收藏页面，开始搜索关于收藏产品设计的相关文章。

点评旧版收藏页面存在以下3个问题。

1、用户的收藏内容，缓存在本地客户端，收藏条数上限较低；

2、商户的距离排序，因服务架构设计，会存在漏排少排的问题；

3、用户的收藏类型，仅限于商户、团购、内容3种类型，无法扩展添加。

前2点是用户的需求痛点，引来深度收藏用户的不断投诉。

后1点则是公司壮大后，业务线扩展后的问题。简单来说，是基础设施赶不上经济发展。

2016.12.18

为了能赶上12月19号的V9.1.6版本的需求评审，梳理完需求背景&现有的问题，我快速撰写了撰写了需求文档，找交互设计页面架构。

当时的我可能从没有想到过，就是这么一个需求，会继续让我挣扎将近半年的时间。

而在这漫长的时间里，我好像从来没有认真仔细想过，收藏的价值到底是什么？是哪些用户在使用收藏？用户在怎样的场景下会去收藏，会去寻找收藏。

很遗憾，我仅去思考了公司价值，局中人易迷失。

2016.12.19

V9.1.6的需求评审会，是农历新年前，最后一个发版的评审会。

自然而然，所有的产品经理都卯足了劲的，疯狂提需求。

而收藏改版，因前端收藏类型的组织设计以及后端工作的交接等各种原因，被叫停hold了。

会后我先找了交互，重新收敛归纳收藏类型的架构，如何让用户更快速更明了的找到收藏内容。

又找了开发组讨论,达成共识。年前先梳理安排，后端架构的设计，将团购业务先收归整理，年后正式开始改版开发。

2017.02.07

农历新年回来，我又重新投入到了收藏改版的工作中，V9.1.8版本，需求终告通过了。

一个坑自己亲手挖完了，我从容不迫的狠狠的栽了进去。

2017.02.09

需求评审会后，收藏改版的研发评审开始了。

没想到，开发关于收藏的海量问题，扑面而来，压得我根本喘不过气来。

我唯一清醒记得的是，你是收藏页面的第5个产品经理，之前已经走了4个了。

我当时仍然不以为然的笑了，相信问题终归是可以解决的，没有什么解决不了的。

因收藏页面，涉及多支研发团队，存在大量的技术细节问题，需要等待拍板解决。研发评审，又以失败告终了。

我垂头丧气的走出了会议室，安慰了下旁边在9.1.6迭代里，开发了很久的研发小哥，告诉他收藏改版一定会做的，不会让你之前的工作白干的。

2017.02.13

又是一个长达将近2个小时的会议，与数10位开发唇枪舌战，脑暴讨论，渐渐收藏的问题，技术上的解决方案才浮出了水面，但被延期至9.2.0版本发布。

很多人可能好奇疑惑，就这么一个小功能需要费那么大的力讨论技术方案嘛。

越是看似简单的事物，内部则越是抽象复杂。

点评作为O2O产品，时间&空间属性突出，为扩大用户收藏条数的上限，以及商户收藏按距离排序功能的正常使用，技术结构的设计并不简单。

时间和分类是收藏的一个基础维度，在增加距离，又是一个新的维度构建。就像二维空间与三维空间的差距一样，虽只差一维，却是平面与立体的本质区别。

如淘宝、京东、微信的收藏，只有时间和分类属性，只是个二维生物，点评因包含城市、商圈等距离属性，则是三维怪物。

Less is More ，新版收藏页面，默认将商户、团购、内容各种收藏类型，按照收藏时间的先后顺序，混排在一起。

用户点击顶部“全部收藏”，展现下拉列表，用户可以分类，查找相应类型的收藏内容。

改版的依归，通过分析用户的收藏数据，发现绝大部分用户的收藏内容较少，原版采用顶部3个tab分类排序，查找效率并不高。

顶部3个tab样式，无法做更多收藏类型的拓展。而采用下拉列表形式后，可以无限拓展收藏类型。

在此之前，我们也曾激烈的讨论过，复用顶部3tab的样式方案二，将所有的收藏类型组织归类在“商户”,“交易”，“内容”之下。分析取舍了其利弊。

优点

1、保持原有的架构设计，尊重用户的使用习惯，减少上手成本

2、有利于后续更多收藏类型的拓展&收敛

缺点

1、用户无法快速分辨自己收藏的分类，归并在哪种类型下外，查找效率不高。

2、收藏分类存在歧义。例如外卖是属于商户分类还是交易分类，影片在线上售卖的时候属于交易类型，但下架后则应该属于内容类型。

因此，历经不断讨论与抉择后，以用户理解成本最低化为第一要素，我们最后敲定了方案一。

2017.03.28

临近9.2.0版本研发锁版，QA和我却仍胆战心惊，害怕无法及时上线。

因涉及技术框架整体的重构，源源不断的bug被测试发现，接着是一次次的修改，一次次的再测试。

2017.04.05

新版收藏在9.2.0版本发布。

2017.04.09

我清晰的记得，一个看似普通的周六早上，不知道为什么6点多钟，我就醒了。

睡不着的我，打开AppStore看起了大众点评新版本的评价，然后看到的是对于收藏，对于我，铺天盖地的骂声与质疑。

接着我努力，平复下心情，认真的看了每一条的评论，AppStore、新浪微博、社区论坛，试图去感受那些在屏幕前撰写评论的人愤怒与不满。

为什么不能按国家地区分类了！为什么不能按国家地区分类了！为什么不能按国家地区分类了！

对于经常出去旅游/出差的用户来说，新版收藏默认页面为“全部”，仅按照时间将各种类型混排。

相比旧版直接就是“商户”页面，默认显示当前城市的商户收藏而言，城市的混排让收藏乱成了一锅粥。

长久积累的用户习惯，让他们根本不会去点击顶部tab，筛选商户分类进行查找，这样的流程也显得过于复杂。

也许这就像原本一个人的抽屉，按照功能的用途分类排列的整整齐齐。有一天，我忽然进去把他的抽屉，按照添置的时间顺序整理了一遍，以为更加精致合理，却反而破坏了他的查找习惯。

收藏就像一个人，学生时代的抽屉，是一个更个人隐私的空间。而点评的首页，则更像教室里的桌子。

老师能够按照个人意愿，随意腾移学生的桌子，但绝不没有权利，随意翻动学生的抽屉。

我想我是一个不合格的产品经理，也许只是个页面经理。

浅出说，连基础的功能体验都没设计好，将核心功能藏了起来，用户找都找不到。

深处说，连用户的真正诉求都没有想清楚。

在用户进行每一步的时候，不要让用户感到迷茫，每个页面都需要重新认知和理解，要让用户能自然地完成每一步操作、找到每一个可能需要用的入口。

上面的话，我之前真的有深刻理解过嘛。Less is More，Less is Difficult…

2017.04.11

新版收藏页面，列表页的点击率增长了整整7个百分点，可是又有什么用呢？

普通用户因收藏内容较少，各类型混排的形式，提高了点击的效率。但却伤害了重度用户的体验，显然的因小失大。

收藏，我们到底要服务哪些用户？

我们都知道产品设计，要想明白用户是怎样的人，他们的需求是什么？是在什么时候什么地方触发了怎样的动机，进而产生使用的需求。

在需求实现的路径中，用户存在怎样的需求痛点，应该如何更好的满足。用户要的是更快的马，还是飞奔的车。

但更重要的是，我们要想明白我们优先要满足哪些用户的需求，当少量核心用户与广大浅度用户的需求冲突时，我们应该重点考虑哪部分用户的声音。

收藏，核心用户是怎样的人？我一直在思考这个问题，叩问自己。

他们应该是点评的高活跃度用户，愿意在点评记录自己喜好的商户、团购、内容，进而规划当下或者未来的生活，甚至可以对他人吃喝玩乐的需求，给予自己的帮助建议。

点评的核心是什么？毫无疑问是商户。

然而新版的收藏，为扩展更多类型的接入，淡化了商户收藏分类的重要性&优先级，进而影响了核心用户的收藏体验。

2017.04.14

那是忙碌的一周，每天我能收到，铺天盖地来自不同地方的投诉。

用户的投诉邮件，同事的反馈，朋友圈的信息。

嘲笑声，欢呼声，我觉得自己好像淹没在汪洋的大海里，怎么游都找不到上岸的方向。

那是忙碌的一周，每天我都跑到程序员那里，跟进新版的重新设计。

我同样对不起他们，花了所有人那么多时间，那么多精力，赢来的确是一个糟糕的局面。

2017.05.04

想全面，想清楚，想透彻，更要以终为始。

新版9.2.2发布了，在过去的139天里，更在过去的1个月时间里。

我明白做好产品，面对的是一个个有血有肉的人，而不是数据堆砌的用户画像。

我明白做好产品，成功时也许不会有掌声，失败时必有如海浪袭来的谩骂声。

我明白做好产品，是让用户真正能用产品顺畅的满足需求，而不是再惊叹页面的美妙设计，亦或是功能的完备。

每一天，每一次，在做新的产品决策时，我都会拿起关于收藏的评论，看一眼，再看一眼，告诉自己，我真的做对了嘛。

我想我还可以从一个不及格的产品经理，改进为一个好的产品经理，可以嘛？