作為一個(gè)基礎(chǔ)功能，導(dǎo)入功能在產(chǎn)品中沒(méi)有太大的戰(zhàn)略意義，也不是什么核心功能。但這并不意味著就可以隨意應(yīng)付。能把這些基礎(chǔ)功能做好，反而說(shuō)明了產(chǎn)品經(jīng)理的基本功很不錯(cuò)。

這段時(shí)間全身心撲在另一個(gè)項(xiàng)目上，一直沒(méi)機(jī)會(huì)繼續(xù)輸出內(nèi)容，臨近春節(jié)項(xiàng)目也規(guī)劃好了年前年后的各項(xiàng)工作，總算有點(diǎn)空隙來(lái)寫點(diǎn)什么，筆者整理了下思路，決定選擇探討“數(shù)據(jù)導(dǎo)入”這一功能，原因主要有兩個(gè)方面：

首先，“數(shù)據(jù)導(dǎo)入”是B端產(chǎn)品中一項(xiàng)基礎(chǔ)而通用的功能，不受行業(yè)限制，以此為切入點(diǎn)，記錄自己在分析用戶目的、業(yè)務(wù)場(chǎng)景、價(jià)值體驗(yàn)時(shí)的思路，這樣更容易被來(lái)自各行各業(yè)的朋友所理解和應(yīng)用，特別是剛?cè)胄械淖x者朋友，如果有需要可以以此文為基礎(chǔ)，取其精華，去其糟粕。

其次，打磨好常用的方案進(jìn)行總結(jié)和記錄是筆者個(gè)人的習(xí)慣，這樣不僅是在加深自己的記憶，也是在積累專業(yè)底蘊(yùn)。在未來(lái)面對(duì)不同類型項(xiàng)目時(shí)，就可以敏銳的察覺(jué)到當(dāng)年走過(guò)的坑，然后迅速?gòu)?fù)用這些經(jīng)驗(yàn)。在筆者看來(lái)，這也是衡量一個(gè)產(chǎn)品經(jīng)理對(duì)于企業(yè)能帶來(lái)多少價(jià)值的關(guān)鍵之一。

一、需求分析

確定目標(biāo)用戶與使用場(chǎng)景

用戶背景分析：首先要了解你的目標(biāo)用戶是誰(shuí)（財(cái)會(huì)系統(tǒng)-會(huì)計(jì)、財(cái)務(wù)，人力資源系統(tǒng)-BP、秘書，呼叫中心-客服），他們通常需要導(dǎo)入什么類型的數(shù)據(jù)（客戶數(shù)據(jù)、訂單數(shù)據(jù)、產(chǎn)品數(shù)據(jù)等）。

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

使用場(chǎng)景定義：明確用戶在哪些具體情況下會(huì)用到導(dǎo)入，以及導(dǎo)入的具體信息。比如系統(tǒng)重構(gòu)后希望立即遷移舊平臺(tái)的數(shù)據(jù)；或是已有用戶想要更新信息；或者日常運(yùn)營(yíng)中需要批量加工數(shù)據(jù)。那在現(xiàn)狀沒(méi)有導(dǎo)入功能的情況下，對(duì)于用戶的影響是什么（沒(méi)辦法快速查找數(shù)據(jù)？無(wú)法快速對(duì)數(shù)據(jù)進(jìn)行加工？)。

需求評(píng)估

1. 需求頻率：數(shù)據(jù)導(dǎo)入發(fā)生的頻率是多少？每天需要導(dǎo)入幾百次，和一年導(dǎo)入十次，那設(shè)計(jì)方案的思路是完全不一樣的；
2. 需求范圍：有多少用戶受到了這個(gè)問(wèn)題的影響？幾個(gè)人需要用導(dǎo)入來(lái)加工數(shù)據(jù)，還是有幾百個(gè)人需要用導(dǎo)入來(lái)加工數(shù)據(jù)，前后兩種場(chǎng)景得出的投入產(chǎn)出比相差可能很大；
3. 業(yè)務(wù)價(jià)值：實(shí)現(xiàn)這個(gè)需求，可以帶來(lái)多大的價(jià)值？是節(jié)省多少個(gè)運(yùn)營(yíng)工時(shí)或者增強(qiáng)數(shù)據(jù)準(zhǔn)確性，還是能提高用戶滿意度和轉(zhuǎn)化率續(xù)簽率等等?；蛘哒f(shuō)既不節(jié)省工時(shí)，又不直接帶來(lái)經(jīng)濟(jì)效益，但是要滿足集團(tuán)的合規(guī)要求或者數(shù)據(jù)管理規(guī)范的要求？

從上面三個(gè)維度出發(fā)，我們可以對(duì)需求，建立起來(lái)粗略二維矩陣模型來(lái)宏觀的審視需求(此處僅為方法論，未代入具體案例)

• 高頻率高廣度：這是最高優(yōu)先級(jí)的需求，應(yīng)該盡快解決。
• 高頻率低廣度：雖然影響用戶較少，但如果這些用戶非常重要（如核心用戶或付費(fèi)用戶），也值得優(yōu)先考慮。
• 低頻率高廣度：雖然不是經(jīng)常發(fā)生，但由于影響廣泛，也應(yīng)該給予重視。
• 低頻率低廣度：這類需求優(yōu)先級(jí)最低，可以在更重要的需求得到解決之后再考慮。

當(dāng)然，這也只是方法論的一種，也可以使用其他方法作為分析的依據(jù)，例如MoSCoW方法、Kano模型、RICE評(píng)分等等，方法論主要是手段，核心還是分析思路需要跟業(yè)務(wù)同頻，盡可能的從用戶身上拿到所有想要的東西，以支撐下一階段的方案設(shè)計(jì)。

問(wèn)題示例

因?yàn)闃I(yè)務(wù)特殊和篇幅原因，這里不展開(kāi)寫調(diào)研的所有內(nèi)容，只對(duì)核心結(jié)論寫幾點(diǎn)：

根據(jù)前期的調(diào)研和業(yè)務(wù)盤點(diǎn)，并加以分析之后，我們發(fā)現(xiàn)用戶存在長(zhǎng)期高頻率的線下做數(shù)據(jù)加工然后讓IT手動(dòng)導(dǎo)入數(shù)據(jù)庫(kù)的場(chǎng)景，并且這個(gè)過(guò)程中出現(xiàn)的問(wèn)題如下(僅為示例)：

• 數(shù)據(jù)量大時(shí)，審核人員校準(zhǔn)文件非常困難，且都在做重復(fù)性工作，例如檢查日期格式，檢查數(shù)據(jù)中的人員是否在職，這些都是可以固化的規(guī)則邏輯，完全可以實(shí)現(xiàn)自動(dòng)化，釋放業(yè)務(wù)、運(yùn)營(yíng)或開(kāi)發(fā)的精力；
• 人工校準(zhǔn)會(huì)出現(xiàn)失誤，導(dǎo)致導(dǎo)入錯(cuò)誤數(shù)據(jù)，需要返工，影響系統(tǒng)對(duì)業(yè)務(wù)的支持；
• 因?yàn)閿?shù)據(jù)導(dǎo)入鏈路長(zhǎng)，使得業(yè)務(wù)數(shù)據(jù)更新的時(shí)效性不高，影響系統(tǒng)對(duì)業(yè)務(wù)的支持；
• 數(shù)據(jù)唯一性無(wú)法保證，常出現(xiàn)重復(fù)數(shù)據(jù)；
• 因?yàn)槎际俏⑿呕蚱渌k公軟件在發(fā)送文件，會(huì)出現(xiàn)發(fā)錯(cuò)，或文件過(guò)期，IT人員遺漏消息等問(wèn)題；
• 某些業(yè)務(wù)數(shù)據(jù)屬于內(nèi)部敏感資料，需要多人員去配合完成導(dǎo)入，有泄漏外傳的風(fēng)險(xiǎn)，不符合合規(guī)管控要求；
• 導(dǎo)入之后無(wú)法修改，必須刪掉所有數(shù)據(jù)重新走一遍導(dǎo)入流程；
• 一份數(shù)據(jù)多個(gè)系統(tǒng)分別需要其中某一部分時(shí)，要業(yè)務(wù)拆表制作，而拆表后，一旦更新又要重新制作，重新拆表，重新給多方更新，不然會(huì)影響數(shù)據(jù)質(zhì)量，十分繁瑣；
• …….

基于以上調(diào)研分析結(jié)果，我們開(kāi)始進(jìn)一步的方案構(gòu)思

二、流程方案設(shè)計(jì)

現(xiàn)狀流程

根據(jù)梳理的現(xiàn)狀導(dǎo)入流程來(lái)看，是完全沒(méi)有做任何系統(tǒng)支持的，基本上都靠業(yè)務(wù)人工審核數(shù)據(jù)，審核之后IT手動(dòng)用腳本在數(shù)據(jù)庫(kù)中直接去寫入，非常原始，我們可以用到筆者在前一篇文章【B端產(chǎn)品經(jīng)理的流程設(shè)計(jì)思維（下）實(shí)操部分】中寫的流程優(yōu)化方法

去進(jìn)行判斷，后續(xù)開(kāi)發(fā)為系統(tǒng)功能之后，流程上要優(yōu)化的幾個(gè)點(diǎn)

• 原流程無(wú)角色信息，職權(quán)不明晰
• 加工業(yè)務(wù)數(shù)據(jù)前，可以先按照數(shù)據(jù)庫(kù)格式進(jìn)行要求，避免最后一步返工
• 上級(jí)審核的規(guī)則和判斷，固化成一條條的清晰邏輯，用系統(tǒng)校驗(yàn)替代人工
• 開(kāi)發(fā)導(dǎo)入這個(gè)動(dòng)作可以完全省略，系統(tǒng)頁(yè)面增加導(dǎo)入功能，整體流程由用戶側(cè)完成導(dǎo)入不成功返回結(jié)果，可以根據(jù)實(shí)際需求，做成實(shí)時(shí)反饋(彈窗或下載報(bào)錯(cuò)數(shù)據(jù))，或者統(tǒng)一反饋（郵件通知）
• …….

優(yōu)化后的流程

流程說(shuō)明文件的撰寫方法，在前面文章有詳細(xì)寫過(guò)，這里就不再?gòu)?fù)述了，在流程方案澄清，評(píng)審?fù)ㄟ^(guò)后，我們就可以開(kāi)始系統(tǒng)方案的設(shè)計(jì)了，也就回到了我們產(chǎn)品經(jīng)理的專業(yè)領(lǐng)域上

三、系統(tǒng)方案設(shè)計(jì)

導(dǎo)入模版設(shè)計(jì)

我們?cè)诹鞒谭桨冈O(shè)計(jì)時(shí)有提到，直接上級(jí)審核這個(gè)活動(dòng)環(huán)節(jié)，我們可以將審核的規(guī)則，固化成一條條的邏輯，用系統(tǒng)校驗(yàn)替代人工，那么這些審核的規(guī)則，我們即要在前端讓運(yùn)營(yíng)人員加工數(shù)據(jù)時(shí)就知道，也要在系統(tǒng)后端，校驗(yàn)導(dǎo)入數(shù)據(jù)時(shí)用到。這里就需要導(dǎo)入模版的設(shè)計(jì)了：

• 【模版說(shuō)明】：通過(guò)抬頭第1行告知填寫的人員注意事項(xiàng)；
• 【字段】：來(lái)源于前期跟業(yè)務(wù)敲定的共識(shí)，以后統(tǒng)一使用標(biāo)準(zhǔn)字段；
• 【填寫格式】：來(lái)源于前期跟業(yè)務(wù)敲定的共識(shí)，以后統(tǒng)一使用標(biāo)準(zhǔn)格式，如日期填寫都是用 YYYY-MM-DD，而不是2025/1/1 或 2025.01.1；
• 【數(shù)據(jù)起始行】：寫入數(shù)據(jù)庫(kù)的順序起始第1行;
• …….

如果字段填寫的數(shù)據(jù)，是固化的值列表，也可以直接設(shè)計(jì)在模版中，避免手工輸入時(shí)誤填，并且表格本身也會(huì)做一道校驗(yàn)，用戶誤填也能及時(shí)知道，而不是等上傳了報(bào)錯(cuò)才發(fā)現(xiàn)，如：

如果字段之間有一定的集聯(lián)關(guān)系，也可以在模版中說(shuō)明并在prd中寫明相應(yīng)邏輯，如：

• 填寫了B字段，則C字段必填；
• 如B字段中填寫10，則對(duì)應(yīng)校驗(yàn)C字段填寫必須為1-10之間的整數(shù)；
• 如B字段中填寫20，則對(duì)應(yīng)校驗(yàn)C字段填寫值必須為11-20之間的整數(shù)；
• ……

導(dǎo)入功能設(shè)計(jì)

1、導(dǎo)入按鈕

在需要導(dǎo)入的頁(yè)面，增加【導(dǎo)入】按鈕，點(diǎn)擊后選擇本地文件進(jìn)行導(dǎo)入，似乎是最簡(jiǎn)單的操作體驗(yàn)

但是怎么讓業(yè)務(wù)知道，我們有設(shè)計(jì)導(dǎo)入模版，需要滿足模版格式進(jìn)行導(dǎo)入呢？所以這里需要在點(diǎn)擊【導(dǎo)入】之后，給一個(gè)下載模版文件的入口：

方案做這一步已經(jīng)能簡(jiǎn)單滿足導(dǎo)入的需求，但在前期調(diào)研的時(shí)候，業(yè)務(wù)上還有一些細(xì)微的問(wèn)題，比如同時(shí)制作的文件很多，容易找不到，或者覺(jué)得去系統(tǒng)上一步步點(diǎn)上傳很麻煩，不如以前做好之后發(fā)給IT去導(dǎo)入等等

這不僅僅是實(shí)現(xiàn)功能就能解決的，基于這種偏負(fù)面的情緒，我們可以在功能體驗(yàn)上做更多優(yōu)化，降低用戶抵觸心理和學(xué)習(xí)成本，比如：

• 支持拖動(dòng)上傳，減少操作步驟；
• 增加上傳過(guò)程的提示，緩解用戶等待情緒；
• 上傳成功或上傳失敗，都要有對(duì)應(yīng)的提示告知用戶；
• 可以操作的地方亮起，不能操作的地方置灰；
• 打磨其他細(xì)節(jié)，務(wù)必做到操作簡(jiǎn)潔，體驗(yàn)清晰，指引準(zhǔn)確；
• …….

以上面寫的材料作為依據(jù)，產(chǎn)品方案設(shè)計(jì)如下

2、點(diǎn)擊導(dǎo)入，彈出導(dǎo)入窗口

• 拖動(dòng)文件到彈窗中，自動(dòng)上傳(需要做文件格式識(shí)別，拖入word或其他文件無(wú)法上傳)
• 點(diǎn)擊彈窗中間區(qū)域，調(diào)起本地文件選擇器，選擇文件類型僅支持，xls/.xlsx 格式。
• 點(diǎn)擊【點(diǎn)擊下載模板文件】處，即可下載導(dǎo)入模板；導(dǎo)入模板命名：xxxx_批量導(dǎo)入模板
• 未選擇文件前【上傳】按鈕置灰，不可點(diǎn)擊

3、可【重新選擇】后上傳

也可以在選擇文件這一步，就做一級(jí)校驗(yàn)，即校驗(yàn)選擇的文件中字段，與模版字段是否一致，如一致則正常選擇，顯示在彈窗中，如不一致，則報(bào)錯(cuò)提示：

選擇文件無(wú)誤后，點(diǎn)擊【上傳】按鈕進(jìn)入上傳進(jìn)程，上傳進(jìn)程中【取消】和【上傳】按鈕置灰無(wú)法點(diǎn)擊(看實(shí)際業(yè)務(wù)場(chǎng)景，如果需要上傳中途也能取消，則需要中止進(jìn)程并對(duì)已上傳數(shù)據(jù)進(jìn)行注釋)：

4、上傳進(jìn)程校驗(yàn)結(jié)束

1）【上傳成功】

文件信息上傳成功后，頂部浮窗顯示：

注意：這里需要跟業(yè)務(wù)對(duì)齊原則，上傳校驗(yàn)邏輯采用以下哪種方案

• 所有數(shù)據(jù)都校驗(yàn)通過(guò)，才可以上傳成功，否則整個(gè)文件全部失??；
• 文件中校驗(yàn)通過(guò)的數(shù)據(jù)正常上傳，校驗(yàn)失敗的數(shù)據(jù)，單獨(dú)生成失敗文件；

這里為了方便報(bào)錯(cuò)文件生成，二次上傳避免重復(fù)數(shù)據(jù)，避免拆表，故選擇a）方案，上傳成功后可點(diǎn)擊【繼續(xù)上傳】即可調(diào)起本地上傳彈窗，繼續(xù)上傳內(nèi)容。

2）【上傳失敗】

數(shù)據(jù)校驗(yàn)未通過(guò)

• 上傳數(shù)據(jù)中，若上傳數(shù)據(jù)中有數(shù)據(jù)未通過(guò)校驗(yàn)時(shí)，全部數(shù)據(jù)都無(wú)法正常導(dǎo)入，對(duì)應(yīng)有問(wèn)題的數(shù)據(jù)按字段分別生成原因在“失敗說(shuō)明”列；
• 點(diǎn)擊“點(diǎn)擊下載失敗信息”將下載上傳失敗的表格到本地；模板名稱：xxxx_批量導(dǎo)入失敗信息

校驗(yàn)邏輯說(shuō)明

根據(jù)前期調(diào)研到的業(yè)務(wù)規(guī)則進(jìn)行梳理和標(biāo)準(zhǔn)化，與業(yè)務(wù)代表達(dá)成一致后，形成固化邏輯并交付開(kāi)發(fā)，以下均為示例，僅做參考：

校驗(yàn)原則：校驗(yàn)所有字段信息，如有錯(cuò)誤數(shù)據(jù)僅做記錄，不中止校驗(yàn)，在上傳失敗文件中統(tǒng)一呈現(xiàn)失敗說(shuō)明(數(shù)據(jù)較多時(shí)，對(duì)系統(tǒng)性能要求較高，慎用)

a）必填項(xiàng)校驗(yàn)：校驗(yàn)數(shù)據(jù)行中必填字段是否為空，為空則失敗。失敗說(shuō)明：【對(duì)應(yīng)字段】缺少必填信息；

b）權(quán)限校驗(yàn)：校驗(yàn)導(dǎo)入員工數(shù)據(jù)，是否為操作人同一組織部門，不為同一組織則失敗，失敗說(shuō)明：無(wú)員工組織范圍權(quán)限

c）重復(fù)項(xiàng)校驗(yàn)：以員工ID+開(kāi)始派駐日期+結(jié)束派駐日期 為基準(zhǔn)，檢驗(yàn)本次導(dǎo)入數(shù)據(jù)+系統(tǒng)中已存在的數(shù)據(jù)，一個(gè)員工在同一時(shí)間內(nèi)僅可存在一條派駐數(shù)據(jù)，否則失敗，失敗說(shuō)明：【員工ID】存在重復(fù)數(shù)據(jù)；

d）集聯(lián)校驗(yàn)：

1）未填寫【A列】時(shí)，【A列】【B列】字段都不校驗(yàn)，不寫入該列數(shù)據(jù)；

2）已填寫【A列】時(shí)，【B列】為必填并需要寫入【A列】【B列】數(shù)據(jù)，否則失??；

e）【員工ID】：校驗(yàn)填寫的ID是否為集團(tuán)在職員工，失敗說(shuō)明：【姓名】員工不存在

f）【派駐場(chǎng)景】：僅支持導(dǎo)入當(dāng)前系統(tǒng)中已配置的派駐場(chǎng)景，否則失敗，失敗說(shuō)明：【派駐場(chǎng)景】填寫內(nèi)容不存在

g）【派駐開(kāi)始/結(jié)束時(shí)間】：

1）校驗(yàn)導(dǎo)入的派駐時(shí)間段格式是否正確，錯(cuò)誤時(shí)失敗說(shuō)明：【派駐開(kāi)始/結(jié)束時(shí)間】格式錯(cuò)誤

2）數(shù)據(jù)的派駐時(shí)間段是否有誤（結(jié)束時(shí)間需大于開(kāi)始時(shí)間），錯(cuò)誤時(shí)失敗說(shuō)明：【派駐開(kāi)始/結(jié)束時(shí)間】開(kāi)始時(shí)間大于結(jié)束時(shí)間

h）……以此類推

失敗信息

下載失敗信息表，進(jìn)行報(bào)錯(cuò)詳情查看后修正并重新導(dǎo)入，如下增加【失敗說(shuō)明】列：

四、總結(jié)

導(dǎo)入只是個(gè)很基礎(chǔ)的功能，實(shí)際并不具有戰(zhàn)略性的業(yè)務(wù)價(jià)值，也不足以成為核心功能進(jìn)行賣點(diǎn)宣導(dǎo)，但是做基礎(chǔ)能力的態(tài)度和思維，往往決定了一個(gè)產(chǎn)品的下限。一些細(xì)枝末節(jié)的角落，能不能設(shè)計(jì)到讓用戶幾乎是趨于本能性的進(jìn)行使用，讓操作體驗(yàn)無(wú)阻，業(yè)務(wù)流程銜接順暢，這非常考驗(yàn)產(chǎn)品經(jīng)理的設(shè)計(jì)思維。

本篇文章為了更具體的說(shuō)明邏輯，筆者簡(jiǎn)單舉了一些業(yè)務(wù)場(chǎng)景的例子，這里只是為了能夠擴(kuò)大通用性，讓讀者朋友能代入后去清晰的閱讀，也是給未來(lái)的自己留下一些面對(duì)不同領(lǐng)域業(yè)務(wù)也能復(fù)用的材料。實(shí)際上根據(jù)系統(tǒng)架構(gòu)、業(yè)務(wù)需求、產(chǎn)品定位、用戶群體等等不同，這里面可以做的差異化設(shè)計(jì)還有很多很多，再寫幾篇文章也寫不完。包括導(dǎo)入的報(bào)錯(cuò)，數(shù)據(jù)量小，怎么更快捷的進(jìn)行數(shù)據(jù)修正，數(shù)據(jù)量過(guò)大，怎么進(jìn)行拆表修正等等。還有財(cái)會(huì)系統(tǒng)、薪酬系統(tǒng)，對(duì)數(shù)據(jù)精度要求極高，需要犧牲很大一部分用戶體驗(yàn)做多重校驗(yàn)，對(duì)導(dǎo)入時(shí)可操作的數(shù)據(jù)權(quán)限控制設(shè)計(jì)、導(dǎo)入數(shù)據(jù)本身的分層校驗(yàn)設(shè)計(jì)也十分復(fù)雜。

還是那句話，以上內(nèi)容并非絕對(duì)的行業(yè)標(biāo)準(zhǔn)，各位讀者可以去其糟粕，取其精華，根據(jù)現(xiàn)在所面臨的處境按需取用，也歡迎大家進(jìn)行良性討論和補(bǔ)充完善。