经过对运维部分进行问题与需求调研，并结合产品剖析而拟定了开始的规划内容，再经过一系列评定评论后落地，后续继续规划与推广经过内外部反应与产品剖析推进

数据库运维产品定位是一款to B数据库运维管理工具，产品功用首要发力在数据库运维上，这是由产品司理经过开始剖析与调研，从众多组件运维方向中，挑选了在手工运维中难度较高且更为重要的数据库方向，经过对运维部分进行问题与需求调研，并结合产品剖析而拟定了开始的规划内容，再经过一系列评定评论后落地，后续继续规划与推广经过内外部反应与产品剖析推进。

二、内部产品调研剖析

2.1 后端运维部分调研

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

向运维部分调研数据库部分的全体结论，是围绕数据库的日常运维操作和可靠性延伸出来的需求，首要为主备切换、主从修正、数据备份康复、参数变更等一些根底运维操作，此部分可参阅各友商与业界的通用办法完成。

在此根底之上，依据运维人员多年经历提出需要侧重重视主备、集群架构下的各组件状况，准则上运维操作不能影响数据库运转，备份需重视备份数据完整性。这部分可延伸出在各个运维操作中的操作顺序、状况预判断、状况预提示等，都需融入全体的产品设计中。

2.2. 工单剖析

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

工单是直接由施行提出的原始内容，不同施行运维才能良莠不齐，首要就需要对工单进行分类整理，按问题数量进行排序。绝大多数内容会会集在比较根底的运维操作，如重启、参数修改等，可见这部分功用虽简单但必须包括在产品功用之中，满意最基本的运维场景；其余问题掩盖在主备管理、数据康复中，这部分操作过程较多，面临的场景也较多，如重建库与主备修正，都是数据康复的范畴中，但所运用的计划却天壤之别。

面临这类的问题，需要把一切场景都拉取出来，首要抽取最通用的操作，数据备份和康复即为数据康复的最基本操作，差异在于的是备份的方式（物理或逻辑）、备份的粒度（全库或部分库）、康复的方式（全量、增量）面临不同场景时计划的选取与调配。

运维产品本身就是一个较为标准化通用化的产品，需要将这些通用操作都拆解出来，依据不同场景下拟定不同的计划，再将这些操作都灵活调配起往来不断满意不同的场景，尽量做到最大通用的去满意各种事务场景。

2.3 用户反应

用户的反应是先经过产品的运用，检验产品是否满意本身需求，再对产品提出优化改善主张，是产品打磨的重要途径。

用户提出的问题都比较深化实践运用场景，产品司理首要需理解场景，去区分该场景是否是涵盖在本身产品边界内的，如数据库运维产品定位是在运维，像事务方的数据脱敏并不涵盖在产品边界内，则暂时不考虑该场景；若在产品边界内，则先去剖析此场景的通用程度，如某用户提出数据库需要在履行完某个操作后自动复原，此类操作就属于事务定制操作，可在通用的产品功用内部分满意，如定时数据复原功用，并开放出相应接口，让事务方进行对接，做到既满意事务场景又相对通用；产品边界内且通用的功用，就需深化场景寻觅产品解决计划，并依据当时问题优先级与产品的节奏，从中筛选出优先级较高的问题归入产品设计中。

2.4 前端调研

调研首要内容为与分公司前端施行人员、售前面临面沟通。

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

面向售前人员首要了解产品在客户前讲计划时的反应，可依据反应进一步完善产品介绍材料、场景、话术，搜集客户反应的需求，完善客户画像等。

售前面向的客户通常是决策层，这部分客户更重视产品的全体而非细节，如产品技术架构、产品功用架构、与友商对标、产品收费等方面。从中咱们可以搜集到一些平常较难搜集的友商信息、对整个产品技术体系的要求、报告性方面的需求等，这部分其实非常重要，毕竟面向的对象是是否购买你产品的人，针对这部分需求，不停地弥补友商产品对标的剖析和才能、产品介绍材料编写，增强产品的竞争力。