Posts for: #Product

第一次看到 PostHaven，是看 Sam Altman 博客时，发现他用的是这套系统。顺着链接点过去，看主页上看到了一些我很认可的理念，比如：

• Just Write. Posthaven is the blogging platform designed to outlive us.

• We’ll never raise money. We’ll never get acquired. We’ll never shut down. In fact, we don’t even take salaries. All proceeds go directly to sustaining Posthaven for the next 100+ years.

• Posthaven is a long-term project that aims to create the world’s simplest, most usable, most long-lasting blogging platform.

• We were as tired as you about having to move posts and photos every time a service goes away.

看到不少博主推荐 Readwise，作为一个读书人，自然应该体验。

1. 支持 Kindle、Apple Books、Twitter 和一些 Read it later 软件如 Pocket 等。

2. 关联账号之后，会直接导入阅读过的内容中的划线、笔记部分。系统会做每日回顾。用户可以回看、思考。

3. 支持标签分类，支持做笔记，支持将内容导出到 Notion、Obsidian 等笔记产品存档。

4. 有网页版和 iOS、Android 客户端。

5. 价格分为两档，分别是 4.49 和 7.99 每月，将标签、导出、客户端等放到了贵的一档。

是一款小而美的产品，不过他们目前自己做 Read it later 软件（Readwise Reader），似乎就不是那么好的选择了？

前几天和同事在视频会议里一对一讨论。他提到：

想把 OKR 里一些跟用户体验相关的 KR 砍掉，原因是推不动——往往会被更重要的工作挤占优先级。于是他想，是不是他做好设计，然后交到流程里的下一环节，他的工作就到位了。

至于优先级的判断，应该交给相应的产品伙伴，因为他们还担负着跟活跃度、利润相关的目标。

我表达了反对。我的意见是：

公司级的目标（也就是我的目标）里，这个季度最重要的，确实是知识星球的活跃、利润。因此分解到大家的目标时，自然也是围绕着它进行。

但是，用户体验，实际上是长期价值。

在尝试提升活跃和利润的时候，一个不小心，往往很容易伤害用户体验。

而且，如果跟体验相关的事情，总是会被“更重要的事”往后拖，或许值得在下一次产品牌桌上，拿出来讨论，通过具体案例，对用户体验（长期价值）和有利于推动数据的功能（季度 OKR）做个优先级排序。

有具体案例，更能看出我们的价值取向。至少我一直认为，提升数据的方向，应该和提升用户价值的方向保持一致。

同事认同了，也表达了：我也希望产品里，是有点理想主义色彩的。

–

问：一个新功能上线时，怎样才能证明“做对了”？

答：如果渗透率高，说明用户喜欢，愿意尝试，第一步就对了。下一步可以尝试再提高留存、转化等其他数据。

如果上面的判断正确，产品设计者的常规动作会是：设计功能的同时，尽可能想办法提升渗透率。

这里的办法可能包括但不限于：占据应用内关键位置、小红点、应用内通知、弹窗、功能相互导流、短信或邮件通知等等。

这些方法，大概率能提升新功能的渗透率，但也会带来一些困扰。比如：

通知多了，就像听多了狼来了一样，用户迟早会免疫，效果一次比一次差。

越多无谓的通知，就越多无谓的干扰。越是在主路径上放上功能吸引用户点击，就越让用户分心。简单说，就是“用户体验”在下降。

总有一天，到处都是“希望用户看到的重要功能”，在这种牵引力下，用户会无所适从，甚至离开我们的产品。

还是回到事物的本原。通知，就是给用户看的，对用户有用的信息（而不是对我们——商家有用的）。功能，不要都堆在脸上，而是放在该在的地方（比如腰和臀，如果都要在脸上占个位，想必那个人不会美）。

所以这次做笔记，故意把功能放得深一点，界面做得糙一点，该闭环的地方是断链的。我想试试，这么“难用”的情况下，我自己会不会喜欢？目前看，还挺喜欢的。或许是时候，可以考虑慢慢把一些断开的体验连起来了？

1. 我希望每周写一篇公众号。数一数发过的文章，在周日晚上才写的，占了很大比重。因为我的拖延症，总让自己将事情拖到最后一刻。幸好每周只有 7 天，到最后一天，我还是会坐下来写几个字。

2. 在《让大象飞》中，作者强调，永远也不要低估截止日期的价值。他说：乔布斯非常善于营造一种紧迫的氛围。在他所营造的“现实扭曲场”中，他会给他的团队一个看起来无法完成的任务，以及一个荒谬的截止日期，然后他会说服他们这是可以做到的，而且必须完成。出人意料的是，他的团队会找到一种方法来满足他的这种过分的要求。

3. 前些天试了试，建议几个团队设定日期，或拿出 MVP，或做出最糙的演示版本，又或者索性签下合同。初步看，确实有效果。让他们自己定个时间，然后询问能不能缩短到一半的时间——可以探讨是否需要砍功能砍要求。无论如何，完成一个版本，总比遥遥无期看不到终点好。

4. 如果很想完成一件事，给自己设一个截止日期。比如我现在想给自己一个“写出一本书的初稿”的截止时间——就放在 2023 年 12 月 31 日吧。至少写完它，当然……如果“书”这个产品没做好，最后扔了也行，好过一直在脑海里盘旋。