@stonezhou
2018-10-15T10:45:49.000000Z
字数 2404
阅读 520
环球易购
会员不做大方向的调整，丰富现有功能支撑，主要规划方向为
1.CRM和会员模块，会员运营下的数据、功能支撑
2.会员：信息收集、数据建模、营销策略，推送渠道建设
3.会员的风控模型
| 需求名称 | 需求内容 | 需求来源 | 所属规划 | 重要程度 | 备注 |
|---|---|---|---|---|---|
| 筛选项优化 | 筛选项输入框自动过滤空格（非模糊搜索\非多用户搜索） | 张渭 | 操作优化 | K3P3 | 需求实现难度小，仅需要前端配合处理，整个模块统一做优化 |
| 高级搜索优化 | 高级搜索，【标签】支持联想词和下拉选择 | 张渭 | 操作优化 | K3P3 | 属于增益需求，除该筛选项外，可以考虑更多的优化点，需要梳理 |
| 风险管理支持筛选 | 提供搜索功能 | 张渭 | 操作优化 | K1P1 | 由于时间问题，需要优先支持筛选条件的支持 |
| 风险管理重构 | 重新设计页面，底层逻辑优化 | 周磊 | 功能逻辑优化 | K1P2 | 风险管理底层逻辑较为丰富，需要在界面进行展示，在优化过程中需要结合业务现状支撑更多维度，丰富底层逻辑结构 |
| GB-会员信息新增账单地址 | 配合前台优化增加账单地址记录，仅限一个，传给支付模块的数据优先传账单地址，若账单地址为空则传默认地址 | 梁庆玲 | 日常优化 | K2P2 | 增加用户体验，为后期接入服装提前做功能准备 |
| GB-PC、APP、M 三端积分活动需求 | 积分商城第一期需求，根据业务需求优先实现积分兑换虚拟商品 | 梁庆玲 | 积分体系优化&积分商城构建 | K2P2 | 需要在找业务做需求的调研，如果需要优先实现兑换实物商品，考虑采用价格模板进行业务实现 |
| OBS后台新增访客注册生单未支付用户查询入口 | 增加访客购物用户查询入口 | 周磊 | 功能逻辑优化 | K3P3 | 由于访客未支付情况下，访客数据不会进入用户主表，根据业务情况，开放后台入口数据查询 |
| 用户看板 | PHP将用户的登陆态同步给Java进行统计，用于分端/分渠道查看在线用户数 | 周磊 | 开平规划 | K3P3 | 目前仅有会员模块可以针对在线人数做统计，作为支撑业务方宏观查看把控使用 |
| 会员体系权益配置 | 优化会员体系逻辑，将会员权益收拢，修改现有对接SMS方式 | 周磊 | 开平规划 | K1P2 | 会员体系权益部分目前分布在会员模块/SMS两个系统m，部分权益在前台写死，需要统一收拢在会员模块中，为开平做需求准备 |
| 签到管理功能重新设计优化 | 由于历史原因，当前会员签到管理逻辑过于复杂，可扩展性不高，需要重构该逻辑，简化逻辑支持高扩展（参考兑吧） | 周磊 | 会员营销 | K1P3 | 历史原因该需求整理逻辑死板，需要重构 |
| 资金变更增减积分需求（case、财务扣款） | 电子钱包变动中未处理case和财务扣款两种情况，增加积分名目后，在后台做数据配置 | 梁庆玲 | 积分体系 | K2P2 | 细化积分事件做配置，支持后期业务对不同场景做精细化配置 |
| 增加批量增减积分功能 | 批量针对用户进行积分的增减，满足特定场景的便捷操作 | 周磊 | 操作优化 | K3P3 | 已有针对单用户和导入数据，特定场景下通过筛选条件批量选择用户后操作，会更便捷支持业务操作 |
| 单独增减积分优化 | 单独增减积分支持有效期和操作备注 | 周磊 | 积分体系 | K1P3 | 积分体系经过优化后，现有增减积分操作可以优化支持更多设置内容 |
| 积分导入功能优化 | 积分导入功能优化操作，同时增加备注等内容，增加字段支撑 | 周磊 | 操作优化 | K1P3 | 现有积分导入虽然能满足业务需求，但是操作存在一定复杂性，需要简化操作 |
| 自定义文案做成后台可配置 | 自定义文案目前是写死在程序中，需要做成可配项，支持业务对长期赠送的内容做成可配，简化操作 | 周磊 | 功能逻辑优化 | K2P3 | 目前主要是客服同事使用，已对接OMS系统，在OBS中支持作为备用 |
| 积分明细多语言需求 | 积分明细目前是英语内容，需要对积分明细接入多语言管理中，通过动态对语言进行翻译展示 | 郑冬冬 | 功能逻辑优化 | K2P2 | 目前无动态多语言情况下，不适合接入，会造成部分英文和其它语言并存且时间较长情况，需要动态多语言功能上线后在进行需求优化 |
| 积分增减接口整体做去重校验 | 目前积分接口未做去重校验，在内部调用出现重复调用时，会出现多次赠送的情况，需要整体做去重校验 | 周磊 | 隐患修复 | K1P2 | 该优化主要是开发侧进行优化，需要沟通开发讨论出合理方案 |
| 增加风险逻辑判断 | 业务提出当用户积分余额达到-2500时候，拉入风险名单，当用户风险积分余额达到-5000时候，拉入黑名单 | 李舒丹 | 逻辑功能优化 | K2P2 | 统计数据后，目前出现当前情况数据有限，前台也有相应的限制，未规避风险，需要增加预警限制 |
| 会员体系礼包初始化 | SOA会员模块监听查询用户礼包接口，在礼包上线后针对用户当前等级下所属的升级礼包/进阶礼包进行激活（仅限初次），这个临时的脚本由于会影响程序性能，会在月底下线，不在启用 | 周磊 | 功能逻辑优化 | K1P1 | 配合运营策略做礼包激活，是在会员体系设计之初就沟通约定的需求内容 |
| 会员变更记录日志 | 会员在修改数据时，当前未记录变更日志，在查询盗号风险时数据欠缺，需要增加变更数据的日志记录 | 周磊 | 隐患修复 | K1P3 | 该日志数据不需要长期保存，可以定时进行删除释放服务器资源 |
| 增加注册登录数据记录 | 需要沟通业务方核实需要在注册登录日志中额外记录的数据维度，例如手机型号、手机系统版本等 | 周磊 | 数据收集 | K1P3 | 数据收集需要结合业务场景需求进行规划，尽可能收集用户有意义数据给到决策系统和CRM使用 |