1
Are you making customers too happy?
许多社区类产品都难逃「蒸发效应」一劫：刚开始很多牛人入驻，社区一片繁荣，然后社区开始慢慢开放注册。然而随着越来越多的用户入驻，社区内开始良莠不齐，牛人逐渐离去。尽管非社区类产品不会发生这种情况，但是类似的，随着产品功能越来越多（毕竟，用户越多，需求也越多），产品开始臃肿，最后忠诚用户也便开始转向其它替代产品。想想新浪微博吧，为什么国际版一经推出就颇受好评？因为标准版臃肿到令人发指了呀！
2
在讲究更新迭代小步快跑的今天，把一个产品做到 65 分而不是 95 分就上线，看似不理智，但却可能有更大效用。为什么？试试把你对这个产品的认知分为两部分：
-
已知：因为有已知的部分，所以你才做了这个产品，但问题是，这部分已知真的可靠吗？越早上线产品，你就越快知晓答案，而不至于错路走得太远。
-
未知：总有未知的东西存在，时不时跳出来把你拉入深坑。你做了很久的产品，却可能因为这部分未知而功亏一篑。
所以，最好的避坑方案就是早一些将产品发布上线。
3
年轻的时候，我跟老板有过一次关于产品开发截止日的争论。我说开发截止日没什么鬼用，因为开发总会滞后，赶鸭子上架是没好结果的。我老板说，如果没有截止日，你怎么确定那么多功能的轻重缓急？怎么把控团队的开发节奏？而现在我知道，设定截止日无比重要。
4
Everyone is a designer. Get over it.
当「人人都是产品经理」的口号响起时，似乎大家都把它理解成了「做产品经理是一件很容易的事儿」，而不是「每个人都应该像产品经理那样在意用户，关注用户体验……」。如今，人人也都可以是一个设计师。
5
7 Tips for Presenting Bulleted Lists in Digital Content
用序列（List）来呈现内容，既易读又能强调每一点。然而，用序列也有诸多注意事项。比如：
- 不要将各点的长短差距太大
- 只在各点之间有次序关系时用有序序列
- 每点内容的词句结构应该保持一致
- 每点之间有关联时，别使用句号
6
When was the Last Time you Talked to Your Customers?
看看 Revue 团队如何借助 Intercom（收集反馈）+ Slack（与用户对话）+ Trello（公开 Roadmap，让用户投票）来理解用户的真实需求。
7
How to Conduct A Content Audit
下次产品改版，不妨考虑做一下内容审计工作。什么是内容审计？把产品里的所有文案都放在一起（比如一张表格），一来方便团队补充、浏览，发现和纠正问题，二来可以更方便地润色文案。正常来讲，你会一次次去回顾和完善，所以做这事儿不要指望三两下就能搞定。我从来没做过内容审计，但前阵子做一个同时支持中英版本的产品，当时把各种文案都列在表格里进行翻译，深刻感受到两个好处：
-
文案风格有没有连续性，一下就看出来了（虽然都是我一个人写，但是不同时间段写的也有差异）
-
查漏补缺（不列不知道，一列吓一跳）
另外，最好是放在石墨这种便于协作的文档工具上。当你更新了内容，同事们就可以清楚看到。
网友评论