微信公众平台开发思路

铂金小猪 发布于 2013/09/05 21:46
阅读 2K+
收藏 4

刚才总结了一下微信公众平台需要做的一些功能。亲们给看看。我是个业余的,不要喷我。各位做过没做过的亲们来讨论讨论。看看有木有啥补充的。

加载中
0
~\(≧▽≦)/~
~\(≧▽≦)/~
好图,收了
0
苏生不惑
苏生不惑
还有自定义菜单呢
铂金小猪
铂金小猪
自定义菜单是服务号的,感觉没多大意思啊。
0
迷路的游侠
迷路的游侠
看你想做什么用了,比如像找附近商家,那么接收消息类型里还要区分是否是location,并取出经纬度
0
宵夜
宵夜

一些功能算伪命题吧。

1. 关注、取消,如果你的api只是普通层级,你能得到的用户信息就一个id。

    你要考虑如何做用户绑定与关联;

2.接收,需要考虑消息不同类型的处理机制。另外,做一个基本功能吧,把所有的消息的自己记录下来。(微信后台只保留几天数据而已);

3.发送,同上,建立每个用户的对话记录档案。前提:你自己查询时,如果是普通api。你怎么知道id 跟 粉丝相关信息的关联(问题1的解决);

      如果你api高级点,或许你能有主动单条发送消息的权限;

4.真正的服务:一定要考虑服务号。这样微信只是移动端的一个客户入口,可以导向真正的相关平台。

供参考。

0
铂金小猪
铂金小猪

引用来自“宵夜”的答案

一些功能算伪命题吧。

1. 关注、取消,如果你的api只是普通层级,你能得到的用户信息就一个id。

    你要考虑如何做用户绑定与关联;

2.接收,需要考虑消息不同类型的处理机制。另外,做一个基本功能吧,把所有的消息的自己记录下来。(微信后台只保留几天数据而已);

3.发送,同上,建立每个用户的对话记录档案。前提:你自己查询时,如果是普通api。你怎么知道id 跟 粉丝相关信息的关联(问题1的解决);

      如果你api高级点,或许你能有主动单条发送消息的权限;

4.真正的服务:一定要考虑服务号。这样微信只是移动端的一个客户入口,可以导向真正的相关平台。

供参考。

这里只是一个开发思路,具体的应用得看具体项目。比如
1、与本地系统用户的关联,可以让他在关注了以后发送一个手机号才能做具体的操作,
2、而对于接收,本地肯定是要对用户发送的信息做一个记录的,但是如何记,如何存储得看具体的项目对吧。
3、对话记录,这个目前应该是做不了,没有主动向用户端推送消息的接口。
4、具体用企业号还是订阅号我觉得得看具体的功能定位,偏重消息的用订阅号,偏重用户自主服务的用企业号。

我对微信的定位还是只是一个系统服务的扩展,有这个东西,或许会得到意想不到的收获,但关键还是得看线下服务以及整体系统的强劲,没有优质的实质性服务,当靠一个微信成不了什么气候,那些用微信发财的,其实线下的投入比作那个应用投入大N倍。微信只是一个扩展。

0
宵夜
宵夜

其实我只是想分享:微信只是一个用户的终端系统之一。

至于它能做什么(用户需求决定),你们想做什么(自己决定);

至于技术约束,目前有很大空间需要改善,尤其api。

系统扩展上,可能对接到 crm、甚至cms、ec等。

铂金小猪
铂金小猪
哈哈,就是要把它弄在CRM里面。
0
宵夜
宵夜

其实我只是想分享:微信只是一个用户的终端系统之一。

至于它能做什么(用户需求决定),你们想做什么(自己决定);

至于技术约束,目前有很大空间需要改善,尤其api。

系统扩展上,可能对接到 crm、甚至cms、ec、tms 或它们的某些服务等。

0
csyr
csyr
自定义菜单好像要服务号才能用吧~ 微信公众平台开发教程
返回顶部
顶部