文/365个夜

在看了腾讯科技的文章《工具类应用突围：被平台挤压 转型社区盈利难求》，作为一个工具型应用的开发者，颇有感触，不吐不快。

我们的生存现状

做为一款有五年历史的日历产品，我们从Web到App一路走来，用户数也积累到了几千万，每天有超过800万用户使用我们的产品——365日历，说实话，很有成就感。随之而来的就是我们自然有一些更大的想法和规划，不过还远远谈不上什么野心，这里也就不提了。

关于产品

对于我们来说，产品永远是第一位的，特别是工具性应用，如果产品做不好，很快就会被更好的产品取代，用户不会跟你磨叽，你会被迅速的抛弃掉，这么些年，在这个行业里，我们看到过太多这样的的例子。所以在进行产品创新尝试的时候，我们会非常重视来自用户的声音，发掘用户的真正的需求，任何新功能的上线前，我们都会反复调研，可能正是因为改进，不断满足用户需求，追求完美的用户体验，我们才被用户所接受，一直存活到了今天。

很典型的一个例子，就是我们的群组日历功能。有次，我们在解答用户使用问题时，发现有用户告诉我们记录在365日历的日程莫名其妙的丢失，从后台查看，是用户自己删除掉了，但是用户又说自己确实没有删除。通过进一步了解，发现原来这个用户是一个企业的老总，他让公司业务部门的员工共同使用一个用户名，在日历上记录出差的信息，由于多人共用一个账号，难免有人误删除其中的日程。这样的事情在很多用户身上都发生过，于是我们就想如何能让365日历更好的满足团队共同使用。

通过3个月的开发，我们增加了群组日历的功能，新推出的群组日历增加了创建者、管理员、只读三种权限，群组中一个人添加日程，其他成员都可以看到，还可以针对所有成员进行提醒。这个功能推出来之后，吸引了很多团队共同使用365日历，成为我们产品的一个明星功能。~

关于生态环境

任何工具性应用都有自己的土壤，这就是操作系统，作为整个系统产业链的下游，我们自然会有很多无奈，比如系统权限的问题，比如上游厂商的抄袭和封杀。关于系统权限，其实对于整个开发者群体来说，都是难题，包括像百度，腾讯这样的厂商，在苹果和谷歌面前都比较弱势的，这个是没办法的事，不过落到实处而言，对我们的影响相对较小。而抄袭和封杀，因为我们的产品相对而言和这些上游厂商会产生利益冲突的地方较少，所以目前也没存在这个问题。

产品的同质化，是在中国互联网这样的环境下，大家都遇到的问题。这个其实很无奈，任何一个好的功能点，都会有人去借鉴，去模仿，所以我们也不会去更多的在意这个东西，因为只要我们产品做得好，做的快，用户通过体验就能辨识。

关于盈利模式

365日历将来的盈利模式会是什么样？我相信这是很多人都会关注的一个话题。盈利模式的确是工具型应用的痛点所在，大家都在做探索，我们心中已经有值得去尝试的方向，现在讲还为时尚早。我们相信只要不断的为用户创造价值，产品本身的价值也将会实现。

我们面临的挑战：如何找到增量？

分发，一直是开发者的一个难题，特别是百度收购91后，分发渠道进一步集中，如何完成分发任务，我们一直很头疼，换量、厂商内置我们基本上都尝试了个遍，各种能带来量的渠道我们都用了，但很显然，到了一个当量后，你要想更上一个台阶，肯定就会遇上瓶颈，这个时候，你需要拓展眼界，寻找可以突破瓶颈的空间。Web App走进了我们的视野。

一开始能想到Web App，并不是脑子一热或者灵机一动的结果，做出这个决策的根本原因其实就是来源于我们对用户数据的分析。大多数用户对日历产品的需求是查看日期、农历、节气，Web App的功能完全可以满足用户的这些需求。

有了做Web App的想法之后，我们迅速做了两件事：

1、 快速开发出能兼容各大移动设备的Web App，将用户体验很快的提升起来，满足到用户的基本功能需求；

2、 找到百度，谈合作。之所以找百度，我们的思维逻辑很简单，1）Web分发PC上百度应该是最强的，到了移动端，用户的使用习惯也不会变化太低；2）我们很早接入了阿拉丁系统，有过合作的基础，这方面沟通起来比较顺畅。很顺利的，我们要到了百度的资源，通过百度的移动搜索，只要搜索日历什么的相关关键词，第一个就是我们的产品。

当时的我们的心态其实还是放得很低的，先试试再说。很幸运，我们的尝试，让我们收获到了意外的惊喜。

从今年3月开始，我们的Web App用户数就开始了快速增长，到目前，短短5月内，来自于Web App的日活跃用户数已突破了100万，这其中超过90%的用户都是来自于百度，而且这里面还有很多用户在尝试了Web App后对我们的产品有了认知，对365日历品牌有了了解，最终选择了下载App，体验我们更多的功能。这个数据确实让我们激动了好一阵。工具类App虽然是个很小的分类，作为工具类App的开发者，我们平时基本默默无闻，但这里面的故事和学问其实也蛮多的。

雷锋网原创文章，未经授权禁止转载。详情见转载须知。