必经之路

时间：2024年 6 月 25 日

是时候给智慧豆做个工具了。

这里是 Judy 玉洁同学做的需求设计：智慧豆需求设计

我们每个月记录智慧豆，应该不用那么精细化，只是为了方便以后查询用，同学也不会“豆豆必较”。

按照现在的理解，每条记录记一个总数，然后附加一个说明，应该就 可以满足现有的需求。 例如：

有两个方案可以考虑，是不同的方向。

1. 尽量把字段设置的细一点，例如有许多的 job_id，每个不同的板块、不同的角色，会形成不同的 Job_id 。每个 Job_id 都有标注的智慧豆数。每次登记智慧豆，都要有对应的 job_id，如果是新增的工作内容，就由管理员添加 Job_id. 好处是各种细节统计查询很方便，坏处是有点复杂。
2. 每次只用记录基本的信息，就是姓名+豆豆数，然后做一个简单的说明就好。这种方式的好处就是简单，不足是，以后细节统计查询不方便。

或者两者可以组合，对于那些固定的任务角色，我们可以设置 Job_id, 那些比较复杂的逻辑，我们就直接登记一个姓名/豆豆数/人工说明 就好。

我想的是，可以分成两个角色：

1. 申请智慧豆。相当于录入的过程，提供工具，由各个板块自己提交申请。
2. 审核智慧豆。爱豆组看见的是各个板块提交上来的智慧豆申请，然后核实后就点击动过。有问题就做补充。

类似，公司里，每个员工出差回来要提交报销单，自己填写花了多少钱，每一项花费的明细等，提交后，财务做审批，审批通过了，就把报销款打给员工。

咱们可以在每个板块培养一个专门申报智慧豆的同学，通过工具填写申请，提交。爱豆组进行审核，有问题，需要告诉他如何重新提交等等。

还有自动扣智慧豆和自动增加智慧豆的功能设计。

已经存在的智慧豆，如果录入到系统？

大体思路：

1. 之前的不用录入那么细致，暂时只用按月录入就好。把一个月的信息，按照一条记录录入。
2. 如果以后有具体需求，也有时间和人力，可以把之前的细节的录入进去。因此问题也不大。
3. 之后的数据，都按照新要求录入。