APP是风险投资，因此投资APP的时候一定的小心，因为毕竟是风险投资，北京APP开发的风险包括人员风险，资金风险，需求风险，技术风险四方面的风险。
第一、人员风险，项目成员生病了，项目成员突然有调动了，项目成员能力明显不足，项目成员拒绝执行……怎么办？第一，时间计划表应具有弹性，去应付某个或某几个成员突然变动的情况。第二，评估风险的高低，如果属于人员实力不足，则可以考虑重点放在对他的鼓励上，如果实在不行，可以增加人手做，如果属于人员拒绝执行，或阻碍执行，那么首先是了解其原因，然后再悉心沟通，争取达成一致，不到最后一步，不做出把该人员请出项目组的决定。如果成员有临时事情变动，我们则需要补充人员进行填补空缺。
第二、资金风险，资金是项目成败的基础，一般的APP不会存在开发期间的资金风险，但是我们做项目都知道，时间就是金钱，我们务必在规定时间内完成任务，拖一天，项目进展就慢一天，市场就慢一天启动，这样造成的资金营运压力会越来越沉重，为确保成本不增加，我们只有尽可能在按时完成任务。如果出现大的资金链断裂的情况，项目经理有权提出申请取消项目或搁置项目。
第三、需求风险，需求这块千变万化，这与我们选择的方法有关系，一般情况下，如果以责任人制来看，瀑布模型的需求变化风险是小的，因为策划案已确定的情况下，责任人已找到了的情况下，需求风险不会变通太大，如果需求变通太大，那这个责任由这个策划来负责了。同理其它责任人也是一样。但如果是快速原型开发，则变化风险很大，这是因为越往后做创新不断，这样局面很难控制。我们建议在此时项目经理做有原则的妥协，让项目得以进行。风险大到无法做的情况下，找公司上级交涉解决。
第四、技术风险，技术实现不了，技术难以通用？采取这种语言环境，最后速度会变慢？这些风险给人们提出了警钟。如果你今天采取了不成熟的技术，那么这个项目应该是要具备包容这个风险的能力，如果技术人员想尝试，但是经验又不足，导致项目失败的话，这个责任由技术人员来承担，但是：这远远不是说承担责任就了事的，这需要我们在选择：ASP，JSP，PHP，.NET开发的时候，慎重考量。看你这个APP是什么类型的APP，如果你是面向个人的APP，那对于搜索效率，访问速度，稳定性要求都很高，应该采取满足这个条件的语言来开发的，那只能说优先采纳，但是也不能说是决定性的，因为：聘请一个懂这类语言的人的成本是否会增加，会让我们的运营成本增加，而这种技术应用后产生的效誉是在营运半年以后的话，那么我们就需要平衡是增加服务器，还是说直接采用这种语言呢？增加一台服务器的成本首先是低于这个技术人员的年薪成本，并且能帮助我们解决这个问题时间长达一年之久呢？这样我们可省的成本，去投资到销售上能产生新的销售收誉，让我们度过这个难关呢？这需要综合考虑，总之，是站在运营的角度去想问题，不要单纯的站在技术问题去思考问题，这是很关键的。我们有见过和经历过类似的情况，最后花在平台上修改的时间是开发时间的一倍多。
