标签归档:App

如何设计一款企业 App?

(源于知乎上的问题: 如何为老干妈设计一款 App?)

laoganma

设计一款企业 App,先别急着动手,完成以下几件事:

1. 先确定清楚老干妈整体的移动战略应该是什么。是什么目标?面对哪些人?需求是什么?需求里的优先级是什么?和企业商业目标的关系如何?例如传播企业品牌、介绍和传播产品、建立消费者互动渠道、优化内部效率等等。

2. 针对移动战略,选择对于具体场景合适的技术战略和平台。是本地(原生)App?Mobile Web App?混合 App(HTML5+原生代码)?第三方平台 App(如果我们把微信公众账号也算成某种 App 的话)?还是别的?

3. 确定如何收集和评估反馈及数据,在进行下一步之前,先明确如何检验成果。有哪些数据是关键点?哪些数据会对业务有帮助?

4. 以各种方式深度了解了受众和用户,从众多可能的点中,依据重要性或企业的业务战略,选出一个来先做,将整个过程理顺,并且经过几次迭代修正一起的假设和研究,然后再往下做。然后是概念设计+交互设计+视觉设计+开发+运营方案,一路而去。

大多数时候我们只是被表面上哪些新奇的创意所吸引,参见这里我列举过的案例:http://zhihu.com/question/21150330/answer/17686806 ,但是创意背后,往往应该有更坚实和牢固的基础,有一个脉络在那里,然后才是具体一步步如何走。这是创意和 Solution 的区别。

鱼和渔,是个问题。现在在行业里大多数人或团队,一开始就会先帮企业出各种各样很好的创意,这固然不错,但是如果我们不知道企业的目标是为了传播现有的品牌形象(其实对老干妈来说这应该并不是重点),还是寻找新的商业机会,或者别的,我们为什么决定是去设计一个游戏或者别的呢?

这个问题里大多数答案并没有错,只是角度不同。如果我们问怎样盖一座房子,我们每个人都会给出各自的答案,都不错,建筑师也有建筑师的回答。这个答案,是盖企业App的人的回答。

再补充对其他企业都会有帮助的一些方向:

1. 品牌营销

企业现有品牌,或者希望希望推出的新品牌,通过移动互联网进行营销,包括采用需安装的 App 形式(原生 App,混合 App),或 Mobile Web App 等形式。

业界已经有很多实践案例可以参考,例如做和品牌领域相关的工具(例如无印良品的 App),带有 O2O 色彩的工具(例如星巴克闹钟),或者趣味游戏。西门子的时尚厨房也很有意思:http://blog.zuimeia.com/index.php/shi-shang-chu-fang/

这里的要点,是尽可能实现的 App 的病毒属性,让人们乐意去分享传播。常犯的错误,是讨企业决策者欢心,却是自卖自夸,自说自唱,最终真正对于消费者的作用并不大。看看很多企业 App 在 App Store 里的表现就知道,自娱自乐的很多。

2. 产品营销

企业推出的产品目录,或者针对某款产品的演示与营销。

前者相当于企业官网的延伸,有时甚至还可以和电子商务结合起来,应用的设计应该足够易用,行话叫有良好的可用性(Usability),并且和企业的整体品牌调性相适应。

后者现在非常多,很多企业的市场部门都会在推新产品时出个 App。问题是大家很多时候都还是做广告的思路,把广告包装到 App 里,加上一点互动,就完工了。把广告做的再互动,仍然是广告,用户喜欢看广告么?所以要为用户提供价值,让他们有足够的动力,而在市里营销当中,这也会给企业的营销人员便利,让他们能够打开话题,引发和顾客的进一步互动。

以老干妈为例,一个教你做出美味菜肴并且带有老干妈产品信息的 App,会比一个弄个瓶子转来转去的要好。其它例子可以参考:宝洁的帮宝适 http://blog.zuimeia.com/index.php/hello-baby/ ,

3. 企业与消费者双向互动管道

传统的营销活动往往是一次性或者周期较短的,企业和消费者难以建立长期和持久的联系。这当然为媒体和广告业带来了可观的收益,企业需要不断付钱。但是在互联网的时代,我们会讲用户增长、讲用户活跃度和黏性,都会试图长期的和用户发生联系,留住用户。企业 App 也应该考虑到这一点,同样都是推广,无论你是通过产品上的二维码、促销活动等等,将用户吸引过来,就应该去尝试和用户建立互动和长期持续的联系。这形成了企业与消费者之间的纽带。

很多形式都能建立这样的渠道,但是这要求功能或内容应该对用户有持续的吸引力,或者产生持续的价值。近期比较常见的形式是微信公众账号,特别是即将发布的微信5.0,将企业服务型账号和媒体型账号分开,除了媒体型的广播信息之外,其实企业能做的更多。将和消费者互动的部分、信息查询和产品展示的部分,放到微信这样的第三方平台上,好处在于减小了用户的获取和进入门槛,以及维持关注度的门槛,当用户希望和企业发生互动时(例如查询信息,使用企业的网上服务),能够快速找到。

4. 企业内部的移动互联网工具

企业办公和协同系统其实已经有很多公司在做,如果不是有非常定制化的需求,不需要企业自己做。但是还有很多和企业业务及内部运营紧密相关的需求,例如内部培训、视频宣传和轻量级的领域知识积累与管理、具体的业务处理等等,这就需要更为定制化的企业 App。

这样的例子已经很多了,看看机场里航空公司和机票电商的营销人员,还有保险业的业务人员,移动互联网在帮助企业更好的做生意。

关于企业是否需要 App(App 的界定请参考本文前面内容所述),不一定,但是看看现在有多少企业还没有网站呢?车轮滚滚向前。移动互联网的车,有远见的企业都希望能搭上,只是不再是像网站那么简单。

App如何更新数据

大部分以内容为主体的App,都不会把所有数据存储在App中,而是将数据存储在服务器端,从服务器中获取/更新数据。

具体情况具体分析,我们需要根据业务场景、数据量大小等,为App设计不同的获取/更新数据方式。

  • 几种常用的数据获取/更新方式

1、通过服务端数据接口,全量刷新数据。

数据更新频繁的条件下可以使用这种方式,比如新浪微博。
数据量特别小的时候也可以使用这种方式,每次重新取全部数据代价不大。

2、通过服务端数据接口,增量更新数据。

增量更新数据可以大幅度降低网络流量,降低服务器压力。
增量更新需要服务端与客户端做一些约定。
比如可以按时间更新,服务端每次数据发生变化(增删改)都需要记录更新时间。数据不允许物理删除、只可以逻辑删除。客户端根据更新时间取得该时间之后发生变化的数据并存储到本地。
另外可以通过版本号的方式对数据进行更新,客户端先从服务器端取得版本号,如果版本号变更了,则重新取数据,这应该算是一种半增量更新的方式。

3、使用WebView嵌入Web页面,实时更新数据。

这种情况实际上等同于网站的效果。
缺点是WebView目前性能上还差一个档次,需要较长的响应时间。另外每次访问需要下载整个页面内容,流量较大。
优点是跟网站一样,可以快速修改部署,可以在服务端定制包括UI在内的整个页面内容。

4、使用WebView嵌入Web页面,Web页面存储在本地,实时更新Web页面。

支付宝采用此结构。
对比3来说,4的优点是不用每次都重新下载html/css/javascript,仅需在页面发生更新的时候,重新将整个页面打包下载更新。
页面内的数据依然可以使用数据接口的方式获取。

  • 客户端什么时候更新数据

1、某些特定场景触发更新。
例如打开应用、应用从后台进入前台、用户登录、用户进入某一页面。

2、子线程定时更新数据。
专门起一个线程用来更新数据。Android下经常采用此种方法。

通常数据的获取/更新是异步的,首次打开应用除外。