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