网络安全检测|网络安全服务|网络安全扫描-香港墨客投资移动版

一、概述

数据库运维产品定位是一款to B数据库运维管理工具，产品功能主要发力在数据库运维上，这是由产品经理经过初步分析与调研，从众多组件运维方向中，选择了在手工运维中难度较高且更为重要的数据库方向，通过对运维部门进行问题与需求调研，并结合产品分析而制定了初步的规划内容，再经过一系列评审讨论后落地，后续持续规划与推广通过内外部反馈与产品分析推进。

二、内部产品调研分析

2.1 后端运维部门调研

运维部门的定位是面向公司的提供标准的运维方案与运维支持，由运维部门直接反馈出来的问题，都是具有代表性、有一定操作门槛、按照运维经验识别的优先级的问题，符合产品规划中尽量满足80%的业务需求的原则。所以在产品的MVP版本内容的制定中，首选调研对象为运维部门。

向运维部门调研数据库部分的整体结论，是围绕数据库的日常运维操作和可靠性延伸出来的需求，主要为主备切换、主从修复、数据备份恢复、参数变更等一些基础运维操作，此部分可参考各友商与业界的通用方法实现。

在此基础之上，根据运维人员多年经验提出需要着重关注主备、集群架构下的各组件状态，原则上运维操作不能影响数据库运行，备份需关注备份数据完整性。这部分可延伸出在各个运维操作中的操作顺序、状态预判断、状态预提醒等，都需融入整体的产品设计中。

2.2. 工单分析

工单是各实施无法独立解决的运维问题，以工单的形式向运维部门申请帮助。可将运维部门的工单进行汇总分析，使用此份作为持续规划的需求来源之一。

工单是直接由实施提出的原始内容，不同实施运维能力良莠不齐，首先就需要对工单进行分类整理，按问题数量进行排序。绝大多数内容会集中在比较基础的运维操作，如重启、参数修改等，可见这部分功能虽简单但必须包含在产品功能之中，满足最基本的运维场景；其余问题覆盖在主备管理、数据恢复中，这部分操作步骤较多，面对的场景也较多，如重建库与主备修复，都是数据恢复的范畴中，但所使用的方案却截然不同。

面对这类的问题，需要把所有场景都拉取出来，首先抽取最通用的操作，数据备份和恢复即为数据恢复的最基本操作，区别在于的是备份的方式（物理或逻辑）、备份的粒度（全库或部分库）、恢复的方式（全量、增量）面对不同场景时方案的选取与搭配。

运维产品本身就是一个较为标准化通用化的产品，需要将这些通用操作都拆解出来，根据不同场景下制定不同的方案，再将这些操作都灵活搭配起来去满足不同的场景，尽量做到最大通用的去满足各种业务场景。

2.3 用户反馈

用户的反馈是先通过产品的使用，检验产品是否满足自身需求，再对产品提出优化改进建议，是产品打磨的重要途径。

用户提出的问题都比较深入实际使用场景，产品经理首先需理解场景，去辨别该场景是否是涵盖在自身产品边界内的，如数据库运维产品定位是在运维，像业务方的数据脱敏并不涵盖在产品边界内，则暂时不考虑该场景；若在产品边界内，则先去分析此场景的通用程度，如某用户提出数据库需要在执行完某个操作后自动还原，此类操作就属于业务定制操作，可在通用的产品功能内部分满足，如定时数据还原功能，并开放出相应接口，让业务方进行对接，做到既满足业务场景又相对通用；产品边界内且通用的功能，就需深入场景寻找产品解决方案，并根据当前问题优先级与产品的节奏，从中筛选出优先级较高的问题纳入产品设计中。

2.4 前端调研

调研主要内容为与分公司前端实施人员、售前面对面沟通。

面向实施人员主要了解其日常工作内容，从日常运维场景出发提炼需求；前端实施是最频繁面向用户的人，经常受到用户的质疑和挑战。对于运维平台来说，实际使用的用户是客户方的运维人员，是深度的使用者，更关注产品细节。用户会提出质疑的原因有很多，如：产品没能解决一些关键问题，即当前用户的使用场景未覆盖、产品不稳定、操作体验不友好等等；从中可以收集到更多的业务场景和业务外的操作体验、可靠性、安全等需求，也可收集到实施在实际维护中的经验，将其与产品经验转化为解决方案。