close

換個角度,再來看一下微信小程序的開發與發展

這裡還是建議各位開發者,把精力真正的放在產品上,不要一味的盯著著微信的傳播優勢和平臺優勢。小程序由於門檻較低,競爭的激烈程度將遠超iOS和Android。Web發展這麼多年, 積累的大量前端人才,極有可能被這波熱潮釋放。把精力投入在打磨產品上,結合自己產品的特點適度營銷,這才是王道。

前段時間看完瞭雨果獎中短篇獲獎小說《北京折疊》。很有意思的是,張小龍最近也要把應用折疊到微信裡,這些應用被他稱為:小程序。

含著金鑰匙的小程序,還未展現全貌,就已經成瞭開發界的頭條大事兒。有人不以為然、嗤之以鼻,有人奉若神明、投懷送抱。敢於嘗鮮的已經開始動手瞭 不管合不合適,先借這個熱度來一波關註是不錯的選擇:

所謂 不登高山,不知天之高;不臨深溪,不知地之厚 。我生怕看不清小程序這座大山,滾去做瞭個demo。放上幾張demo圖,一起感受下小程序的魅力:

如果不考慮性能以及各類復雜的動效,小程序的體驗已經很接近原生App瞭。

已經有很多的主流媒體對小程序進行瞭解讀,本文將從一些不一樣的角度來解讀一下小程序的特性。

小程序 VS APP

我們先舉個例子來直觀感受下小程序和APP有什麼不同。

大傢都用過支付寶,在其內部包含著很多小的服務:手機充值、城市服務、生活繳費、信用卡還款、加油服務,吧啦吧啦一大堆服務。這些細小的、功能單一的服務放在支付寶這個超級App裡,你並不覺得有什麼問題,而且用起來也很方便。

那如果這些小的應用都單獨拿出來,成為一個獨立的App,你每用一個服務都需要從AppStore裡下載安裝,而他們其中很多服務,你可能幾個月才使用一次,甚至隻會使用一次,但卻要長時間的占用你的手機空間。這樣的模式,可能多數人都不會喜歡。

微信小程序有些類似於上面寄生在支付寶裡的各類服務。他們具有業務簡單、明確,使用頻率較低(你不可能每天都交話費、也不可能天天都交水電費)等特點。

這類服務,如果單獨做成App,一是開發成本高,二是用戶的手機空間有限,所以把這些小的服務都 折疊 進微信中,無需下載安裝,用戶想用時就搜一下,用完即走。

輕量級、功能單一的服務適合小程序;而業務復雜的應用適合用App。這裡不太認同主流媒體們說的:低頻適合小程序,高頻適合App。這個說法太絕對,低頻高頻不應該成為合適不合適的分界線 。

微信本來就是超高頻應用,很多人一天要打開十幾次吧,我在使用微信的時候順手就使用瞭小程序服務,這個場景是不是也合情合理?

我認為微信的超高頻使用次數可以彌補小程序入口較深的缺點(而且入口究竟在哪裡官方並沒有給出準確的位置)。此外,低頻高頻是個非常模糊的概念,很難去界定,一天用一次算低頻還是高頻?支付寶算低頻還是高頻?

所以,不要被低頻和高頻限制你的思維,這個真的不是關鍵。

輕和重是從小程序和App的特性上在區分兩者的差異,這裡我提出一個按產品規模劃分小程序和App的觀點: 絕大多數創業者將在MVP階段,采用小程序方案;而當產品發展到一定的規模,創業者依然會開發自己的App。

美味不用等最初隻在微信裡向用戶提供 排隊叫號 服務。你隻需掃描一下店傢的二維碼,就可以去逛街瞭。這個服務號會在快排到你的時候向你發送一條微信提醒,你不需要守在店裡排隊。

這樣的一個場景放在現在,非常適合使用小程序來開發,它滿足業務簡單、頻率不高的特點(你不可能一日三餐都在餐館吃飯,又恰恰每次都要排隊)。在用戶數量達到一定的規模後,美味不用等迅速推出瞭自己的App,嘗試將用戶向自己App內轉移。 圍繞著 排號 這個核心功能,美味不用等App增加瞭點評、實景拍照、排行榜、美食專題等一些列附加功能。

這樣從一個簡單的MVP產品切入用戶某一痛點,成功後旋即推出一系列被 鏈接的功能 ,這在互聯網產品裡太常見瞭。

滴滴從在線打出租車切入,發展到專車、快車、拼車、代駕、班車、巴士;羅輯思維從一個每天推送一條語音的自媒體,到在微信裡賣書,再到現在推出自己的App得到。為什麼美味不用等和羅輯思維在微信生態中做的相當成功後還要推出App?就在微信內部深化產業鏈不好嗎?可能有以下三點原因:

第一:單一的服務在中國極難產生回報,產品需要不斷的鏈接。

國內的付費習慣還沒有養成,想靠出售服務盈利在目前情況下很困難,尤其是To C的產品。大多數產品會依靠一款拳頭產品切入市場,在獲取用戶後,開辟一系列增值業務和附加功能,這才可能有盈利的想象空間。任何一個產品都很難保持克制和不膨脹,這是資本、模式的需要。

張小龍一直講克制,一直和騰訊內部諸多 勢力 博弈,但微信還是成為瞭一個超級App,日漸臃腫。由簡單到復雜,由低級到高級,這是商業模式的趨勢,也是萬物進化的規律。如果你熟悉成熟互聯網公司的業務分佈是多麼的廣泛,就會對這個結論不足為奇。

那麼小程序有可能承載這些附加的增值業務,允許開發者逐漸完善自己的產品及商業佈局嗎?

目前看來,可能性比較小,因為這和小程序的初衷是相違背的。即使微信放開政策,可以 想象的空間也很小,你隻能在微信給你劃定的一個小范圍內做流量的變現,這遠遠不及獨立出一個App所帶來的價值。

第二:對於微信生態的不信任感,導致瞭這種 逃離 。

最近和一個創業者聊天,我問他,小程序來瞭,你還考慮做APP嗎?他說:做,小程序和APP都會考慮做。我問他為什麼?他說:我總感覺小程序不是我自己的,而APP會給我一種踏實的感覺,我會覺得我對APP有絕對的控制權,即使做小程序也隻是為瞭給我的APP引流。

有這樣感覺的人應該不在少數,可能是對Web App技術的不信任,可能是對於將應用建立在另一個應用這種模式的不信任,也有可能是對騰訊的不信任。

騰訊對於自己利益保護是毫不手軟的, U步、蝦米音樂、微軟小冰,都曾被微信封殺過。淘寶就更不用說瞭,相愛相殺,鬥智鬥勇,年年都是大戲。孰是孰非,很難界定。

這些產品由於隻是借助微信的關系鏈,而並非完全寄生於微信,被封殺也隻是少瞭一個推廣途徑,沒有瞭微信還有微博等其他媒介。 而完全根植於微信生態的小程序,如果被封殺或是被規則打壓,幾乎沒有退路可走。

那App就很可靠嗎?目前看來確實比小程序要靠譜很多。主要一點還是生態主宰者的格局 。

無論谷歌還是蘋果,都是科技界的頂尖公司,這樣的公司盈利手段、業務方向、產品級別都要高出普通公司若幹個等級,他們關註的是科技趨勢和標準發展,很少在消費業務上同創業者競爭。

此外,谷歌與蘋果對於開發者更多的是抱有 合作心態 ,我需要你幫我壯大生態,你需要我為你提供平臺。這些引領科技方向的公司,更容易給創業者們足夠的信心。

相反,騰訊投資瞭很多的C端消費領域公司:京東、滴滴、餓瞭麼、人人車、SuperCell、盛大文學、龍珠直播,幾乎覆蓋瞭電商、金融、娛樂文化、O2O、在線教育等各個領域,創業者幾乎不可能繞開騰訊的利益圈。騰訊既是裁判也間接的是運動員,能否保持一個公正和開放的態度,還需要時間來驗證。

第三:生存在AppStore和微信夾縫中的小程序將承受更多規則壓力。

在微信內不僅會受到微信的政策壓力,還會受到蘋果的壓力,小程序的政策環境隻可能比AppStore更加苛刻。

小程序雖然支持HTML5的Canvas,但據說蘋果不允許在小程序裡做遊戲;每個用戶可能最多隻能安裝20個小程序;這些限制是外部規則的第一個壓力。

畢竟微信是寄托在另一個生態上的App,本身就會受到約束。 隨著小程序生態的演進,這樣的內外部壓力會逐漸增強,創業者們再次選擇App也就不是什麼稀罕事兒瞭。

所以,小程序更多的會和原生App互補,服務於產品的不同階段。建議創業者在產品早期用MVP思維來構建一個小而美的產品,開發成小程序來試錯,利用微信天然的獲客能力和傳播鏈條來推廣。後期再考慮將流量引到原生APP中進行流量變現。

雖然有以上諸多不穩定因素,但小程序生態的出現對於整個中國互聯網的發展依然是個利好,它給瞭獨立開發者以及初創團隊更多的想象空間,以前不敢嘗試的idea都可以借助小程序這個平臺進行試錯,我們期待更多小而美的產品在微信中爆發。

已存在的眾多App將如何應對小程序的到來靜電油煙處理機出租

按照目前小程序的定位,位於AppStore榜首的中大型應用,不是小程序的 那盤菜 。小程序更適合輕量級且功能單一、操作簡單的產品。大部分的產品還是會以原生APP為主。

但我預計,各類應用(阿裡系的產品除外)大部分都會推出相應的小程序版本 。適合小程序的順其自然開發一個小程序版本的應用;超大型應用也會想辦法將自己的業務拆分出一部分來開發成小程序。原因有以下3點:

蹭熱點,刷存在。難得的無公害、低成本營銷手段,何樂而不為?

多一個流量的入口,微信的關系鏈還是不容小覷的。

最重要的一點:小程序的未來是星光璀璨還是黯淡無光,誰都不能肯定。那麼面對不確定的因素,做好防禦性的姿態是很重要的。沒有比率先在新生態推出自己的產品更好的防禦措施。尤其對那些沒有技術和數據壁壘的公司,產品很容易被取代,必須做好一些列的防禦措施。

支付寶、QQ、微信等超級應用都曾以觀望的姿態在WP平臺推出自己的產品,那產品質量和版本更新速度差的簡直不忍直視, 察言觀色 的態度不言而明。

反正這個平臺有我的產品,平臺發展的好用戶量多我就加大投入,完善版本;有競爭對手的產品出現,我就快速迭代迅速扼殺;如果平臺發展的不好,反正也沒投入多少,揮一揮手跟微軟說拜拜就是瞭。

張小龍說的搜一下即可打開小程序到底是個什麼鬼?

張小龍在那段被發爛的微信截圖中提到:用戶掃一下或者搜一下即可打開小程序。掃一下這個場景很容易想象到,將二維碼附加在各類營銷活動中,用戶掃描或者長按二維碼即可打開小程序享受服務。

但我更感興趣的是 搜一搜 這個動作。這個搜一搜的搜索對象是什麼?可以利用語義分析、人工智能來分析用戶的行為數據(微信掌握著海量的用戶數據)並向用戶提供精準的服務嗎?

用戶做搜索時,其本意是去獲取他所需要的信息(服務),而非獲取App,他並不關心這個服務來自於哪個APP。現在的原生APP,在信息和服務上加上一層殼,成為一個封閉的孤島。而用戶需要使用服務時,不能直達服務,用戶與服務之間隔著一個 殼 ,這也是為什麼APP會讓人覺得很 重 的原因之一。

百度當年的 框計算 ,也是為瞭解決信息孤島的問題,直接以服務為搜索對象台中靜電油煙處理機租賃,即搜即得、即搜即用(這和現在小程序的理念何其相似),從而拔掉應用這層蓋在服務之上的殼,解決信息孤島的問題。

小程序是雲端應用,理論上可以消除這樣的信息孤島,直達應用內部。我很期望小程序的搜索是語義化的搜索,搜索的是用戶的需求,而不是簡單的去搜索的小程序的關鍵字。那麼小程序能實現這樣的或者類似這樣的理念嗎?我們來看看百度 框計算 的技術結構:

最難的部分應該是需求識別和精準分析這個框裡的技術。目前人工智能及機器學習都還停留在理論階段,並沒有很好的商業化案例,小程序想實現這樣的能力,挺難油煙處理機出租

那如果不能實現,小程序所謂的 搜一搜 依然還是同AppStore一樣在搜索 應用 的關鍵字和熱詞,那麼這和做應用分發又有什麼區別?騰訊說不做應用市場的說法很值得商榷,無論如何一個隱形的應用市場依然存在。SEO、ASO等概念很可能再次出現在小程序的生態圈裡。

小程序的開發成本真的比原生App低嗎?

考慮兩個方面,開發成本和推廣成本。

原生APP一般要同時開發iOS和Android兩套,而小程序隻需要做一套。毫無疑問,這點是小程序最大的優勢,從這個角度來看,小程序是 跨平臺 的。

具體到開發效率上,很遺憾,在現階段,開發一套完整邏輯的應用程序,小程序的開發效率是低於APP的。小程序獨立出瞭一個封閉的生態。

我們經常說不要重復的造輪子,可小程序現在是裸奔,你得自己去造輪子。而iOS和Android經過經年的累積,已有大量的成熟組件可以使用。

相反,小程序目前還處於內測階段,沒有任何優秀的第三方組件可以使用。而官方提供的組件,接口非常的少,實現功能沒問題,但你想自己去定義組件屬性、樣式是很困難的(這點真的很奇怪,所有組件沒有任何設置樣式的接口)。

我們團隊做瞭個簡單的對比,開發同樣一款簡單的天氣應用。iOS拿到UI設計稿後,輕車熟路兩天搞定,各種交互不需要UE,都是iOS常用動畫。web前端這邊,拿著設計稿去找UI:

這個透明的狀態欄我沒法實現,因為小程序的狀態欄必須要有 ;底部的Tab欄我隻能設置顏色和圖片,設計稿裡的樣式我做不出來;Banner輪播的指示點我改不瞭。

我們在小程序開發中遇到最棘手的2個問題:

缺少統計、繪圖組件,以前的echarts和hightcharts都無法使用,隻能用canvas去繪制,耗費的時間之多可想而知。我們目前正在著手修改一款基於canvas的開源繪圖組件,讓其支持小程序。

小程序不支持WebView,大量已被靜態化好的HTML頁面完全沒辦法在小程序上展示。如果要支持格式化的文本顯示,目前思路有二種:

編寫工具,用正則表達式解析HTML,並轉化成小程序的標簽。這個過程很繁瑣,不僅要處理標簽還要處理樣式。比如html中的 ul 簽,處理起來就很棘手;再比如小程序裡的中是不能嵌套的(嵌套後內部的text樣式無效),而這樣的嵌套在html中太常見瞭。

編寫一個針對wxml的文本編輯器,用這樣的編輯器重新錄入和格式化文本(這就是小程序帶來的一個挺好的機會)

小程序原生支持WebView的可能性很小。如果支持WebView,那以前用HTML5開發的各類WebApp又可以在小程序裡跑瞭,iOS - 微信 - 小程序 - WebView,這復雜的結構是要逆天的。但有可能微信會開放一個隻支持CSS+HTML的WebView,不能運行Javascript。

開發者在開發小程序之前一定要預先對這些技術問題做充分的瞭解,並在設計上、功能規劃上盡可能的規避。

現階段,你想按照你的台北靜電油煙處理機租賃UI設計去開發,困難不小。有人說目前小程序還在內測,未來會有大量的組件出現。會有組件出現我毫不懷疑,但組件的質量怎麼樣,開發者的熱情有多高,能不能形成一個良好的社區氛圍,這些都是未知數。中國能夠靜下心來做開源的開發者,真的挺少。

至於推廣成本和用戶獲取上,很多人都認為小程序會有絕對的優勢,它處於微信內部,理應離微信關系鏈條更近。可微信至今沒有給小程序分享的接口,也許以後會給新的接口,也許會將小程序綁定到公眾號,借助公眾號來傳播,也許根本不給小程序提供分享的接口。

誰知道呢?

APP獲取用戶成本高的一個根本原因是用戶手機裡的APP已經飽和瞭,我們不能拿一個新興生態的用戶獲取成本和一個已經飽和的生態做對比。

當小程序的生態也飽和的時候,這個成本還低嗎?點開你微信裡的訂閱號,刺目的紅色數字有沒有亮瞎你的眼?而你又認真去閱讀的文章有幾篇?大量刷來的用戶那不叫用戶,想獲取一個真實的用戶的成本從來都不低。

這裡還是建議各位開發者,把精力真正的放在產品上,不要一味的盯著著微信的傳播優勢和平臺優勢。小程序由於門檻較低,競爭的激烈程度將遠超iOS和Android。

Web發展這麼多年, 積累的大量前端人才,極有可能被這波熱潮釋放。把精力投入在打磨產品上,結合自己產品的特點適度營銷,這才是王道。

訂閱號、服務號、企業號、小程序以後會如何發展?

預測一下,訂閱號、小程序會並存; 服務號和企業號會慢慢的 死去 。

留存訂閱號和小程序是因為他們具備不同的屬性:訂閱號具有媒體屬性,小程序具有服務屬性。從目前微信對於小程序在傳播、分享上的限制來看,小程序就是做服務,他不具有很強媒體屬性,所以這兩個不同屬性的 號 應該會共存。

而服務號本身就是個怪胎,是微信為平衡用戶體驗和高級功能的一個中間產物。大多數的微信媒體、商戶、創業團隊都同時擁有訂閱號和服務號2個號,用服務號的高級接口做服務,然後將鏈接附加到訂閱號的模板消息或者菜單中推廣,怎麼樣都可以繞開服務號的限制。

這樣的平衡,對開發者沒什麼好處,對用戶來講,也不見得有什麼體驗上的巨大提升。既沒有訂閱號的每天可以群發一條消息的能力,又不具備小程序接近原生的體驗(大多數服務號的體驗真是差差差差差,你不綁定微信每次進去就要做身份驗證,毫無緩存能力,比如招商銀行的服務號,每次進去都要輸入十幾位的身份證號或者卡號),確實很尷尬。

小程序完全可以融合到訂閱號中,何苦搞那麼多號。當然,張小龍直接砍掉服務號的可能性不大,這個任務交給開發者去選擇,自然淘汰就可以瞭。

至於企業號,本身價值就在於微信提供瞭一個便捷的企業員工關系鏈導入和管理工具,僅此而已。用過企業號的都知道,體驗是真的差。本身移動端就隻適合做信息的展示,不太適合做信息的錄入,而企業號又偏偏有大量的信息錄入操作,操作極度困難。

既然企業號的價值在於便捷的員工關系鏈管理,那隻需要將員工關系鏈對小程序開放,並給企業的小程序一個沙箱環境,用小程序取代企業號即可。

相比於小程序帶來的機會與紅利,我更認同小程序的理念,簡單、幹凈、用完即走。而這恰恰是目前互聯網產品形態所缺少的,也是用戶急需的。小程序在產品理念上給我們的產品經理上瞭一課:有時候,少就是多,讓用戶觸手可及,才能讓創業者和用戶站的更近,更容易傳遞你的商業價值。

(作者:七月知乎專欄:小樓昨夜又秋風)

更多新鮮觀點,關註鈦媒體微信號:鈦媒體(ID:taimeiti)



台北靜電油煙機租賃

台灣電動床工廠 電動床

台灣電動床工廠 電動床

AUGI SPORTS|重機車靴|重機車靴推薦|重機專用車靴|重機防摔鞋|重機防摔鞋推薦|重機防摔鞋

AUGI SPORTS|augisports|racing boots|urban boots|motorcycle boots

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 usd679fq56 的頭像
    usd679fq56

    巧克力的購買清單

    usd679fq56 發表在 痞客邦 留言(0) 人氣()