1
Great PMs don’t spend their time on solutions
来，回顾一下，以下产品开发流程的几个环节，各占你们多少时间比重？
- 确定需求优先级
- 明确定义需求
- 设计解决方案
- 落实解决方案
- 测试
- 发布
来自 Intercom 的产品大神 Paul Adams 说，大多数产品团队都把时间花在了 3 和 4 上，却没在更为重要的 1 和 2 投入足够的资源。导致什么结果呢？把事情做了，却不是对的事情。为什么会这样？因为，1 和 2 并不是什么有魅力的环节，而且，往往更难完成。就像许多年轻 PM 一样，宁愿自己闷出一套看似逻辑自洽的方案，也不愿跟真实用户聊两句。还因为，天马行空思考各种功能的过程总比理解-分析需求的「思考」更过瘾嘛，所以大多数年轻 PM 一样，还没搞清楚什么是真正的问题，就着手画原型了。
还是爱因斯坦说得好：「假如我可以拿一小时来解决一个攸关性命的问题，我会把前面的 55 分钟用来决定应该怎么问问题，因为一旦我知道什么是正确的问题，就可以在 5 分钟之内解决问题。」
2
给软件产品定价，从来都不是一件容易的事情。你很难用高价或低价来区分对待，也很难知道你的用户愿意掏多少钱（他们永远不会说真话）。想要通过划分群体的策略来达到利润最大化（就是给愿出高价者用高价买，愿出低价者用低价买，典型如机票产品）？这也不好使，连航空公司都犯难，更别说一些小团队了。唯一实用的招数，就是只管先定价（最起码，你可以看看竞争对手是怎么定价的。），然后再根据用户的接受程度来动态调整。不过，如作者所说，或许你看完了会更加不知道该怎么定价，哈哈哈。
3
11 Essential Laws of Product Development
我尤其喜欢当中的第六条，关于推送通知设计的模块。大意是这样的：很多用户还没有体验到你的核心功能就离开了，你应该提前做好心理准备，考虑好如何合适地推送通知（无论是 App 消息还是电子邮件）来召回用户，而不是等到活跃度没上来的时候才思考对策。另外一点是，不要指望「把产品做出来了用户就会来」。比如做 UGC 社区，很多时候你需要自己充当水军，先给用户做榜样。
4
How writing and coding made me a better designer
Uber 一位产品设计师的博文，大意是除了会设计，你也应该会写作和编程。嗯，不能同意更多。写作能帮你整理和提炼日常思考，进一步强化语言表达能力（我见过邮件写得非一般糟糕的设计师，实在是不敢恭维），还能分享出去交换思想。更何况，商务式对话（典型如 Chatbot 设计）和 UX Writing 已经越来越受到重视。而编程，好处就太多啦，至少可以更优雅地跟程序员撕逼吧？哈哈哈。
5
Stop Shaming Your Users for Micro Conversions
很多 App 求打分时提供的拒绝选项文案是这么写的：「残忍拒绝」。这样真的好吗？在我看来，抖机灵，但对用户不友好。很明显嘛，你硬生生地让我「残忍」了一回。也罢，反正拒绝多了，我已经是「残忍拒绝官」了。
很多订阅邮件、退订邮件，以及卸载软件的界面中也有诸多类似的「求你别走」或「求你完成」的文案或设计，被称为 Manipulinks（不知道该翻译成什么中文）。除了写成「残忍拒绝」外，还有哪些选择？
6
Gamification in UX. Increasing User Engagement.
赋予产品游戏化机制，已经越来越常见了，尤其是工具型产品。比如 Forest，结合「专注一段时间即可种一棵树」的机制来鼓励用户专注当下。又比如记账城市，让每个记账的用户都成为一个市长打理自己的城市（用户之间可以相互拜访各自的城市，就因为这点，我抛弃了自己用了一年多的 Money Pro，开始和女票比较谁的城市打理得好 😂）。本质上来讲，让产品更好玩不是游戏化的目的，进一步提升用户粘性才是。而要将产品游戏化，应该怎么做呢？这篇文章提出了游戏化设计的几个必备要素——挑战、积分、徽章、排行榜、指引、限制，值得参考。
7
It’s Okay To Work on Someone Else’s Idea
无论是社交网络、团购、共享房屋、打车、直播……每一个好产品横空出世时，后边总有一波模仿者。如果你留意观察，总会发现一些「评论家」对模仿者嗤之于鼻——因为，模仿者使用了别人的好点子。使用别人的好点子怎么了？这篇文章将告诉你，不必精神洁癖，不必因为使用了别人的好点子就不好意思。重要的是，你有没有创造价值。总有一天，你会有自己的好点子。总有一天，别人也会来使用你的好点子。
网友评论