一、今日阅读计划

11讲  如何借鉴灵感？
12讲  产品案例分析：LabRdr的设计实验

二、泛读&知识摘录

1、11讲如何借鉴灵感？

（1） "The Early Bird Catches The Worm, But The Second Mouse Gets The Cheese." ——Francis J. Kong

（2）“ 不要骄傲到不屑于抄袭（Dont be too proud to copy）”

（3）不要像素级抄袭。

大部分引起民愤的抄袭都是像素级抄袭，比如是流程、界面或文案一模一样。

（4）脑子里带着自己的问题。

当脑海中有问题时，看到别人的方案是钥匙，可以打开自己脑子里的锁，最终内化成自己的武器库。
但倘若脑海中没有问题，看到别的方案就是另一把锁，你只能把它照样搬过来，却永远无法打开它。

（5）追本溯源，知其所以然。

（6）跨领域、跨行业借鉴。

（7）致敬与付费。

在借鉴和抄袭的一线之间，我们一定要把握好度。

不要不顾职业操守像素级抄袭，也不要因噎废食，闭门造车。

多思考自己的问题，带着问题去透过别人的方案看背后的逻辑，把别人方案背后的方法变成自己的，而不是直接照抄。

最后，要记得在条件允许的情况下，对给你带来灵感和帮助的人心存感激，表达敬意。

2、12讲产品案例分析：LabRdr的设计实验

（1）从用户场景出发，贴着场景设计产品。

在第一次使用这款应用的时候，LabRdr 会问你几个问题。

第一个问题是你早晚的通勤开始时间，也就是上班时间和下班时间；
第二个问题是问，你花在早晚通勤上的时间长度，你可以分别作出选择。

在此之后，LabRdr 会根据你的选择，为你挑选适合你通勤长度的文章集合，在你每天早晨和晚上通勤开始的时候推送给你。

我们出门坐地铁或者其他交通工具，手机有可能会没有信号。
LabRdr 对应场景特性：它的文章同步是在后台进行的。LabRdr在后台同步的功能就会离线下载，用户也就无需打开应用手动下载。

LabRdr不是将大量的新闻分类排序，和盘托出摆在用户面前；
而是去理解用户阅读新闻的场景，从场景里面长出功能。

我们可以看到 Labrdr 上的文章并不会一直保留。
当一天过去后，这一天文章集合就会消失不见，这跟传统的新闻客户端永无止境拉不到头的时间线形成了鲜明的对比。

（2）用户收集数据的透明化处理。

LabRdr非常出色的处理是它会将用户数据的收集透明化。

Labrdr 会将你阅读过的所有文章，按类别放在日志里；并且明确地告诉你，这是根据这些数据来对你的喜好进行猜测的。

这种将逻辑和规则开放给用户的设计，会让用户有控制感和安全感。

根据用户的喜好给用户推荐新闻，这类功能又叫个性化推荐，很多的新闻客户
端都能做到。

但以往的个性推荐算法通常是个黑箱。

有时候我们误点了一些文章，导致算法认为我们喜欢这样的主题，然后时间线里头不断会出现更多此类文章。进而又增加了误点的风险。

最后，误点越来越多，推荐也越来越飘逸。

（3）产品和用户的每一次互动，其实都是一次交易。

选择向用户请求推送的时机十分重要。

我们首先需要让用户了解到：推送是可以带来直接价值的。
这时一定要说清楚，应用会在什么样的时机推送什么样的内容，对用户有什么样的好处。

（4）越来越多的产品在改变自己的设计起点，产品不再从我们有什么出发，而是从用户需要和用户场景出发。

三、头脑风暴

1、【11讲如何借鉴灵感？】思考

“要带着自己的核心问题去找答案。”

他人启发1：

这看似是一个战术问题，实则应该提升到战略上来解决，俗话说：不要用战术的勤奋掩盖战略上的懒惰。

举个例子：
华为初期抄小米就抄的非常成功，因为余承东知道华为初期最弱的是：营销推广和渠道。

刚开始和360没谈拢，最后选择小米作为标杆。
小米做任何营销活动48小时内华为必有类似动作，反应之快令小米汗颜。
产品上也是小米推出廉价机新品牌“红米”之后，华为荣耀紧接着推出了“畅玩”。

这种打法使华为“荣耀”新品牌的手机销量在一年之内从100万部增加到2000万部。
这也应验了说的要有稀缺和不可复制的竞争壁垒，才不容易短时间被超越。
显然营销渠道和模式在华为面前没有任何竞争壁垒，学到就可应用。

反过来别人去抄华为就得掂量了，华为自有5千多项专利就不是说抄就抄的啦。

他人启发2：

说到抄袭与借鉴，其间差别在于是否存乎一心，这一心是“问题与思考”。
如果基于战略考虑和调研，即使是像素级复刻也有自己的理由。
单纯因为自己缺功能或者对手火就抄，没有意义无法长久。

所以自己的战略思考和产品规划是至关重要的。

2、【12讲产品案例分析：LabRdr的设计实验】思考

他人启发1：

交易思维非常赞，无论是产品与用户的关系还是人际关系，这本身就是一条亘古不变的原则。

我们总是想着用户能给我带来什么价值，很多时候缺乏同理心，也就顾不得每次的提示或是互动反馈了。这在产品初期非常考验产品经理的能力。

现在越来越多的产品都做得有人情味，当然前提条件还是产品本身是能够满足用户的基本需求，并且符合用户的使用习惯。

关于收集用户数据，目前使用的 Gyroscope 就是典型案例，从各个渠道获得的数据都有清晰的指示与说明，对于分享或是与用户的互动做的很棒。

他人启发2：

补充一下，从推荐引擎的角度来看，播放/阅读完成度，播放/阅读时长指标优化可
以很好地降低误点的影响，推荐系统不会有太大的bias。

目前在我自己负责的百万级日活产品上是也是这么验证的。
不过如果训练数据少，bias肯定会比较大。

他人启发3：

zaker新闻，每刷新一次，都会有10多条更新内容，你觉得信息流产品是有节制的给用户推荐内容比较好，还是只要用户刷新，不管刷新多少次都给用户推荐更新的内容。

看目的，目的是杀时间就一直出，目的是传递信息要好只出一条把所有事情简明扼要地讲完。

他人启发4：

感觉可以用人性化一词来形容这款APP。
无论深揪十分细小场景的功能设计，还是用户数据的透明化收录，或者是交易性思维，
都能够感受到这款APP都在从用户的角度（使用场景、用户心理、用户价值感知）来设计和思考产品的功能设计，使得产品更有温度。

有温度的产品更容易得人心吧。

想想国内的产品网易云音乐、即刻、一罐等APP之所以会获得较多的“死忠粉”，都是因为产品本身都十分的具有“温度性”。

他人启发5：

这款软件最让我觉得有特点的地方是：用户数据透明化。
并且用户可以编辑自己的阅读数据，这样可以更加准确推测用户的阅读习惯和兴趣，这比优化算法系统等，效率更高。

他人启发6：

“价值高于用户对于自己所付出资源的成本预期” 这个衡量标准说的特别好。

用过太多app，初次打开就跳出一堆请求权限的弹窗。
即便点了确定，也触发了用户的防御机制，原因在于这些权限出现的时机不精准，也没有展示用户价值。
所以在潜意识里，用户对这种请求行为一般都是抵制的。

其实简单的设计就是在需要调用通讯录的时候请求，初次进行地理定位时请求，诸如此类设计，开发成本低，用户体验也好。

好的设计，从不为难用户。

Ending！
更多阅读笔记记录随后再来吧！