项目中的不可控因素及其应对策略

项目的不定因素主要来自社会、用户、公司、团队等方面的不可控因素，对于不可控因素的提前预期和规划，是项目进度和质量的警示和保证。

(1)政策和法律的变迁

随着第三方应用市场的繁荣发展，相关监管政策会陆续出台。两年前工信部就提出要建立相关评估和管理体系，对智能手机内置软件、应用程序以及第三方App开发平台进行备案和监管，如做实名认证等。而今年国内首例App侵权案也在上海立案开庭并胜诉，势必会引起被侵犯商标权的其他企业的连锁反应，陆续发起维权行动。熟谙相关政策和法律动态，可以避免让企业和团队陷入不必要的麻烦，维护企业形象。

例如：2014年9月18日下午，据消息人士透露，广电总局要求视频网站下架TV端App事件已经向各互联网视频企业发出最后通牒，要求当周内所有视频网站电视App下架，一周后检查，否则将取消其互联网视听牌照，并停止服务器。优酷土豆、腾讯视频、爱奇艺、优酷、PPTV聚力等网站已经收到通知，会陆续做出回应。

(2)用户的招募和调查

前期的需求收集和中期的测试阶段，都会用到大量的目标用户，这就可能会存在用户不符合主流群体，用户意外流失等情况，对于这一点，用户测试外包企业、备用替代组等都可以作为保障办法。同时，建立一批属于自己的稳定的测试参与者小组，也是一个可靠的发展趋势。这个小组可以是一个包含上千名拥有先进资源的协同者的社区，也可以简单到只是一张成员陈列表；这些参与者可以是经常使用相关产品和服务的专家，也可以是完全不了解，但是需要通过你们的产品和服务来达到了解目的的新手。不论哪种情况，一个可辨识性的特点就是：这些成员都是提前登记好的，等待着你随时召唤去参与研究的。这样的小组能够大大增加项目进展的稳定性，并有效缩短项目周期。

例如：《经济学人》杂志社拥有一个数字读者小组，成员们都会为了提高该品牌的产品和服务而努力，并且希望一直能与该品牌保持联系。

(3)全面和专精的矛盾

开发一款App的过程中，一定会存在是选择功能强大而全面还是小巧却精准的矛盾，不论是在需求收集还是团队商讨中。在这个问题上应该把握一个平衡——阶段和功能的平衡，也就是在产品的初期版本中应选择核心功能，做到小而精，随着产品的成熟，用户的庞大，逐渐加入其他功能，在市场的检验中随时调整战略，平稳发展。

例如：Instagram诞生初期是一个只拥有分享照片，评论和“like”功能的Burbn iPhone应用，凭借着敏锐的需求入口迅速占领市场，同时逐步丰富功能，如今已经发展成为了支持免费自定义设计、实时滤镜、一键上传、分享、点赞、评论等功能的，快速、美妙和有趣的照片分享软件。微信的火热也是这样一个边壮大边发展的过程，起初的微信以语音传输扛大旗，再看看今日的微信，俨然已经成为了一家独大的移动通讯应用的领头羊。

(4)同类软件的抢先一步

App市场火热，你在紧锣密鼓的开发过程中，也许就有另外的几支团队也在战斗。也许你的产品已经到了上线前夕，一款定位和功能都类似的应用却抢先一步进入市场，这时的团队应该如何应对?对于这个问题，应该说我们不能左右他人，只能做好自己——密切关注本领域和边缘领域的市场动态，随时收集和分析市场趋势，确保自己的产品占据一角市场空白或者拥有一点功能或设计亮点；如果遇到上述极端情况，要做到客观对比自产品和竞品的异同和优劣，通过用户调查或者专家评估，扬长避短，有取胜或者抗衡空间就按计划上线，确实没有明显优势，及时撤销也许能够减少沉没成本。(www.xing528.com)

例如：2012年1月女性经期管理软件“大姨吗”的出现，标志着经期管理类App竞争的开始，包括美柚、月月佳、西柚、美历等经期管理类App层出不穷，功能及界面设计都是主要的竞争手段。“大姨吗”凭借其资历以及良好的营销首先领军，但随着各个品牌的营销意识增加、新产品的开发，最后的发展我们只能拭目以待。

(5)不同部门意见不统一

团队工作一定会存在众口难调的情况，这可能是职能不同导致的认知偏差，也可能是个人风格偏好的多样。对于这样的情况，在各部门据理力争的前提下，团队领袖应该果断决策，这也是团队领袖的价值所在。在此需要注意，团队领袖不一定是团队领导，团队领导可能是掌管资源的管理者，却不一定是最熟悉App市场发展的领袖，两者之间的矛盾我们会稍后讨论。另外一个重要的参照是用户需求和建立在用户需求基础上的原型设计，这应该是项目进展全过程中的参照标准，产品以用户为中心，是新型App团队应该贯穿坚持的原则。

(6)团队外决策层的压力

App开发团队面临的第一个挑战是如何得到来自组织决策层的支持。相关调查显示，他们当中的很多都受到来自上层的挫折：没有上层支持，团队被迫抄近路，损失工作效率；对于团队的误解，也可能会导致交流障碍和无逻辑的计划；并且缺乏决策层的支持最终会体现在缺乏资源上。这些都会影响产品的正常开发。对于这个问题，积极并且有效的沟通显得格外重要，给老板呈现一份项目计划书，详细地汇报每一个环节、每一个选择的价值所在，主动地渗透怀疑论者群体逐步扩大影响力，最终拉拢决策层上船。

(7)成品相对原型的偏离

成品和原型的偏离是用户需求和原型的参照作用没有发挥好的必然结果，也是开发团队不想看到的结果，尤其是当最终结果不理想时。此时团队面临的选择是上线还是修改后再上线，选择的原则就是成品的价值和代价：暂时上线有多大的价值?目前产品的企业形象定位和用户的第一印象会不会影响下一代产品的发展?总之最终的目的是避免资源浪费或得不偿失。

(8)上线效果不合预期

测试版本上线后，首批用户的反馈是具有非常大的指导意义的，即使反馈效果不符合预期。特别需要说明的是，上线初期应该尽量多渠道的选择和设置用户反馈机制，如产品评价，论坛评论，以及微博回复，邮箱收集等众多方式，这批用户是最自然情境下的目标群体，拥有最自然的需求和声音，团队应该建设性地提炼和转化用户反馈，对症下药，改良产品。过程中需要注意的是用户意见和建议的甄别。

例如：美国的一项研究显示，在电子商务方面，美国人比较擅长使用iPhone记下想要的商品，在iPad上完成支付。所以电商厂商们纷纷投入了iPad的应用开发，支付宝团队也不例外。但是支付宝Pad版在经历了短暂的高潮之后，最终却走入了一种不温不火的状态，更新和维护远不如手机端。Pad的大小和重量决定了其便携性不如手机端，Pad对于网络的依赖性以及安全性，也在客观上决定了其市场发展可能不如手机端。