ds-mobilefirst-4

编者按:瑟米尔·沙赫(Semil Shah)是Swell的产品人员,TechCrunch专栏作家,以及投资人。他的博客为Haywire,你也可以关注他的Twitter @semil 。

过去几个月中,我在TechCrunch上撰写的每周专栏都是关于“移动”的某个方面。毫无疑问,无论是平台、用户量还是消费者的关注点,都在向移动转移。不过,对于初创公司而言,考虑到应用分发的严酷现实,以及消费者面临着太多类似应用的轰炸,在当今市场中采取“移动优先”策略却是一种冒险。于是抛出了这个疑问:“对于当今新成立的初创公司,采取移动优先策略是个好选择吗?”

在这篇文章中,我将会分享一些情况,在这些情况下采取移动优先策略要么没有必要,要么会让初创公司陷入困境。今天我将扮演魔鬼代言人,抵挡移动的强风,重新审视初创公司可以(或应该)从web开始的一些原因,即便他们最终演化成移动形态。带着这样的思想,让我们开始讨论,以下列举不分先后顺序:

在某些市场里,移动优先策略根本没必要或不可行。想想那些目标客户为大公司里整天使用台式机或笔记本工作的员工的产品。诚然,这块细分人群发展速度不如移动领域,但我们要重申,什么都比不上移动领域的发展速度。特别的是,产品的目标用户如果是大公司员工,或在信息技术方面(尤其是移动领域)重视安全的用户,或需要重度输入创造内容(比如写作或数据录入)的用户,这些地方移动优先策略就要吃憋了。瞄准这类消费者的应用及解决方案最好以“web优先”起步,再向移动端发展。

相对而言, web开发人员要比移动开发人员容易招聘一些。如今的招聘市场中,经验丰富、能力足够的iOS及Android工程师及设计师相当紧缺。如果这些家伙想要更进一步的话,要么是做创始人,要么是成立一家公司。如果团队中没有移动开发人员的话,专注于web会让招聘工作容易一些。

更快的迭代、测试周期,更快地提高市场契合度。搭建好web工程师团队,开发好web应用,相对于从移动端起步从很多方面来说都是一条更加理智的道路。入职管理就是一块移动应用很难搞定的区域,而web应用就轻松得多。对初始功能进行分层,在后端搭建堆栈,开发团队和用户能够运行更加精确的测试,来查看哪些功能正常,哪些功能不正常。我们都知道,在移动端这样的开发自由度是难以想象的,而且开发、用户测试、反馈的周期都要更长,因此成本也更大。

Web为品牌塑造及病毒式营销打下了坚实的基础。如果一个web团队有幸摸到门路,接近了推向市场的目标,开发web要比开发移动具备一些先天优势。首先,web用户经常会带着他们的数据或图形信息登录其它网站,从而让分享和邀请变得更加容易。更多人使用web端的产品,也增加了更多人接触到该品牌、探索产品的可能性。这种认知在产品扩展到移动端时将会是无价之宝,原因在于使用web产品的那些受众更有可能直接下载移动应用,而不是在随机的分发渠道中发现它。

移动端可以视作扩展,但并非基础。当一个网站或web软件产品向移动端扩展时,它能够以更加直接的信息驱动当前用户使用移动应用。当然,首先开发团队需要招聘不仅能融入现有团队、而且对用户如何在移动端使用该服务有着明确概念的移动工程师及设计师。到了这个程度时,我们的期望是:团队做好了向移动端扩展的准备,表现出一些能够取得成功的因素,资金充裕,用户对移动产品存在需求。

还有更多的原因来说服你为什么新公司需要在移动优先策略上三思而后行。可能“移动后行”是一条更合理的道路。当然,某些产品或服务确实是为移动而生——比如Uber——要么需要从移动起步,要么需要在快速的web测试后迅速扩展到移动端。不过,对于大部分不断涌入市场、让消费者看花眼的应用来说,采取“移动优先”策略一直是、也仍然是一种诱人且冒险的做法。总会有一些精英团队能够一开始就在多个平台上搭建大型系统,这些家伙要么是资金充裕,要么是经验丰富,能够打持久战。但不是每个团队都能享受到这样的奢侈。相反地,大部分团队都面临着更加根本性的生存问题,尽管现在移动领域“光彩耀人”,未来相当长一段时间也会是这样,但进入移动领域并不意味着一定要从那里开始。

文章来源:http://techcrunch.cn/2013/10/21/rethinking-the-seductiveness-of-mobile-first/