Android程序创意过滤与失败经验谈

从 2008年底开始，我就在Android上进行程序开发探索。随着时间的推移，我越来越不敢妄自预测或者假设程序创意一定会成功，更多地发现用户的期望以及需求和事先预想很难一致。在一年半的开发过程中，尝试了各种不同的方法和思路来进行程序创意规划和试错。至今，依然失败的教训居多，侥幸成功的很少。因此，我将在本文中分享所经历的创意过滤经验以及失败教训。

思路转换的失败

在转入Android开发时，我的相关工作经验都是在大型基础平台上做程序开发。针对的用户群体动辄就是全球目标用户，在商业判断和分析上，最基础的一个考量就是用户群体和业务模式的总量的收益是否足够大，对用户群体的研究和商业判断分析完全根据市场分析报告和数据来做判断。因此，不可避免地在程序创意思路上会沿用以前的工作思路和分析方法。

在考虑Android上的创意的同时，不自觉地就考虑和分析了如下几个方面的问题：

1. 是否为用户所必需?

2. 技术上是否领先?

3. 程序的粘性是否足够?

4. 用户群体是否足够大?

因此，沿用这个思路，不可避免地就会往大的应用和大的服务上去思考和做出判断。

经过多方的讨论，找到了一个切入点：在用户联系人信息上同时显示出用户在社会网络(比如Facebook/Twitter)上的同步更新，并加上相关的操作是不错的想法。

理由如下：

1. 联系人是手机用户需要的必不可少的功能，绝对必须使用。

2. 技术上由于需要实现和系统联系人类似的功能，工作量不会小。如果加上未来在云端的备份，技术门槛也不会太低。

3. 绑定用户的社会网络信息，这个粘性理论上和用户使用社会网络的粘性一样。

4. 用户群体为所有社交网络的用户，考虑到 Google手机的用户都是技术的爱好者和早期技术推广者，那么，基本上大部分Android用户都会使用。

按照这个思考方式分析下来，毫无疑问，这个想法一点也不差，能够相当完美地达到预期的规划。

因此，我们投入了3位开发工程师和1位产品经理，一共工作了3个月的时间，产品才初步成型，产品的源代码接近2MB，最后编译出来的程序接近4MB。

经过了痛苦的研发过程，产品出来之后，结果却令人大跌眼镜：

1. 程序包过大。用户根本不愿意下载，下载量非常惨淡。

2. 用户完全搞不懂这个程序的目的和用法。程序的命令以及描述非常难表达，并且程序需要绑定用户的社交网络账号，才可以显示信息。没有绑定之前，看不到任何特别信息，也体会不到程序的作用。很多用户在上手时看到需要绑定，便开始疑惑了。