开发iOS应用前应该做的6件事

• 验证你的idea

• 创建一个任务表

• 了解这个idea的用户群

• 竞品分析

• 原型

• 重复做以上事情

验证你的idea

所有的事情都起源于一个想法， 但也不是每个idea都能实现，就算idea实现了又不一定能火，app store有几百万个app，其实没有太多真正能吸引到用户的，有创意的就更少了。所以你应该仔细的去考虑一下，你的idea真的可以吸引到用户去花钱吗？

当你有一个Idea之后可以问问自己下面的几个问题：

• 有已经上线的app和你的创意类似吗?

• 有没有人购买或是在寻找相关的应用？

• 这个创意解决了什么问题或是满足用户什么样的需求？

有已经上线的app和你的创意类似吗？

如果答案是肯定的也不要太失望，为什么？因为目前我们能想出的创意大部分都已经被别人实现过了，但是可能他实现的并不理想，或是你的切入点和他的切入点不同，从另一个角度来说，如果你的创意已经有人在做，也可以证明你的创意是有价值的，你只是需要深入的考虑一下用户的使用场景，你是不是可以做的比他好，你的设计是不是比他的app体验更好。

只要你可以比他做的好，你就会成功，举个例子，现在市场上已经有成千个天气应用了，但是仍有一些新的天气应用不断的上线，而且很多都非常成功。 这些机智的开发者从不同的切入点给用户提供了更好的用户体验，换一个app的成本这么低，用户当然愿意换一个更好的。

有没有人购买或是在寻找相关功能的app？

任何的商品都是从需求开始，有了需求才开始有了商品。幸运的是互联网发展到今天，我们已经可以很容易的发现用户的需求，我们可以通过了解一些关键字的搜索量来分析用户对一些功能的需求。AppAnnie就是同类网站中比较不错的一个，它提供一些免费的应用分析和应用市场的数据，还有一个很重要的功能是它可以看到用户搜索的关键词排行榜，你可以从中了解到用户需求的一个变化趋势。

你的idea解决了什么问题或是满足了用户什么样的需求?

我们可以看到很多关于app创意和需求的征集贴，会有很多用户提出他们的需求，比如一些喜欢旅行的人想要一个足迹地图，他希望他所走过的地方在地图上都是清晰的，上面会有一些图片和文字记录，没有去过的地方就是模糊的状态。再或者上班族们希望有一款便捷的自动AA软件，满足同事日常的订餐和其他消费。

需求很重要，你一定要搞清楚你的创意可以为用户解决什么问题，或是满足用户什么需求。如果连你自己都不知道，那就早点放弃吧。

创建一个任务表

这一步是当你准备开发之后要做的事情。很多人在开发app的时候脑子里会迸发出很多想法，有一大堆功能想要实现 ，这个时候你应该把这些任务表记录下来，每完成一个任务之后从中找一个最迫切、你觉得最重要的功能来做。切忌一堆功能同时向前推，没什么好解释的，你肯定能理解这样做的原因。

了解这个idea的用户群

产品策划初期，我们需要根据公司产品考虑目标用户群。

我们可以采用人物角色方法对该产品进行目标用户群研究，让研究结论更好地服务于该产品，使投入产出比最大化。

如果我们想设计一个能够拥有所有功能、让所有用户喜欢的app，那么最后很可能没有一个人喜欢这个app。试图满足过多的用户，结果反而会导致用户满意度下降。而人物角色研究得到的用户细分结果能够帮助产品经理规划适合不同人物角色的销售流程，以更好地满足市场需求。

原型

一个软件原型是所提出的新产品的部分实现。使用原型有三个主要目的：

• 明确并完善需求原型作为一种需求工具，它初步实现所理解的系统的一部分。用户对原型的评价可以指出需求中的许多问题，在你开发真正产品之前，可以最低的费用来解决这些问题。

• 探索设计选择方案原型作为一种设计工具，用它可以探索不同的用户界面技术，使系统达到最佳的可用性，并且可以评价可能的技术方案。

• 发展为最终的产品原型作为一种构造工具，是产品最初子集的完整功能实现，通过一系列小规模的开发循环，你可以完成整个产品的开发。

    建立原型的主要原因是为了解决在产品开发的早期阶段不确定的问题。利用这些不确定性来判断系统中哪一部分需要建立原型和希望从用户对原型的评价中获得什么。对于发现和解决需求中的二义性，原型也是一种很好的方法。二义性和不完整性使开发者对所开发的产品产生困惑，建立一个原型有助于说明和纠正这些不确定性。用户、经理和其他非技术项目风险承担者发现在确定和开发产品时，原型可以使他们的想象更具体化。原型比开发者常用的技术术语更易于理解。

在这之前我介绍过一些原型工具，大家可以移步：

两款常用的原型设计工具

竞品分析

竞品分析有两个目的：

1、知己知彼：了解市场上同类产品和本品的相对位置

2、取长补短：选取竞品可借鉴的地方，对本品做出改进

从产品设计出发，分为功能、交互、视觉三个方面进行竞品和本品的比较。

首先是功能分析：应用到具体产品，从功能分析需要相当地个性化。我们的做法是首先对该类产品的用户需求或者是用户使用过程进行归纳，形成几个相对稳定的主要维度。归纳成几个主要维度后，在每个维度上进行比较。从功能的完备性（必要功能是否都具备，是否人有我有）和完善性（是否人有我优）进行逐项比较。有时枝蔓功能过多，也考虑用卡诺模型衡量一下一些非必要功能（事实是，企业内部总有方方面面对产品不断做加法的权力，却少有专注核心功能做减法的魄力）。功能分析能够启发对产品定位的思考。

在功能比较的基础上，考虑具有可比性的功能的提供过程的交互比较。有时候比较操作步骤数量，有时候比较交互的辅助质量。这里就有点类似启发式评估，可以应用Jacob Nielsen的10条可用性原则，也可参照ISO9241-110的对话原则（两者虽是不同体系，但也有些重复）。

最后是对视觉进行比较。相比前两者，视觉显得比较表面化，相对独立。同样也是用启发式评估的方式在实际体验各竞品过程中进行对比。

实际比较中的问题是，发现功能和交互、交互和视觉常会互相牵扯，一是不知归于哪一方面为好；二是分别评分时，会感觉同一个点的问题有重复影响评分的嫌疑；另外，评分在不同维度所设置的权重也是比较主观的。所以要把对竞品和本品的评分形成一个具有信度和效度的稳定体系，还是有些挑战。

不过按维度分析还是很有意义的，能了解到不同层次的较好的实现方法，区分不是目的，了解才是最终所要的。穿行于各个产品之中，对一类产品会加强理解，有助于对产品设计提出更佳的转化建议。

重复以上的事情

实践总是幸福的一步，哪怕只是实现一个原型。开发app的一个流程在每个开发者看来可能都不太一样，本文以建议方式将我的看法表现出来。其实最关键的还是你自己不断的重复做这件事，并在这个过程中根据项目的需求来适当的调整和优化它。

原文链接：开发iOS应用前应该做的6件事