今天完成的事情——

画完了后台功能结构图，梳理了一遍，修改了一些小问题。

今天解决的问题——

如果用户续投，后台下架产品怎么办。下线和编辑不影响已购买的订单，但可以继续续投吗。

不可续投

未分配收益+已分配收益=预期收益？

未分配收益是否指以产生但未回款收益。

未分配收益就是直到下次返息前的预计收益

一次性回款就是全部利息

按月的就是下个月的

投资状态确认统一为，投资中，退出中，已退出。

用户注册时生成编号，唯一不可变，前缀统一，后7位根据注册时序倒次增长。

原型修改——

产品内容排序修改为，与前台关联，拖动排序可保存。

内容列表排序修改为，点击确认修改可以拖动排序banner图修改。

意见反馈少，清空，搜索，以补充

角色管理原型有小失误，已修改。

前后台投资状态统一修改为，投资中，退出中，已推出。

验收标准修改，原来看验收标准比较费劲，因为有些功能和原型图有冲突，现在功能流程图画下来以后脑子比较清晰，重大逻辑问题也明白了，就对验收标准进行了整理和修改。

明天的计划-

如果说功能结构图是让我梳理整改了一遍聚金融。

流程图就应该是我对聚金融的总结，吃透了这个产品。

今天未能完成昨天计划的前后台流程图，因为在画功能结构图的时候发现一些小的功能点和验收标准有冲突，并且逻辑走不通，例如后台参数设置中的，投资到期提醒，债权到期提醒，和总债权投满提醒。

明天计划完成前台流程图和后台流程图。

今天总结的收获——

关于P2P产品的核心功能匹配。

可以把债务人的债务当做一个盒子，金额是他的宽，时长是他的进深，平台拆分债权后结合其他债务人或平台售出的各个债权进行填补，可以把这些债权当做积木，宽是金额，宽度可以折叠

占用面积，长度是债权时长，可以把露出盒子的那一部分砍成另一个小的积木。用这样的债权积木填满这个债务盒。

有些平台按照匹配细则可以进行自动匹配，并这样操作资金。

但这个平台，，，，只是用来查看数据。

模块管理

模块管理是更新迭代的入口，在更新时后台添加模块，

其主要设置是父模块ID——侧边一级导航栏

URL地址——IE地址

名称——模块名称