構(gòu)建數(shù)字化供應(yīng)鏈:生鮮行業(yè)的基礎(chǔ)數(shù)據(jù)管理

1 評(píng)論 4564 瀏覽 40 收藏 21 分鐘
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

之前有提到過我在后面的公司參與了ERP系統(tǒng)的搭建和前臺(tái)工具的實(shí)現(xiàn)。上一篇跟大家分享了前臺(tái)銷售工具(BD助手)的立項(xiàng)-結(jié)項(xiàng)的過程。從這篇開始,我會(huì)將之前負(fù)責(zé)的生鮮供應(yīng)鏈ERP系統(tǒng)以我自己的理解逐步拆解出來,供大家參考。可能會(huì)有很多理解不足或者遺漏掉的地方,請(qǐng)大家多多斧正。

供應(yīng)鏈ERP系統(tǒng)很龐大,涉及到的板塊也比較多,我會(huì)拆分幾篇跟大家逐步分享下,初步計(jì)劃是以基礎(chǔ)數(shù)據(jù)-采購與供應(yīng)商管理-訂單與配送-庫存管理-財(cái)務(wù)與結(jié)算-數(shù)據(jù)分析與決策支撐的幾個(gè)模塊跟大家分享。

生鮮行業(yè)本身是一個(gè)具體的業(yè)務(wù)方向,也有自己的一些特殊性,系統(tǒng)設(shè)計(jì)也會(huì)兼容這部分特殊性,所以從事不同業(yè)務(wù)方向的同學(xué)有疑惑或者有指正的地方可以在評(píng)論區(qū)留言,大家一起探討下。

感興趣的可以關(guān)注一下我,跟我一起從零到整拆解供應(yīng)鏈生鮮ERP。

一、背景

老規(guī)矩,先講一下項(xiàng)目的背景。

最開始做這套生鮮ERP的主營(yíng)業(yè)務(wù)方向是面向于批發(fā)客戶(主要是大B,政企單位)的食堂采購需求,旨在通過線上ERP系統(tǒng)管理采銷配過程中的各個(gè)環(huán)節(jié),做到資金流/訂單流/物流三大流程的線上化,提升人效且規(guī)范化管理。

后期也借助這套生鮮ERP快速支持了新業(yè)務(wù)的拓展,也就是當(dāng)前在做的面向小B的在線批發(fā)配送業(yè)務(wù),可以說整體的架構(gòu)設(shè)計(jì)還是比較合理的,后續(xù)也支撐了集團(tuán)多業(yè)態(tài)業(yè)務(wù)的開展。

拆解供應(yīng)鏈免不了要從基礎(chǔ)數(shù)據(jù)開始,基礎(chǔ)數(shù)據(jù)作為數(shù)字化供應(yīng)鏈的基石,對(duì)整個(gè)生鮮供應(yīng)鏈的運(yùn)作都起到關(guān)鍵作用。

二、基礎(chǔ)數(shù)據(jù)

每個(gè)系統(tǒng)都有自己的基礎(chǔ)數(shù)據(jù),支撐系統(tǒng)的正常運(yùn)行,同時(shí)也因?yàn)闃I(yè)務(wù)方向的不同,基礎(chǔ)數(shù)據(jù)的種類也不同。

本篇分享的生鮮供應(yīng)鏈ERP中主要包含的基礎(chǔ)數(shù)據(jù)種類有組織、商品、供應(yīng)商、客戶、倉庫、物流等。

基礎(chǔ)數(shù)據(jù)中有些是涉及到全局使用的,比如商品編碼,必須全局統(tǒng)一,避免因商品編碼定義不同導(dǎo)致的系統(tǒng)單據(jù)流轉(zhuǎn)差異;有些數(shù)據(jù)又是局部使用的,比如商品銷售名稱,在不同業(yè)務(wù)或不同區(qū)域中允許存在不同定義,以適配不同的業(yè)務(wù)場(chǎng)景。

基礎(chǔ)數(shù)據(jù)的管理主要涉及到數(shù)據(jù)的增刪改查以及審核和下發(fā),要確保數(shù)據(jù)管理的高效性、安全性和準(zhǔn)確性,需要做到:

  • 數(shù)據(jù)定義要清晰、明確,不存在歧義,數(shù)據(jù)類型要標(biāo)準(zhǔn)化。
  • 規(guī)范數(shù)據(jù)的準(zhǔn)入和更新流程,明確下發(fā)字段和下發(fā)及時(shí)性要求。
  • 保障數(shù)據(jù)的質(zhì)量,定期校驗(yàn)數(shù)據(jù)準(zhǔn)確性。
  • 設(shè)計(jì)數(shù)據(jù)安全與權(quán)限策略,限制對(duì)敏感數(shù)據(jù)的訪問和編輯,追蹤數(shù)據(jù)的變更記錄。
  • 定期備份數(shù)據(jù),以防止數(shù)據(jù)的損壞或丟失。

基礎(chǔ)數(shù)據(jù)一定要在設(shè)計(jì)整套系統(tǒng)架構(gòu)時(shí)考慮清楚,如果系統(tǒng)已經(jīng)實(shí)施了大半或者已經(jīng)上線后,才發(fā)現(xiàn)基礎(chǔ)數(shù)據(jù)的設(shè)計(jì)不足以支撐現(xiàn)有業(yè)務(wù),那改起來是非常痛苦的,等于樓盤都交付了要去改地基。

我們現(xiàn)有業(yè)務(wù)在商品主數(shù)據(jù)方面就出了類似的問題,調(diào)整過程很漫長(zhǎng)且難以落地。

三、商品主數(shù)據(jù)

1. 商品準(zhǔn)入/作廢

我們公司的商品主數(shù)據(jù)是在SAP中進(jìn)行維護(hù)的,商品準(zhǔn)入是在OA申請(qǐng)商品主數(shù)據(jù)創(chuàng)建流程,補(bǔ)充商品的基礎(chǔ)信息,流程審批通過后創(chuàng)建成功,再依次下發(fā)到各業(yè)務(wù)系統(tǒng)中,作廢同理。

2. 商品的SPU/SKU/SN碼

根據(jù)使用場(chǎng)景和管理維度的不同,可以將商品用SPU/SKU/SN來代指。

  1. SPU(Standard Product Unit): 標(biāo)準(zhǔn)產(chǎn)品單元。SPU是一組具有相似外觀、功能和用途的商品的標(biāo)準(zhǔn)標(biāo)識(shí)。通常,同一SPU下的商品在功能和外觀上是相同的,只是細(xì)節(jié)上可能有所不同。
  2. SKU(Stock Keeping Unit): 庫存量單位。SKU是對(duì)具體庫存商品的唯一標(biāo)識(shí),通常由數(shù)字和字母組成。每個(gè)SKU都對(duì)應(yīng)著一個(gè)特定的商品,它可以是SPU的一個(gè)具體實(shí)例。SKU通常用于區(qū)分不同的商品屬性,如顏色、尺寸、包裝等。
  3. SN碼(Serial Number): 序列號(hào)。SN碼是商品的唯一序列號(hào),通常由數(shù)字、字母或二維碼組成。每個(gè)商品都有一個(gè)唯一的SN碼,通過這個(gè)碼可以追蹤商品的生產(chǎn)、流通和銷售情況。SN碼通常用于保障產(chǎn)品的質(zhì)量追溯、售后服務(wù)以及防偽等方面。

一般來說一個(gè)SPU可能對(duì)應(yīng)多個(gè)SKU,一個(gè)SKU可能對(duì)應(yīng)多個(gè)SN碼,即

舉個(gè)例子,大家可能更好理解一些:

  • SPU更多的使用場(chǎng)景是在銷售和運(yùn)營(yíng)層面,同時(shí)方便用戶的搜索和后臺(tái)的快速歸集及數(shù)據(jù)統(tǒng)計(jì),制定商品策略等。
  • SKU是具體的商品屬性的歸集,更多應(yīng)用在價(jià)格和供應(yīng)鏈層面,包含商品定價(jià),出入庫管理,商品備貨,庫存管理等。
  • SN碼也是供應(yīng)鏈管理的維度,不參與銷售行為,更多的是庫存精細(xì)化管理的標(biāo)記,一般應(yīng)用于電子產(chǎn)品、汽車、醫(yī)藥等較多,要精確到某一個(gè)具體的實(shí)物身上,方便后續(xù)追蹤。

3. 商品屬性

上文中有提到基礎(chǔ)數(shù)據(jù)也分為全局使用和局部使用,可以拿商品基礎(chǔ)數(shù)據(jù)來拆解一下。

1)如果業(yè)務(wù)系統(tǒng)僅服務(wù)于一個(gè)業(yè)務(wù)體,不存在其他業(yè)務(wù)或不考慮復(fù)用性,那商品基礎(chǔ)數(shù)據(jù)可以全量維護(hù)在一個(gè)表單,商品準(zhǔn)入后即創(chuàng)建成功。

這樣創(chuàng)建和維護(hù)比較簡(jiǎn)單但局限性很大,基本只適合在后臺(tái)使用,前臺(tái)無法共用。如果有一些通用屬性相同,銷售屬性不同的,需要重新再維護(hù)一遍,工作量也比較大,且統(tǒng)計(jì)也比較難以聚合起來,統(tǒng)一分析。這種比較適合品類比較單一,不需要做聚合的企業(yè)。

2)如果考慮多業(yè)務(wù)體復(fù)用性,則可以根據(jù)商品屬性區(qū)分:

  • 基礎(chǔ)屬性(全局統(tǒng)一):①商品編碼 ②商品名稱 ③商品主分類 ④基礎(chǔ)單位。
  • 銷售屬性(允許不同業(yè)務(wù)體定義值不同):①商品銷售名稱 ②前端銷售分類 ③稅率 ④商品銷售單位 ⑤規(guī)格 ⑥標(biāo)簽 ⑦商品圖片等。

這樣在商品準(zhǔn)入時(shí)維護(hù)商品基礎(chǔ)屬性即可,銷售屬性在實(shí)際引用時(shí)維護(hù),這樣可以做到系統(tǒng)在服務(wù)不同業(yè)務(wù)體的時(shí)候,同一商品僅需要建碼一次,在引用時(shí)通過維護(hù)不同銷售屬性加以區(qū)分可以靈活適配不同業(yè)務(wù)情況,同時(shí)也避免數(shù)據(jù)混亂或數(shù)據(jù)統(tǒng)計(jì)不完全,比較適合平臺(tái)型企業(yè)或品類較為復(fù)雜,涉及到的數(shù)據(jù)維度也比較復(fù)雜的企業(yè)。

4. 商品類目

商品類目是商品的一個(gè)重要組成部分,在內(nèi)/外部系統(tǒng)中使用頻率都比較高。一般來說,商品類目有一級(jí)類目,二級(jí)類目,三級(jí)類目等。三級(jí)類目基本可以滿足多數(shù)系統(tǒng)的使用需求,但不排除有些業(yè)務(wù)有更精細(xì)化的要求,會(huì)分到四級(jí)類目,比如汽車零部件行業(yè)等。

1)商品類目可以拆分為后臺(tái)主分類和前端銷售分類。

商品主分類是所有商品的標(biāo)準(zhǔn)分類,通常是兩級(jí)到三級(jí)樹形結(jié)構(gòu),涉及到很多外部系統(tǒng)的邏輯,一般不會(huì)輕易變更。

主分類上還可以承載商品的基礎(chǔ)屬性,在維護(hù)商品時(shí),選擇主分類后,可以將分類下的屬性帶出,節(jié)省維護(hù)商品數(shù)據(jù)的時(shí)間。

同時(shí),后臺(tái)主分類也多用于商品數(shù)據(jù)分析的場(chǎng)景,輔助判斷商品的流通性、銷售趨勢(shì)、價(jià)格趨勢(shì)、庫存趨勢(shì)等關(guān)聯(lián)性。

2)前端銷售分類主要是用來促進(jìn)銷售,有時(shí)具備一些營(yíng)銷或節(jié)日屬性(比如今日促銷、產(chǎn)地蔬菜),且多是平鋪,方便客戶瀏覽查看。

前端銷售分類有時(shí)還會(huì)承載一種業(yè)務(wù)類型的規(guī)則聚集,以我們做的生鮮供應(yīng)鏈為例,在發(fā)起售后時(shí),不同品類(豬肉,蔬菜,雜百等)之間的售后審批流程,售后規(guī)則均不相同;這種不同類別的配置就是依靠前端銷售分類來區(qū)分的。

后臺(tái)主分類和前端銷售分類的對(duì)應(yīng)可能是一對(duì)一,一對(duì)多,多對(duì)多的,主要還是看實(shí)際的業(yè)務(wù)場(chǎng)景配置。

5. 編碼

再跟大家分享下幾種編碼的使用場(chǎng)景:

  1. 商品編碼:一般是指SPU編碼,商品準(zhǔn)入后自動(dòng)生成,一般使用在系統(tǒng)內(nèi)部,用于確定具體商品。
  2. SKU編碼:維護(hù)銷售屬性后生成,多用于供應(yīng)鏈內(nèi)部流轉(zhuǎn),一般使用在系統(tǒng)內(nèi)部,唯一性確定某一個(gè)商品。
  3. 商品條碼:一般稱為69碼,69碼的編碼規(guī)則包含20位數(shù)字,其中前14位是全球唯一的商品編碼,由全球唯一編碼機(jī)構(gòu)(GS1)頒發(fā);第15到17位是地區(qū)碼,表示商品在哪些地區(qū)銷售;第18位是包裝級(jí)別碼,表示商品包裝的級(jí)別;第19位到20位是校驗(yàn)碼,用于檢驗(yàn)前面數(shù)字的準(zhǔn)確性。主要是用于倉庫出入庫掃描,識(shí)別SKU的依據(jù)。
  4. SN碼:商品出廠時(shí)印在商品包裝盒上的識(shí)別碼,同一SKU下的每一個(gè)實(shí)物SN碼都不同,一般用在商品價(jià)值比較高或需要全程溯源的行業(yè)。

四、客戶數(shù)據(jù)

1. 客戶主數(shù)據(jù)維護(hù)/作廢

同商品主數(shù)據(jù),都是在SAP中建檔,流程通過后創(chuàng)建成功,作廢同理,流程的搭建更多是匹配公司業(yè)務(wù)規(guī)則,可根據(jù)實(shí)際情況配置。

2. 客戶信息

1)客戶基本信息,可直接獲?。?/strong>

  • 包括客戶的名稱、公司法定名稱、聯(lián)系人等基本身份信息。
  • 聯(lián)系方式: 客戶的電話號(hào)碼、電子郵件地址、傳真等聯(lián)系方式。
  • 地址信息: 客戶的辦公地址、倉庫地址或者其他重要地址信息,特別是在涉及到物流和配送的業(yè)務(wù)中。
  • 記錄負(fù)責(zé)該客戶的銷售團(tuán)隊(duì)成員信息,跟進(jìn)記錄等,以便協(xié)調(diào)溝通。

2)客戶消費(fèi)信息,由平臺(tái)消費(fèi)記錄獲得:

  • 客戶購買歷史。
  • 客戶支付記錄。
  • 客戶參與營(yíng)銷記錄情況

3)客戶用戶畫像,通過數(shù)據(jù)分析得出:

  • 客戶生命周期。
  • 客戶類型(普通客戶/VIP會(huì)員/分銷商/批發(fā)商等)。
  • 客戶偏好(下單偏好及客戶售后偏好等)。
  • 客戶層級(jí)。

3. 客戶結(jié)算

如果系統(tǒng)同時(shí)支撐多個(gè)業(yè)務(wù)主體,那么在建檔時(shí)可能會(huì)區(qū)分出幾種客戶類型,用以方便最后結(jié)算:

  1. 結(jié)算客戶:一般性的客戶類型,表示與公司有結(jié)算關(guān)系的客戶。這可能包括常規(guī)的銷售和采購活動(dòng)。
  2. 一次性客戶:短期一次性的交易,不需要保留過多的客戶信息,通常不做建檔,統(tǒng)一放在同一個(gè)一次性客戶下。

檔口客戶:一個(gè)結(jié)算客戶下可能存在多個(gè)檔口客戶,在最終結(jié)算時(shí)均結(jié)算在一個(gè)結(jié)算客戶下。舉個(gè)例子:客戶中有學(xué)校客戶,學(xué)校有多個(gè)食堂,每個(gè)食堂都有單獨(dú)的菜單,分開采購。這時(shí)候就可以建立一個(gè)學(xué)校主體作為結(jié)算客戶,多個(gè)食堂作為檔口客戶,檔口客戶之間可以分開下單,數(shù)據(jù)不互通,最后統(tǒng)一結(jié)算在學(xué)校這個(gè)結(jié)算客戶下。

五、供應(yīng)商數(shù)據(jù)

供應(yīng)商指能夠?yàn)榻M織提供工程、物資和服務(wù)的個(gè)人或企業(yè)。在決定其為供應(yīng)商之前,通常會(huì)經(jīng)過審查,符合審查條件的可以進(jìn)入供應(yīng)商準(zhǔn)入流程,還會(huì)根據(jù)公司定義的供應(yīng)商評(píng)級(jí),為供應(yīng)商賦予不同的合作層級(jí)。

1. 供應(yīng)商準(zhǔn)入/拉黑

圖1.供應(yīng)商準(zhǔn)入流程

圖2.供應(yīng)商拉黑流程

2. 供應(yīng)商信息

1)供應(yīng)商基本信息,供應(yīng)商的名稱、地址、聯(lián)系方式,企業(yè)法人,經(jīng)營(yíng)范圍,營(yíng)業(yè)三證附件,統(tǒng)一社會(huì)信用代碼,營(yíng)業(yè)期限等基礎(chǔ)信息

2)供應(yīng)商財(cái)務(wù)信息,企業(yè)名稱、開戶行、開戶城市、開戶名、銀行賬號(hào)、稅號(hào)等。包括與供應(yīng)商之間的財(cái)務(wù)交易,如賬期、付款方式等。確保與供應(yīng)商的財(cái)務(wù)往來得以準(zhǔn)確記錄和核對(duì)。

3)供應(yīng)商合同,記錄和管理與供應(yīng)商簽訂的采購合同。包括合同的起始日期、終止日期、合同金額、付款條款等內(nèi)容。

3. 供應(yīng)商評(píng)估

1)供應(yīng)商資質(zhì)審核,確認(rèn)供應(yīng)商的合法身份,評(píng)估供應(yīng)商的財(cái)務(wù)狀況和經(jīng)營(yíng)能力。

2)供應(yīng)商績(jī)效考核,通過內(nèi)部績(jī)效考核規(guī)則和實(shí)際業(yè)務(wù)滿足率進(jìn)行綜合評(píng)估,淘汰掉不達(dá)標(biāo)的供應(yīng)商。

3)供應(yīng)商風(fēng)險(xiǎn)評(píng)估,分析供應(yīng)商所處行業(yè)和地區(qū)的風(fēng)險(xiǎn),比如在疫情期間,封禁區(qū)域的的生鮮產(chǎn)品運(yùn)送不過來,需要提前考慮備選供應(yīng)商。

4)供應(yīng)商合規(guī)性評(píng)估,監(jiān)控供應(yīng)商的表現(xiàn),一旦發(fā)現(xiàn)供應(yīng)商存在交貨延誤、產(chǎn)品質(zhì)量問題、違約行為或存在采購和供應(yīng)商存在非法交易等,及時(shí)拉黑供應(yīng)商,避免造成公司財(cái)產(chǎn)損失。

六、倉庫數(shù)據(jù)

倉庫數(shù)據(jù)主要是應(yīng)用在供應(yīng)鏈和倉儲(chǔ)管理中記錄和存儲(chǔ)的與倉庫運(yùn)營(yíng)相關(guān)的各種信息。

  • 倉庫基本信息,倉庫編碼、倉庫名稱、倉庫類型、倉庫位置、倉庫負(fù)責(zé)人、負(fù)責(zé)人聯(lián)系方式、倉庫面積、倉庫層數(shù)、冷庫數(shù)量、營(yíng)業(yè)時(shí)間、啟用/停用狀態(tài)等。
  • 貨架和設(shè)備信息,貨架編碼、貨架類型、貨架容量和規(guī)格、設(shè)備編碼、設(shè)備信息、設(shè)備狀態(tài)等。
  • 員工信息,員工工號(hào)、員工姓名、員工聯(lián)系方式、員工角色、工作權(quán)限等。

七、組織數(shù)據(jù)

組織數(shù)據(jù)中包含公司、業(yè)務(wù)線數(shù)據(jù)。

1. 公司信息

公司信息主要用于掛賬,做財(cái)務(wù)賬目往來。

公司基本信息,包含公司編碼、公司名稱、國(guó)家/地區(qū)、公司地址、企業(yè)法人、聯(lián)系人、聯(lián)系方式、公司銀行賬號(hào)信息、稅號(hào)、營(yíng)業(yè)三證附件、統(tǒng)一社會(huì)信用代碼、啟用狀態(tài)、稅務(wù)信息等。

2. 業(yè)務(wù)線信息

業(yè)務(wù)線數(shù)據(jù)主要用于供應(yīng)鏈系統(tǒng)中用于劃分業(yè)務(wù)范圍、管理業(yè)務(wù)流程的關(guān)鍵信息,同一公司下不同業(yè)務(wù)主體可以用業(yè)務(wù)線加以區(qū)分,靈活運(yùn)用可以使系統(tǒng)同時(shí)兼容多種業(yè)務(wù)情況。

業(yè)務(wù)線數(shù)據(jù),包含業(yè)務(wù)線編碼、業(yè)務(wù)線名稱、業(yè)務(wù)線分類、業(yè)務(wù)類型、所屬公司、啟用狀態(tài)等。

八、物流數(shù)據(jù)

如果物流是公司自建的,那需要維護(hù)的物流信息會(huì)比較齊全,包含車輛信息,司機(jī)信息,運(yùn)輸路線,運(yùn)輸模式等。

但物流配送行業(yè)本身要求專業(yè)性高、成本投入大且短期難以看到成果等,通常很多企業(yè)是通過三方物流配送公司完成履約,我們公司也是如此。

基于每家配送公司的履約效率,服務(wù)范圍和履約費(fèi)用的不同,企業(yè)通常會(huì)選擇多個(gè)物流配送公司同時(shí)完成服務(wù),那我們需要維護(hù)的就是物流公司常規(guī)屬性數(shù)據(jù)。

物流公司數(shù)據(jù),包含物流公司名稱、注冊(cè)信息、法人、聯(lián)系人、聯(lián)系方式、配送方案、啟用狀態(tài)等。

九、總結(jié)一下

基礎(chǔ)數(shù)據(jù)的管理是數(shù)字化供應(yīng)鏈系統(tǒng)的支柱,直接影響到企業(yè)的運(yùn)營(yíng)效率和決策水平。我們?cè)谧鱿到y(tǒng)設(shè)計(jì)的時(shí)候,應(yīng)該優(yōu)先考慮基礎(chǔ)數(shù)據(jù)的建設(shè):商品主數(shù)據(jù),客戶主數(shù)據(jù),供應(yīng)商數(shù)據(jù),倉庫數(shù)據(jù),組織數(shù)據(jù)等,只有把基礎(chǔ)數(shù)據(jù)這個(gè)地基打好,系統(tǒng)才能在其之上穩(wěn)步前行。

基礎(chǔ)數(shù)據(jù)的管理要確保數(shù)據(jù)的高效性、安全性和準(zhǔn)確性,做到:①數(shù)據(jù)定義清晰,標(biāo)準(zhǔn) ②數(shù)據(jù)準(zhǔn)入流程規(guī)范 ③數(shù)據(jù)準(zhǔn)確,質(zhì)量高 ④數(shù)據(jù)安全,權(quán)限分離 ⑤數(shù)據(jù)定期備份。

總的來說,只有通過對(duì)商品、客戶、供應(yīng)商、倉庫、組織和物流等多維度基礎(chǔ)數(shù)據(jù)的深入理解和科學(xué)管理,企業(yè)才能在激烈的市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地。

后面幾章,我們將深入探討采購與供應(yīng)商、訂單與配送、財(cái)務(wù)與結(jié)算、庫存管理、數(shù)據(jù)分析與決策支持等關(guān)鍵模塊,共同構(gòu)建完整的數(shù)字化供應(yīng)鏈體系。

本文由 @安妮的日常生活 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 太棒啦 催更

    來自上海 回復(fù)
专题
13200人已学习13篇文章
随着数字化的发展,企业都在进行数字化转型发展。那么,对于传统第三产业企业来讲,数字化升级是什么?如何做数字化?本专题的文章分享了作者的见解。
专题
70261人已学习13篇文章
什么是产品的商业模式,不同类型的产品在商业模式上有什么区别?
专题
17866人已学习15篇文章
促销的规则多样,对提高客单价和客单量有很大帮助。本专题的文章提供了促销系统设计指南。
专题
11832人已学习12篇文章
随着现代科技的不断发展进步,智慧城市的建设也在不断发展,本专题的文章分享了智慧城市设计指南。
专题
15506人已学习11篇文章
采用IPD开发流程,在初期能把各种工作问题识别出来并扼杀在摇篮中。本专题的文章分享了什么是IPD开发流程?如何应用IPD开发流程?