在创业笔记 No.84 提到过,知识星球因为 IAP 过审有问题,此前考虑到 IAP 有如下问题,很难解决好:
- 32% 的手续费;
- 长达两个月的结算周期;
- 完全不可控的「损耗」——比如用户退款、黑卡等造成的坏账;
- 在国内偏低的支付成功率。
我们还是决定放弃使用 IAP,当时就对 APP 做了调整:
- 去掉原本内嵌在 APP 内的赞赏功能;
- 去掉在 APP 内所有的支付能力(不内嵌微信支付、支付宝的 SDK);
- 去掉付费引导。
在创业笔记 No.84 提到过,知识星球因为 IAP 过审有问题,此前考虑到 IAP 有如下问题,很难解决好:
我们还是决定放弃使用 IAP,当时就对 APP 做了调整:
3 月 9 日,在微博上有用户愤怒地抱怨知识星球产品 Bug,以及出 Bug 之后处理极不给力。用户发微博十分钟后,朋友将信息转给我,我和研发产品同事确认过情况。
Bug 现象:
Bug 修复状态:
场景里的七个要素是:
最近几天,在和同事朋友们分享「场景感」这件事时,对其中第三个:导致产生动作的时机,觉得异常重要。所谓时机,就是触发点,就是导火索, 就是临门一脚,就是所谓的关键时刻。
再回顾一下「场景」这件事(之所以说回顾,是笔记 114 里其实已经把此前听课的心得写了一些)。
考虑着让同事们都有点产品意识,所以准备内部做个培训,做课件的过程中,重新学习和思考了一遍,顺便再写下来,权当备课。
你可以先试试:找一个耳熟能详的产品,组织语言,说明白这个产品的使用场景。比如:
如果不是训练有素的话,一开始你应该会有些懵——可能将某些不那么重要的细节描述得过分清晰,但却遗漏了关键点(或许你行,但我一开始真有不少错漏)。所以,在考虑场景的时候,我们考虑一下这些要素:
描述一个场景时,可以不必要七个部分面面俱到,而是应该全面考虑(确保不遗漏),然后抽取核心。
附图把这七个部分串起来了:人,在环境里,被某个时机触动,产生了目标,开始做动作,经历了一系列的 UI(交互界面),完成了一系列的任务,最终满意/无感/失望地完成了一次体验过程。
可能有朋友会问,干嘛这么麻烦考虑什么场景,就算考虑也不用拆解得这么详细吧?场景有如下作用:
理解了场景,也就很大程度上理解了产品。但是,像我这样的实用主义者,显然还希望分析了场景之后,能够对产品更有帮助些,所以,再进一步。
以下内容来自白鸦和 Angela 在做 UCDChina 的 Design IT 培训课件,有些我自己的臆测和篡改。
产品人的四个关键能力:
产品人的一个中心和三个任务: