互联网产品中的“收藏”功能思路.pdfVIP

互联网产品中的“收藏”功能思路 简单谈谈“收藏” （互联网产品中的收藏功能 ）的思路 ，抛砖引玉 ，欢迎交流。 1.“收藏”是什么 ？ 收藏是个性化地整理信息资源。 every co in has two sides . 当产品汪绞 脑汁梳理好产品的信息结构时 ，也不知不觉地给信息带上了 镣铐。当用户对结构中的信息产生了占有欲时 ，打破镣铐的需求也就产生了。 “这小视频不错 ，老子每天要看他十次才能入睡” （什么视频这么好看 ？） 当用户渴望再次消费某个信息时 ，产品汪如何忍心让他再次花费时间成本去走功能流程 ，去苦苦 回忆产品结构层次呢。没错 ，他想要的 ，现在就要。 （纸巾已经准备好 ！） 为了让用户能够顺利而又快速地找到留恋的信息 ，产品汪开辟了一块空间 ，允许用户“个性化”地整理 信息 ，这种“个性化”体现在满足用户可以根据自己的”私人情感”或”独特思维”对留恋的信息进行整理 。 2.收藏的价值是什么 ？ 收藏的价值在于信息的快速重现和个性化整理 ，提高产 的使用效率 ，提高信息的利用率。 快速重现 ：用户随时进入个人收藏空间的流程简单 ，层级少 ，标识的基础设计要满足用户自定义的 需求 ，让用户进入个人收藏空间后可以轻松地进行分类阅读。 个性化整理 ：用户能根据自己设计的整理逻辑为信息添加标识 ，进行梳理。 3.如何进行收藏 ？ 首先 ，是否需要设定收藏信息的“最小单位” ？ 收藏信息的“最小单位”是允许用户进行收藏的信息的基本格式 ，用户只能在这些格式上对信息进行 添加到收藏的操作。例如 ： 在豆瓣A PP中 ，日记文章是收藏信息的“最小单位”之一 ，用户无法对文章的下一层结构的信息 （ 文字、图片 ）零散地进行收藏 ，只能对整篇日记文章进行收藏 （点击爱心 ）： 下面对比“微信”和“豆瓣”对收藏信息的“最小单位”的问题上的处理方式 ： （黑色 ：可收藏 ；灰色 ：不可收藏 ） 豆瓣中 ，“最小单位”是产品中信息生产的基本格式。相册 （相册中的每一张图片可以单独浏览并进 行收藏 ）、日记文章。微信中 ，“最小单位”是文字、图片、语音、视频信息的基础层级 ，你可以单 独收藏朋友圈中的文字、图片 ，微信公众号文章里的图片。 引入收藏信息的“最小单位”这个概念的意义是什么 ？ 微信中收藏时信息原有的整体格式可以被打破 ，撕碎成文字、图片 ；而豆瓣中 ，用户只能按照信息 原本创作时的格式进行收藏。这是截然不同的两种思路。前者认为用户可以完全挣脱原有的信息结 构设计的镣铐 ，对信息进行零散地整理、利用 ；后者更强调用户在使用产品的过程中对信息的收藏 只能获得相对的自由 ，产品中的基本信息格式不能被打破 ，用户对信息进行整理利用的同时 ，尊重 原创作者劳动成果 ，保持作品的完整。用户可以把文章中的图片保存到本地加以利用 ，但是不能直 接添加到产品中的个人收藏中进行阅读 ，因为这种格式不是“豆瓣”。 豆瓣的这种处理方式基于豆瓣的用户们是比较集中的文艺青年型用户 ，用心创作。所以 ，也许微信 公众号的文章应该作为一个“最小单位”来收藏 ，毕竟相当一部分微信公众号的文章都是非常不错的 原创。至于朋友圈中 ，文字和图片是否可以单独收藏 ，或是将整条朋友圈作为“最小单位” ？想到朋 友经常吐槽的“盗图” ，这个问题也是比较有意思的。 3- 1 添加 确定了收藏的“最小单位”后 ，添加收藏的设计思路十分明朗 ，给每一个“最小单位”配一个便捷地添加 方式 ，举一些香喷喷的栗子 ： 关于添加 ，有个有意思的点可以讨论一下 ： “添加“等同于“赞同”吗 ？ 豆瓣-点亮爱心并且计数 微博-点亮星星-拇指点赞计数 豆瓣中 ，添加收藏会进行计数 ，这个“收藏”数据很大程度上成为了这个信息“被赞同”的评价 ，用户对 信息的第一印象很难不受此数据的影响 ；微博中 ，点亮星星纯粹是作为添加收藏的功能键以及作为“ 已收藏”的标识 ，下方t ab功能栏可以进行点赞 ，对信息进行评价。 想象场景1 ：这篇文章写得真T M好 ，老子得赞一个 ，靠 ！赞完就跑我收藏夹里了 ，算了。 想象场景2 ：时间不够 ！把评价高的收藏起来等有时间一口气读完 ，真T M机智。 回顾上文所提的“收藏的价值”结合以上场景 ，显然 ，“收藏”一般不等同于“赞同” ，收藏最本质的需求 是打破信息原有的框架限制 ，实现不同时空下的快速重现。场景1中 ，为了避免收藏 ，这篇好文章 失去了一个数据增