小程式使用最高效的場景:線上+線下混合場景
小程式使用場景:線上+線下混合場景
如果不考慮微信小程式用完就走的價值觀,小程式服務範圍內除了工具類、富媒體類之外,小橙序之家(微訊號 xcxzjia)發現絕大部分公司都適配混合場景開發。例如絕大部分的電商都可以強行做成020電商,絕大部分的政務和公益也可以同時結合線上和線下的場景混合開發,但未必都具備良好的使用者體驗和商業價值。
如果考慮到微信小程式的價值觀,混合場景中最具有商業價值和使用者價值的有以下幾類:
020電商 原本商業模式就設計成020電商的企業,同時具備線下商業實體資源,可以通過小程式加上公眾號矩陣為使用者提供優質的服務。
軟硬結合 第五類IT科技中的硬體與裝置比較適合混合開發。各類智慧硬體結合小程式一起服務使用者,想象空間是非常大的。
旅遊、休閒、娛樂 這三大類部分是混合場景,部分是純線下的場景,例如旅遊線路、旅遊攻略、景區服務、密室逃脫、棋牌室、KTV等,既可以是線下使用,也可以深度開發成線上小程式,也一樣有使用者價值。而密室逃脫、旅遊攻略等,既可以是線下使用,也可以加入社群、社交的屬性。
教育、醫療、體育 這三類都是典型的混合場景,教育原本就存線上上、線下兩類消費場景,而且已經深入人心;醫療的線上使用場景和線下場景一樣多,而且可以無縫對接;體育也是一樣的,而且體育還可以結合軟硬體一起開發。
不過混合場景下的小程式對使用者體驗要求高,對開發者的要求也會比較高。
場景的限制
從現實的服務範圍來看,微信官方公佈的小程式服務範圍覆蓋得更全面一些,雖然可以看出微信的野心,但對於開發者而言還是有一定的限制的,一旦出現以下三種情況,便意味著存在一定的場景限制。
利益衝突 有些很適合小程式的場景,但是如果和微信自身的利益產生衝突或者其他微信生態內比較強勢的關聯方產生衝突,微信都會進行限制,例如遊戲和直播。
小程式服務範圍在娛樂類裡列舉的密室逃脫,棋牌室都是線下的娛樂場所,不是線上遊戲。其實,因為技術支援能力的原因,小程式也不太適合遊戲類創業。小程式的圖形處理能力比較差,也很難做出體驗比較好的遊戲。反而是社交小程式服務範圍後來又將其納入其中。
政策限制 因為政策限制不能做的就很多了,很多領域微信都要求開發方提供資質。主要集中在金融、醫療、政府、交通等原本就監管比較嚴的領域。而且需要注意的是,即便是通過了小程式稽核,也存在無法運營的可能。監管部門也會作為第三方主動審查,例如很多上線的金融小程式被勒停。
有些領域則比預料的寬鬆,例如商業服務、法律服務、教育培訓等。這從側面說明微信可能更希望這些領域有更多的創業者進場。但仍然可能和金融一樣,通過了小程式稽核也有被監管部門叫停的可能。
開發者應當提前對提供的產品和服務做好政策法律風險的規避,避免不必要的麻煩。
超出範圍
雖然小程式的服務範圍儘可能做到覆蓋各類生活場景,但還有很多場景沒有顧及到,一是小程式還處在發展階段正在不斷迭代,二是小程式有自己側重點,優先為實體企業、線下門店商場、餐飲娛樂、政府交通等影響國計民生的重要部門開放。
此外,也與小程式目前可以開放介面許可權級別有關,例如下載工具、防毒軟體、清理軟體這種系統類工具,需要的介面許可權比較高。現在,將來微信都很難會開放給開發者。
以上三種是限制所有小程式開發者的,屬於有形的限制,還有種無形的場景限制,也是之前反覆提到的——多數場景是為線下商業量身定製的。沒有任何線下資源的創業者,基本沒有可能把做一款小程式變成公司的主要經營專案和營收點。
小橙序之家(微訊號 xcxzjia)認為,開發者從零開始,為了做一個小程式而整合線下資源,甚至開設線下服務機構的可能性不大,所以這種隱形的場景限制會把有自知之明的開發者擋在門外,同時也會把頭腦發熱的開發者帶進場,做出一些毫無商業價值和使用者價值的小程式。至於面向政府機構、公益機構、事業單位開放的服務範圍,也不存在太多創業的機會,但如果做開發服務再另當別論。
總體來說,小程式仍舊處在發展初期,從上線到成熟至少需要兩年的時間。期間微信也會不斷地調整優化。但就從大的類別看,小程式確實覆蓋了絕大多數App的使用場景,而且對於App而言很多低頻的場景,小程式也都覆蓋到了。
目前的主流App只能覆蓋部分生活場景,剩下的線下生活場景的佔領,就是小程式和所有App之爭了。是小程式的技術門檻優勢和速度優勢勝出,還是app的產品體驗優勢和使用者運營優勢勝出?小橙序之家(微訊號 xcxzjia)就不得而知了,但只要小程式覆蓋的生活工作場景越來越多,開發者的機會也就會越來越多。
小橙序之家——是新網塔科技旗下的小程式綜合服務平臺。為你提供小程式開發、小程式運營技巧、免費釋出小程式、小程式開發視訊教程、小程式開發者社群等服務。
相關文章
- 小程式使用場景:線上場景運用如何獲得使用者
- 【實操】小程式的應用場景分析——線下場景應用
- RxJava 使用場景小結RxJava
- mongodb 使用場景和不使用場景MongoDB
- 微信小程式:社交場景下商家的必然選擇微信小程式
- 小程式的場景入口運用技巧
- 效能測試混合場景計算
- Map的使用場景
- grep 的使用場景
- RabbitMQ 使用場景MQ
- Vuex使用場景Vue
- Block使用場景BloC
- Redis使用場景Redis
- 小程式的小元件技術能力和場景解析元件
- 典型的ETL使用場景
- HarmonyOS線性容器特性及使用場景
- RocketMQ場景使用技巧MQ
- git常用使用場景Git
- Go Type 使用場景Go
- 聊聊Redis使用場景Redis
- 聊聊 Redis 使用場景Redis
- ruby 使用Struct場景Struct
- 泛型使用場景泛型
- 小程式案例:公共交通場景的運用
- 最適合使用RxJava處理的四種場景RxJava
- 淺談線下場景中的資料分析思路
- 李佩:阿里本地生活線上線下融合場景中的影像檢測技術阿里
- 程式間通訊的場景
- ThreadLocal的使用場景分析thread
- Redis最常用的使用場景Redis
- MQ 常見的使用場景MQ
- Redis 中 BitMap 的使用場景Redis
- Context的典型使用場景Context
- 小資料量使用者場景使用KunlunDB的價值
- StringBuilder在高效能場景下的正確用法UI
- 微信小程式運營的主要需求場景有哪些?微信小程式
- jmeter混合場景的多種實現方式比較JMeter
- 有趣的C4D小場景!