出家如初,成佛有余

如何搭建二维码支付系统?

Posted in 电子商务, 移动互联网 by chuanliang on 2015/04/18

我在知乎就问题《如何搭建二维码支付系统?》做的回答。

1、如果是在线交易,要支持扫码支付,只需要在将原有交易过程的支付链接及信息生成对应的二维码即可。
2、如果是线下交易,要支持二维码支付,主要问题在于考虑怎样让传统线下收银机、POS机支持扫码支付。
目前业内的主流做法:
a、铺设定制终端设备,串接在收银机、打印机之间,抓取收银机、打印机之间的通信协议,将传统的小票信息改造成支持二维码的小票。消费者使用银行/商户/第三方支付的APP对着打印出来的小票扫码完成支付。
b、铺设支持二维码的POS机或收银机,例如微信POS机。消费者对着POS或收银机或打印出的小票扫码完成支付。
1、2中,在支付环节,与传统在线支付/移动支付并无太大差异。
在安全上,与传统在线支付的商户收款链接的安全处理类似,最核心的问题是:怎样保证支付链接地址不是钓鱼地址。

 

知乎回答原文链接地址:http://www.zhihu.com/question/29325751/answer/43978310

为什么类似拉卡拉、Square 的刷卡器在中国没有流行起来?实际中都有哪些方面的原因?

Posted in 电子商务, 移动互联网 by chuanliang on 2015/04/06

我在知乎就问题《为什么类似拉卡拉、Square 的刷卡器在中国没有流行起来?实际中都有哪些方面的原因?》做的回答。

其实依然流行,需求也依旧强劲。在某宝上以一清机、mPOS、移动POS之类关键词搜索一下,可以发现套码、套现的市场一样繁荣昌盛。拉卡拉之类的 中国厂商们对square模式其实是“发扬光大”了,当然应用场景不是作为传统电话pos的替代品,而是用在个体户(包括个人)自助套现上。想一想所谓 的:手机上传所需的证件+POS收单的渠道代理商帮助补齐所需的五证一照+绑定一张借记卡+云端多商家自动切换的应用场景。
之所以出现题主 提到的似乎拉卡拉、银联等支付厂商今年不怎么力推mPOS类设备的现象,不是POS厂商们不看好此种业务模式,恰恰相反:各家支付公司在传统电话POS利 润奇薄的情况下,都在将POS收单的重点转向mPOS模式,只不过由于监管原因,都处于观望中。在某宝上提供mPOS服务的各种名目的杂牌厂商们,后端的 通道、清分服务其实还是那些有收单牌照的公司们。
主要的原因:从2014年初的8家支付公司被停止发展新商户,到年底银联的新5号文,再 到传说已久的借贷分离等政策等等,越来越严的监管政策,让一堆支付公司都不敢妄动。那8家被处罚的支付公司基本上占据了POS收单的主要业务量,在8家停 止发展新商户后,剩下的支付公司们,在交易量及市场推广上都处于小心翼翼的维持一定水平的谨慎扩张状态,以免触犯政策红线,因此在大的形式上符合官方所希 望的和谐局面。
在监管政策放松后(银联等也有业绩压力啊),市场应该又会经历欣欣向荣->违规->整顿->和谐的轮回中。

知乎回答原文链接 http://www.zhihu.com/question/29058991/answer/43095177

苹果不允许 iOS 应用内置购买(IAP)使用第三方支付方式,为什么QQ会员可以通过Q币,QQ卡,财付通?

Posted in 电子商务, 移动互联网 by chuanliang on 2015/04/06

我在知乎就问题《苹果不允许 iOS 应用内置购买(IAP)使用第三方支付方式,为什么QQ会员可以通过Q币,QQ卡,财付通?》做的回答

可以参考《app store审核指南》
11.3 使用IAP购买实物商品和并非用于该软件的服务的应用软件将会被拒绝。
反过来可以这样理解:如果通过app购买的是实体商品、线下服务、非app本身提供服务,理论上是可以使用外部的第三方支付服务的(而且必须使用第三方支付渠道,不能使用in-app支付)。
更粗糙的理解:苹果本身提供的服务且可以通过in-app支付来保证产品及服务品质的(例如游戏、音乐、电影等),必须使用in-app支付,否则不允许,避免不可控的法律纠纷。
当然正如app审核过程的不透明一样,以上只是根据官方文档做的推测,最终解释权还在app store的运营人员。

知乎回答原文链接  http://www.zhihu.com/question/28907184/answer/42527590

Tagged with: , ,

手机密号的原理是什么?

Posted in 移动互联网, 技术相关 by chuanliang on 2014/11/24

在知乎就《手机密号的原理是什么? 之前有安卓和微信版本,现在又有苹果版本了,它的实现原理是什么呢?》做的回答。

手机密号的功能并无太多新颖的东西,像58同城、赶集等也推过类似服务。这里大致说一下自己理解的主要技术,做过呼叫中心、VOIP的比较擅长。
类似服务一般涉及用户、互联网服务提供商、云呼叫中心服务提供商、电信运营商几个角色。
1、 互联网服务提供商:例如58同城之类,由于专业分工原因,互联网服务提供商一般是采用第三方云呼叫中心服务提供商提供的VOIP服务。像手机密号的功能, 诸如注册、微信绑定等功能属于互联网服务提供商的业务功能,而临时性虚拟号码的分配、外呼是由云呼叫中心服务提供商提供的,当然。
2、 云呼叫中心服务提供商:一般采用类似asterisk之类的VOIP及软交换开源项目进行改造,对外提供云呼叫中心服务。与传统呼叫中心基于语音+PBX 不同,一般采用IP+软交换方案。可以参考一下合力金桥、讯鸟的方案。当然云呼叫中心服务提供商也可以扮演互联网服务提供商角色。
3、运营商:为云呼叫中心提供号码池、外呼中继等相关服务。在运营商那端有一堆主叫号码池和外呼中继,这样使用手机密号用户注册绑定后会从不同的主叫池中选择分配(或者动态分配)一个不同的主叫号码并外呼出去。没错,与VOIP透传之类的套路一样。

 

http://www.zhihu.com/question/24816198/answer/29088983

微信关注即可使用 Wi-Fi,取消关注即断网的路由器是怎样实现的?

Posted in 移动互联网 by chuanliang on 2014/06/19

在知乎关于《微信关注即可使用 Wi-Fi,取消关注即断网的路由器是怎样实现的?》 问题做的回答。
问:微信关注即可使用 Wi-Fi,取消关注即断网的路由器是怎样实现的?最近看到这个公司的一款路由器,
珠海市微·商智能科技|MBI,自主研发
安装在店里后,打开微信关注企业微信账号即可免费wifi,取消关注就不能上网了。
这个是怎么弄控制的呢?

 

答:
@张强 的对原理描述得比较详细,尤其是在对 “普通微信三方oAuth授权认证”原理说明上。
按照“必智®微信关注即登录上网”的比较含混的白皮书说明,似乎不是“普通微信三方oAuth授权认证”。这里就自己理解做一些阐述。
声明:由于没有“珠海市微·商”的产品,无法验证其白皮书

http://www.mbisolution.com/products/weixinsys.php 中各种功能描述是否属实或有夸大成分,因此如下描述和推断不一定准确。
先大致说明一下涉及的几个概念和机制:
1、AC、AP以及ACL
做WIFI实施部署,涉及几个概念:AP、AC、无线路由器、认证,简单说来:
AP就是无线接入点。
无线路由器大致可以理解为:AP+路由
AC是用来管理AP用的,可以对AP进行集中式管理。这在诸如连锁店、大公司部署需要支撑上百个接入点以及复杂的控制措施(例如多级认证,微·商白皮书中提到的全国漫游)等就需要AC。
AC最重要的职能是完成对接入设备的认证、授权、计费(AAA),一般采用Radius协议来完成。认证、授权的凭证包括终端的MAC地址等等信息(Radius系统一般放在云端,大家常用的宽带拨号上网的认证都是基于Radius认证)。
终端设备要接入网络,必须在AC的ACL(访问控制列表中)有对应的匹配项,对终端的标识包括MAC地址、IP等信息。
一个粗略的通过微信认证上网的操作流程:
a、用户连接wifi,AC查看ACL列表中是否有对应的信息(主要是MAC地址),如果有效,则直接让用户上网;如果无,则给用户在ACL中临时增加一条有时间限制的记录,以便于在未经认证情况下,能够上微信完成对公众号的关注。
值得注意的是:ACL列表不一定是AC本地的,有可能是从中央Radius服务器获取的,例如在允许漫游的情况下。
b、用户关注公众号,完成认证和授权过程,AC获取用户的MAC地址等信息,从ACL中删掉用户未授权认证的临时上网记录并新增一条经过认证授权的记录,用户可以正常上网。
c、用户取消关注公众号,则从ACL中删除掉对应的记录
ACL的信息属于7层协议的网络层,并没有应用层的OpenID等信息。

2、公众平台“开发模式”

    如果在微信公众平台中将高级功能设置为“开发模式”,则在用户执行关注公众号、取消关注等操作时候,公众平台都会以事件方式通知“开发模式”定义的接口。
公众平台接口标识一个微信用户并不是使用用户微信号,而是用类似o0geNuJmbuDIwnMMCOhF6hFFLEqU这样的字符串,实际上就是OpenID(接口协议中的fromusername)。
而OpenID之类的信息在7层协议中是在应用层(第7层)
3、OpenWRT以及管理系统
目前各种智能路由器(极路由、果壳、小米等)都是基于OpenWRT系统。而对OpenWRT系统本身的管理都是基于wifidog等管理系统,可以与外部系统(例如微信公众平台)直接对接。
因此回到话题,最本质的问题其实就是:
AC是怎样来匹配ACL列表中的MAC和OpenID的呢?
由于不知道“必智®微信关注即登录上网”是否需要商家在公众平台中配置指向无线路由器(AC或AP)的接口地址,因此分成两种情况讨论:
1、如果需要配置,则:
由于有关注、取消关注等事件时候,都会有url地址通知AC的服务器,由于是TCP链接,在关注、取消关注的报文的TCP报文中本身就有MAC信息,在 HTTP报文中有OpenID信息,因此只需要在同一个报文中就能获得MAC和OpenID的对应关系。

2、如果不需要配置,则:

    由于要识别用户关注、取消关注事件的报文,在应用层并无明确的特征(url回调),此时后可以通过抓包获取关注、取消关注事件的报文,然后对符合符合特征的报文进行处理,并不难,但采用此种方式在维护较为麻烦,可能性不大。
与其他支持微信认证的智能WIFI(例如rippleos之类)解决方案的差异(个人感觉):
1、AC+AP一体化方案:其他厂商一般是根据用户接入规模大小,分为AP、AC+AP的方案,如果接入终端数少,则直接采用AP方案,如果规模较大,则采用AC+AP方式(AC和AP是独立的终端)。而必智的方案算是AC+AP一体化方案。
2、集中认证:应该采用了独立Radius系统,其他厂商较少提供多店集中认证、漫游的方案。
3、宣传策略更貌似高大上,技术上其他有OpenWRT自主研发能力的厂商也能做,但其方案在简化接入、面向多店集中认证上出发点确实不错,另外在整体解决方案上包装得更高大上。


http://www.zhihu.com/question/23667625/answer/26942557

基于微信的客服系统之消息路由设计

Posted in 移动互联网 by chuanliang on 2014/05/27

在《从多客服功能谈微信公众平台的客户关系管理》中提到了呼叫中心系统中重要的”消息路由“以及“客服系统不只是客户服务功能“的需求。
下面分析一下典型的应用场景:
商家甲将微信公众平台作为接触、发展新客户的重要渠道。商家有A、B、C三个销售,有张三、李四、王五、钱六四个潜在客户通过微信公众平台来询价,这些潜在客户需要指定对应销售来跟进并保持联系,通过微信客服系统怎样方便快捷地对这些线索客户进行分配呢?

一、传统销售派单流程
大部分公司传统的销售流程都是:由客服或销售助理汇总后呈报给销售主管,由销售主按照一定规则来指派,例如:
a、标杆性线索客户直接指派给王牌销售
b、一般性线索客户按照客户所属的行业属性来分派给对应的销售,例如按照政府、运营商、零售、连锁、直销等行业属性来区分
c、为平衡各个销售的利益,对一般性线索客户在销售间采用轮流接单方式分配
d、在指派销售后,此客户后续的服务一般都应该由已指派的销售来服务,这样可以持续深入了解客户需求,更能够为客户提供合适的产品服务,同时与客户建立关系。
传统呼叫中心,在客户->客服->销售的交流过程中,一般分为两步:客户->客服,客服->销售。潜在客户拨打电话后,由客服了 解客户基本情况,记录下客户联系电话等基本信息,然后再由专职销售再联络客户。因此经常出现,因客服人员的不专业,导致潜在客户对公司服务及产品的不佳印 象,丧失掉销售机会的情况。

二、基于微信的客服系统销售派单优化流程
在微信/微信公众平台中,由于微信/微信公众平台天然的移动性、协作手段的多样化(文字、语音、消息、图片、位置信息等)、实时性等重要特征,结合多客服 (微运营)功能,销售可以在第一时间内与潜在客服沟通交流,准确了解客户需求并解答问题,以专业的服务能力来打动客户。
例如:
a、客户关注公众号后,将客户按照一定规则指派对应的销售,并第一时间以微信消息方式通知销售;
b、客户在微信中上行消息后,按照一定规则将客户的消息推送给对应销售的微信,销售直接通过微信与客户互动,了解需求;
因此借助基于微信的客服系统,销售职责可以更前移,承担线索客户早期的沟通及需求获取。

三、游迹天下的”微运营“解决方案
基于游迹天下”微运营“,针对以上需求,游迹天下”微运营“新增如下一些功能:
1、新增”微运营“的配置管理功能
2、对新粉丝关注增加了通知提醒功能,群发给符合条件的客服组成员的微信
3、新粉丝的上行消息是群发或点对点发送:新粉丝上行的消息是群发给所有符合条件的客服组成员还是按照轮流接单的方式指派给一个销售(负荷最小的)
4、老客户的上行消息是群发或只发送给服务过的客服:老客户上行的消息是群发给所有符合条件的客服组成员还是只发送给最后一次服务过客户的销售
下图对消息路由配置的规则做了简单说明

从多客服功能谈微信公众平台的客户关系管理

Posted in 移动互联网 by chuanliang on 2014/05/24

5月9号,微信公众平台开始支持多客服功能,这是众多商家期盼已久的功能,但申请试用后,与大家预期的还是有较大差异,目前的多客服功能还极为丑陋,说白了就是:将用户与公众号互动的微信消息推送给绑定客服人员的微信号/客户端。
目前多客服功能还有诸多限制:
1、目前只对认证过的服务号开放,申请通过后才能使用;那么众多使用订阅号、没有认证的公众号怎么办?
2、尚未开放多客服的接口,无法与商家的业务系统做整合。按照目前的态势看来,预计微信团队也不会对外开放多客服的接口。
腾讯对微信的核心定位是:客户关系管理平台而非营销平台。作为客户关系管理(CRM)重中之重的客户服务系统肯定不应该只是简单的消息转发。
不同行业、不同企业的客服流程与其产品/服务的特征与较大关系,不可能有放之四海而皆准的标准化客服流程来满足所有行业、商家。例如地产商和家电厂商因为 产品服务不同,所提供的客服功能也不尽相同,地产商客服中对楼盘咨询占据了大头,家电厂商中安装、报修占据了大头。
怎样让客服系统来满足不同行业、不同企业的业务需要呢?是开放客服系统与业务系统对接的接口来灵活满足业务需要,还是让业务来满足客服系统的现状呢?

先看一下传统CRM系统中客户接触渠道管理部分的架构图

可以看出,传统CRM系统对客户接触渠道管理中,有如下核心几点:
1、企业的客服接入渠道是多样化的,不会只是单一的一种接入渠道。即便同一用户接入客户系统的接入方式也会变化。例如这一次是微信接入,下一次可能是电话接入。
2、CRM系统最核心的在于客户资料的管理,包括客户的基本资料、客户消费信息(购买产品信息、产品订单信息)、客户投诉/申告等的工单等等,而作为接触渠道的客服系统是获取、完善用户资料的重要途径。
3、 CRM系统应该是企业所有业务系统的核心,否则客户人员只能在几个系统间不停切换,无法提供一站式的最佳服务体验。而且也无法将互动互动记录聚合到以客户 为中心的业务模型中,以便于后续数据挖掘、服务改进、产品提升使用。任何再牛逼的系统如果不能与业务系统整合都难以最大化其价值。
1、2通过微信公众平台的开放接口,通过与业务系统对接,基本上能够初步满足企业需要,虽然还有诸多可以完善的地方,这里不细述。

由于多客服系统并未对外开放开发接口,一些典型的业务需求无法满足,导致客服系统与业务系统实际上是两张皮。
a、系统独立于其他业务系统和业务流程外,不利于企业的精细化管理和服务品质提升
一个典型的场景:用户在微信里投诉:我的订单号为111的订单有问题,前几天通过电话投诉过,没有反馈;客服人员只能从业务系统查看订单信息,然后通过呼叫中心系统查看客户电话记录。客服人员只能痛苦地在不同系统间不断切换。
   b、缺少消息路由、业务流程自定义等典型客户系统所必须的功能
消息路由是指:将消息按照预先定义的业务规则进行路由,分流到指定的客户组、业务系统。例如按照客户等级分别由不同技能组的客服人员服务,VIP用户由资深客服组人员服务;另外一个例子是:上一次服务过的客服优先服务对应的客户。
业务流程自定义一般是通过工作流引擎来实现,这样可以根据企业业务流程需要,灵活定义服务流程,整合企业不同系统和部门。
C、客服系统不只是客户服务功能
   对诸多企业来说,微信公众平台作为客户关系管理平台,不单纯只是服务平台,也承载了获取用户的重要职能。这就带来了一个新的需求和问题:通过微信公众平台带来的客户,怎样按照一定规则合理分配给不同的销售人员。
例如有A、B、C三个销售,有张三、李四、王五、钱六四个潜在客户通过微信公众平台来询价,这样通过客服系统方便快捷对这些销售线索客户进行分配呢?后续用户与公众平台的互动都有分配的销售来服务他。
由此可以展开诸多需求,如果微信公众平台能够适当开发部分接口,并不难满足这些需求。通过开放接口的方式将商家业务系统与微信客服系统整合,这样商家们能够为用户提供优质的服务,这样微信公众平台作为“客户关系管理平台”的核心价值才能体现出来。
09年在京东购物时候,写过两篇关于京东客服系统的建议(电子商务系统的细节设计–京东商城购物所感电子商务企业的客户服务系统建设-再谈京东商城购物所感),其中的一些观点仍然适用于当下微信多客服系统的建设。现在京东的服务品质和系统建设相对于有以前有大幅提升,而这其中最重要的原因还是:开放的平台+持续的完善。也希望微信公众平台在保证用户体验的前提下更加开放,持续完善,帮助更多的商家提升服务品质。

 

华丽的分割线
—————————————————————————-
—————————————————————————-

—————————————————————————-
为避免软文嫌疑,具体系统实现方案可以参考 游迹天下“微运营”公测,让你的运营能力如虎添翼

WIFI智能路由器+微信公众平台=?

Posted in 移动互联网 by chuanliang on 2014/05/14

在移动时代,众多的低头一族都患上了无可救药的“WIFI焦虑症”:无WIFI无生趣。为顾客提供免费的WIFI热点已经成为餐厅、咖啡馆等商家的标准服务,但除了让顾客免费上网外,商家提供的WIFI热点还有什么玩法呢?尤其是与微信营销、客户关系管理结合起来呢?
一、传统WIFI的玩法
传统WIFI大致有两种模式:商家自建WIFI热点,使用第三方WIFI服务提供商的WIFI解决方案。
1.1、商家自建WIFI热点
商家自建WIFI热点标准流程大致如下:
  1)、安装配置好WIFI路由器
  2)、将密码打印出来放在顾客可见地方或者由服务员告知顾密码
  3)、顾客设置移动设备的WIFI连接,输入密码,上网
1.2、使用第三方WIFI服务提供商的WIFI解决方案
   第三方的WIFI服务提供商又分为两类:
  a、移动、电信、联通三大运营商的WIFI热点
    原来星巴克、麦当劳等的WIFI热点都为自建,目前基本上都采用了三大运营商的WIFI方案。大致流程如下:
    1) 、顾客连接三大运营商提供的WIFI热点(无连接密码)
    2)、顾客访问任意一网站,弹出认证页面,要求用户输入手机号获取上网密码;
    3)、用户或者输入自己的WIFI上网密码或由运营商下行上网密码短信给用户,认证成功后,弹出商家广告页,用户开始正常上网
   b、采用迈外迪 (wiwide)等第三方WIFI服务提供商的WIFI热点:
    1)、设置好WIFI路由器
    2)、用户随意访问一个网站,弹出商家在WIFI路由器设置的页面,要求用户输入WIFI密码,用户找服务员要WIFI密码。认证成功后,弹出商家广告页,用户开始正常上网
1.3、传统WIFI的问题
    1)、商家虽然可以在用户每一次上网时候推送自定义的网页,做一些广告,但基本上毫无价值,用户基本上都是上网完成后,直接最小化无视广告页
    2)、不管是采用三大运营商还是wiwide的解决方案,商家对WIFI路由器基本上没有控制权,无法根据业务需要灵活定制
    3)、商家基本上无法获取顾客的身份标识信息,也就谈不上客户关系管理、个性化服务等等
    4)、商家对上网用户基本上无法持续互动,核心原因在于商家无法获取用户更多资料信息
    5)、微信、微博已经成为移动生活的重头,这样让WIFI路由器与微信无缝结合起来呢?  

二、游迹天下微信公众平台智能WIFI路由器的解决方案
    目前市面上出现了诸多基于openwrt定制开发的智能路由器,例如小米、极路由器、果壳等等,这些智能路由器都基于openwrt内核,具有传统 WIFI路由器无可比拟的诸多优势。这就为将微信公众平台与WIFI路由器结合提供了可能性,通过微信公众平台+智能路由器的组合,为客户关系管理、客户互动、广告推送、微信营销等业务提供了无限可能性。
2.1、使用场景说明
    场景一:用户在商家店面连接WIFI,弹出认证页面,提示用户输入验证码上网;对已经关注公众号的用户,只需要向公众号发送设定的关键词,获取上网验证码;对未关注公众号的用户,可以保存图片到本地,然后用微扫描本地保存的二维码关注公众号,获取上网验证码。

场景二、用户首次关注公众号后,系统自动推送上网验证码给用户,用户登录成功后,系统推送广告页面给用户

2.2、认证流程


2.3、管理流程

   1、在云端系统增加智能路由器的配置,具体请参考相关智能路由器厂商的使用文档
       目前支持RippleOS,后续会增加WiTown、SolarSys等主流智能路由器ROM版本的支持。
   2、在游迹天下微信公众平台增加用户互动关键词、公众号二维码等信息

     其中:
          关键词用户已经关注的用户通过关键词获取WIFI认证页面
           二维码用于用户扫一扫关注,获取WIFI认证页面
  3、在游迹天下微信公众平台增加appid、appkey、是否首次关注推送WIFI认证页面等信息

   其中:
APPID、APPKEY、节点ID:为第一步配置获取第三方智能路由器的oauth密钥信息(不是腾讯微信公众平台的)
关注推送认证页面:指用户关注公众号后,系统是否直接推送上网认证页面。缺省为0,设置为1,会覆盖“素材库->首次关注”的设置项。之所以有此选项,在于:有一些商家需要在首次关注时候推送其他信息(例如导航页面等)。对于大部分商家,可以设置为1
链接地址:将游迹天下公众平台生成的链接地址:弹出页面链接地址、认证成功链接地址、试用提示页面链接,填写到第三方智能路由器的对应设置中,这样WIFI路由器会自动推送相应的地址给用户。

三、智能WIFI路由器+微信公众平台的玩法
  只要牢牢抓住低头一族们患上的“不可救药”的“WIFI焦虑症”,结合各个商家自己具体业务场景,通过加粉、互动、推送等手段,小小的WIFI可以玩出诸多花样,极大丰富我们的微营销手段。
  下面简单列举一下WIFI路由器+微信公众平台的玩法,由此思路可以延展开更多有趣玩法。
  例子1:WIFI只提供给VIP客户,成为VIP很简单:关注公众号,WIFI密码在关注时候推送给客户,WIFI密码设置为动态或者定期更换。
  例子2:餐厅、银行等排队等待很无聊吧。扫一扫部署在门口的二维码,关注公众号,成为VIP用户,获取WIFI密码,免费上网、玩互动小游戏,享受在线下单、优先上菜、优先结账(微信支付)、VIP打折优惠、幸运大抽奖等;
  例子3:在人流量大的公共场合,架设免费WIFI,举办扫码免费上网活动

微信公众平台管理系统之万能表单

Posted in 移动互联网 by chuanliang on 2014/05/06

由于营销活动的需要,商家在做微信营销活动时营销活动页面表单需求形形色色,例如问卷调查表单、签到表单、购物表单等都各不相同。
为了更好满足商家对常用营销表单的需要,游迹天下微信公众平台提供了功能强大的万能表单组件,万能表单组件最突出的功能是强大的“自定义”功能,商家可以快速做出多种多样的表单系统,解决您的项目表单功能需求!
一、特色功能:
1、支持自定义任意表单模型,自定义字段、字段类型。其中字段类型包括:
单选框
多选框
下拉选择框
日历选择框
图片上传
普通文本输入框
多行文本框(textarea)
可视化编辑器(采用针对移动端优化的aloha-editor可视化编辑器,轻盈灵活,功能强大)
电话号码
地图控件

2、自定义字段中集成了aloha-editor可视化编辑器,完全为微信等移动端设备而生的可视化编辑器,轻盈灵活。

3、万能表单后端集成了订单管理系统,商家可以对表单提交情况、转化率等进行管理、维护、统计分析
4、万能表单后端集成了微信消息推送、短信、邮件通知等集中通知机制,让你第一时间获知粉丝的订单。
5、功能强大的表单系统
系统设计灵活,具有强大的自定义功能,可以满足用户的各种表单提交和管理需求,可以根据商家需求,生成任何形式的表单。例如招聘表单模型、求职表单模型、酒店房间预定、在线加盟申请、投诉建议、员工资料登记表、活动登记表、产品订单等等。
二、使用说明
1、管理员登陆管理后台,点击 万能表单->万能表单管理,新建或修改已有表单
可以建立多个表单,但要注意表单关键词的选取,避免粉丝在微信中输入对应关键词匹配错误

2、进入新建或编辑万能表单页面,填写所需要的字段
触发关键词:用于匹配粉丝在微信中输入的关键词
万能表单名称:由于标识表单,会在表单页面显示,请选择能够直观说明表单用途的关键词
图文封面:暂无用途,如果需要在表单中显示图片,请使用下面的商家图片功能,商家图片支持多张图片的幻灯片显示,相对更灵活
联系地址:用于标识商家联系地址(例如会议地址)。如果不需要,可以不用填写
联系电话:用于标识商家联系电话(例如会议主办方的联系电话),如果不需要,可以不用填写
地图标识:采用地图标识商家所在位置。
万能表单详情:用于说明表单用途等
列表模式:用于标识表单是否需要显示图片
商家图片:用于上传在表单页面需要显示的图片(以幻灯片方式显示)。注意“图片跳转地址以http://开头”是指用户点击图片后跳转的页面,如果不需要,置为空
订单内容设置:用于定义表单页面显示的各种字段,目前支持电话、单行输入框、日期选择、下拉框、多行文字输入框、可视化编辑器、单选框、多选框 类型
商家通知设置:用户提交表单后,以短信、邮件方式通知商家设置的手机或邮箱。对已经绑定过的微信号(参见《游迹天下微信公众平台微信消息推送实现方案》),系统会自动推送微信消息给绑定过的微信(记得必须每天至少主动上行一条消息给公众号)
3、将新生成表单的“链接地址”填写到微官网对应页面(例如微官网的报名页面),用户点击即可以进入自定义表单页面

4、对用户订单管理
点击点击 万能表单->万能表单管理->订单管理

三、后期规划:
1、提供对各个行业常用表单模板支持,让商家更加方便完成常用表单的定制。

微信公众平台微信签到(微签到)解决方案

Posted in 移动互联网 by chuanliang on 2014/05/05

在一些大的会议上,采用微信签到已经成为一种趋势。怎样方便快捷地完成签到呢?

会议签到的一些典型需求:
1、扫二维码签到:嘉宾能够扫描签到二维码,扫一扫后,在微信中弹出签到页面,嘉宾填写诸如祝福语等信息,完成签到
2、扫二维码关注公众账号并签到:嘉宾扫一扫二维码,关注公众账号,然后完成签到
3、嘉宾的签到信息(例如祝福)能够同步到会议微信墙大屏幕上
4、签到页面字段能够灵活定制:由于不同商家对页面需求不同,因此嘉宾签到的页面能够灵活定制,以满足不同商家的需求
5、其他功能支持:例如自动根据签到二维码、避免重复签到机制、签到信息管理等等

下面就游迹天下微信公众平台微签到功能对以上需求的支持进行说明。
1、扫二维码签到
1.1、管理员在管理后台“微签到”新建签到活动(可建多个签到活动)


注意:
a、新建的签到活动,尚未提交前,由于相关信息尚未提交到系统中(没有生成唯一标识),因此还没有自动生成签到活动的二维码,需要在提交签到新建的签到活动后,选择编辑,编辑新建签到,再次提交,系统会自动生成对应的签到二维码(适合于扫二维码签到的场景);
b、在新建签到页面中,除“触发关键词”、“签到名称”外,其他的字段都可以不用填写。如果未填写,在嘉宾签到页面不会显示
c、在签到内容设置处,管理员可以灵活定制签到页面所需要的字段,实现签到页面不同的表单填写需求。
备注:由于需要自动将签到信息同步到微信墙上,建议在签到表单中保留嘉宾名称字段,以作为微信墙嘉宾显示的名称。
目前自定义表单字段功能已经足够强大,已经能够满足大部分商家日常需要。近期会基于游迹天下的“万能表单”、“微信内容管理系统”完善这块内容,实现更灵活、更强大的自定义功能。   
d、
此处系统自动生成的二维码实际上就是签到地址页面的二维码

1.2、主办方将签到二维码打印出来,放在会议入口处,供嘉宾扫一扫
1.3、嘉宾用微信扫一扫二维码后,会在微信中弹出自定义的签到页面。嘉宾填写签到信息(依据管理员在后台自定义的表单字段,例如手机号、嘉宾名称、祝福语等等)完成签到

1.4、嘉宾签到后,会自动在微信墙上显示嘉宾签到信息

1.5、管理员可以在签到信息管理处对签到信息进行管理

2、扫二维码关注公众账号并签到
2.1、管理员新建签到活动(参考1、扫二维码签到)
2.2、拷贝新建签到活动的链接地址(新建后签到活动->编辑新建的签到活动->拷贝地址)
2.3、将“活动链接地址”填写到素材库->首次关注->首次关注设置->图文消息->编辑的
地址 处并保存

2.4、主办方将公众号的二维码打印出来(不是签到活动的二维码),放在会议入口处,供嘉宾扫一扫
2.5、嘉宾扫一扫公众号的二维码后,会弹出关注页面,关注后,系统会推送首次关注消息给嘉宾,嘉宾点击推送的消息,进入到签到页面,完成签到

后记:关于微签到还有一种应用场景是:嘉宾用专属的二维码签到。
1、嘉宾在会议活动报名页面报名,留下手机号、邮箱等联系方式
2、活动主办方审核通过后,生成对应嘉宾的专属二维码,以邮件或手机彩信等方式推送给嘉宾
3、活动主办方在现场部署二维码读取的专用设备
4、嘉宾到会议现场后,将二维码放到设备前扫一扫完成签到
此需求,后续游迹天下微信公众平台管理系统也会提供支持。

 

http://www.yeeach.com/post/1254