标签： 发布时间：2020-11-14 浏览： 177
三个事实
第一个事实
“移动互联时代，有APP或公众号的企业多如牛毛，但能够稳定运营，活下来的却是凤毛麟角，99.99%的APP或公众号最后归属都是灭亡！”——表面上还活着，其实已经死了......只是假装还有价值，还在坚持做无意义的挣扎。
第二个事实
“一个APP能够从最原始设想变成现实，能够让用户成功便捷的装到手机上并且稳定运行，这是一个了不起的里程碑！”，虽然我们最终看到的是一个安装包亦或是一个访问链接，但其包含实物产品生产所涉及的调研、设计、研发、维护的每一个流程，开发的投入是真把式，是有价值产出的事实。
第三个事实
“一个APP只有顺利诞生，才能更好的做梦”！但令人匪夷所思的是，浅显易懂的道理并不一定每个人都能理解，特别是APP委托方，也许是因应用软件的想象空间无比巨大的特点，在高估自己的想法同时，也顺便高估了自身能力，多爱做自己的梦，少爱做配合别人的事。
事实看来：
一个APP能否成功，主要在开发和运营两方面，两者相辅相成；
定制好一个APP和运营好一个APP都不容易，都需下狠功夫；
定制开发好APP是甲乙双方积极配合的结果，单方难以成事。
一个APP因运营不利而活不下去，但至少还能昙花一现，进入了赛道。但如果说一个APP因开发原因而偃旗息鼓，连现的机会都没有，没资格进入第二轮的运营PK赛道。
毋庸置疑，问题肯定出在没有好的风险把控机制和风险管控能力，我们必须深刻意识到，这不仅仅是甲方的责任，更加是乙方的责任！
原因很简单......
当资源已给时，乙方缺乏主动调配项目资源、掌控项目流程节点、引领主客关系的能力是导致项目失控和没有好结果的直接原因。即使勉强交付，也只会在一次次求放过和跪舔姿态下原谅自己一步步构建出不健全的团队认知，在实践过程中始终难以磨出锋利之刃。
如果不打造一个有组织、有战斗力、有共同认知的核心源动力小组，团队将在原地转圈的同时无知觉的被市场残酷的抛弃，如此，在创业团队，这无疑是致命的！
行业前十年
从09-19年，特别是前6年，定制APP开发的交付是非常容易的，但为什么后几年顺利交付一年比一年困难？尤其是17-19年，有时候甚至远超我们自身的想象，这个问题，我们来看看前10年APP定制开发行业的特点：
1、行业处于起步阶段，竞争格局未形成，粗放运作，红利巨大；（正）
2、经济持续上扬，市场条件宽松，投资环境看好；（正）
3、从业人员普遍年轻，缺乏成功的经验和失败的教训，历练不够；（负）
4、团队核心管理能力缺乏，对项目风险意识严重不足；（负）
从特点看来，两正两负。
前十年，APP定制行业热的不行，一联系到双创——“大众创业，万众创新”，不知觉就将其与APP关联，无APP不互联，无APP不创业，貌似想一个点子，就能干出一番天地，就可成就不朽事业……
整体来说，前十年是APP定制行业发红发紫的十年，尽管有泡沫，但生活不也得继续在泡沫的大圈圈中持续前进吗？前十年，很多团队“活在当下”！（包括我们）。
APP开发行业其背后巨大的利润空间，正面源动力远大于负面的消耗力，这正是为什么APP开发行业有着团队核心管理能力缺乏、风险意识淡薄、没有长远眼光等众多诟病的前提下，却依然能够野蛮生长，开疆拓土！
恰恰是市场的“乱”，使得即使有问题也能轻松生存下来，甚至不需要特别的努力付出，就可以活的很滋润。
小结
可以说APP开发行业的前十年，是混沌、朦胧、粗放式运作的十年，懂一点行业专业技术便能埋锅造饭，开门营业，从诺大的红利市场分得一杯美羹，但就在这短短十年中，这片蓝海海域正在厮杀的过程中正慢慢变红，变的血红！
从事物发展的规律及当下经济行情看来，结合行业的现状和自身从业的经历，我坚信未来十年，app定制开发行业将是一个清晰、明确、精细化深耕的十年。
面对市场环境的压力，商业竞争的本质，服务商将被要求具备整系统、全流程的解决问题和分析问题的能力，意味着，这不仅限于技术服务能力，更甚是技术服务商压根就不擅长的项目委托代运营能力。
在前十年粗放浪潮中活着并连续生存达5年及以上的企业，虽已掌握在该行业中如何生存的基本技能和技巧，有着一定专业能力的积累，但......
接下来十年，对于那些已经活下来的企业（包括我们在内），还寄希望于仅靠自身积累的那一点技术专业奢望企业能持续健康稳定的发展，还继续按以前粗放、扁平化的管理模式来经营企业，那将是一场灾难。
在更加苛刻和严肃的市场环境下，创业团队必须有着强烈的忧患意识并提前布局应对，不求能赢，至少不能输了先出局。
已活下来的APP定制开发企业，如何面对新挑战和机遇，如何坚持下去将自身本职业务继续发扬光大，在市场上占有一席之地？
下面，结合自身经历，我们梳理一下，站在开发商角度（主导者）——如何做好APP定制开发业务。
01
认知风险
甲方心态，乙方姿态，这是风险源头，是风险控制的关键，也是草台班子客户着重攻击下手之地，不管是善意的还是恶意的，有意或者无意为之，很有可能为项目失控埋下祸根！
为避免和控制该风险，首先需明确的是自身立场和原则底线，尊重自我价值，深刻了解团队以及自我发展的现状，明白阳光下的买卖才能理直气壮的基本道理，这是团队做事基本核心理念与共同认知的前提。
每一个管理人员只有深刻理解并时刻自我警醒，才能识别和避免被客户挖坑，防范于未然。小动作、屁股坐不正、又缺乏对项目风险把控的能力，项目失控是大概率事件，甩锅亦将是必然或无奈狼狈之举。
如此，甲方心态并不可怕，可怕的是以跪舔的姿态迎合！
02
商务风险
防范问题总比问题出现后再解决相对更容。商务风险，这里主要指合同风险，虽白纸黑字，但现阶段多为君子协定，流程形式，整体风险可控，可治，但合同形成的制定和审核步骤缺一不可，这是组织和行为方式组成的核心部分，是团队成长和壮大的重要前提。
03
项目流程风险
①需求风险
需求分析是最难的，也是最耗时的，只因这是0-1的过程，分析人员面对的往往是模糊不定的边界，更甚者只有只字片语的需求描述，如果没有丰富的经验和相当的理解能力，很可能会让客户因分析人员个人原因而彻底否定整个团队。
如此，需求分析阶段，画的不仅仅是思维导图或功能的罗列，而是首先在深刻理解客户想法的前提下，能够用语言清晰的表达整个业务流程的闭环，做到心中有图、有列表，将不确定性降到最低，帮助设计在UE环节穷尽功能点是风险控制的关键。
总结一下，主要从以下三个方面执行：
a、抓住甲方，创造机会与之深刻交流，建立对项目的清晰认识；
b、需求分析员熟练掌握导图或其他需求沟通的交流工具；
c、强烈要求甲方深度参与需求分析的过程，并与之解读。
②设计确认风险
设计阶段的最终目标是将需求成果可视化，具备验证需求的完整性、一致性、正确性的作用，是弥补前期需求缺陷的重要手段，需求到设计，层层递进，相互补充。
原则说来，设计的主要审核权在最终用户，而非客户，因为设计的主要目的不是满足客户的喜好，而是最终用户。
但现状往往是基于客户的决定而确定最终设计（UE和UI），最有决定权的用户反而往往很少参与到流程的制定之中来，如果甲方本身没有人具备相对丰富一点的知识和经验，对该流程认识不深刻，那么，反悔修改设计流程的概率大大增强，这无疑导致项目延期，导致双方产生分歧的重要推手。
如何解决呢，主要从以下三个方面执行：
a、商务协助设计，不断向甲方强调设计的重要性；
b、技术把关设计，评估技术可行性风险；
c、要求甲方必须参与流程，并最终以书面或电邮确认设计成果。
③技术开发风险
主要指代码规范性、技术可实施性以及代码完整性风险三个方面。代码是否规范，可读性是否良好，是关系项目效率高低的关键指标。
代码不规范是导致项目重写、交接困难、维护代价高的重要原因，而这与技术本身好坏并没有太多的直接关系。
关于技术可实施性，在前期需求和设计阶段技术有把关参与，但最后在实施阶段还是遇到技术难题，这是正常的，若久攻不下，得找外援、商务协商，不钻牛角尖。
代码完整性，相对于规范性来说，定期备份和上传项目资料是简单的，难的是持之以恒，不间断的保持。某种意义说来，技术代码缺失将直接导致整个项目成果付诸东流，不仅是对甲方不责任，更是对市场缺乏敬畏之心的表现。
04
市场风险
即使乙方充分调动资源，甲方积极配合，项目流程确认清晰，开发顺利，并不意味着项目ok没有风险，其实风险的来源并不一定是甲方，也并不一定是乙方。
有可能来自于外部的第三方环境——市场，导致APP定制开发的成功与否乙方难以控制。项目管理者严格遵守项目流程，并在过程中细心留意甲方动态，将风险降到最低是完全能够做到的。
总 结 ：
综上所述，出发点并不是想着如何对付客户，或自我制造假想敌，将事情往坏的一面考虑，恰恰相反，因为实践证明这样的干法是正确的，没有照搬硬套的方法论，都是付出惨重代价和交了高昂学费学到的。
对创业团队来说，在项目风险的把控方面，最关键点还是执行力，在执行中配合、历练和成长，打马虎眼、大概如是、主观臆断的心态不仅会害了团队，害了客户，更害了自己。
