交流问答

交流问答

开发、使用问题交流
官方公告

官方公告

版本更新、升级公告
建议反馈

建议反馈

功能建议、bug反馈
应用商城

应用商城

插件发布、更新通知

寻求豆信二次开发商,开发很简单的一个系统主要难点就是企业付款

回复

khin 回复了问题 • 1 人关注 • 1 个回复 • 330 次浏览 • 2018-07-13 08:58 • 来自相关话题

为什么没有更新

回复

时间虽在 发起了问题 • 1 人关注 • 0 个回复 • 211 次浏览 • 2018-03-11 19:17 • 来自相关话题

求微信平车的插件

vipft 回复了问题 • 3 人关注 • 3 个回复 • 623 次浏览 • 2018-02-09 09:47 • 来自相关话题

分分钟上手小程序开发教程(1)

洛杉矶豪哥 发表了文章 • 0 个评论 • 642 次浏览 • 2016-11-14 13:54 • 来自相关话题

简介   微信小程序发布内测已经一个多月了,期间IDE也升级了好几次了,对于发了自己教程的小伙伴来说,也是比较坑的。

因为小程序发布新版本居然有些东西不向下兼容,甚至删除了一些东西,导致之前做的demo不能运行。

当然这些问题对于我们开发者来说,没什么大问题,不就是升级吗,好在我们还不是内测邀请用户能上线测试,就是在IDE里调试一下而已,盖起来也很方便,哪里不对修哪里,妈妈再也不用担心我们跟不上微信小程序发布的节奏了。

目前市面上在内测期间出来的一些实战类教程还是很不错的,主要还是去快速学习小程序开发的整体流程,一个组件一个组件的讲的很可能微信小程序一升级,这个组件就变了,事实本就如此,谁让现在是内测呢。我们不怕,下面就推荐一些涵盖了大部分组件和API的实战项目类课程。

讲项目实战,主要是学习的小程序的开发思路,架构思路,组价稍带就过,不会的看文档喽,还有比官网文档更详细的教程咩。
 
官方文档:小程序官方文档
今天先来一个天气预报的小程序demo吧!
小程序官方QQ交流群:452207697
关注我们的公众号获取最新资讯:




先来几个体验效果:












开发流程稍后奉上: 查看全部
简介   微信小程序发布内测已经一个多月了,期间IDE也升级了好几次了,对于发了自己教程的小伙伴来说,也是比较坑的。

因为小程序发布新版本居然有些东西不向下兼容,甚至删除了一些东西,导致之前做的demo不能运行。

当然这些问题对于我们开发者来说,没什么大问题,不就是升级吗,好在我们还不是内测邀请用户能上线测试,就是在IDE里调试一下而已,盖起来也很方便,哪里不对修哪里,妈妈再也不用担心我们跟不上微信小程序发布的节奏了。

目前市面上在内测期间出来的一些实战类教程还是很不错的,主要还是去快速学习小程序开发的整体流程,一个组件一个组件的讲的很可能微信小程序一升级,这个组件就变了,事实本就如此,谁让现在是内测呢。我们不怕,下面就推荐一些涵盖了大部分组件和API的实战项目类课程。

讲项目实战,主要是学习的小程序的开发思路,架构思路,组价稍带就过,不会的看文档喽,还有比官网文档更详细的教程咩。
 
官方文档:小程序官方文档
今天先来一个天气预报的小程序demo吧!
小程序官方QQ交流群:452207697
关注我们的公众号获取最新资讯:
clagVMQGkYlZlZA7eeLE5aXEL5X77G.jpg

先来几个体验效果:
IMG_2464.PNG

IMG_2465.JPG

IMG_2462.JPG

开发流程稍后奉上:

微信发布“小程序”,分析它的市场和未来

洛杉矶豪哥 发表了文章 • 0 个评论 • 421 次浏览 • 2016-11-14 13:49 • 来自相关话题

跟同事一起正吃方便面吃的开心,发现朋友圈被刷屏了。“小程序”来了,大世界要变了?

[微信发布“小程序”刷爆朋友圈:一张图看懂]

虽然应用号我们期待很久了,但如果想赶上这波行情,那就务必要对产品的定位和可能的演变做一些判断。

目前为止,关于“小程序”的信息还不是很多,但结合官方的表述已经可以看到一些端倪了。当然,只要没有最后尘埃落定。一切都还只是猜测。

“应用号”怎么变成“小程序”了

[微信发布“小程序”刷爆朋友圈:一张图看懂]

官方的表述里,小程序和原有的三种公众号是并行的体系。

但很奇怪的是,微信何以避免使用“号”这个表述,而是换成“小程序”。

“小程序”在HTML和JAVA时代就曾经被使用过。

今天“小程序”再次被使用,合理的推测是“小程序”将不沿用公众号的产品和展示形态,成为微信系统的一种第三方插件。可以在微信的聊天窗口、朋友圈等位置直接运行展示。

“小程序”是什么?

[微信发布“小程序”刷爆朋友圈:一张图看懂]

根据官方表述和流传出来的关于“小程序”的技术接口来看,通俗一点的说,“小程序”其实是微信提高了自身对于HTML5的特性支持能力,开放了更多的系统调用。例如GPS、传感器等的调用等等。

可以预见的是,微信里H5产品将有更好的用户体验,更快的加载速度,和更多的功能。

“小程序”改变了什么?

关于H5和APP之争,有很多因素决定了这几年H5失去了绝大部分的核心产品市场份额。其中有一点是H5并不能一次开发多处使用,而是要面临不同浏览器和APP平台更多兼容性挑战。比如过去微信就不能支持很多的特性,所以才有了“小程序”。

几年前,当微信的市场份额不断提升时,我就认为微信的平台可能会给H5一个独特的发展机会:所有H5以微信的接口为标准开发,浏览器逐步向微信标准靠拢,最终实现一次开发,多处使用的目标。

今天来看,“小程序”虽然来得晚了,但是毕竟还是来了。H5产品的标准化运行环境有望出现,微信里H5产品质量也会大大的提高,这是可以预见的。

“小程序”会挑战APP吗?

这个话题估计是大家现在最关心的。但,我现在的答案可能会让大家失望了。

H5和APP的产品定位本身已经很清晰了,目前来看并不会因为小程序而有巨大的改变。

H5和APP的区分界限早就不是简单的用户体验问题。NATIVE H5的模式早就被很多APP在采用。APP和纯H5产品的核心区别是对于入口的需求。

以iPhone为例,现有的格局下,APP产品通过AppStore的榜单、搜索以及社交产品、广告平台等方式被用户发现、下载、安装。而H5产品主要靠域名 社交平台被用户消费。

这里可以看到,APP获取一个用户的门槛是高的,但高门槛带来的好处是,用户的二次消费门槛低了。而H5虽然首次消费门槛低,但却遇到了后续消费门槛无法降低的问题。而这方面正好是APP的优势。

事实上,目前为止,APP的用户规模和活跃度规模总体还是高于公众号很多的。不要因为微信活跃度高,而认为公众号或者“小应用”的活跃度就会高了。如果这么类比,“小应用”和微信活跃度的关系,应该对应APP和手机活跃度的关系上了。显然这不是合理的数据分析方式。

微信和手机操作系统

既然聊到了这个层面,也有很多人觉得微信的未来就是手机操作系统。但我相信连微信自己也不是这么定位的。

因为,手机操作系统的核心展示是APP收藏夹,而微信是聊天窗口。这个本质不改变,就很难改变“应用APP”和“小应用”在各自体系里的地位。

手机操作系统未来依然是APP的天下,侧重重体验、重交互、高粘性需求的产品。比如微信就是这样的产品,设想微信就是一款基于浏览器的H5产品,估计你用起来就很崩溃了。

微信平台上订阅号、服务号、企业号和“小应用”将依赖推送、扫描和社交传播来搭建。预计“小应用”将只有扫描和社交传播两种方式,推送将保留给前三种公众号,“小应用”可以嵌入在公众号中。

而过去成功的公众号(不考虑早期野蛮涨粉起来那些)基本上也就是靠这两条:要么内容运营来实现社交传播,要么通过线下场景实现扫描频度。如果有这两方面的资源,无论是不是有“小应用”出现,都早就不需要做APP了。

未来微信可以支持更多“小应用”发现模式吗?

微信缺少的是展示位,所以很难让用户把常用的“小应用”展示出来。价值连城的九宫格也已经藏的很深了。“小应用”要获得更好的位置资源确实不易。

微信对比浏览器缺少了域名模式。域名其实就是快捷键,少了这个,在微信里发现“小应用”又难了很多。

剩下的,就是搜索了。如果让“小应用”具备更好的搜索标签属性,这会涉及到很多的规范性要求,要做好确实也是极其不易的。目前来看,微信的着重点似乎也还没有在这上面。

目前为止公众号的重复消费还是所有公众号开发者的痛。获客成本高。推送的打开率,无论是订阅号还是服务号大多还是非常低的,爆款需要依赖社交传播。这样的前提下,媒体和内容电商相对更容易发展。而工具、娱乐、shoppingmall等等需要用户主动二次消费的产品就不易用公众号作为依托了。

“小应用”的推出,包括之前朋友圈广告新模版的推出,对于微信来说,解决了平台第三方产品的标准化体验提升的问题。

但对于一款重度产品的开发者来说,如何让用户可以快速找到你,依然是你最需要关心的事。所有的传播更多的是为了被用户发现,而用户维护必须解决用户可以快速找回产品的问题,这方面APP依然还是必要的。

试想这样一个场景,一款银行APP和银行公众号你都在用。当你要买银行理财产品的时候,你会用APP还是公众号?这不是体验问题,而是点击次数决定了用户的选择。

写在最后

APP和H5本质上不是对立面的两方。NATIVE和H5都是APP的构成部分。

APP和公众号也不是互斥的。一款重度产品大多两种产品形态(也许还有更多形态)都需要。

我个人更希望微信作为一个社交平台,可以帮助用户通过社交化渠道更快的调用起其他服务提供商提供的最佳体验的产品形态,不管是公众号、“小应用”还是APP。把选择交给用户和开发者。例如现在很多导航系统的调用方式,或者就像操作系统实现多个APP之间的互相调用。

可惜对于微信和任何APP来说来说,调用其他APP就意味离开自己的APP,多少还是有些不舍的。毕竟导航是一种非常特殊的调用。

至于到底未来应该首选开发APP还是开发“小应用”,现在我真给不出答案。作为开发者,你需要关心的是你的用户和你的产品需要什么样的场景来完成从0到第1次,以及到100次的缠绵。如果这个过程你想明白,想透了,你也就不会有犹豫了。

而要不要成为“小应用”红利里的卖水人,那就要看这波红利会持续多久了 查看全部
跟同事一起正吃方便面吃的开心,发现朋友圈被刷屏了。“小程序”来了,大世界要变了?

[微信发布“小程序”刷爆朋友圈:一张图看懂]

虽然应用号我们期待很久了,但如果想赶上这波行情,那就务必要对产品的定位和可能的演变做一些判断。

目前为止,关于“小程序”的信息还不是很多,但结合官方的表述已经可以看到一些端倪了。当然,只要没有最后尘埃落定。一切都还只是猜测。

“应用号”怎么变成“小程序”了

[微信发布“小程序”刷爆朋友圈:一张图看懂]

官方的表述里,小程序和原有的三种公众号是并行的体系。

但很奇怪的是,微信何以避免使用“号”这个表述,而是换成“小程序”。

“小程序”在HTML和JAVA时代就曾经被使用过。

今天“小程序”再次被使用,合理的推测是“小程序”将不沿用公众号的产品和展示形态,成为微信系统的一种第三方插件。可以在微信的聊天窗口、朋友圈等位置直接运行展示。

“小程序”是什么?

[微信发布“小程序”刷爆朋友圈:一张图看懂]

根据官方表述和流传出来的关于“小程序”的技术接口来看,通俗一点的说,“小程序”其实是微信提高了自身对于HTML5的特性支持能力,开放了更多的系统调用。例如GPS、传感器等的调用等等。

可以预见的是,微信里H5产品将有更好的用户体验,更快的加载速度,和更多的功能。

“小程序”改变了什么?

关于H5和APP之争,有很多因素决定了这几年H5失去了绝大部分的核心产品市场份额。其中有一点是H5并不能一次开发多处使用,而是要面临不同浏览器和APP平台更多兼容性挑战。比如过去微信就不能支持很多的特性,所以才有了“小程序”。

几年前,当微信的市场份额不断提升时,我就认为微信的平台可能会给H5一个独特的发展机会:所有H5以微信的接口为标准开发,浏览器逐步向微信标准靠拢,最终实现一次开发,多处使用的目标。

今天来看,“小程序”虽然来得晚了,但是毕竟还是来了。H5产品的标准化运行环境有望出现,微信里H5产品质量也会大大的提高,这是可以预见的。

“小程序”会挑战APP吗?

这个话题估计是大家现在最关心的。但,我现在的答案可能会让大家失望了。

H5和APP的产品定位本身已经很清晰了,目前来看并不会因为小程序而有巨大的改变。

H5和APP的区分界限早就不是简单的用户体验问题。NATIVE H5的模式早就被很多APP在采用。APP和纯H5产品的核心区别是对于入口的需求。

以iPhone为例,现有的格局下,APP产品通过AppStore的榜单、搜索以及社交产品、广告平台等方式被用户发现、下载、安装。而H5产品主要靠域名 社交平台被用户消费。

这里可以看到,APP获取一个用户的门槛是高的,但高门槛带来的好处是,用户的二次消费门槛低了。而H5虽然首次消费门槛低,但却遇到了后续消费门槛无法降低的问题。而这方面正好是APP的优势。

事实上,目前为止,APP的用户规模和活跃度规模总体还是高于公众号很多的。不要因为微信活跃度高,而认为公众号或者“小应用”的活跃度就会高了。如果这么类比,“小应用”和微信活跃度的关系,应该对应APP和手机活跃度的关系上了。显然这不是合理的数据分析方式。

微信和手机操作系统

既然聊到了这个层面,也有很多人觉得微信的未来就是手机操作系统。但我相信连微信自己也不是这么定位的。

因为,手机操作系统的核心展示是APP收藏夹,而微信是聊天窗口。这个本质不改变,就很难改变“应用APP”和“小应用”在各自体系里的地位。

手机操作系统未来依然是APP的天下,侧重重体验、重交互、高粘性需求的产品。比如微信就是这样的产品,设想微信就是一款基于浏览器的H5产品,估计你用起来就很崩溃了。

微信平台上订阅号、服务号、企业号和“小应用”将依赖推送、扫描和社交传播来搭建。预计“小应用”将只有扫描和社交传播两种方式,推送将保留给前三种公众号,“小应用”可以嵌入在公众号中。

而过去成功的公众号(不考虑早期野蛮涨粉起来那些)基本上也就是靠这两条:要么内容运营来实现社交传播,要么通过线下场景实现扫描频度。如果有这两方面的资源,无论是不是有“小应用”出现,都早就不需要做APP了。

未来微信可以支持更多“小应用”发现模式吗?

微信缺少的是展示位,所以很难让用户把常用的“小应用”展示出来。价值连城的九宫格也已经藏的很深了。“小应用”要获得更好的位置资源确实不易。

微信对比浏览器缺少了域名模式。域名其实就是快捷键,少了这个,在微信里发现“小应用”又难了很多。

剩下的,就是搜索了。如果让“小应用”具备更好的搜索标签属性,这会涉及到很多的规范性要求,要做好确实也是极其不易的。目前来看,微信的着重点似乎也还没有在这上面。

目前为止公众号的重复消费还是所有公众号开发者的痛。获客成本高。推送的打开率,无论是订阅号还是服务号大多还是非常低的,爆款需要依赖社交传播。这样的前提下,媒体和内容电商相对更容易发展。而工具、娱乐、shoppingmall等等需要用户主动二次消费的产品就不易用公众号作为依托了。

“小应用”的推出,包括之前朋友圈广告新模版的推出,对于微信来说,解决了平台第三方产品的标准化体验提升的问题。

但对于一款重度产品的开发者来说,如何让用户可以快速找到你,依然是你最需要关心的事。所有的传播更多的是为了被用户发现,而用户维护必须解决用户可以快速找回产品的问题,这方面APP依然还是必要的。

试想这样一个场景,一款银行APP和银行公众号你都在用。当你要买银行理财产品的时候,你会用APP还是公众号?这不是体验问题,而是点击次数决定了用户的选择。

写在最后

APP和H5本质上不是对立面的两方。NATIVE和H5都是APP的构成部分。

APP和公众号也不是互斥的。一款重度产品大多两种产品形态(也许还有更多形态)都需要。

我个人更希望微信作为一个社交平台,可以帮助用户通过社交化渠道更快的调用起其他服务提供商提供的最佳体验的产品形态,不管是公众号、“小应用”还是APP。把选择交给用户和开发者。例如现在很多导航系统的调用方式,或者就像操作系统实现多个APP之间的互相调用。

可惜对于微信和任何APP来说来说,调用其他APP就意味离开自己的APP,多少还是有些不舍的。毕竟导航是一种非常特殊的调用。

至于到底未来应该首选开发APP还是开发“小应用”,现在我真给不出答案。作为开发者,你需要关心的是你的用户和你的产品需要什么样的场景来完成从0到第1次,以及到100次的缠绵。如果这个过程你想明白,想透了,你也就不会有犹豫了。

而要不要成为“小应用”红利里的卖水人,那就要看这波红利会持续多久了