《胎动计数》软件开发过程

前段时间，刚到公司实习的时候，做了一款小应用，胎动计数。最近准备进行改进，顺便将设计的过程写一下。

刚开始做这个小应用的时候，可以说是一点都不懂，只知道写代码。当时是了解一点胎动的知识，然后开始写逻辑。想到哪写到哪。写完之后（我当时自认为的），就感觉没什么事情做了，傻等界面UI做好后朝里填。做了大概一个月吧，然后回来考试，同事帮我把剩下的完成。就是现在这个版本。

最近想对它进行修改，于是花了一些时间，进行一些研究。

首先，我最想知道的是用户是怎么用这款软件的，对它的感觉如何，也就是搜集用户使用习惯与反馈。对于一款小软件，去做系统的需求开发，未免显得小题大做，而且也没有那个条件：你哪里去找一个孕妇来观察啊。我搜索用户反馈与需求的方式主要有以下几种：

第一，软件有一个“用户反馈”，让用户进行反馈，这是一个重要的方法。

第二，到微博上搜索“数胎动”，看看用户是怎么想的，在数胎动的时候有哪些疑问。当然这是一种比较笨的方法，但也还是有一定作用的；比如，我发现用户在数胎动的时候经常容易犯困，这就是一个问题。

第三，就是记录用户的操作。将用户的操作，如点选了哪个按钮，什么时候打开应用，使用了多长时间等，记录下来，以作分析。我是用友盟的API进行的。

下面，根据用户的反馈和操作记录，以及自己的思考，来搜索改进的可能性。主要的来源有：

第一，当然就是用户反馈了；

第二，查阅资料，了解用户进行数胎动的过程，来思考用户需要哪些东西。比如，我发现很多用户有一个胎动记录表，来记录每天上午、中午、晚上的胎动次数。那么我就想，可不可以根据用户的记录来自动生成类似的表格，让用户不需要手动记录呢？这就是一个可以改进的地方。

第三，自己冥想。嗯，这是我自己独特的方法了，就是睡觉前，有时候睡不着，就在脑子中冥想如何使用应用，哪里有改进的地方。你还别说，经常会有灵感的火花出现！当灵感出现的时候，我赶紧用记录工具——麦库记事来将灵感记录下来，以免忘了。

第四，一直玩应用+同类对比。其实类似的软件很少，最明显的是一款叫“数胎动”的软件，虽然它做的也不好，但毕竟还是有借鉴经验的。

进行到这一步的时候，已经会有许多可以改进的地方。我现在大概有十几条吧。以前看过一个程序员讲，做手机应用，有一种比较好的方式是，每个星期提交一个小版本，我觉得这样的方式很好。于是有一个问题：这些改进的地方，应当先实现谁，再实现谁？

我的选择是，先实现用户呼声最高的问题。然后再慢慢增加。现在用户反馈最多的两个问题是，这款软件如何使用，以及历史记录不能删除的问题。说实在的，我的确没有想到用户会有这样的问题。当时我觉得这样一个简单的小软件，那么大一个按钮放上面，怎么可能有人不会用呢？但我错了，的确有人不会用。居然有用户很SB地问，是不是放在肚子上测？会不会有辐射？我承认，没有想到这样SB的问题，其实是我没经验，SB。另外，其实应用是可以删除历史数据的，就是在cell上一滑，就出现了“删除”按钮。但是我没有想到，许多iPhone用户居然不知道这样的操作。他们只知道点击“编辑”，然后再删除。所以，这两个问题给我的最大的启发就是，将用户想得越SB越好。另外，需要多找一些不太会用iPhone软件的人来测。据说对于web页面来说，5个人就可以测试出85%的问题，我想，对于一款iPhone应用来说，应该也是如此。

为了能够更多、更详细地获取用户的使用习惯，能够更顺畅地与用户进行交流，我决定使用友盟的开放API。友盟是一个非常强大的工具，以后可能会专门写一篇文章。友盟可以让我定义用户的操作，然后记录该操作的数据。友盟还有一个功能，转化率分析（漏斗模型），也是一个不错的功能。友盟还有几个好用的功能，SNS分享，用户反馈和自动更新。这里要说的是用户反馈，它可以像聊天软件一样，让用户与开发者实时聊天，不得不说，这个功能非常强大！我准备把这个功能加进来。

由此，我也想到，有许多功能，是很多软件都需要的，于是我搜集了很多应用的模式功能，比如：

一、求打分和评价；
二、用户反馈，让用户留下联系方式；
三、关于页面，查询最新版本，检查更新；
四、新功能介绍；
五、帮助，如何使用；
六、开始时候的帮助界面；
七、精品推荐，通过网络获得，可以和本地方式结合；
八、关于我们页面，给出育儿网和瓢虫工作室的官方微博地址；
九、告诉朋友/分享
十、友盟，用户数据的统计，如崩溃信息发送
十一、使用帮助等用网络传输

这些功能，如果能做成模板的话，对于以后的开发，可能就会比较简单了。

在进行软件开发的过程中，我还有几点难以解决的问题。

第一是，虽然有这么多的用户反馈和使用习惯搜集的方法，但我仍然感觉无法真实接触用户，无法获得用户的想法，对用户有点“隔着一层纱”的感觉。如何更真实、立体地获得用户的想法，是一个很大的问题。

第二是，iPhone应用是一种基于“页面”进行开发的软件，它可以说是“页面驱动”式的编程，是一种扁平式的开发，很难进行深入的、灵活的设计。虽然在开发的过程中，也使用一些开发的模式，比如Observer模式，Singleton模式等，但是由于我对OC的语言特性还不够熟悉，对系统架构设计不熟悉，以及手机应用程序的特殊性，导致设计不够全面，不够完整。

因此，以后的学习方向是，继续深入学习OC的语言特性，实践软件系统设计，以及多读一些UCD的文章，看看人家是怎么设计产品的。