支付宝小程序
使用支付宝本身的分享功能，见{附开发文档链接}
高德小程序
高德小程序不支持，暂不实现。用户进入该页面，点击分享按钮提示请前往微信/支付宝小程序参与。
二、规则说明1. 完整C端交互图
1.1. 发起邀请
用户端：微信小程序、APP和支付宝小程序
用户在不同应用端邀请好友的交互图
示例如下：
1.2. 好友点击注册
好友点击分享链接，登录后判断用户是否为目标邀请用户(新注册用户)。
1.点击链接，用户已登录：直接判断
2.点击链接，用户未登录：先跳转登录页完成登录/注册再判断
点击分享链接 → 登录/邀请有效性判断 → 相应弹窗提示
示例如下：
1.3. 我的邀请记录
C端邀请人的邀请记录页面，可展示不同邀请状态（邀请中、邀请成功、邀请失败）的记录，也可以直接展示最终邀请成功的记录。
示例：
2. 管理端页面示意
2.1. 活动列表
邀请有礼活动列表页，包括查询和列表等。功能和字段仅供参考，请根据具体业务进行设计。
不同业务所需的业务字段略有差异，以上仅做参考。
2.2. 新增活动
新增活动页面参考，请根据自己具体业务设计。
2.3. 邀请记录查询
记录邀请人和被邀请人关系、邀请状态等，主要是方便运营分析数据和客服处理投诉等。
3. 业务流程图
3.1. C端邀请流程
3.2. 邀请状态流转
邀请状态：初始化→邀请中→邀请成功/邀请失败，或 初始化→无效邀请。
邀请人和被邀请人仅生成一条邀请记录，不重复记录。
（所有邀请无论是否有效都需要生成邀请记录，方便回溯和定位问题。—也可以不记录，看产品理解和实现代价）
3.3. 邀请有礼活动状态流转
活动状态：草稿中→进行中→已结束（按序流转，无逆向）
状态流转图：
4. 核心规则说明
4.1. 邀请和发放规则
① 核心规则
注：
1.首单完成时限、最低充电量、邀请人奖励次数上限由后台配置；
2.被邀请人必须为新用户，即从未注册过账号，注销后重新注册的用户视作老用户。—-这里也可以将很久未消费的老用户视作新用户，看具体业务是否有必要。
3.奖励形式：V1.0版本，仅有发放优惠券，后续可能转换成积分或其他形式。
4.2. 活动上架前后展示和规则
① 活动状态及关键规则
说明：前端可见性，可根据活动状态自动展示和隐藏，也可手动上下架入口（与活动状态无关），点击分享按钮时再相应提示活动未开始或已结束。
② 用户端感知和展示规则
注：1.用户端超过180天的邀请记录不显示；后端超过365天的数据可自动删除。
4.3. 风控机制
所有营销活动，都需考虑是否有盗刷风险，尤其涉及到大额资金且奖励发放门槛较低的情形，需要在活动各环节增加风控机制。
本次邀请有礼活动奖励触发和消耗都有门槛，黑产盗刷概率较低，基本不需要风控防刷机制。但为避免异常极端问题，增加以下限制：
单用户最高奖励次数限制 ——后台配置奖励门槛限制 ——不支持配置无门槛活动增加操作记录 —- 记录活动每个环节的操作人和操作时间，便于回溯和定位责任人
此外，奖励发放建议配置小额优惠券，降低拉新成本 —— 依赖运营配置。
（如果是大企业、资金量比较大的情况，对优惠券的优惠金额、门槛和范围应作限制，增加防错机制，不能完全信赖人。）
三、需求说明
{移动端和WEB端页面内容、交互和规则说明}
四、扩展说明1、更复杂的设计
① 多级奖励：比如邀请1人，奖励A，邀请3人，奖励B，以此类推。
② 多种奖励叠加：比如同时奖励抵用券、积分、会员体验天数等等
③ 多阶段奖励：比如注册奖励A，完成任务奖励B等
④ 随机奖励：非固定奖励，比如最高88元，邀请成功后获得一次抽奖机会，最高可抽到88元抵用券（概率小）。
⑤ 拼团抢红包：拉多个新用户注册组队抢随机红包。
⑥ 叠加奖励：除每次任务完成发放奖励，还有次数达标奖或排行靠前奖励，或者每期有额外的奖励，达标用户或排名靠前的用户，可以瓜分奖励。
⑦ 邀请好友砍价：邀请新用户砍一刀，砍成功直接发放抵用券。
2、奖励发放方式
直接到账、用户主动领取
3、邀请流程和产品文案
在邀请流程和产品文案上，可以侧重于将邀请变为一种幸运分享，从邀请变为分享。设计邀请循环，引导被邀请人转化为邀请者。
结语
本篇是根据具体业务简单设计，可能有遗漏或可以再优化的地方，欢迎大家留言交流，不吝赐教~