产物重构之旅回忆——“一场取精华、弃糟粕的产物革命”
假设产物的架构不良，或者营业的标的目的发作了改变，那时就需要对产物停止重构。本文做者在一次产物重构之旅中，收获了一些体味，有了飞速生长，遂将本次产物重构履历和体味停止分享，期看能给你带来搀扶帮助。
假设产物的架构不良，或者营业的标的目的发作了改变，那时就需要对产物停止重构。本文做者在一次产物重构之旅中，收获了一些体味，有了飞速生长，遂将本次产物重构履历和体味停止分享，期看能给你带来搀扶帮助。
文章导读：
凡是意义上讲，一个产物为什么要重构？
我们团队的产物为何要重构？
重构的目标是什么？
最末成果若何？
我是若何做的？
过程中碰着了哪些问题？别离是若何处理的？
收获与生长
最初谈一下 0-1与产物重构哪个难？哪个易？
此次产物重构之旅，是我在漫漫产物路上，接触到的第一次关于“重构”的理论，收获了颇多体味，小我也因而在那4个多月中，有了飞速的生长，遂将本次产物重构履历和体味停止分享，以期搀扶帮助到有类似“重构”使命或有着“重构猜疑”的产物er们。
01 凡是意义上讲，一个产物为什么要重构？
先引用《营业中台产物搭建指南：电贸易务平台全流程设想与实战》一书中，做者关于重构的原因及需要性的解读：
每个系统的降生都源于营业需要，为了可以支持飞速开展的营业，良多时候我们需对多个计划停止一些妥协来赢取时间。计划的妥协往往会形成架构不良，只能称心中短期需求，关于持久的延伸都有致命的损害。
还有一种情状是营业的标的目的发作了改变或者合成，招致原有设想的构造需要停止从头设想调整。
每个系统的降生都源于营业需要，为了可以支持飞速开展的营业，良多时候我们需对多个计划停止一些妥协来赢取时间。计划的妥协往往会形成架构不良，只能称心中短期需求，关于持久的延伸都有致命的损害。
还有一种情状是营业的标的目的发作了改变或者合成，招致原有设想的构造需要停止从头设想调整。
假设把一个系统看做是一小我，那么人身体里面的骨骼、血肉就能够看做是系统的逻辑和手艺架构，它们支持着身体的不变运行。而产物架构的逻辑和规则，则代表着那小我的精气神和性格，一小我身体再好，精气神假设不畅，身体迟早也会出问题。
展开全文
所以每次重构既是对那身体的血肉和骨骼停止大刀阔斧的革新外，也需要对它的精气神和性格做从头的审阅和定位。
连系我本次重构的履历来看，无不印证了上述书中做者的看点和观点。
1）我新加进的产物团队，组建时间不算短不算长，一年摆布，为了称心团队初期的保存和开展，会承接一些贸易化项目，根本上都是定造的，因而在架构设想上，也仅更大程度上考虑了多个项目标复用性，没有考虑“产物化”。
举个架构不良的例子（实在例子）：
团队前台产物（姑且喊做产物吧，现实是为几个贸易化项目建的营业利用系统）运转用到的后台系统有：摘集系统、数据治理与合成系统、信源治理系统（如今重构后的名字，之前的产物名字与产物功用极度不符）、工单治理系统、扫描系统等等。
此中“信源治理系统”的定位是用于运营和治理各类信源数据的，即增删改查和打各类标签用的。但是，在给各个前台利用利用数据时，却仅将摘集到的数据颠末【AI模子】打标后，间接给到营业往用，完全没有 摘纳“信源治理系统”的“运营治理功效”，信源治理系统用的数据与客户营业系统用的数据，是两份孤立的数据岛屿。
很显然，那是极度不合理的营业架构设想。
假设不及早处理，任由如许的态势开展下往，很难想象团队会在多久的未来，会因为那些问题“over”，几个月？一年？——但能够明白预见的是：假设不处理那些问题，团队的资本将永久都不敷、团队也将无法拓展更多新的营业，因为忙着修修补补每一个孤岛上“零零星散的部件”。
2）团队此前有一个标品，但是是试水的v0.1产物，只要1个在线系统，没有产物需求文档、没有产物利用手册、没有手艺设想文档，也没有什么人庇护了。
02 我们团队的产物为何停止重构？
读完上面我举的例子，换做任何一个产物司理/手艺都不克不及忍耐吧，鉴于那么多问题，所以我们需要重构。再总结一下，我们团队的产物为何停止重构：
——弃糟粕、取精华，对产物从头定位。包罗产物目标行业与目标客户、产物形态、产物贸易形式、产物价值主张的从头明白，产物架构和手艺架构的从头调整和设想，以重塑产物的骨骼和血肉，让产物恢复精气神儿，让产物能够处理客户问题的同时为团队“挣钱”。
本次产物重构的目标，是基于其时团队的营业布景需要，分红了几个阶段，每个阶段有着差别的目标：
阶段一：从头明白产物定位，设想产物营业架构，整合三个差别的营业利用（但营业流程及营业逻辑根本不异）至一个“一体化平台”中，共用一套后台系统，通过各类权限设置装备摆设为差别类型的客户及用户供给产物办事。
阶段二：优化线上系统逻辑破绽、功用优化完美，进步用户利用体验。
阶段三：从头设想后台产物架构，厘清各系统职责和鸿沟，并分版天职别重构有问题的后台系统。
阶段四：随营业开展，再将各个系统中的一些功用模块剥离出往，构成单个子系统运转。
好比后续可将摘集系统中的摘集优先级揣度、摘集形态的治理从“摘集系统”中剥离出往，构成“摘集调度模块”，而摘集系统仅做摘集的施行，如许整体的营业逻辑就会清晰良多。
再好比将积分规则设置、积分分配、积分治理等从用户治理中剥离出往，构成零丁的“积分治理系统”，如许也会减轻用户治理的承担。
为什么如许划分产物重构的阶段？
——在其时，我不克不及特殊领略为何要如许划分。只是根据老板的大请安思那样往做了。
以至如今，团队研发在做后台系统重构时还在说：“XXX后台系统本就该优先重构，然后再重构前台营业系统！如今都是反的~”
但实的是研发说的如许吗？
如今回过甚来看，我想我理解了按上述节拍和周期往划分工做的原因：
1）为了庇护团队营业的保存和开展，所以需响应市场需求、响应客户需求。
有市场需求了，有客户需求了，就需要赶紧出客户用户“可见的”工具（产物v1.0），后台乱成怎么样，客户和用户看不到。
2）为了占据客户及用户心智，所以要不竭打磨产物，让用户看得见我们的改变。
后台不急着重构，原因是：在产物初期，占据客户及用户心智是很重要的，因而“俘获用户芳心的新功用” 与 后台优化的需求比拟，仍是“俘获用户芳心”的功用更重要。
3）等营业运转起来，且用户没有其它显著的利用问题后，再花时间和精神好好优化后台系统。万万要重视，后台的优化晋级，不克不及影响到线上一般利用。
如遇其它重构使命，该若何合理地安放每个阶段的产物迭代工做呢？
——能够根据如下金字塔来施行（从底到顶）：
（图引自《营业中台产物搭建指南：电贸易务平台全流程设想与实战》一书，若有侵权，联络删除）
通俗一点概略就是：让营业RUN起来-让营业闭环-让营业流程完美-进步用户体验-再拓展其它新的工具。
上面的那个干事情的优先级挨次，同样也适用于生活、进修。好比学跳舞那件事：
目标是——教师教一收新的跳舞，本节课你要学会那收跳舞，持久目标是：你要学会本身跳舞。
能够怎么往做呢？
step1：你起首要将教师教的新跳舞中的难的部门学会；
step2：然后将完全的片段记住，要能完全地跳下来；
step3：然后再是完扣每一块的动做，做得尽量原则；
step4：然后再是进步你跳舞的可赏识性（好比脸色治理啊）考虑下台下看寡；
step5：然后再是进修新的动做。
04 最末成果若何？
历时1个月，完成了阶段一的目标。最末功效是：完成了团队标品v1.0（收集谍报侦查一体化SaaS平台）的构建，并从头明白了产物对外办事的形式、以及产物所办事的目标行业及目标客户群体。
又历时1个月，完成了阶段二的目标。最末功效是：1个月内完成了2个大版本的迭代，在春节复工后，正式开放给客户利用。
当前处于阶段三（第4个月），即在重构和优化后台的几个系统/模块，同时打磨客户高频利用的模块中。目前平台已经有数十个试用客户以及十多个正式签约客户了。
05 我是如何做的？
那里分红如许两个大阶段：重构0.1阶段和重构1.x阶段，来别离介绍我详细是若何做的。
1. 关于产物重构0.1阶段
那个阶段次要是：明白重构的产物的营业目标是什么。
——即处理谁在什么场景下的什么问题？——你诡计用什么途径往处理？方案什么时候能够处理？
带着那些问题，我起头动作了。
起首是与老板、与其它产物同事，沟通要一些产物材料停止进修和线上系统的亲身体验，目标是领会团队以前的营业都有哪些，以及与老板沟通当下及将来的营业重点或目标是什么。（攻哪个细分市场？当然是带着本身对行业的观点与老板谈）
接着，大致掌握了团队的营业及产物现状、团队及公司资本情状（手艺人员情状等）以及产物将来的发力点（姑且认为标的目的准确，先辈行再懂行）后，我起头动手调研目标市场、目标客户需求，目标是加深对行业、对客户的领会。
确认了目标行业、目标客户后，连系目标行业及客户的特征，造定产物对外办事的形式。像我们的产物，次要是有几种对外办事形式：一是SaaS系统，二是人工办事（如写舆谍报告、人员查询拜访陈述等），三是数据办事。SaaS是产物对外办事的次要形式。
2. 关于产物重构1.0、2.0、3.0
那个阶段产物定位、产物形态已根本明白，次要使命是：详细产物的规划设想，包罗营业模块的划分，产物架构设想以及每个版本功用模块的设想。
在那个阶段里，我是根据先搞前台，后优化后台的构想来停止的。
1）搞前台，是要将3个系统（一个舆情系统，一个公安核查东西，一个开源数据监测系统）停止整合，整合为一个前台利用，并通过各类权限设置装备摆设为差别类客户供给办事。
次要是如何做的？
先根据数据流向，梳理营业架构，并按差别的营业场景，划分功用模块。
接着，上手整合现有几个系统，功用合并往重、原有功用优化、贫乏功用新增，更大程度复用本来的页面和接口，重点设想rabc（基于角色的拜候掌握）部门。
2）v1.x版本已经上线，处理了“迈进市场第一步”的问题，但仍有良多问题和破绽需要修复。
在那个阶段，次要是修复系统的诸多逻辑纷歧致、逻辑破绽、营业未闭环、功用不完美等问题。
我是如何做的？？
逻辑破绽第一优先级，逻辑纷歧致其次，营业闭环其次，最初优化不完美的功用。
注：逻辑破绽问题应该在v1.0版本前处理掉，但因本产物推出时间紧迫，且初期仅开放给少量用户利用，所以放在了1.1版本处理。
本产物的逻辑破绽例子：模块A和模块B用到了同样的“付费数据”查询功用，但模块A考虑了“扣除积分”，另一个模块B不扣除积分，用户完全能够“钻空子”——那是因为之前模块B的系统是私有化摆设交付给客户的，所以模块B并没有积分扣除逻辑。
3）x版本已经上线，在“迈进了市场第一步”根底上，也积存了一部门用户了，那个阶段能够系统优化后台架构了，同时兼顾前台的优化。
在那个阶段，系统的不变性、优良的架构设想、系统的数据准确性及时性全面性（做数据办事的厂商需要视营业重心酌情考虑），将可以搀扶帮助支持更多用户的利用，让产物活的更长远。
4）搞后台，梳理出几个需要的核心的后台系统，明白它们的各自定位以及职责鸿沟，以及它们之间的交互关系（仍是能够参照数据的流向构想来梳理）。
06 过程中碰着了哪些问题？别离是若何处理的？
整个重构过程对我来说挑战极大。
一是我历来没做事后台，也从未参与设想过rabc模块，SaaS系统当然也没有设想过了。
二是我10月25日进职，在11月上旬就要考虑重构工作，新情况、新同事、新营业、新行业，对我来说处处是挑战。
我是若何征服并处理的？？
1）起首足够熟悉本身，对本身的不敷与优势从头熟悉，对常识盲区疯狂查漏补缺。
我过往的优势是：有较丰富的AI类产物设想体味，以及能够很娴熟地掌握产物规划的一些计划论，如华为的“五看三定”等，同时有着十分强的进修才能，以及调研才能。
对不敷的处所，停止常识的查漏补缺。
好比rabc是什么，不清晰。
——我就往网上、往和前同事沟通交换、往看书，以此来构建那块相对完美的常识系统，然后才气上手设想我要负责的SaaS产物。
再好比，对团队的营业及产物目标不是很明白。
——我落网住时机，和老板沟通交换（领会核心营业是什么、核心客户是谁），足够操纵上班及闲暇时间，亲身上手体验他们以前做的系统，并与相关同事请教，往领会每一个功用模块设想的初志是什么、处理的是什么营业问题，并提出本身的根究
再好比，对后台的几个系统的重构和优化，历来没做过，大多系统没有界面，看不见摸不着，一头雾水。
——我就从数据流向起头梳理每个系统的感化和价值，然后搞清晰那几个系统当前是怎么互相共同（它们的交互关系）支持营业前台运转的，然后再和每一个系统的研发沟通交换系统的次要功用以及核心逻辑，然后再基于本身的根究，发现当前逻辑的不敷，并据此提出优化需求。
2）对我效率提拔更大的就是：根据五看三定框架停止调研和设想。
整理文档，根据“五看三定”办法论（看趋向、看客户、看竞品、看本身、看时机；定目标、定掌握点、定途径），来整理文档，每一块都由浅进深地往领会。
关于不是本身做的系统，独一能够加深体验和领会的就是（出格是在没有文档材料的情状下）：本身亲身上手体验，有需要能够写一下操做手册，以便利后续回忆。
07 收获与生长
好比我们要治理10多类信源，每个页面假设都要开发的话，需要开发10遍，而将问题转化成提炼共性，往开发一个动态设置装备摆设页面，将变得乖巧许多也便利拓展，次要工做变成笼统提炼共性以及营业流程的设想。
08 最初谈一下 0-1与产物重构哪个难？哪个易？
谈不上幸运的是：0-1（前两年）和产物重构，我均履历过。
从小我切身履历感触感染来说，我认为产物重构相对难一些，难在于你要“填坑”、你要“擦屁股”、你要“复用”，不像0-1，你有良多发扬空间。
而不管是0-1仍是产物重构，都需要你对行业、客户、市场调研领会，产物重构若只是后台系统的重构，不涉及面向目标客户的重构，则不需要领会市场那些，但也要清晰营业逻辑和营业流程。
写在最初
期看本文的内容，可以对你有所搀扶帮助。
产物司理，说难也难，说易也易。不晓得本身会在产物那条路上对峙多久，至少如今还算热爱，期看天天都能比今天的本身优良一点，加油！产物er们共勉~~ ：)
本文由 @南方碟道 原创发布于人人都是产物司理。未经答应，制止转载
题图来自Unsplash，基于CC0协议