上周写的博客讲了很多和用户沟通的技巧,这周我把学到的理论实践了,同时也顺势转换了5个预付客户,共产生50元/月的收入,虽然不是很多钱,但是可以帮我验证了部分功能如果一直做下去,要往什么方向做。

现在是webapp挑战的第三周,在过去3周里有2周都产生收入了。如果我不是以build things that matter的心态去研发功能,我想现在还没有收入,可能同时还花了很多时间在写代码和调bug。因为开发一款web app,很容易就把时间花在别的事情上,而不在刀刃上。这道理我想大家都懂,但怎样实践呢? 在区分什么是在刀刃上的事情,不一样的人有不一样的看法。我听到过一些用户反馈就是”把功能 X 加了我就用你们了”,”你们价格太高了,我根本负担不起”,”你应该加上这个功能”,”你这个XXX功能用不了”,”你的网站在国外访问速度太慢了,加个CDN?”。如果我收到这些反馈,我都要实现吗? 怎样排优先级? 我希望通过这周的实践,给大家看看我是怎样判别的。

让用户推着我走

21云盒子里,按实现的程度,我把功能分成3大类:

  1. 有一些功能我根本没有实现,但我觉得可能有人需要,我只是在界面上显示了。
  2. 有一些功能只实现了一部份,不能支持所有场景;
  3. 有一些功能完整实现了,使用上不会有问题;

这3大类功能其实都是以throwing-spaghetti-at-a-wall-to-see-if-it-sticks的方式进行测试,简单讲就是想到什么就实现什么,看看最后有没有人用。

如果从研发的时间来看,第一类功能花10分钟就能”上线”,第二类功能要花1-3个小时,第三类功能可能是好几天。 如果所有功能都是按第3类的方式去做,就会开发出很多”没人用”的功能。

怎样让用户推着我走呢? 我把部分功能做成第1, 2类,然后推上线。

其中“自定义域名”的功能(第2类),很多人都是冲着这个问题来加我微信说功能用不了。试想如果这个功能不是你真的需要的,你会花时间给开发者说有问题吗? 我相信大部分人都不会。

用聊天的方式了解到什么才是”刀刃上的功能”

相比上面用代码实现的方式,聊天的方式我觉得更有效,因为通过聊天能发现很多不知道的事情。在和用户聊天之前我会先把用户分成2大类:

  1. 潜在付费用户,最后能转换成付费用户
  2. 非潜在用户

在每次和用户对话的时侯,要发现对方是不是真的是我的目标用户。如果不是,保持联系就可以了,但如果是,就要试着去把他转换成付费用户。越早被拒绝其实也是件好事,因为被拒绝的时时侯,我的收获是”拒绝的理由”。另外我不认为拒绝等同于失败,因为就算他今天拒绝你了,你还能调整,再过一段时间再试。

和被拒绝相比,我觉得未知更可怕,因为你不知道下一步要怎么做,要实现什么功能才能获取付费用户。

«The Mom Test»,有这么一段话:

It took me years to learn that there’s no such things as a meeting which just “went well”. Every meeting either success or fails. You’ve lost the meeting when you leave with a compliment or a stalling tactic.

我对它印像很深刻,因为我在之前的创业中我也听到过销售团队回来公司的时侯说 “这个会议还不错”,但实际是没有进展。作者说在和潜在客户开会时,只有两种结果,一种是成功,而另一种是失败,没有所谓的”还不错”。如果在对话结束的时侯,我带走的只是对方客气的说”你产品想法不错”。基本上这个会议是失败的,因为没有拿到实质性的结果,也因为和这个客户还停留彼此知道,还没有发展到产品对客户产生价值的地步。

最后同步21云盒子上的进度

  1. 优化了自定义域名的配置的功能。只要是备案过的域名,简单配置DNS解释就能把域名指向21云。
  2. Hexo.io的官方文档加入了21云盒子的部署方式
  3. 第一周预付的部份功能进入测试阶段。下周给第一个种子”投资人”测试。
  4. 增加Docker环境部署。在代码仓库中编写一个Dockerfile就可以按自己需要的环境进行部署 下周会把技术文档更新, 这是使用Docker环境部署的PHP dedecms 5.7示例