负责回答这些问题的是设计团队(通常隶属于产品团队的一部分)。也许你只有聘请一位兼职设计师的预算，但为了提供杀手级产品，你必须与设计师更密切合作——理想情况下，如果负担得起应该选择全职设计师。

　　所有产品人员其实都是在回答开发“什么”的问题，有的团队划分产品经理、设计师、用户体验专员等，对早期团队既无聊又没意义。实际上，应该团队齐心协力，密切合作。每个人的专长的确不同，但到头来，大家都是应用的使用者，而且许多领域会重叠，应该鼓励所有人注重整个产品经验，而非单一的部分。

　　所以一般来说，团队成员会包括：创始人人引领产品愿景和管理;理想上，另一位创始人是工程师，有天使资金后，应该至少再招另一位工程师(或两位)加入。你可能无法聘请一位出色的全职设计师，但至少每周要能交流一次，此时大概也无法聘请一位全职的QA人员。实际上，确认应用运作无碍的重任，落在仅有一人的产品部门上。

　　综上所述，团队成员共为五、六人。如果应用较为复杂，需要建立一个较大的团队。需要全职设计师、iOS工程师、安卓工程师、几位后端工程师、几位外包人员以支援开发，最后再找来一位QA，这样团队成员约为十到十二人。

　　人有了，一般来说会采用敏捷开发的模式进行具体工作。所谓敏捷开发，是指在一段固定的短时间内，提供有价值的功能或改良，一般持续一或两周，目标是从头开始，提供某个有价值的东西(一个特定功能)让用户使用。为什么它很普及?因为每两周就可以为用户提供新功能或改良，代表每两周用户能测试新功能，让你评估是否要留下这个功能。自然地结合了使用者对产品改良后的回馈，和你原先规划要他们测试的新产品功能。

　　敏捷团队的定义，是指一群人完全独立自主，采用、执行、测试、配置一个产品功能，最后让用户使用。这个概念相当棒，如果团队规模小，运作成效会很好。这里很重要的一点是，团队成员应该在同一个地方，尤其是只有产品/设计/开发等少数成员的小团队。原因如下：

　　我们先从理想情况开始，如上所述，组织(目前小规模)产品开发团队的真正目标，是让他们有能力快速推出应用的新版本，这件事仰赖有效沟通，过程并不容易。为了能经常“推出新功能”，就要持续改善代码，等用户使用后提供反馈，再看看应用是否因此变得更好，你必须在每个可能的层面上追求效率。也就是说，要让整个产品/设计/开发/品控团队都在同一个地点，随时待命。如果其中一位或多位成员在远地工作，只会让沟通效果不佳，少了大家在同一个房间面对面沟通的机会，也无法随时私下交流。目前你的团队规模还太小，尚无法各自为政。但如果你的应用在之后以疯狂的速度成长，沟通绝对仍是关键，因此你现在所建立的沟通文化，未来将得到丰厚的成果。

　　把应用开发出来只是万里长征第一步，更重要的是如何让用户来用。基本上没有经验的人的答案千篇一律：“我们会用尽各种方法推广。”这和什么都没说一样。每个创业者都非常努力在推广他们的应用，但最终真能在市场上获得海量活跃用户的屈指可数。所以非常努力去推广，是基本的工作，但不是一种致胜策略。

　　没有用户，心目中想达成的远景再美好也是白搭，所以除了有愿景，还有要务实、按部就班的市场策略。首先是思考竞品是谁?如果说什么是最大的竞品，我会说是游戏产业，这不是玩笑，只因为一款应用上市在这个红海中的红海最先决的条件就是被找到，找不到的应用没有价值，当游戏把各种应用市场的榜单占满时，你连最基础冒头的机会都没有了。再举个例子，假设你制作了一款闹钟，想的可能是放在生活类别，但详细观察当你将闹钟放在生活品味这个类别后，会发现什么房屋出租、二维码之类都在此类，而这些都是你所谓的竞争对手。那么在曝光这个角度上，竞争对手并不是类似功能的产品，而是放在同个类别、能占据用户手机时间的应用都是你的竞品。