宗布知识库

“产品快速迭代中你所遭遇的坑”活动稿

2016-01-09  本文已影响284人  8546ed36e321

网易旗下多款产品联合独角兽·孵化器,打造了一个全新创业品牌活动——易创课堂。第一期【易创课堂】产品快速迭代中你所遭遇的坑 将有我们宗布科技、独角兽·孵化器、网易云信和七鱼云客服主办。我也被邀请成为活动嘉宾来和大家分享,所以在此之前我也将自己的一点点感悟先整理下。

此篇文章的逻辑如下图所示:

此篇文章的逻辑

HTML5 还是 原生?

案例:创业的一个项目,当时只有2个开发人员,1个后台开发1个前端开发,项目时间需求紧,选技术方案的时候就选用了走HTML5的方式,前端用AngularJS+ionic框架,后台nodeJS。1月的学习加开发时间就完成了第一个版本,但是后面发现前端越做越慢,也招不到前端的人,所以改用原生。

1.HTML5优势:

a.实现UI简单、功能单一的APP很容易。

b.写好一个版本稍加改动,web+ios+android+微信等平台一起有了。

c.人员配置不需要非常精通iOS和Android的开发者,全部招前端开发人员就好。

2.HTML5劣势:

a.原本的优势恰恰是劣势:人的原因,整个行业都缺前端,要招到HTML5、CSS3、JavaScript和至少会1个app框架的人不容易。

b.要一模一样精细实现设计人员给出的复杂UI很不容易,特别遇到框架没支持的该控件的时候很容易技术上卡壳。

c.使用的框架基本都是半成品,bug很多,如果遇到问题不是大牛就没法解决,需要要绕过或等待框架方修改。

d.HTML文本式的调试要比原生编译模式调试效率差太多。UI调试也没有像XCode+Reveal来的方便直观,遇到到UI问题往往要研究很久,所以需要用人力来堆,但初创小公司真的很难招到好的前端人员。

3.需要快速出Demo或原型给客户和开发,强烈建议让设计师用墨刀这个原型开发工具,几分钟学习就可以上手,可以轻松设计后出原型。

4.另外讲下,虽然现在像微信这样的平台使HTML5火了起来,但无数悲催案例告诉我们:在利益面前平台的承诺都是假的,轻松可以把你封杀。所以创业千万不能依托某个平台来压宝,APP这样的方式才是的安全的入路,用平台为辅助比较好。

总结:如果你的app需求不复杂,要快速实现多个平台支持,如果能搞到一位前端牛人带人的话可以试下HTML5方式,其他的情况还是原生来的靠谱。


客服系统的选择坑

案例:金融软件的客服系统,经历客服R->客服H->客服A三次的系统改版。在这个方面浪费了很多宝贵的时间。

即时聊天平台并附带客服功能也是在最近1年快速发展起来的,在2015年5月份的时候,市面上能直接可用的客服平台还不多,比较多的是留言等待回复的这样的工单系统,所以我们就选了一个客服R就上线用了,可以满足基本的客服功能,但是实际使用中还是有很多不满意的地方:

1.客服只有web平台,手机上使用这个页面没有做手机适配不能发言,所以不在电脑旁边的话无法交流,这是硬伤。我们提了工单需求没有解决。

2.消息历史纪录只能保留7天,并无法导出,硬伤。

3.web页面的刷新有问题,用户发过来的消息有时候听到声音提示但会看不到,提了工单需求没有解决。

这些问题导致我们第二次选择,选了客服H,其实和客服R也差不多,也是只有web、pc的桌面端,因为之前的系统已经在运行中,所以比较谨慎,只是在我们测试服,测试版本app上试用起来,经过一段时间发现比融云也强不了多少,优点小于换掉的代价,所以就没有决定替换。

后来一直在找更好的方案,直到不久前客服A的推广,他的客服系统引起了我们的注意,如果说前2家公司擅长即时聊天系统的话,客服A公司在客服方面应该是牛很多,接入试用了后发现比前者有下面的明显的提高,所以交接替换掉了客服系统R:

1.多平台支持:有PC,MAC,Android,iOS多个平台,可以实现24小时待机。

2.消息记录可以保存3个月,虽然和设想的永久保存或消息凭证还有些差距,但是也是很大的提高了。

缺点:用户信息用回调方式向我们后台的方式来获取,PC上没问题,但MAC,Android,iOS还不支持,所以看不到用户信息,需要等待它们后续版本更新。

另外提一下,现在开发比以前容易很多,有很多开源库,有很多的云平台,而且都是免费的,基本各家都已经有几年的沉淀,功能越来越成熟。所以做事前先查下有没有可以利用的资源,再决定要不要做,就像客服系统如果你不是非常有实力自己再去做一套的想法就不要有了,做出来也可能没人家的好,白花宝贵的时间和精力,应该有限的时间去干自己擅长的事情。


App Store过审核

案例:有个朋友找我帮忙,一家公司的Appstore审核卡了2个多月还是过不了,甚至淘宝花了几千块一次加快审核进度费用都没用,我帮忙分析原因提供修改建议,之后那次就审核就通过。

1.Appstore审核中最难也是最长时间的是第一次,所以请提前做好功课,网上有很多教程,罗列了常见被拒原因,请技术人员一条条核对,确保能遇见到的问题都先解决。因为appstore每次递交有2个阶段,第一阶段是排队等待,一般是7~10天;第二阶段是审核阶段,第一次会花1~3天,如果过了以后的话以后基本几个小时。如果没有过,那就有是 大概 7+2 天这样的反复循环,直你把问题解决,时间真心耗不起。

如果你们没有把握的话,我建议是在蒲公英平台上用下他的Appstore的预审核来先过一遍,找出问题,减少不必要长时间等待。

2.被打回的问题有主次,只要把主要问题解决了,次要的不会卡你。

举个例子,比如一次打回包含几个问题:

a. 属于儿童类,必须有家长监管能力功能

b. 有额外功能激活,但包含链接,链接到某付费网站

c. 微信登入方式,在微信没有安装的情况下进行不能。

d. UI设计不够好,低于苹果设定最低的标准,

四个问题其中a,b,c就是主要问题,这3条不改绝对通不过 。d可以忽略,到了上appstore阶段短期内我们已经改不动这样的问题,没必要花大力气,因为abc改完,苹果很大概率就能让你上了,实际我们也遇到一次有d但没有改d这样过了。

3.注意苹果对分级,歧视,儿童类,支付,功能走不通这几个方面卡的特别严格,也是我们往往会忽略:

a.分级,如果你的app属于“娱乐”擦边类的,要小心了,分级选了不恰当,必定被打回。

b.不要有任何带有歧视的字眼,我们有次很奇葩,就遇到一个用了“颜值”这个词被打回。

c.任何逻辑路径都要考虑到,千万不要出现走不通的情况,尤其苹果测试的时候会是裸机,不装像微信这样的app的,所以如果有和第三方app交互的话,一定要判断没有的情况请屏蔽功能。

d.儿童类主要一定要带协议说明,警告和家长管理等功能呢。

e.支付也是最重要的一项,记住你不要耍小聪明想绕过苹果的支付系统,额外的功能一定要用IAP来打开,并且一定要有找回原来支付过的能力。

f.如果你

4.有时可能苹果方可能误判,比如他说你的app都没有地图功能,为什么要开地图支持的开关,这时候可以用申诉功能回苹果在哪里确实用了,苹果方验证后可能会直接让你过了,而不用再递交改其他那些次要问题。

5.那些网上的所谓的加速服务,尽量不要用。你需要先找出你不过的主要原因,然后修改解决掉那才是根本。因为你一年内本来就可以有1~2次的加速机会,苹果给你机会在遇到严重问题的时候缩短排队阶段的时间,排队一般从7~10天等待变为2天,而那些收费加速干的事无非就是帮你写了一封打动人的信而已。

6.快速迭代周期的问题:我们用的是1周一个小版本,2周一个大版本,每天一次站会的方式。这也是因为配合开发一周、苹果等待审核需要7~10天的周期逻辑。注意有重要的事就需要提前安排,因为从开始开发到客户手里面要2周多的时间。

上一篇下一篇

猜你喜欢

热点阅读