最近,微信再一次创造了一个可以与微信公众号媲美的微信内部软件,微信退出了微信小程序,微信小程序又名应用号。到底什么是微信小程序,微信小程序有哪些优点和缺点呢,为什么网的小编带你了解。
小程序是一种不需要下载安装即可使用的应用,它实现了应用“触手可及”的梦想,用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念,用户不用关心是否安装太多应用的问题。应用将无处不在,随时可用,但又无需安装卸载。
本次内测采用邀请制,其内容客户端暂时对用户不可见。之后小程序会全面开放申请,所有小程序将在统一时间向用户开放。
小程序可以借助微信联合登录,和开发者已有的 App 后台的用户数据进行打通,但不会支持小程序和 App 直接的跳转。
互联网终归是一个流量的游戏。微信最让人垂涎的也是其用户量和流量,但是除了腾讯大额投资的那些企业能获得一定流量之外,并没有看到谁能轻易的获得。无论QQ、微信还是百度、淘宝,对于任何一个平台来说,流量永远在那里,但能获得的永远是少数人。iOS有多少用户,安卓上又有多少用户,但是那些用户并不是你开发一个App就能获得的,微信小程序亦如此。当然,微信有社交关系、有强传播力,这是优势,但也不是每个人都能玩转。
互联网上的流量并不是全在微信手里,所以对于一个成熟的企业来说,怎么可能因为有了微信的流量就放弃了其他平台上的流量;怎么可能有了微信小程序就放弃了开发App?微信小程序的优势在于开发成本低、更快速的迭代,这倒是一个快速测试用户需求的利器。通过微信小程序明确用户需求,再开发App获取其他平台的用户,这应该是绝大多数企业的正道。
这是各种文章中对于应用号的入口的预测。以“发现”版和“我”版为主要猜测方向。想要详细了解微信的更多内容,可以移步为什么网另一篇文章,微信小程序怎么玩?
如果是这样一个入口我觉得是非常深了,让我们来算一算如果是这样一个入口,对于一个应用来说叠加了几个层级
第一层:消息界面 +
第二层:发现/我 界面 +
第三层:应用号选择界面 +
第四层:进入真正的应用里 +
让我们从用户的使用场景来想象一下这个情况会造成的后果
场景一:你正在操作一个应用然后收到一个人的消息,你去回复一下,然后回去再次进入这个页面回到之前的位置,你的操作直至少需要4+x步(x为你操作到的位置),当然有一定的缓存(很有限),所以可能是4+x-n
对比一下Native App你会发现层级多了不是一点点,而懒是用户的天性,这样的操作体验无疑会大大减小使用率。
场景二:你在手机上有多高的频率切换自己的应用?如果每一次切换都要重新从首页开始操作是怎样一种体验?你是不是感觉要崩溃了。你们在使用微信的第三方的时候应该有过类似的体验,这种难受你懂。
说一个我的看法,从“界面设计”上来说应用号将可能成为除了“消息,通讯录,发现,我”这四个tab后“第五个Tab按钮”
这个点很多人表示无法赞同,甚至觉得可笑,参考上面说的场景你就能感觉到每少一个层级带来的操作简化有多少,这个重要性不言而喻,直接放在TAB5,直接相当于减少了2个层级,当用户操作多的时候,每次以2个层级叠加,简化的操作将不止一点点。
然而这个不太可能在内侧或者正式发布的前期就去这样做,更有可能在后期再给出更前端的入口,也就是'tab‘,早期基本就应该是在“发现界面”或者“我界面”
那些说藏在钱包里的朋友我就不吐槽了,你脑补一下自己的产品体验的画面吧。
仅仅从抽象场景上来讲,小程序当然很美好。
对开发者来说,不用费尽心思开发好多平台的 APP 了,不用考虑适配各种奇形怪状的机型了,更重要的是,不用每次发版都提心吊胆唯恐出事,或者有紧急需求要上线却只能日盼夜盼盼苹果爸爸早点把审核通过。
对用户来说,不需要安装 APP,想打车了直接搜出滴滴的小程序来用,想订外卖了直接搜美团的小程序来用。冷僻的、可能只会用一次的应用,不用那么麻烦去下载,也是打开网页就解决一切,实在太方便。
app推广:平均成本5元一个下载 ,100万的下载量,月留存能有10w的都是少数中的少数
开发:安卓,ios要分开做,大量的机型、os版本差异、交互特殊等
就这两项能承受起的就不多了,最低起步价30w+左右,巨额的成本将大量的idea扼杀在摇篮里
而这些死掉的idea大部分就是因为市场小,盈利跟不上巨大的成本而看不到未来
服务更加快捷方便,用户的使用门槛大大降低。通过微信生态的流量转化更有效率,多少app的用户是通过微信文章推广流量带去的?一旦你就在这个生态里,只需要简单的操作,比如扫码,这个效率高了多少?
微信做的就是把开发和推广这两项成本尽可能的降低,推掉成本这座大山,改变移动互联网应用的规则,让创造者能把核心资源(钱和时间)关注到用户体验上,去真正为用户创造价值
1.你所能获取的用户数据将非常有限,微信给你开放的用户数据基本就是头像和昵称还有一定的好友关系。数据对你自己的重要性一定要考虑清楚!
2.商业模式与native app将发生巨大改变,拿native app的思路去套,做好的可能性几乎为零,你要重新构思并快速去验证你的模式。
我觉得思考比行动更重要,在正式开发之前需要在,你要知道先入者不一定是先驱,更有可能是先烈!
3.免费的模式不一定就好,多考虑付费形式,不仅只是因为微信已经帮你做好了方便的支付接口,而是因为应用号的形态和设计初衷更适合基于场景需求的快速实现。
4.还是那句话,小而美,做垂直,功能复杂度有限制,如果想做成庞大的独角兽,必须是高频刚需但复杂度又不是太高,就像“同程旅游的火车票服务”一样。
5."用完即走"……因为没办法多任务处理,你的产品如果不能在一定时间内完成特定场景的需求并且达成自己的目标,你就比较难做。
6.产品层级不要深,操作路径要短,没法记录你操作到了什么地方,如果用户被打断,第二次进去是没法回到上一次操作的位置的(有一定的缓存)
7.应用号是一个流量孤岛,应用号之间的流量不能流通,自身产生不了什么流量,单在微信生态内来说比较依赖订阅号的文章带来的流量导入
微信已经做好了人与人的连接又做好了支付,现在微信希望的就是通过应用号将人和服务深度连接
连接上人与服务后微信的价值那就更是不可估量的了服务是核心!
这就和native app时期有了一定的区别,这里更欢迎的是服务性的app,也就是他说的用完即时走。
早在8个月前,我就说微信要做的是一个长尾市场,聚合那些无法承担成本去独立做成app的服务。就像当年的亚马逊一样,几乎没有什么商品你在亚马逊上找不到一样。而现在微信就相当于是把商品变成了服务这种非标的东西。
“小而美”的产品更适合应用号,能获取较多的红利,真正高频常用的还是在原生app那边更好,当然像同程旅行火车票这种刚需路径短的还是很适合微信生态的。
答:许多付费的服务可能借力因此焕发出第二春,教育、医疗、家政、求职招聘、二手买卖、旅游、票务、金融理财、汽车后市场等等。