appid官网(appleid下载)

编者按:数据监控和管理平台会根据不同业务的流程和需求而变化，但这是永远不变的原则。笔者根据工作中的项目实践，结合经验，主要分享0-1平台产品规划设计中APP管理、数据监控、权限管理功能的设计经验，供大家参考和学习。

一、项目背景2021年4月中旬，J银行搭建APP监控管理平台，实现移动应用的集中管理，搭建数据指标体系，实现数据可视化，通过监控分析运营数据，为移动应用运营提供数据支持。甲方领导对此项目非常重视，将其列为重中之重，并给予大力支持。

二、需求分析

j银行搭建app监控管理平台，对自有APP进行监控管理，主要包括APP管理、审核管理、运行监控、用户权限管理。平台作为银行内部后台，注重业务功能的实用性、便捷性和低个性化要求。对象是银行内部平台的用户，主要包括高管、业务经理、业务员。

项目以敏捷的方式进行，我们与甲方的项目负责人一起工作，以促进沟通和了解项目进展。我们解释需求文档和业务规则，整理总体需求业务流程，并组织小组讨论。

在需求分析过程中，对不明确的需求进行分组讨论，与跨区域业务部门进行远程视频会议(使用小鱼易连)；定期通过视频会议进行跨地区、跨部门的评估。

人力资源有限，需求范围大(七大模块，24个二级菜单功能)。经过评估，我及时向上级申请支持，加派了两个产品经理。在人力资源有限(团队6个产品经理)、专业水平有限(初级2个、中级3个、高级1个)、时间有限的情况下，通过需求分析、跨部门协同沟通、范围确认、产品设计、部门内部评审等诸多环节，完成项目范围所有需求的高清原型设计有些不切实际。

我及时向甲方项目负责人反馈，建议将项目实施范围分为两个阶段。在这一阶段，应首先设计和实现项目的主要功能模块，第二阶段添加次要功能。甲方项目负责人听取了我的建议，并及时向甲方领导汇报，缩小了第一阶段的实施范围，为后续项目任务的顺利完成打下了坚实的基础。

三、产品设计

整体规划:我带领团队(共6人)对监控平台进行需求分析，使用Axure作为整体规划，设计高清原型，管理团队协作原型的版本。我们统一字体和色调布局，用catalog做高清原型。这样设计出来的高清原型在视觉风格和风格规范(包括字体、按钮、表格、表格等)上是统一的。).

培训:基于以往的产品设计经验，我先让团队成员了解需求，熟悉业务流程，了解业务逻辑，梳理业务流程，然后设计原型，对初级产品经理进行快速Axure技能培训。

经过整体规划和培训，我们开始了产品设计。这里主要描述APP监控管理平台的APP管理、数据监控、权限管理的功能设计和体验。

1. APP管理

APP管理是银行多个APP的集中管理，主要包括上市申请、退市备案和版本管理。

1)上市申请

APP上市应用是APP在投放应用市场之前的上市应用。所需材料包括但不限于前期市场调研、可行性分析、产品规划方案、app版本计划、业务描述、app体验包、app合法合规报告等。，由相关部门(如互联网金融部、金融技术部、法律事务部、公关部)共同审核，最终输出决策结论。

业务流程如下:

APP上市申请提交后，可以在审核管理中查看申请记录。点击记录的【详细信息】可以查看记录的APP基本信息，列出申请信息和审批流程；点击该记录上的【修改】按钮，修改申请记录。修改后提交审核。

2)退市和备案

APP退市的原因很多，有公司因经营等情况主动下架，也有因应用市场审核等原因被动下架。

主动下架，则按照应用市场相关流程执行即可。需要注意的是，当APP主动下架时，运营团队需准备好退出策略、客户解释、投诉处理、舆情应对预案和业务迁移方案等资料，避免造成客户投诉和法律纠纷。被动下架，则要明确下架原因，解决问题修改完成，重新申请在应用市场上架。移动APP退出应用市场后，需在平台进行报备。

业务流程如下:

退市备案提交后，可以在审核管理中查看申请记录。点击记录的【详细信息】可以查看记录的APP基本信息，列出申请信息和审批流程；只有当应用失败时，记录才会显示[修改]按钮。点击【修改】，修改申请的退市信息。修改后将提交并审核。

3)版本管理

APP在应用市场更新后，需要在平台备案。版本管理提供添加APP版本记录的功能，显示APP版本信息等信息(包括开发者、发布日期、更新日期、Bundel ID版本、APP ID等。)、上架状态(包括应用市场)、版本记录(包括应用名称、版本号、更新日期、更新日志、截图和应用描述)、版本对比(对比类型包括更新日志和应用描述)、版本统计。版本记录如下:

2.数据监控数据监控基于APP指标体系，采用数据看板(驾驶舱)可视化图表的展示形式呈现APP运行的数据，根据指标监控和衡量APP数据的变化。数据监控主要分为两部分:数据采集和数据呈现。

1)数据采集

APP的数据采集包括外部数据采集和内部数据采集。

1.1外部数据采集

外部数据是指APP上架或更新后在应用市场和专业数据平台的表现。

应用主要有App Store和Android(主要是华为、小米、VIVO、OPPO、魅族、应用宝、百度、360)。你可以通过各种应用市场收集应用的下载量和安装量。

专业的数据平台，如易观数据、百度指数等。可以通过专业的数据平台收集数据，观察APP热度。

1.2内部数据收集

内部数据是指APP中的用户行为数据，如用户点击数据、行为路径、流量等。，可以通过嵌入APP来实现。特别是对于新版本中的功能，在设计开发时，需要添加相应的埋点，观察功能上线后的数据变化，进而进行数据收集、验证和分析，对下一版本的功能规划有重要的指导作用。

我们将收集到的数据信息(如华为应用市场下载)输入上传到后台数据库或调用第三方提供的数据接口。数据提交业务流程如下:

2)数据呈现

收集到的APP数据一般可以通过数据看板直观呈现。数据看板由多个数据图表组成，通过合理的页面布局和视觉效果设计，可以更好地展现数据可视化。数据看板常用的图表有四种:直方图(或堆积直方图)、折线图(或曲线)、面积图和饼图(或环形图)。有十几个报表，几十个数据指标，但并不是都需要呈现。

用户可以通过数据看板的统计，掌握情况，解决问题，汇报工作。不同工作职责的用户有不同的需求。我们分析内部员工用户的角色:

业务员：对个人相关的业务负责，关注自身，关注业务细节；业务经理: 对具体业务负责，关注业务看板，关注业务变化趋势；高管：对公司发展负责，关注核心指标，关注战略看板，做战略决策。

根据展示位置的不同，数据广告牌主要分为大屏幕和非大屏幕两种，其内容侧重点也有所不同。

“大屏幕”通常是指指挥大厅大屏幕上显示的页面，也是一个系统的核心页面。第一，确保第一时间掌握业务状态；第二，中高层对业务数据非常敏感，只看数字就能看出业务异常。

数据呈现形式以数字内容为主，简洁明了，效果突出。一般设置6个左右的数据指标，有利于集中分析最重要的指标。

数据的时效性更侧重于实时数据，一般能在第一时间预警。视觉效果花在动态效果上的精力比较多，需要选择图表。

通过与业务团队的沟通，我们确定了使用哪些数据指标和测量方法。比如按照什么时间段，展示各个APP的交易量排名。如下所示显示大屏幕:

“非大屏”通常指业务模块中的统计页面，主要用于分析系统日常使用的某一部分的业务指标。数据的时效性更多的表现为趋势数据，通过趋势可以发现问题，解决问题。非大屏幕显示如下:

2.1数据看板设计步骤

确定需要展示哪几个区块，一般设置6个左右，有利于专注于分析最重要的指标；罗列好区块里需要展示的数据指标、衡量的方式、优先级，哪些归为一类后；展示在大屏幕的可以由UED/UI设计师完成设计排版布局；非大屏幕的可以使用Axure+echars或Axure图表元件进行可视化图表设计。

因为后台系统不对外开放，只供内部人员使用，所以数据看板的设计可以更简单。当然，像大屏这样的数据广告牌是有UI设计师加持的，可以突出大屏的重要性，在演示时获得领导更多的认可。

2.2数据看板设计要点主要包括以下几点:

简洁高效，优先满足图表展现效率，而不是酷炫的交互；信息需具有强关联性，例如：用环比、同比来体现变化；数据图表的刷新频次和统计频次需要符合业务的需求，最好能做到实时更新；选用的数据能够体现出趋势和规律，对于无趋势特性的数据，直接展示数字比较好；对于不同的数据指标(例如：下载量、点击率和活跃人数)，不同的数据特性(例如：波动、对比和排序)，不同的衡量方式(例如：客户满意度)选择合适的图表类型。

3)权限管理

权限是保证监控管理平台正常运行的基础。通过管理各种组织的层级、各级用户数量、用户岗位及对应岗位的角色和职责，实现运营的合理分配和管理。

权限管理设计选择了基于角色的访问控制(RBAC)模型。RBAC(Role-Based Access Control)模型主要由用户、角色和权限三个基本组件组成，遵循三个安全原则:最小权限原则、责任分离原则和数据抽象原则。

最小权限原则：将角色配置成其完成任务所需的最小权限集合。例如：操作查询岗是APP相关工作申请的发起者及权限范围内各项数据视图的查询者，负责准备各项材料、填写各项信息并发起工作申请，以及查询经办业务或权限范围内的数据视图信息。责任分离原则：可以通过调用相互独立互斥的角色来共同完成敏感的任务。例如：要求金融科技部、法律事务部、公共关系和银行业务中心四个部门审核岗人员共同参与审查操作。数据抽象原则：可以通过权限的抽象来体现，例如操作查询岗可用APP上市申请、查询等抽象权限。

RBAC模型简化了用户、角色和权限之间的关系，这意味着它们易于扩展和维护。虽然没有操作顺序的控制机制，但是已经满足了现有的业务需求。

RBAC模型的权限管理主要包括用户管理、角色管理和权限管理。根据平台的业务需求，主要给不同部门、不同类别的用户分配不同的角色，不同的角色分配不同的权限。权限配置包括APP权限配置和功能菜单权限配置。因此，平台的权限管理有两种方案:

自定义角色，对角色分配功能菜单操作权限，对用户分配APP操作权限。角色分为四种，对角色分配功能菜单操作权限，对用户分配APP操作权限。

由于业务需求和时间紧迫，我们选择了第二种方案，进展很快，以后可以扩展自定义角色的功能。

四、开发测试上线

在开发之前，我们测试原型的可用性，并对其进行修改。通过可用性测试评审后，我们申请开发进度。我们采用开发一个模块，测试一个模块的方式。由于时间紧迫，开发工程师有限，一个模块开发完成后，会立即安排测试人员进行相关测试。发现Bug后，相关开发工程师立即修改。

通过测试后，项目于2021年11月底正式上线。第一阶段推出APP管理、指标监控、权限管理三个功能模块，其他四个功能模块陆续开发。

五、后话

虽然APP的监控管理平台项目时间紧，任务重，但团队成员齐心协力，保质保量按时完成了任务，得到了甲方的好评和团队的奖励。

这个项目的产品设计已经一年了。回忆当时的情况，重读要求，边整理边查资料，发现重新审视过去的工作经验，也是一种新的学习方法。笔者认为，无论项目有多忙，还是要及时恢复项目，让经验和知识尽快得到系统的沉淀和积累。

2021年10月初，参与微信小程序监控管理平台项目，参考项目，根据产品需求完成产品设计任务。

本文由@樱花原创发布。每个人都是产品经理。未经作者许可，禁止复制。

题目来自Unsplash，基于CC0协议。