多品牌支持-方案
2019-03-14 17:01:42 51 举报AI智能生成
设计方案
作者其他创作
大纲/内容
产品定位
产品背景
现有前端及后台功能不支持按商户品牌，定制不同前端展现的需求
产品目标
短期目标，改造现有后台及前端架构，能支持：终端用户通过不同商户品牌的线下设备扫码进入后，查看到不同品牌分类的小程序前端效果
长远目标，重构基于多组织机构多层级的炎龙运营平台，支持商户注册绑定登录后台（所有业务操作基于数据权限区分）
实现方式
短期目标
整体改动概要设计
后台实现
沿用目前的咪猪小程序（方案一）
设备绑定品牌（即商城的商品分类）
支持绑定多个品牌
是否能随意更改和删除绑定关系？
终端用户通过设备扫码时，记录用户和设备的对应关系
建议：通过用户的设备扫码历史记录，来记录绑定用户--设备的关系
每次线下扫码都记录最新的设备SN（即绑定关系可变，且取最近的一次）
采用多小程序接入（方案二）
前置条件：品牌商户公众号（必须为认证过的服务号，否则无法使用带参二维码和服务号模板消息）及小程序授权给炎龙第三方平台
前置条件：小程序前端程序独立复制多套，对应多个小程序
后台增加品牌商户管理、及第三方平台授权管理界面的设置
品牌（即商城的商品分类）绑定品牌商户
前端实现
沿用目前的咪猪小程序（方案一）
记录绑定关系，获取设备SN；再通过设备SN获取可浏览的品牌数据
优点
现有前端改动相对较小
终端用户引流到我们自营的小程序
缺点
如果用户采用分享卡片，或者分享链接的方式打开小程序，逻辑会有点混乱
A、B两用户，扫不同设备（品牌）的码之后，
A分享给B,B应该看到什么效果？
A分享给B,B应该看到什么效果？
C、D两用户，C扫码了D没有，
C分享给D，D应该看到什么效果？
D分享给C，C应该看到什么效果？
C分享给D，D应该看到什么效果？
D分享给C，C应该看到什么效果？
采用多小程序接入（方案二）
①终端用户扫码（设备带参二维码为授权过的品牌商户自己的服务号）
②服务号发送消息（链接为品牌商户自己的小程序），
③通过扫码定位用户所属的品牌商户
④再通过品牌商户获取可浏览的品牌数据
②服务号发送消息（链接为品牌商户自己的小程序），
③通过扫码定位用户所属的品牌商户
④再通过品牌商户获取可浏览的品牌数据
优点
小程序各自独立，前端页面可定制化较为容易
各品牌独立小程序，即使分享给其他用户也是进入自己独立的小程序
咪猪自营的小程序，可基本保留目前的方式不变
缺点
授权第三方平台，调用接口等相关功能以及多套小程序，开发成本及周期增加
终端用户，从B端就已分流了
长远目标
需领导层参与决策并确认以下相关事项后
制定长期计划，专人专项负责，持续跟进
制定长期计划，专人专项负责，持续跟进
产品框架
变更记录
控制变更，保证项目可控
产品概要
产品名称、价值主张、核心功能、目标用户群、商业模式等
需求说明
业务流程说明、功能与内容的逻辑关系、产品框架结构说明、产品需求规则及逻辑、界面设计与交互说明
全局说明
全局公共的交互、需求、逻辑、规则进行说明
非功能说明
系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要
设计要素
范围层
确定功能：核心功能、业务流程、功能优先级等
结构层
整合功能：信息架构、交互设计，跑通流程
框架层
细化：界面设计、导航设计、信息设计，产品更流畅，体验更好
0 条评论
下一页
