反馈的问题

一是：希望开发一个字段检查功能：

初衷是说最近的整改，需要人来一个一个的去详情页查看敏感词，整体工作量巨大，而且非常容易出错。

单从功能来说，对我们来说比较简单，只需要遍历所有的ID数据，然后逐个过滤出来。

难就难在如何拿到要处理的 ID 数据。

他们是有一个文档专门存了所有的 ID 数据，她们说是可以导出到 Excel 里，然后我们读取 Excel 里的数据。

二是：PC端适配问题

有一些特别的地方，使用了小字号字体，然后在 PC 端展示错乱。

原因就是PC端支持的最小字号是12px。

这个目前没办法从技术角度去解决这个问题，只能在产品角度看，一个是不要让设计出小于12字号的字体。第二个是可以忍受在 PC 端下，展示有一些小的差异。

三是：模块和聚合页数字串重复问题

就是说聚合页面生成的 ID 和 基地生成的 ID 是一模一样的。

导致他们在维护那一个统一的详情页 ID 数据的时候，就容易错乱，看着总感觉像是有问题的数据。

这个的原因在于上个 Q 做了数据迁移，聚合页面和基地已经是两个数据库了。

这个从技术角度看目前没有什么好的方式，从产品角度看，一种是在 ID 上加前缀，但感觉意义不大。另外一种就是 ID 加密。

但这个问题感觉没有触及到核心的一个问题，就是她们的维护。

四是：基地字体换行问题

说的事情都是跟表格相关的，目前操作表格没有专门的工具。我们也正在开发表格工具。来解决编辑上的各种问题。

对问卷是否有需求

说是目前主要是通过 简道云 来做各种信息收集。需求经常会有。

看到的一些点

运营有一个shimo文档按照一个个 ID 存了所有的基地和聚合页面数据。每次都要手动的去管理这些数据。

她们的整体流程大概是：

1. 写在基地做好所有的页面，然后记录下来。
2. 去聚合页面逐个生成，并记录下来。
3. 最后统一到班课去增加聚合页面链接。

我看着都很难受，这个其实完全可以靠我们技术来帮他们维护和管理的。

包括最后的一个同步到班课数据上。只需要一些规则，完全可以做到只在聚合页面，完成他们所有的操作。

想到的一些点

1. 可以按照标准的流程化的思想，让聚合页面一个模块一个模块去流转拼接起来。运营只需要除了最开始的做一个个模块之外，后续只需要点一点就完成所有的操作。
2. 完全可以接管她们的那个 ID 维护表格，变成一个可以快速检索和查找的系统。

总结

反馈的都是功能上的一些点，使用的都没有提。但通过她们的实际使用看，其实很多地方是可以做得更好的。只是她们没有那种意识，意识到这个可以通过技术去帮他们做，而我们也根本没有想过她们会怎么去使用我们的系统。