国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

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

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)的產品經理，你又會如何設計產品呢？