我在招聘模塊填過的個人簡歷,評職稱的時候,為啥還得填一遍?
“之前有一個問題我一直沒想明白,你說都是一個單位的,我在招聘模塊填過的個人簡歷,評職稱的時候,為啥還得填一遍?”
01 了解B端產品建設背景
要回答引言的問題:首先我們要知道一個組織的系統(tǒng)是如何構建起來的
一個組織會構建非常多的業(yè)務系統(tǒng),越是龐大的組織,業(yè)務系統(tǒng)越豐富
但是,我們要深刻認識到這些業(yè)務系統(tǒng)并不會一次性全都建完。一般來說呢,這些業(yè)務系統(tǒng)的建設路徑是:
- 具體使用部門提出需求
- 廠商提供解決方案
- 交付實施建設完成
所以每個需求模塊或許都是獨立的應用,由不同廠商承建、有不同的業(yè)務字段、有需求特定的業(yè)務流程
02 產生問題的原因分析
然后我們回到引言的問題:招聘模塊填過的個人簡歷,評職稱的時候,為啥還得填一遍?
經過前面內容的鋪墊,我們甚至可以大膽猜測一下招聘模塊可能是A廠商提供的saas系統(tǒng),職稱評價模塊可能是上級單位的定開系統(tǒng),那么我們就可以解釋引言的問題了,數據歸屬都不在同一個系統(tǒng),填報內容有斷層,好像可以理解了
03 是因為沒有數據中臺嗎
懂點背景的人可能會說,這不就是缺個數據中臺嗎
起初我在咨詢的時候也這么認為,下意識的會問一句:咱們組織有數據中臺嗎
然而回答往往是:我們有數據中臺
(圖源:《數據中臺-讓數據用起來》)
04 數據中臺失效的原因
所以問題出在哪里呢?我接著問,既然數據中臺建好了,下游系統(tǒng)直接從中臺中獲取數據不就萬事大吉了。這話不問還好,一問需求部門就一肚子苦水可以到,故事要從很久很久以前說起,之前的系統(tǒng)是由另一個需求單位建設的,然后呢,就出現業(yè)務場景下同一對象的不同表述
在招聘模塊中,要多了解人選,需要有500字的自我介紹
在職稱評價模塊中,主要看職員的成績,100字的自我介紹就夠了
招聘的數據確實在數據中臺里,但是,數據中臺獲取過來的數據職稱評價模塊并不能直接用
05 如何在用戶側選擇解決方案
既然我們找到癥結了,解決方案是啥?
方案一:辛苦用戶在不同業(yè)務系統(tǒng)多填一遍
優(yōu)勢:系統(tǒng)自有功能可以自閉環(huán)
劣勢:用戶操作麻煩,不停填寫對應內容
方案二:后面建的業(yè)務系統(tǒng)直接獲取數據中臺的500字自我介紹
優(yōu)勢:用戶不需要額外多填
劣勢:委屈后建系統(tǒng)的業(yè)務部門,要迎合系統(tǒng)調整業(yè)務需求
方案三:?后面建的業(yè)務系統(tǒng)先從中臺獲取自我介紹,提示用戶刪減到100字
優(yōu)勢:對用戶而言填的內容少一點
劣勢:后面建的業(yè)務系統(tǒng)功能對之前建設業(yè)務系統(tǒng)產生依賴
所以,如果你是這個系統(tǒng)的業(yè)務方,你會如何選方案呢?
如果你是這個系統(tǒng)的產品經理,你又會如何設計產品呢?
本文由 @是湘湘呀 原創(chuàng)發(fā)布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
- 目前還沒評論,等你發(fā)揮!