网页设计面向企业服务的软件或网站

2020-04-19 11:00:00

与TOC产品相比,tob产品具有需求多、逻辑复杂、体系结构严谨、可扩展性强等特点。

比如我们平时使用的支付宝、微信产品虽然功能很多,但是模块和模块之间有着明确的划分,而且设计也比较清晰。但对于面向企业的软件来说,其复杂性非常高。首先,有许多用户角色和强大的业务流程相关性。例如,前面的一个角色在处理后将流向下一个角色。

其次,软件需求不固定。随着公司业务的不断变化,在软件层面也需要与原有的架构兼容。原来的结构已经很复杂了。然后在此基础上增加功能,保证后期需求的可扩展性。我们能想到这有多困难。

下面是一个例子:

例如,企业客户服务管理系统主要负责客户的在线问题,然后客户服务介入帮助客户解决问题。有些问题需要逐步移交给技术解决方案。客户可以在自己的页面上看到问题处理的进度。

产品业务逻辑相对复杂,涉及多个角色,包括客户服务职位、产品、技术和主管职位。它还涉及多个场景。客户遇到的问题是多方面的。有客户不会使用的问题、体验问题、bug问题、新需求等等。由于业务问题的不同,主流程被划分为不同的流程。

它涉及到许多模块问题,如问题提交模块、客户处理模块、主管干预模块、技术处理模块等。

tob软件和TOC软件的另一个区别是界面友好。由于TOC软件操作复杂,功能也相互关联,其友好性和体验性都不如TOC软件。当客户了解如何使用软件时,他们通常需要现场解释。

如何设计这样的产品?我认为可以从三个方面综合考虑:

对于tob产品,有必要按角色分析业务需求。例如,上面的客户服务管理系统分为以下角色:客户、客户服务、主管、产品、技术等,每个角色的角色如下:

客户:创建问题、问题关联页面、问题发生步骤、查看问题进展、督促问题、评分问题处理等功能。

客户服务:检查客户提交的问题,对问题进行分类,将技术问题转化为技术,将产品类型问题转化为产品,并标明问题的优先级。

主管:检查重要优先问题、问题处理进度、客户服务评分,协调后续问题解决资源。

产品:检查客户服务要求和体验问题,安排版本和问题回复。

技术:对于客户服务传递的bug和紧急问题,快速处理和评论。必要时,还需提及内部管理缺陷系统的统一故障排除。

在角色明确划分之后,将从场景的角度对这些需求和功能进行审查。任何产品的功能不是孤立的。它们必须存在于用户场景中。

就目前的例子而言,客户服务的日常工作场景是什么?如果仔细观察每天的客服现场,你会发现除了记录客户提出的问题外,客服也在不停地接电话,忙个不停,所以客服模块的设计就是如何提高客服人员的工作效率,不容易出错,以及如何在接电话时方便地操作其他东西。

技术方案:在处理当前问题时,实际上需要将问题转移到内部bug系统进行系统分析和处理。当问题绑定到内部bug系统时,可以看到解决方案的版本和时间。

因此,通过分析用户的使用场景,可以避免设计一些用户在此场景中不能使用的功能。因此,许多企业级应用程序需要设计者每天与用户一起工作,仔细观察他们每天的工作方式,这样才能做好设计。

在需求整理清楚后,将初步进入产品设计阶段,首先要建立整个系统来建立这些模块。大模块分为客户模块、客户服务模块、主管模块、产品模块和技术模块。客户模块分为问题模块、进度模块和评估模块。总体情况如下:

在模块化过程中,考虑模块间的松耦合性和可扩展性是非常重要的。

模块之间的松散耦合和高内聚性可以使模块之间的逻辑更加清晰,并具有更好的扩展性。例如,如果客户不使用此系统提交问题,则可能是嵌入到其他系统中的模块引发问题。在这种情况下,只要接口是开放的,对接就好。另一个优点是,当出现问题时,您可以快速找到它。模块的优化不会带动全身,系统的灵活性会更好。

这是一个冗长的故事。本文主要讨论如何从一开始就对复杂体系结构产品的需求进行分析,综合考虑产品的角色、场景和模块,使需求更加清晰和可控。如果对您有帮助,请填写如何清晰地表达需求的逻辑,以及以后可用的方式和方法。