在產(chǎn)品剛開始開發(fā)時(shí)，因?yàn)樵O(shè)計(jì)和運(yùn)維方案不完善，后期常常會(huì)進(jìn)行修改數(shù)據(jù)等調(diào)整操作。這種時(shí)候，在各個(gè)協(xié)同的崗位眼里，是一個(gè)什么操作？我們來看看作者的分析。

【產(chǎn)品經(jīng)理小白】：沒事兒別改數(shù)據(jù)好不好！

修數(shù)據(jù)修數(shù)據(jù)，在我做B端產(chǎn)品經(jīng)理前兩年的產(chǎn)研經(jīng)歷中，倒是不少聽到開發(fā)人員（主要還是服務(wù)端程序員）提及修復(fù)數(shù)據(jù)，提sql。要知道這都是上帝之手，時(shí)光倒流，機(jī)關(guān)巧妙說不定就被觸發(fā)了??！

粗獷的研發(fā)初期，因?yàn)楫a(chǎn)品和運(yùn)維方案的不完善、應(yīng)急預(yù)案、兜底機(jī)制的缺失，不排除會(huì)導(dǎo)致從產(chǎn)品功能層面的數(shù)據(jù)不閉環(huán)，出現(xiàn)業(yè)務(wù)死鎖，無法進(jìn)行的局面，往往初創(chuàng)不規(guī)范的階段會(huì)采用直接修數(shù)據(jù)，也稱為“改庫(kù)”。我想對(duì)應(yīng)到人體大概屬于，直接換骨頭、移植器官。

【業(yè)務(wù)人員小黃】：修數(shù)據(jù)是什么？

一個(gè)產(chǎn)品是包含了數(shù)據(jù)、業(yè)務(wù)邏輯、系統(tǒng)邏輯的解決方案集合。各種邏輯的實(shí)現(xiàn)又依賴程序，程序是按照一定的規(guī)則和順序的任務(wù)執(zhí)行過程，是一套指令集合，在軟件開發(fā)中，程序由數(shù)據(jù)結(jié)構(gòu)和算法組成。

由此可見，數(shù)據(jù)本身其實(shí)并不關(guān)心上層的各種指令集合和邏輯。數(shù)據(jù)它就以自己最優(yōu)美而舒服的姿態(tài)存在就好。

人為修數(shù)據(jù)，就是越過山和大海（各種業(yè)務(wù)邏輯、系統(tǒng)邏輯和校驗(yàn)、數(shù)據(jù)關(guān)聯(lián)），直奔數(shù)據(jù)庫(kù)改動(dòng)值。比如：將日期類型的字段從2008-01-01改為2028-10-01、將數(shù)量從10改為1000（如果你的銀行賬戶可以改，哦，不要太爽?。?。

【管理者小菜】：這是一個(gè)什么級(jí)別和性質(zhì)的動(dòng)作？

數(shù)據(jù)可以說是在嚴(yán)密的業(yè)務(wù)、系統(tǒng)、程序邏輯結(jié)構(gòu)框架中，經(jīng)過業(yè)務(wù)輸入+邏輯指令的框架構(gòu)建和判斷，最終形成數(shù)據(jù)的寫入、修改、查詢、刪除。

比如：在微信上對(duì)手機(jī)話費(fèi)充值，簡(jiǎn)單點(diǎn)需要最終把你微信賬戶余額的數(shù)字改小、手機(jī)卡話費(fèi)賬戶余額的數(shù)字改大。如果你有修改數(shù)據(jù)的權(quán)限，可能出現(xiàn)的是，你的微信余額有多少錢你說了算。月光寶盒不過如此，你隨意的穿梭時(shí)空，無視世界的運(yùn)行和發(fā)展，修改天道玄機(jī)。

【程序員小星】：修數(shù)據(jù)有什么風(fēng)險(xiǎn)嗎？

首先是體驗(yàn)秩序的打破，社會(huì)能夠穩(wěn)定運(yùn)行是因?yàn)樯鐣?huì)秩序的建立，法律、道德、組織、宗教、經(jīng)歷、歷史各個(gè)維度互相交縱并擁有一套運(yùn)行的規(guī)律。

我們天天快樂耍手機(jī)，是因?yàn)橛幸惶追€(wěn)定的運(yùn)行程序，可以給用戶確定性的邏輯，如果faceid識(shí)別之后是關(guān)機(jī)、微信發(fā)圖片是視頻電話、刪除聊天是自動(dòng)轉(zhuǎn)賬。面對(duì)混沌的表現(xiàn)，用戶側(cè)面臨巨大的隱患，沒有用戶行為輸入而產(chǎn)生的結(jié)果，傷害的將會(huì)是用戶最寶貴的信任。

無視系統(tǒng)邏輯、產(chǎn)品邏輯的數(shù)據(jù)修改，同時(shí)可能造成上層邏輯的短路、斷路，反噬產(chǎn)品。也在削弱產(chǎn)品自身應(yīng)該考慮和完善的東西。產(chǎn)品和程序的邏輯本身如果不能夠完善，我只能說這是產(chǎn)品經(jīng)理和開發(fā)者必須承認(rèn)的鍋。

業(yè)務(wù)風(fēng)險(xiǎn)巨大，就如你有一雙摸金手，怎么可能一直去搬磚呢？從管理的視角，我們希望體系的運(yùn)行是基于完整的業(yè)務(wù)和邏輯框架，而非業(yè)務(wù)的斷路+數(shù)據(jù)的操控，這本就是失敗品。

為什么會(huì)需要修數(shù)據(jù)？

產(chǎn)品功能缺失、產(chǎn)品邏輯不閉環(huán)、代碼bug、無法業(yè)務(wù)補(bǔ)償還原、跨系統(tǒng)的數(shù)據(jù)不一致，以及系統(tǒng)閉環(huán)功能之外的業(yè)務(wù)訴求，面對(duì)以上無法通過業(yè)務(wù)方式進(jìn)行數(shù)據(jù)修正的情況下，不得不去做的妥協(xié)…

再加上一條：時(shí)間限制，以上的外界約束條件導(dǎo)致業(yè)務(wù)、產(chǎn)研團(tuán)隊(duì)走向?qū)⑿迶?shù)據(jù)的處理方式作為當(dāng)下最優(yōu)解。理論上我們應(yīng)該優(yōu)先通過程序增補(bǔ)的方式，讓業(yè)務(wù)人員通過系統(tǒng)操作的方式自行完成數(shù)據(jù)的修正，方為良策。

怎么避免修數(shù)據(jù)？-切準(zhǔn)用戶訴求、早做風(fēng)險(xiǎn)識(shí)別/評(píng)估、做好風(fēng)險(xiǎn)處理預(yù)案

• 從產(chǎn)品概念設(shè)計(jì)到產(chǎn)品架構(gòu)設(shè)計(jì)、技術(shù)架構(gòu)設(shè)計(jì)，功能框架設(shè)計(jì)、交互體驗(yàn)設(shè)計(jì)，各個(gè)層次都需要充分的對(duì)標(biāo)業(yè)務(wù)目標(biāo)，確保支撐業(yè)務(wù)訴求的一致性，也可以說：業(yè)務(wù)、產(chǎn)品、代碼、技術(shù)設(shè)計(jì)的一致性；
• 實(shí)現(xiàn)容錯(cuò)、補(bǔ)償?shù)葯C(jī)制的考慮和建設(shè)，會(huì)大大降低修數(shù)據(jù)的概率。這部分屬于風(fēng)險(xiǎn)處理-自留處理的范疇，
• 研發(fā)過程的質(zhì)量把控更不容小覷，交付出具備可用性的產(chǎn)品是整個(gè)團(tuán)隊(duì)的目標(biāo)，開發(fā)者為代碼質(zhì)量、測(cè)試為文檔要求，而產(chǎn)品經(jīng)理一定要為用戶負(fù)責(zé)
• 風(fēng)險(xiǎn)的評(píng)估需要全面，項(xiàng)目資源風(fēng)險(xiǎn)、業(yè)務(wù)實(shí)施風(fēng)險(xiǎn)、外部政策風(fēng)險(xiǎn)等，甚至于服務(wù)器壓力風(fēng)險(xiǎn)，都可能會(huì)最終導(dǎo)致修數(shù)據(jù)

以上的內(nèi)容，乍看起來有不少離產(chǎn)品經(jīng)理很遠(yuǎn)，比如：技術(shù)架構(gòu)設(shè)計(jì)、開發(fā)者的核心代碼邏輯實(shí)現(xiàn)、業(yè)務(wù)上的降級(jí)預(yù)案，雖然不少團(tuán)隊(duì)還會(huì)有諸如pmo、實(shí)施團(tuán)隊(duì)的防線，但確都是一名優(yōu)秀產(chǎn)品經(jīng)理不得不具備的素質(zhì)。