简单实用的
二维码系统搭建平台
灵活组合各种功能模块,根据实际需求搭建二维码系统;无须下载APP,用微信小程序作为操作端。
设定了分区,但超级管理员没有统一查看包含全部分区数据的功能。
而在分区内部,想要查看该分区下“每个人员的扫描量”,你跟我说“
包含所有分区的扫描量统计,目前不支持按分区维度区分”???
草料二维码设计这个分区功能是干什么用的?设计这个超级管理员是干什么用的?基础的功能都没有,上下层功能之间相互混淆、界面也没有明显区分且来回跳转。
提个功能意见,回复就是“目前没有开发计划”。却跟风一样搞个AI助理功能,AI助理功能就是为了方便你们回复“目前没有此项功能,目前此项功能没有开发计划”是吧!
2. 按人统计扫描量, 这个当前产品是未提供过此功能的,这个和“扫描量是否按照分区划分”好像无直接关系。 看你的描述, 这个需求类似于“ 扫描人统计” , 你的场景是不是想看组织下的张三不同时间周期下扫了几次码, 扫了什么码?
3. 分区是完全平级的这个是我们都能达成共识的, 但由原有系统改造直接改成全平级,就会直接缺失“总”的相关功能,需要后续补充“总”。 分区是去年下半年更新的功能, 后续功能迭代的计划又需要和其他任务排期,“总” 相关, 就会和其他需求冲突, 基于你这两次反馈, 分区汇总管理这边我重新出了第一期方案、评估的工作量和排期, 你看附图中的方案是否能够满足你汇总数据的基本需求
6.功能排期是你们内部的事情,你说大部分用户需求,不知道你的用户数据是哪儿来的——社区基本功能都没有,如何评估也是你们主观的判定——感谢也不感谢你的记录,感谢是因为你的回复,不感谢是因为你历次更新都从来没有真正考虑过需求——如果之前二维码方面的代码和架构已经是一座屎山,那么做不出来一个具备最基础的分级汇总分析功能的系统也是必然的。
1.你提到我“之前反馈需求”,我现在连我之前反馈的记录都无法明晰地查看到,只在你处有相关记录,你能在后台清楚看到,就是连“社区留言/发帖管理”的功能都不给用户。
2.你对我之前提交的所谓“预期”功能,实则是你们作为一个管理系统,应当提供的最基础的数据汇总、管理功能,这些基础功能一直让我们通过API去付费接入第三方。这就好比你开个餐馆,问你们要账单看看今天点了什么菜,你们说请去隔壁掏钱由人家提供。
3.”查看该分区下每个人员的扫描量“ ,顾名思义,就是分区下面有好几个人啊,每个人扫描了几次,扫描了啥,没有个汇总报表,而是提示\"包含所有分区的扫描量统计,目前不支持按分区维度区分”,这个请你自己好好查看下自己产品的功能。
4.你说的“分区现在是平级互斥的, 和你预期的“总-分”结构确实有差异,但这是基于草料原有产品较为合理的改造。”,意思就是草料核心是生成二维码,压根没有系统管理的基因,先天不足后天堆砌呗。分区当然得平级互斥,它们本来就都是归属于“分”的平级,不互斥还不行,但是需要所有分级数据统归于“总”啊。你现在的功能是严重缺乏“总”。
就你今天反馈的一些问题来说
1. 你提及的”查看该分区下每个人员的扫描量“ , 之前也扫描量处未提供过这功能, 听起来和分区功能没有直接关联,你可以详细描述下么? 如果提供「扫描量按分区查看」 是否能满足你的需求?
2. 分区现在是平级互斥的, 和你预期的“总-分”结构确实有差异,但这是基于草料原有产品较为合理的改造。平级互斥结构的弊病就是汇总管理的问题,我们是有计划给管理组在分区管理页提供数据管理功能, 我们会再评估下工作量看是否可以提高优先级
3. 上下层功能之间混淆,界面也没有明显区分且来回跳转 这个问题可以稍微详细描述下么?
4. 关于功能排期, 我们有不同的阶段目标,不同业务组, 并且需要综合考虑大部分用户需求来进行评估, 但每个人的建议我们都有在记录并讨论