本文主要是来跟大家复盘一下，为何能快速完成一个投资不大的APP项目，在其中，我们运用了那些措施？先大概说下这个项目的背景，一个APP项目，投资不大，百万左右的规模，是我们部门第一个g端项目
项目投标的准备非常仓促，本来也没抱太大希望，结果中标了，有些意外的惊喜，更惊喜的是这个项目验收速度之快从来没有过，应该说一期的项目算是比较成功的，事后复盘一下，为何能这么顺利的实施项目，大概以下三个措施起到了作用
一、项目需求的管控到了极致开始接手实施这个项目，第一步还是控范围，也就是我常说的边界思维，在签订合同之前，要严格的把项目边界定出来，为后面的顺利实施做铺垫
这个项目招标的时候项目需求写的非常粗，我们经过和用户的的初步调研，把用户的需求分到了三级功能点，并评估了工作量，给出优先级，拿这个文档和用户进行第一次谈判，有些个别的内容被砍掉了，整体来看工作量还是很大，没有达到预期
第二步我们作为产品线和销售摊牌，把我们能做的需求范围和项目进度的满足情况和销售说清楚，这个是底线，否则就没办法承接了，让他找用户谈，这招叫欲擒故纵，当然我们也确实做好了不承接这个项目的准备，单点项目，看不到后期的太大扩展的可能性，没办法产品化推广，一期项目赚不到钱，做了意义不大
这招欲擒故纵有了成效，用户考虑项目进度和后期的推广难度，接受了我们的范围要求，最后达成可一个最佳的项目边界
边界定了之后，我们通过设计高保真的移动端原型，迅速让用户对需求进行了确认、签字，通过高保真原型，沟通过程非常顺畅，三天左右的时间达成了共识，进入开发环节，因为前期用户都看到了高保真原型，上线后和用户预期相差不大，功能使用的满意度基本达到预期
二、项目的客户支持非常到位我们这个甲方的项目经理是第一次管理这类信息化的项目，很多事情搞不明白，在客户支持方面我们给了大力的支持
各类需要跨部门开会的安排，我们都会安排足够的人参加，哪怕有些人就是凑数的也要过去，这样让客户更有面子，心里更踏实
政府的项目汇报比较多，这些汇报的材料基本上我们都包了，减轻了用户的工作量和工作压力，而且收到了不错的汇报效果，客户高兴，项目上的很多事自然会替我们说话
手把手教会用户使用系统给领导汇报，为了让客户能更好的更他的领导演示系统，我们手把手的教他如何做
首先帮他在电脑上安装APP的演示环境，配合演示帮他写了一个word讲解台本，考虑演示时的网络环境，提前准备好两种网络策略，演示时我们在后台支持，最终演示效果很好，我们的项目也很快验收了
三、成功的运维策略这个项目的终端用户群非常大，有几万人，而我们最多只能投入一个运维支撑人员，为了提升客户满意度的同时，尽量减轻运维人员的压力，我们将用户根据地域划分7个片区，并在这些片区中选出用户管理员代表作为后期系统使用、管理的接口人
我们先针对这些管理接口人进行培训，让他们先掌握系统的操作方法，运维要领，而后建立7个微信群，以微信群为主进行服务请求的处理
由管理员负责收集自己负责片区用户的使用问题，然后报给我们的运维人员统一受理、解决，这样既避开了终端用户与运维人员直接接触，减轻运维工作量，也调动了用户系统使用的积极性，效果很不错
当然我们也保留了电话和邮件的沟通方式，但从设计的运维过程来看，使用较少，微信群才是最佳的问题沟通渠道
当然除了系统的问题，用户也会提一些新的需求出来，针对这类新需求，我们定义了需求变更流程，全部由管理员提交到甲方项目经理审核，由甲方项目经理找我们统一协商，通过这种方式也避免了大家随意提需求的现象，提出来有价值的需求统一谈判，找变更的投资费用支撑，这样我们也乐于支持这些需求变更
通过极致化的控制需求边界、良好的客户支持手段以及成功的运维策略，再加上一点点的幸运，项目很快验收汇款，这个项目也成为我们部门成立以来验收最快的项目
#专栏作家#奋斗De奶爸，微信公众号：奶爸的小客栈（ID：naiba2000），人人都是产品经理专栏作家
10年以上产品、项目管理实战经验，关注企业供应链、数据中心、IT监控等产品，喜欢琢磨，希望把有价值的产品理念和实战经验传递给需要的人
本文原创发布于人人都是产品经理
未经许可，禁止转载
题图来自 Unsplash，基于CC0协议