没有永恒的东西，即使是那个我为之开发了3年的App 影秀城。影秀城是集团所建的商业综合体，这个App就是与之配套的移动互联网平台。
功能涵盖了：优惠券，套餐券，自定义套餐券，活动专题，商户动态，商家展示，超市扫码购物，停车场支付，停车场导航，室内导航，会员积分，预充值消费，收藏；以及支持运营的相关工具，扫码掉宝，定时抢，免费抢，人手礼物，动态换肤，首页动态运营内容配置；再加上很多零碎的页面共110张。再算上之前用户可以发影秀圈的功能，甚至还有个小游戏页面，那就页面更多了。之中我们还进行过2次大改版和2次小改版。这个App还有个难点，对接了相当多系统：超市erp，商城erp，停车场系统，还有室内导航系统。
说这么多无非就想，我们是非常高效的小团队。至于产品好不好，大家可以下载看看。 哈哈...
这里回想和记录下技术团队在App开发中走过的4个认知阶段。
App必须忠实贯彻UI稿和产品需求
记得第一次迭代出来，被我家产品经理好好数落了下。这个UI不对，那个UI不对；这个需求不是这样的，那个也不是这样的。当时很不服气，不就差一点点，至于嘛。毕竟证据在那里，确实不一致，那就回炉再修改过。第一次回炉花了好几天时间，重新看需求，重新对UI，基本花了一个迭代的时间。而且回炉实在太痛苦了。重新修改后确实看起来顺眼多了。这时才深刻的理解到，开发人员必须忠实实现产品需求、严格重现UI稿。
之后的开发，我们都会先理解产品需求，在做的过程中严格按照UI稿进行布局；（这也是专业和非专业的区别）之后几经人员更迭，发现每次新人进来还是不会尊重产品需求和UI稿，看来这开发人员的通病了。
几个好的实践：
1，产品介绍完需求后，开发人员再重述一遍。
2，早期用Markman量取位置，很不好用。后来设计师改用了Sketch。
3，发明了一个简单有效核对UI的方式：把设计稿放到iPhone 6上，同时在另个iPhone 6上运行开发好的App；这样放一起，非常容易发现不一致的地方。
4，交付前针对产品原型过一遍页面，确定需求都已满足。
加强App对于细节的处理
什么算是细节？
1，比方页面加载过程中需要显示个loading框，而不是一张空白页面。
2，什么时候显示独占框，什么时候显示非独占框。
3，加载页面在不同出错情况下，出现不同占位图。
4，在转场、用户点击时的动画效果。。。
这里很多细节不是来自产品经理的要求，而是开发人员开始带有产品思维，去思考自己App的不足。所以很多细节的加强是开发自己加上的。有了细节，App看上去会更细腻。这也是大厂App和小厂App的差别。
运营工具化&常态化
当App正式上线后，发现运营团队总是有各种多变需求。
1，比方而且每次节日，活动还不同，所以我们做了一个通用的扫码掉宝入口。用户在现场拿出手机扫码，具体结果就看每次配置的活动了。
2，活动页面不同，需要各种样式，各种内容，各种顺序。所以开发了运营可定制的页面。
3，节日换肤：每次节日都要上个换肤版本就太痛苦了；做了个动态换肤功能。
4，首页banner页面动态配置：这个动态真的是非常动态，我们用了混合开发。内容、样式、排放格式都是在后台按网页方式配置。完全可以随心所欲。
更加快速响应产品和运营需求
这是去年主要做的事情。也就是我在之前文章里写的：组件化、页面按MVVM方式搭建、页面路由可配、公用下沉。
在商业综合体业务方向专研了3年，是时候停下来想一想了。
欢迎大家找我交流
网友评论