驾驶舱的工作台首页该如何设计？需要解决哪些问题？本文将从工作台的核心价值、目标用户群体，以及B端首页是否应采用驾驶舱式设计进行探讨，并对其他SaaS工作台的差异进行分析。
作为一名4年金融产品经理，我推进过3款驾驶舱式工作台的产品设计、投产上线。这篇文章复盘下梳理下工作台要解决什么问题？我们跟着3个问题来探讨工作台的核心价值、目标用户群体，以及B端首页是否应采用驾驶舱式设计，同时分析其与其他SaaS工作台的差异。
几乎所有的B端产品都致力于实现“降本增效”的目标，但每个企业、每个业务条线所面临的具体问题却千差万别。工作台主要解决以下问题：
一个工作台能推动下去的基础前提是存在强有力的问题需要解决，在金融机构，举个例子，如业务目标、队伍建设、用户痛点等。
首先，业务目标是项目立项的基础，可以是核心业务的必须性或是与同业竞争的阶段目标。例如，其中一个项目立项是“核心替代潮”，旧批次的核心系统是10几年前开发的老系统，一致在缝缝补补烟囱式开发；另一方面信创本身就是不菲的开销，从成本考虑，还不如整体重构，采用最新的信创和微服务架构等。
其次，服务队伍建设。当一个业务从0到1构建起来时，举例：职业年金、私人银行等业务建立后，会配套一整个系统的建立。背后原理是金融机构内部的机制是需要信息化费用分摊的，如果这类新兴业务条线没有自己的系统或项目就需要搭载在其他部门预算中，势必存在部门间资源挤兑的矛盾，最终基本会新立项。
此外，用户痛点也是常见原因但非核心因素。用户痛点一：人少活多。过去国内很多企业不够重视信息化，能用人做的就没必要花高价买套软件，而现在人力成本已经变得越来越高昂，此外，券商、保险等金融机构对整体业务及行政成本的管理更加严格，当目标层层加码时，就是需要更少的人做更多的事项或者让系统提效。
用户痛点二：数据孤岛。连接数据孤岛，实现数据跨岛安全流动，开拓数据应用场景，充分发挥数据价值，用大白话说就是之前的数据口径不一、七零八落，需要统一整合统一呈现。最后也有些优化需求，例如CRM，同业数据同步追踪、流失客户管理、已客户管理，品宣，定时更新机制实时数据展示等。
基于Q1的原因分析，就知道我们工作台需要什么元素了。工作台的元素：
待办事项：旨在为用户清晰地展示当前待处理的工作任务，这些任务通常是用户必须优先完成的核心工作内容，也是“运营型驾驶舱”专注于核心指标和待办事项的体现。此前搭建过核心系统就是待办配套了整体的工作流及派单机制，明确到角色或者角色组的维度。
快捷入口：对其他已有功能进行的快捷入口展示，集成打卡系统、培训系统、活动系统、私人银行空间预定系统等，在设计中要注重展示数量控制，仅做关键模块露出。还有一类纯内勤的工作台是做了全量系统集成，直接按图标来展示各个系统的入口。
（来源：墨刀，典型工作台呈现）
信息展示：可以关注后台的配置功能，给用户提供一个上传的入口。文件管理、公告管理做到了支持指定用户、角色、机构下载文件。提供了一种灵活的、可定制的形式让文件管理更加高效。我在设计过程中还增加了已读未读查询管理。通用方面还需要关注个人中心、日期提示、权限管理、logo设计等。此外还可以有Banner展示、站内信、文件下载模块、消息提示等，我放下类似的CMS系统后台供参考。
（来源：墨刀，CMS后台呈现）
业务模块：建议根据用户工作内容设计该模块，用户是关系到我们的怎么呈现首页元素的核心变量。但也要避免走极端，曾经有用户提出要千人千面展示工作台首页，因为当时对前端设计的设计逻辑有所欠缺，开发就立刻炸了，从实现难度上讲很难。
我设计工作台是按照业务条线来区分的，从数据权限来看，覆盖到总公司、省级及重点城市分公司（二级）、三级中支、四五级营业服务区等。从用户角色来看，涉及到运营、业务推动（营销）、培训、权益、客服等。建议是跟用户进行多轮的需求沟通，很多时候强塞需求只会适得其反，浪费开发资源。
比如，业务条线中存在很多兼岗问题，系统内部维护了一套业务条线内部的人员架构，就需要根据这部分架构来呈现数据权限。又比如存在跨省跨机构协同处理一个基金计划的问题，就需要设计主次权限，不能单纯就计划所属机构来隔离权限，做到数据展示不准确。
数据看板（如驾驶舱、仪表盘）的关键在于展示关键数据。不同层级的驾驶舱应根据用户需求定制化设计：
通过上述分析，我们可以看到驾驶舱式工作台在金融产品管理中的重要性和实用性。它不仅解决了企业的核心问题，还提升了用户体验和工作效率。未来，随着技术的不断进步，工作台将继续演化，以满足更多样化的业务需求。
本文由 @AI营销先锋派 原创发布于人人都是产品经理。未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。