我在招聘模塊填過的個人簡歷,評職稱的時候,為啥還得填一遍?

0 評論 2717 瀏覽 2 收藏 5 分鐘

“之前有一個問題我一直沒想明白,你說都是一個單位的,我在招聘模塊填過的個人簡歷,評職稱的時候,為啥還得填一遍?”

01 了解B端產品建設背景

要回答引言的問題:首先我們要知道一個組織的系統(tǒng)是如何構建起來的

一個組織會構建非常多的業(yè)務系統(tǒng),越是龐大的組織,業(yè)務系統(tǒng)越豐富

但是,我們要深刻認識到這些業(yè)務系統(tǒng)并不會一次性全都建完。一般來說呢,這些業(yè)務系統(tǒng)的建設路徑是:

  1. 具體使用部門提出需求
  2. 廠商提供解決方案
  3. 交付實施建設完成

所以每個需求模塊或許都是獨立的應用,由不同廠商承建、有不同的業(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é)議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!