|
本文來自First Round Review，他們準(zhǔn)備的文章既講故事,，還同時向創(chuàng)業(yè)者提供可操作的建議,，以助力打造優(yōu)秀的公司。 2009 年,，F(xiàn)arhan Thawar 加入 App 開發(fā)公司 Xtreme Labs 任 VP of Engineering 一職,。那時候的 Xtreme 囊中已經(jīng)有很多大客戶，其中就包括了最大的社交網(wǎng)絡(luò)和最熱門的體育組織,。而這些大客戶的共同點就是,，他們都亟不可待地要在移動互聯(lián)搶占先機。 無需贅言,，移動終端一次次用數(shù)據(jù)證明了自己才是大勢所趨,。Facebook 公布其在美國日訪問量的 78% 來自手機端，Twitter 是 75%,。并且 Twitter 65% 的廣告收入來自手機廣告,。 對于創(chuàng)業(yè)公司來說，他們有限的時間和金錢資源使其不得不在移動化的道路上步步為營,。今天的 Farhan Thawar 在 Xtreme 被加拿大公司 Pivotal Labs 收購后任 Pivotal Labs 的 VP-Engineering 一職,，他談?wù)摿藙?chuàng)業(yè)公司在通往移動化道路上的 5 個誤區(qū)。 誤區(qū)1：在每個平臺上建原生App（“Native App”）純粹是種浪費 現(xiàn)實：如果你想要一個5顆星的App,，不用掙扎了,，5顆星是屬于原生App的。 跨平臺 App（Cross-Platform App）的好處無需贅述,，這是個一勞永逸的工程,，一次代碼能在所有設(shè)備上使用。聽起來簡單,，沒錯,，F(xiàn)acebook，LinkedIn,，甚至美國西南航空剛開始也都是這么想的,。 但圖方便的代價就是，很快 Mark Zuckerberg 就跑出來宣稱對于 HTML5 （可使網(wǎng)頁 App 實現(xiàn)接近原生 App 的體驗效果）是個巨大的錯誤,。Thawar 至今仍記憶猶新的是,，在西南航空還在用跨平臺 App 的時候,，他參加的所有會議都把這個 App 作為 App Store 里最糟糕的案例拿出來講。 “公司們?nèi)〗輳降臅r候,，絲毫沒有意識到,，他們把最糟的用戶體驗留給了所有人“ 三家公司后來都重新開發(fā)它們的 App。然而跨平臺 App 仍對在時間金錢上都捉襟見肘的創(chuàng)業(yè)公司最具吸引力,。他們過度依賴 HTML5,，混合 App （“Hybrid App”）和跨平臺工具包， 盡管它們都無法生成絕佳的用戶體驗,，至少現(xiàn)在還達(dá)不到,。每個看上去很美的解決方案都有它的弊端：
與其求廣不如求精,，把最熱門平臺的 App 寫深寫透才最重要,。這又引發(fā)了另一個議論，究竟哪個平臺能帶來最大收益,？當(dāng)大多數(shù)公司都把操作系統(tǒng) iOS 或 Android 放在首位時,，調(diào)查結(jié)果令他們大跌眼鏡。其實黑莓和 Windows Phone 的使用者才是一些公司的目標(biāo)客戶,， 這一切都取決于你想要這個 App 扮演什么角色,。為找到最佳平臺就意味著要挖掘客戶群的人口統(tǒng)計資料，從而發(fā)現(xiàn)用戶們不同的使用習(xí)慣,。例如 Android 用戶和 iOS 用戶就有十分不容的使用習(xí)慣,。Thawar 認(rèn)為要在完全攻克一個操作平臺之后再拓展到其他平臺，從時間和質(zhì)量上來看,，這都是做出一個好 App 的唯一途徑,。 誤區(qū)2：我們已經(jīng)有完善的后臺支持App了 現(xiàn)實：你需要改變，升級或者完全重建后臺以創(chuàng)造出最佳移動體驗,。 API 設(shè)計和實現(xiàn)對構(gòu)建出運行優(yōu)良的 App 至關(guān)重要,。很多公司都體驗到遠(yuǎn)高于網(wǎng)站的來自移動終端的訪問量,。試想，以銀行為例,，多數(shù)人或許一周都不會登錄網(wǎng)銀一次卻可以每天瀏覽 50 次手機銀行,。你的后臺設(shè)施可以從容應(yīng)對這樣大的流量嗎？Thawar 記得曾有一個擁有優(yōu)良網(wǎng)站后臺的客戶,，在移動 App 上線后,，才意識到服務(wù)器在處理每個請求時就需要往回輸送 1.4MB 的數(shù)據(jù)，在這種量級的數(shù)據(jù)交換下優(yōu)良的用戶體驗幾乎不可能,。 Thawar 給公司們應(yīng)對類似問題的建議是：
誤區(qū)3: 自己開發(fā)和外包給移動開發(fā)公司一樣快,。 現(xiàn)實：自己開發(fā)至少要多花4倍時間,。 Tharwar 有著和各種公司合作的經(jīng)驗，甚至是最后不選擇和他們合作的公司,，他也都一一分類存檔以積累經(jīng)驗,。很多公司會來到 Thawar 的團(tuán)隊這里詢問多久能做好一個怎樣的 App。當(dāng)從 Thawar 的團(tuán)隊里得知這個 App 需要 1 到 3 個月的時間后,， 一些公司選擇自己開發(fā)了,。但等他們的 App 在 App Store 上線那至少是 1 年后的事了，4 倍的推遲屬于正常范圍,。 很多團(tuán)隊都有自己的 HTML,，CSS 或 JavaScript 的資源，但極少創(chuàng)業(yè)公司能有一個成熟的移動開發(fā)團(tuán)隊,。選擇自己開發(fā) App 實則是在金錢和時間的權(quán)衡中選擇了后者,。但為什么開發(fā) APP 要花創(chuàng)業(yè)公司這么久的時間呢 — Tharwar 認(rèn)為創(chuàng)業(yè)公司忽略了最關(guān)鍵的需求 : 對口的人才。 多數(shù)公司都沒有把增強工程師們在某一特定方面技能的時間算進(jìn)去,。當(dāng)決定自己開發(fā)時,，你需要的不僅僅是出色的工程師，而是有移動產(chǎn)品開發(fā)經(jīng)驗，QA 和 UI 設(shè)計方面的專才,。 并且這樣的一支團(tuán)隊還要能達(dá)到高效密切的溝通,。如果做不到，可能的結(jié)果是：錯誤的產(chǎn)品愿景,，或是不完善的 QA 等等,。 如果你決定找外包的 App 開發(fā)公司，那如何選擇又是一個問題,。你需要關(guān)注的對方的企業(yè)文化是否契合,，相互間是否能建立起高效的溝通反饋，對方公司是否有相關(guān)經(jīng)驗,。Thawar 認(rèn)為雙方能夠高效溝通是最關(guān)鍵的,。以 Chipotle 為例，這個大型連鎖快餐店自 2009 年的第一版 App 上線后,，直到 2013 年才推出第二版 – 四年的延遲歸咎于溝通低效,。不要忘記，使用者期待見到是一個性能和設(shè)計上的不斷完善的 App,。 Tharwar 給出的建議是,，在挑選合作公司是關(guān)注以下問題：
Tharwar 認(rèn)為最后一點是最重要的,， 這是個關(guān)于誠實度和透明性的測試。也會讓你對相互間的合作方式有一個初步的試水,。 誤區(qū)4：我如果把App的開發(fā)外包了,，那我什么也不用做了,。 現(xiàn)實：創(chuàng)業(yè)公司作為客戶,，也要密切參與到開發(fā)過程中。 最完美的情況是讓雙方每天坐在一起工作,，App 開發(fā)公司才能夠切實理解你究竟想要什么,。對于 Tharwar 的 App 開發(fā)團(tuán)隊而言，他們的目標(biāo)是盡早以及不斷交付有價值的軟件,。對于客戶方而言,，通過和軟件開發(fā)公司的合作也是一個積累經(jīng)驗和為未來自己開發(fā) App 準(zhǔn)備的過程。一個優(yōu)秀的移動開發(fā)團(tuán)隊甚至可以讓你看清楚以后要雇傭什么樣的員工,，且在無形中提高你未來移動團(tuán)隊的質(zhì)量,。 誤區(qū)5：一旦我把項目給這個開發(fā)團(tuán)隊,，我就得永遠(yuǎn)依賴他們。 現(xiàn)實：你隨時可以離開,，也可以自己接管,。 令人諷刺的一個現(xiàn)象是，最好的移動開發(fā)公司最后都銷聲匿跡,， 因為他們教會了客戶如何去建立自己的移動開發(fā)部門,。“結(jié)對編程”（Pair Programming）讓雙方尤其是客戶方的優(yōu)秀的工程師們不斷進(jìn)步,，當(dāng)創(chuàng)業(yè)公司羽翼漸豐時,，建立自己的移動開發(fā)部就不是難事了。 作為一個創(chuàng)業(yè)公司,，你需要一個理解你公司,，產(chǎn)品并且把你的成功和他們自己的成功結(jié)合在一起的伙伴。這樣的伙伴不僅能夠祝你在移動業(yè)務(wù)上勢如破竹,，更能給整個公司的業(yè)務(wù)帶來新的機遇,。 |
|
|
