现在某软件要开发手机客户端,数据来源于mysql,于是乎用php做接口。
该软件要开发两套,一套安卓的,一套苹果的。
该软件有功能A,B,C,D等模块,其中B,C模块点击一次就付费一次,不点击就不付费。
基于此想做成短信代扣这种付费方式,因为每次扣费也就几毛钱或者最多一两块钱,要通过支付宝或者网银的话实在是用户体验度不友好。
我原想的支付流程是这样的:用户注册的时候填了手机号,在php的接口中使用这个手机号与三大运营商(移动、联通、电信)通信扣费(这之前已经和运营商磋商好了),并通过接口将扣费成功与否的状态码传递给安卓或者ios……
之前没搞过这类的东西,不知道我的流程是否正确,恳请大师指点啊。
还有,如果流程没有问题,我在考虑一个问题,如果用户注册的时候乱填手机号(比如填别人的手机号),我担心这个问题,是因为我听说ios无法获取到用户的手机号,不知道这是不是真的。如果真的无法获取,一旦乱填手机号,扣费就乱了,因为我不想在扣费的时候又来验证(我想直接扣费,是为了方便用户体验度,当然,扣费前需要用户的同意)。
大师指点下啊,感谢。
是不是不能取得手机号这个你必须得确认呀...流程没啥问题噻,这种各种杂七杂八运营搅在一起的事情就是麻烦
可能是我对短信代扣的流程还不清楚。
因为用户点击(或者是提交)之前就登陆过了,就不需要再次填写手机号,这个没问题,我最初想的是也不用验证码什么的了,而是直接弹出框询问是否确定扣费查询,因为收短信看验证码还得进入收信箱看验证码后退出信箱,还得填写验证码,很麻烦,而我所做的这个小软件很可能开车的人在等红绿灯的时候都在操作(因为和交通出行有关),扣费方式太麻烦了不利于用户体验。
看来我还是得去和短信通信商磋商后才能确定最终流程啊。
可能是我对短信代扣的流程还不清楚。
因为用户点击(或者是提交)之前就登陆过了,就不需要再次填写手机号,这个没问题,我最初想的是也不用验证码什么的了,而是直接弹出框询问是否确定扣费查询,因为收短信看验证码还得进入收信箱看验证码后退出信箱,还得填写验证码,很麻烦,而我所做的这个小软件很可能开车的人在等红绿灯的时候都在操作(因为和交通出行有关),扣费方式太麻烦了不利于用户……
汗...这个流程必须的 先去各运营商把这个流程搞清楚完后才能设计方案.