消息中心方案A

原因：原消息中心由产品直接交给开发同事进行的开发，并且多个模块都能使用到消息中心，经过本人复检时发现功能性缺失严重，于是针对消息中心整理了一份优化建议交给产品，现在也是在等结果的过程中把自己的想法整理一下。（因保密性针对系统的内容进行一些语言上的模糊处理）

应用场景：该“消息中心”是多个系统共同使用的一个模块，所以会接收到大量的信息。

               含有多角色：不同角色接收到的信息展现方式不一样

               不同状态：不同格式会有不同格式的信息

目的：      让用户能够清楚的了解线索的进度状态，甚至可以通过信息进行对应线索的快速操作与办理。

                

                                                   原消息中心（间距随手拉的）

优点：有这么个功能

缺点：1、接近10个系统的消息都会发到这里....信息量会非常多

         2、系统和系统之间的案件信息是没有重命名校验处理.....很难找到对应信息

         3、全部系统信息统一处理时间倒叙....很难找到对应信息

         4、只能看未读不能针对性看已读信息

         5、无效信息无删除功能

         6、因开发技术问题无法做到通过信息跳转到对应的办理详情（我认为只是他们懒的做）

优化方向：

• 1、增加线索名称的模糊查询功能，增加根据具体系统进行信息筛选功能，增加在已读、未读、全部之间切换查询的功能。

• 2、能根据线索变化将之前的消息标记为状态已改变的功能，能通过消息中心的消息详情跳转到对应的线索详情（或者案源详情），老旧已和现有线索状态对应不上的信息可以删除的功能。

• 3、或者改变显示方式，比如现在我们的信息是根据每一次线索的状态变化都会发一条信息来进行提醒；另一种方式是每一条线索只有一条信息但是信息内容会随着线索状态的变化不断增加对应的信息内容（第二种显示方式就可以考虑不用删除功能）。

                                                          优化后（消息中心）

缺点：1、没有和列表一样能明确区分出内容、分类、接收时间、操作（没错是我偷懒了，给自己留一个后期优化项）

         2、信息内容少的时候可以不同通过点击查看详情就能了解信息的全部内容，对于一些用户来说可能就再也不会点击查看全部来将信息变为已读，某些程度来说红点提示是激起用户的对于参差不齐不适的强迫感，当全部都是红点时样式得到了统一甚至可以当成装饰，红点的意义会被大幅度的减弱。

         3、自主的增加了一些功能，因为不允许到实际检察院去了解真正需求，一些功能的重要性针对性只能靠拍脑门来增加功能，然后让了解业务的产品来做减法。

优化点：1、对于原来的全部（查看全部信息），未读（未读的红点信息）增加了已读，标记（收藏）

            2、增加检索功能，可以通过检索来快速的检索到所需要的信息，以及针对于所属系统的下拉筛选功能。

            3、增加对无用信息的删除功能

            4、增加了标记功能（收藏）并且收藏的信息无法进行删除。

接下来就看产品经理的ab方案的选择了以及我乱填一些功能的取舍了。