WBS工作分解结构脑图思维导图
项目管理工作分解软件教程全内容
树图思维导图提供 WBS工作分解结构脑图 在线思维导图免费制作，点击“编辑”按钮，可对 WBS工作分解结构脑图 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：f7620901870b06e101ba4162b9734b21
思维导图大纲
WBS （根据具体随时补充）思维导图模板大纲
需求分析
信息收集
后台（数据实时更新）
全透明结算系统
利润、价格公开透明
酒--扫码--公司
库存信息
销售数据
用户数据
商家数据
两个APP
商家APP 商超、业务员、堂食
配送
注册
补货入库
平台自动分佣
客户用我们的APP扫码
商户、业务员自动分佣
用微信支付宝无法分佣；客人也无法获得奖励
用户APP
桌面宠物（live2d）
宠物在桌面，戳宠物进入APP进行兑换/扫码或者对话
AI chat对话
二维码验真伪
扫码付款
方案设计
应用市场下载
浏览器安装用户APP 名称：AI XXX
点击安装并删除安装包 （用uniAPP开发，原生）
功能设计
进入APP，新用户注册直接领取宠物 注册是微信登录/手机号登录可选
小宠设计 用科技元素设计的 等级用科幻的某种等级来代表，或者用IQ来代表 随着等级的增长，外形会有变化
桌面宠物 不添加多个宠物，只弄外形变化
ai（APP名字需要想，由运营想）
首页
打字对话
语音对话
调取输入法进行对话
顶端，扫一扫
先第一个是付款，模仿微信的那种扫一扫
付款后激活兑换码
领取经验书（书只是经验值的一个载体，经验书1本1000经验值；码激活后领完经验书就失效，码只能用一次）
支付宝、微信也可付款（付款码在瓶身，但是微信支付宝扫没有奖励，必须用APP的扫一扫才能兑换奖励）
验真伪
功能
扫描二维码验真伪，每一个码都是独立的（具体可见上图参考）
顶端，经验喂养（都是图标）
显示经验书剩余数量；
右上角购买经验书
背包（酒囊）：酒付款后兑换经验书（就是用户付款后需要在这里在扫一扫，因为付了款该兑换码才被激活）（根据出库自动分配的ID可在扫一扫时自动兑换领取）
备注：每瓶酒可喂养经验值为固定
每瓶酒只能兑换固定的经验值
升级，根据现有宠物进行升级
想几个名字，例如“青铜、王者那种”，具体可跟运营商量
外形根据级别有变化
这一次的第一版就设定5个级别，后续上线后再增加
顶端，可开启语音对话
开源的找一个音色，然后训练一个自己的音色（男/女）
技术组长陈俊杰辅助指导
分享桌宠
加一个桌宠测试（自定义的图片，例如你是什么心情的颜色，可以生成后一张图片进行分享，要加一个这个测试页，以及捕捉分享的次数）
兴趣
放置提前预制的指令
这里接入文心一言的API，我们付费购买；预制指令参考文心一言，自己也可以DIY几个，在上线之前需要预制至少10个常用的指令
我的
个人中心
头像、用户名、登录方式（手机登录还是微信登录等，如果选了手机登录，可绑定微信；同理选了微信登录，可绑定手机，数据是一致的）、用户ID、退出登录
意见反馈
用户提交意见反馈，并留下手机号或者微信号/QQ号
发送反馈
反馈成功/失败
关于我们
联系方式、用户协议、隐私政策（需招律师确认内容）、注销账号
开启桌面宠物
宠物在手机桌面
点击桌面宠物可以直接进入APP对话页面进行对话
类似于网易云音乐的悬浮框，就是做一个我们桌宠的悬浮框，只要不杀后台，我们的悬浮框就一直存在
UI设计
用户友好交互
简单、好用
用科技程度来做外形变化，例如IQ指数，具体可以跟运营商量
科技素材-外星人素材，好看、酷炫
上线前只做2套立绘--男--女-外星元素--酷炫
live2d设计
设计2套
桌宠有5套外型变化，服装道路随着等级的变高越来越酷炫
与UI协作完成桌宠的外型变化，目的：外星元素、酷炫、潮流
动作幅度可以大一些
多加入外星的道具元素
商家APP
前端网站搭建，用户从官网下载商家APP，这个官网下载的二维码是固定的（具体的功能由开发自行打包上线等）
商超、商家注册
商家APP--注册（常规的注册流程，UI自行找参考设计）--注册成功后登录（短信验证码登录）确认角色--确认店铺角色：BOSS或者业务员
堂食BOSS （角色切换）
添加业务员
分享二维码（就是店长拿着分享的只归属于这家店铺独有的二维码后业务员下载就是自动被锁定到该店铺的归属中）
业务员下载安装后店铺信息自动锁定，个人信息自己填写。
业务员佣金调整
选定业务员
设定调整比例（例如佣金调整为每瓶/5元或者每瓶3元，佣金的数额是老板可以自己设置的，但是默认为5元，具体默认数值我们上线前再跟运营商量调整，先放一个数字做测试）
进销存信息（数据实时更新，根据年月日时间段查询）
销售数据查询、在库信息查询（一个界面展示）
根据时间展示，所以先需要确认时间段，最小按月，当前截止的销售数据也是这里可以查看，也可年。。主要展示的是店铺类型及区域和店铺名称、销售量、销售额，销售数量、在库数量
该数据必须要与钱包里提现的数据一致，所以是以选时间段来显示销售数据
按月展示
累计总数量
本月到当前截止
查询本月当前截止的销售数量，（显示当前店铺名称信息、在库数量/当月1号开始至当前的销售数量、销售金额）
查询月份
退、补货
补货
提交补货信息（同步对应到仓储、的出货订单信息）
可联系对应的区域经理/送货师傅催货
当地销售员可以直接给到该区域的店铺信息，店铺这边收到补货信息展示并确认：店铺地址、联系人、联系电话、补货数量、商品名称、类型、规格
确认收货（确定产品名、数量）
该笔数据自动入库到该店铺库存信息中，并实时更新
退货
扫码清除这箱酒之前的数据（UI套现有的模板做）
我的订单
展示过往补货订单与当前订单（参照淘宝的订单UI）
我的
账号信息
姓名、电话、店铺信息
登录设备查询
可删除其他登录设备，当前登录信息无法删除
钱包
店铺分佣提现
PS：提示一月提一次 加一个总销售的总收益的数量
查询上月整月的店铺销售数据（显示剩余店铺名称信息、在库数量/当月的销售数量、销售金额）
确认提现月份的整月销售数量和总金额
新店铺绑定银行卡
常规流程绑定完成后跳转提现界面（UI参考微信银行卡绑定界面）
提现
银行卡信息、金额再次确认
提现成功
完成返回首页
查询本月当前截止的销售数量，（显示当前店铺名称信息、在库数量/当月1号开始至当前的销售数量、销售金额）
银行卡信息（图标设计小一点，可以放在右上角）
绑定银行卡
绑定完成（套微信的UI绑定界面）
切换角色
输入业务员信息 1：输入姓名、电话、店铺名称，数据出来后选择--确认--进入 2：该业务员暂未注册，请先注册业务员信息
业务员界面 （角色切换）
销售数据查询
销售数据查询
根据时间展示，所以先需要确认时间段，最小按月，也可年。。主要展示的是店铺类型及区域和店铺名称、销售量、销售额，销售数量
该数据必须要与钱包里提现的数据一致，所以是以选时间段来显示销售数据
查询本月当前截止的销售数量，（显示当前店铺名称信息、在库数量/当月1号开始至当前的销售数量、销售金额）
钱包
分佣提现
PS：提示 一月提一次
查询上月整月的个人销售数据（显示所在店铺名称信息，本人姓名，剩余在库数量/当月的销售数量、销售金额）
确认提现月份的整月销售数量和总金额
新店铺绑定银行卡
常规流程绑定完成后跳转提现界面（UI参考微信银行卡绑定界面）
提现
银行卡信息、金额再次确认
提现成功
完成返回首页
查询本月当前截止的销售数量，（显示当前店铺名称信息、在库数量/当月1号开始至当前的销售数量、销售金额）
银行卡信息（图标设计小一点，可以放在右上角）
绑定银行卡
绑定完成（套微信的UI绑定界面）
我的
账号信息
姓名、电话、本人归属的店铺信息
登录设备查询
可删除其他登录设备，当前登录信息无法删除
退货
扫码清除这瓶酒的数据
切换角色
扫码（确认销售该酒） 业务员必须要扫一扫才能认领到该酒的业绩，再不扫的情况下，该笔业务员的佣金属于平台；但是店铺的佣金还是数据店铺 因为每瓶酒都是有独立的编号，在入库的一瞬间这瓶酒的归属就属于店铺，所以不管店铺如何销售，或者哪个业务员销售都不影响该酒在店铺的提成，唯一影响的就是在卖给客人前，看服务员是否要扫一扫，不扫呢，钱服务员就挣不到，这笔佣金就输用平台；扫了呢，就属于服务员，总之扫与不扫都与店铺的提成无关，所以这个功能只是为了激励服务员销售的一个功能（毕竟卖一瓶能赚5元，10瓶就是50元呢）
用户确认付款后自动进入当前业务员的销售数据中，数据实时更新，并且该酒的销售数据自动实时更新到当前归属店铺的销售数据中
PS：卖给客人前，业务员（也就是服务员需要先在酒瓶的付款码上扫一扫确认信息，认领该酒的销售业绩）相当于在扫码的时候，给这瓶酒的归属做了个认领，这样酒在被客人扫码付款的瞬间，这瓶酒的销售业绩就通过在客人扫码前就认领了，所以这样好算业务员的业绩，及店铺的销售业绩
库房出库/管理员
切换角色
商超
（运营给条形码）
补货
提交补货信息
补货信息展示并确认：店铺地址、联系人、联系电话、补货数量、商品名称、类型、规格
确认收货后入库后合并、单项付款
APP里付款，款项直接进入平台
订单产生时可联系送货的师傅的电话，电话展示
我的订单
展示过往补货订单与当前订单（参照淘宝的订单UI）
APP扫码入库
进销存信息查询、实时更新（具体的原型图由UI来画）
库存信息查询：用年、月、日查询
销售数据
按月展示
累计总数量
本月到当前截止
查询月份
补货信息查询
根据补货订单展示
切换角色
后台管理
网页（所有数据实时更新）
销售数据
销售量与销售额、与待收货的查询，带搜索功能
平台现金流数据
流水数据（查询现金流水明细，UI展示参考现成的借鉴），这个及其重要
统计数据/报表
UI参考现成的借鉴
一定要记得：每一瓶的酒被销售后的兑换码 、 流水串号都要分类，尤其收款来源要做分类 不然将来财务做不出账，还得我们理数据，要把每笔数据要对应到每瓶酒的溯源信息里，然后根据收款方式、日期进行账目分类，开发和UI都要在流水账就是平台现金流都要把账提前理好，免得返工
每月的10日-15日期间业务员和店铺老板可提现一次
财务需要提前把这个钱准备好，放到账户里，但是程序上要求是在固定的时间段提
PS：虽然提现日期是固定的，但是日常的销售数据是实时更新的，因为要全透明，给业务员、老板、平台都能实时知道销售数据，只限于提现是固定日期
用户管理（所有数据实时更新）
用户提现数据
满足要求体现，无时间限制
增删改查
加入黑名单
用户信息、活跃度、现有宠物查看
留个门 加功能
加一个桌宠测试（自定义的图片，例如你是什么心情的颜色，可以生成后一张图片进行分享，要加一个这个测试页，以及捕捉分享的次数）
商家管理
商家管理
增删改查
加入黑名单
查看库存信息
入库时间
销售数据
商超管理
增删改查
加入黑名单
查看库存信息
入库时间
销售数据
仓储后台管理：库存信息（所有数据实时更新，整体其实不难，参考现成的UI界面，以下为几个重要功能）
菜单栏查询单数据
溯源体系及激活体系及认领体系： 所以每一个付款码的身份证号（类似于订单编号）都是独立的，因为这瓶酒的生产地、出库中（就是待收货）、最终被确认收货后的店铺，都是可以通过这个码能查询到，简单来说就是每个酒的二维码都是可以溯源的，并且通过这瓶酒可以看到由哪个仓库的哪个口出库--出库员--司机--店铺--业务员姓名--收款串号（来源：支付宝、微信、还是我们的APP收到的这瓶酒的信息）
在库信息
参考现成的UI界面及上方提供的信息（仓储现截止时间的在库数量/类别），可对应仔细筛查
出库
扫酒的箱子的二维码出库（要统计销售的酒的总数据）具体问运营，看一箱是多少瓶酒 箱子的码只是仓储的出库信息及商家或者商超的入库信息的查询，用来做溯源查询的，也就是 箱--单瓶酒 PS强调：在出库的一瞬间，所有被出库订单中的酒的二维码都自动分配了一个兑换码，这个兑换码是需要付款后才生效的；没有付款时是不生效的
生成出库信息
（出库状态查询）
出库成功后在库数据对应减少并显示（再次强调，数据都是实时更新的） 出库成功的标准是商家确认收货
待收货时库存信息显示的是待收货
对应到商家
出库信息查询
时间选择
对应到出库的这批酒的出货订单（就是区域及商家，商家的负责人联系方式，送货的司机的联系方式，司机的联系方式由仓储出货员填写）
出库中：当查询到对应商家时与商家的出库信息的数据是一致的，数据都是实时更新的（出货订单参考现成的UI界面）
出库完成：（数据！！数据必须实时更新）
生产付款二维码（平台的付款码），自动生成独一无二的订单编号，箱--对应到瓶的兑换码，出库的一瞬间自动分配 条形码是固定的（运营去申请产品的条形码）
生产时付款码是在酒瓶上的 也就是兑换码是在酒瓶上的，用户付款后该兑换码自动生成
每一个二维码都是独立且一次性的
自动分配ID
好让用户在用户端APP扫一扫付款时将经验书的ID自动归属到用户的账号中，我们知道是一串单独的编号，但是用户界面是不体现的，后台自动激活，只需要用户在用户APP中扫一扫可直接兑换
配备条形码
商家入库
非常重要：
用户在根据付款码扫一扫时，用户可选择
通过APP付款
引导用户下载APP，表明下载APP付款可以领取AI桌宠，进行桌宠陪伴、对话，及各类有趣的玩法 例如：树洞~好友交流、头脑风暴、创意产出、知识查询等，需要UI自己想一下还有哪些比较吸引用户愿意下载这个APP，只有下载APP，能额外获得奖励，不下载只是微信支付宝支付的话就没法领取任何奖励 所以UI需要在引导用户下载这里下功夫花心思
用户哪怕在最低等级每天都能用AI免费对话50条
微信支付
支付宝支付
首页展示总数据
时间选择
当前总累计
总数
在库（就是仓库还剩多少，好做盘点）
送货中
对应到商家信息，可以看到当前的送货总数量和补货的总商家数据量
已销售数据量
按月选择
总数
在库（就是仓库还剩多少，好做盘点）
送货中
对应到商家信息，可以看到当前的送货总数量和补货的总商家数据量
已销售数据量
人员与硬件计划
chat
先用百度文心一言API，等后期用户量很多再采购显卡硬件
人员
项目经理：李岩卿
产品经理
何柳（运营）、吴刚
李岩卿、胡立夫（UI/UE）
技术经理
吴刚
用户端、后台端指导
陈俊杰
chat指导
开发组
后端
后台系统、商家后端
徐鹏、张涛
用户后端
徐鹏、张涛
前端
安卓/苹果
梁翕
web
覃开朝
阿黄辅助
技术组
UI
胡立夫
live2d动画
周萍
chat对话
徐鹏
功能测试
朱亚男
指导顾问
运营：何柳
会在每个功能处标注由谁、多长时间开发完成
结算逻辑：开发需要注意的点，要将数据全部统计并分类
流水串号
微信
对公（是有自己的商户号的）
所以每笔订单都有自己的流水串号
支付宝
对公（是有自己的商户号的）
所以每笔订单都有自己的流水串号
平台（就是自己的APP）
咱们自己的APP在收到款也是有自己的流水串号的
例如
【平台】 今日收款1万
支出
商户、业务员
40%
税支出方不承担
收入
平台收入60%
还得承担所有的税费
这个具体的金额可以先不管，但是要把逻辑（可以写个测试数据）写进去，方便将来财务算账，算日流水 免得到时开发返工
举例子
例如酒售价28元
支付宝付款
服务员未扫码确认时
无佣金
店铺自动有佣金
5元
微信
如果是微信支付的有微信的流水串号
上线后的第二阶段阶段
加入酒桌小游戏
上线后的第三阶段
加入换购功能
相关思维导图模板
树图思维导图提供 中建财字〔2023〕93号：关于进一步强化研发费用管理工作的通知 在线思维导图免费制作，点击“编辑”按钮，可对 中建财字〔2023〕93号：关于进一步强化研发费用管理工作的通知 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：786c1652ca838f9840d0f3e4acb02f68
树图思维导图提供 对账会计工作概况 在线思维导图免费制作，点击“编辑”按钮，可对 对账会计工作概况 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：52ac14b40144df5d8f6034d5699739eb
沪公网安备 31011502019485号
上海工商