互联网项目重构——文本短信推广重构( 三 )


4. 权限设计因为我司已有权限系统 , 在我司权限系统中允许创建角色并分配权限 , 所以只需列出所需权限即可 。
我司权限系统分为功能权限和数据权限 , 短信权限设计如下:
功能权限
互联网项目重构——文本短信推广重构
本文插图
数据权限
互联网项目重构——文本短信推广重构
本文插图
十、总结
这个项目总共花费了1个多月的时间 , 总体来说比较简单 , 但这是我接手的第一个重构项目 , 还是遇到了我没有想到的一些问题 。
1. 没有文档正如我前面提到的 , 原系统开发时科室还没有专门的产品经理 , 完全由3个开发人员开发 , 在重构时原本3位开发人员已经走了一位后端 , 且没有任何文档 , 所以首先需要梳理老系统中的逻辑 。
在一些业务流程方面可以通过使用梳理流程 , 但很多隐藏功能却不容易发现 , 甚至原本的开发都不一定记得 。
比如:原本短信内容敏感词提醒、发送短信数量显示是在整个短信在提交页面时才显示;原系统中还能加入邀请码 , 邀请码能够在手机小程序上核销等等 。
2. 用户习惯虽然之前的系统功能不足以支持我司的业务 , 但已运行了两年 , 且操作很简单;而重构后的产品新加了很多功能 , 但操作方面比原系统复杂了很多 。
尤其是我司的销售公司、代理商、门店人员操作电脑的水平不一 , 在新系统上线后需要解决的后续问题还有很多 。
用户会对重构后的系统抱有很大的期待 , 而且用户不会希望工具类产品只发挥工具的作用 , 他们实际上想要的是一套方案 。
3. 重构后做什么不做什么
原本原系统重构就是因为功能无法支持我司短信业务的扩展 , 所以新增需求是肯定的;在调研阶段参考很多文本短信系统和与业务人员沟通后 , 手中就会有一堆功能点和需求 , 这个时候一定要区分哪些是系统所需要的 。
而且必须要考虑公司与运营商合作的深度 , 不能照搬竞品的功能 。
比如说很多短信系统中有号码黑名单的管理 , 但我司拿不到每个号码发送情况的数据 , 所以虽然黑名单功能有必要但也只能之后考虑 。
本文由 @遥遥爱唠叨 原创发布于人人都是产品经理 , 未经作者许可 , 禁止转载 。
题图来自Unsplash , 基于CC0协议 。


推荐阅读