

首页  思维导图  详情



多品牌支持-方案

2019-03-14 17:01:42   51  举报





AI智能生成

设计方案

方案

设计

模版推荐

作者其他创作

大纲/内容

产品定位

产品背景

现有前端及后台功能不支持按商户品牌，定制不同前端展现的需求

产品目标

短期目标，改造现有后台及前端架构，能支持：终端用户通过不同商户品牌的线下设备扫码进入后，查看到不同品牌分类的小程序前端效果

长远目标，重构基于多组织机构多层级的炎龙运营平台，支持商户注册绑定登录后台（所有业务操作基于数据权限区分）

实现方式

短期目标

整体改动概要设计

后台实现

沿用目前的咪猪小程序（方案一）

设备绑定品牌（即商城的商品分类）

支持绑定多个品牌

是否能随意更改和删除绑定关系？

终端用户通过设备扫码时，记录用户和设备的对应关系

建议：通过用户的设备扫码历史记录，来记录绑定用户--设备的关系

每次线下扫码都记录最新的设备SN（即绑定关系可变，且取最近的一次）

采用多小程序接入（方案二）

前置条件：品牌商户公众号（必须为认证过的服务号，否则无法使用带参二维码和服务号模板消息）及小程序授权给炎龙第三方平台

前置条件：小程序前端程序独立复制多套，对应多个小程序

后台增加品牌商户管理、及第三方平台授权管理界面的设置

品牌（即商城的商品分类）绑定品牌商户

前端实现

沿用目前的咪猪小程序（方案一）

记录绑定关系，获取设备SN；再通过设备SN获取可浏览的品牌数据

优点

现有前端改动相对较小

终端用户引流到我们自营的小程序

缺点

如果用户采用分享卡片，或者分享链接的方式打开小程序，逻辑会有点混乱

A、B两用户，扫不同设备（品牌）的码之后， A分享给B,B应该看到什么效果？

C、D两用户，C扫码了D没有， C分享给D，D应该看到什么效果？ D分享给C，C应该看到什么效果？

采用多小程序接入（方案二）

①终端用户扫码（设备带参二维码为授权过的品牌商户自己的服务号） ②服务号发送消息（链接为品牌商户自己的小程序）， ③通过扫码定位用户所属的品牌商户 ④再通过品牌商户获取可浏览的品牌数据

优点

小程序各自独立，前端页面可定制化较为容易

各品牌独立小程序，即使分享给其他用户也是进入自己独立的小程序

咪猪自营的小程序，可基本保留目前的方式不变

缺点

授权第三方平台，调用接口等相关功能以及多套小程序，开发成本及周期增加

终端用户，从B端就已分流了

长远目标

需领导层参与决策并确认以下相关事项后 制定长期计划，专人专项负责，持续跟进

产品框架

变更记录

控制变更，保证项目可控

产品概要

产品名称、价值主张、核心功能、目标用户群、商业模式等

需求说明

业务流程说明、功能与内容的逻辑关系、产品框架结构说明、产品需求规则及逻辑、界面设计与交互说明

全局说明

全局公共的交互、需求、逻辑、规则进行说明

非功能说明

系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要

设计要素

范围层

确定功能：核心功能、业务流程、功能优先级等

结构层

整合功能：信息架构、交互设计，跑通流程

框架层

细化：界面设计、导航设计、信息设计，产品更流畅，体验更好

 Collect

Get Started

架构2.0售后支持

 Collect

Get Started

多模型协同推理架构图

 Collect

Get Started

全场品牌互斥

 Collect

Get Started

SaaS多租户架构





0 条评论

下一页