供應(yīng)鏈系統(tǒng)的單據(jù)狀態(tài)設(shè)計(jì):?jiǎn)螕?jù)頭狀態(tài)不要夠用怎么辦?那就加上單據(jù)行狀態(tài)

0 評(píng)論 1840 瀏覽 8 收藏 21 分鐘

單據(jù)狀態(tài)設(shè)計(jì)不能只靠“單據(jù)頭狀態(tài)”打天下。當(dāng)業(yè)務(wù)涉及分批處理、各行結(jié)果不一致或需追蹤明細(xì)生命周期時(shí)(如采購(gòu)訂單部分被拒、出庫(kù)單部分缺貨),必須引入“單據(jù)行狀態(tài)”。本文通過SRM與WMS真實(shí)場(chǎng)景,詳解單據(jù)頭與行狀態(tài)的分工邏輯、聚合規(guī)則、合理粒度及常見陷阱,并強(qiáng)調(diào):狀態(tài)不在多而在準(zhǔn),核心流轉(zhuǎn)節(jié)點(diǎn)由狀態(tài)表達(dá),過程細(xì)節(jié)應(yīng)由日志或關(guān)聯(lián)單據(jù)承載。

在我的產(chǎn)品經(jīng)理交流群里,經(jīng)常會(huì)看到有朋友問供應(yīng)鏈系統(tǒng)的單據(jù)狀態(tài)設(shè)計(jì)問題。

例如,他們會(huì)說:”我設(shè)計(jì)了一個(gè)采購(gòu)訂單,定義了待審核、已審核、收貨中、已完成這些狀態(tài),但總覺得有些細(xì)節(jié)情況表達(dá)不清楚。比如供應(yīng)商只能供其中3個(gè)SKU,另外2個(gè)供不了,這時(shí)候訂單狀態(tài)應(yīng)該是什么?部分確認(rèn)?部分收貨?怎么定義都覺得不夠準(zhǔn)確。”

我發(fā)現(xiàn)這些朋友遇到的問題,本質(zhì)上是因?yàn)樗麄円恢痹趩螕?jù)頭上想辦法,希望通過增加更多的狀態(tài)枚舉值,把所有業(yè)務(wù)場(chǎng)景都考慮齊全。

但實(shí)際上,他們遇到的這些場(chǎng)景,只靠單據(jù)頭狀態(tài)是解決不了的,需要引入”單據(jù)行狀態(tài)”才行。

說白了,就是很多朋友可能都沒見過、沒體驗(yàn)過”單據(jù)頭狀態(tài)+單據(jù)行狀態(tài)”這種設(shè)計(jì),或者壓根不知道單據(jù)的明細(xì)行上也可以加狀態(tài),對(duì)這塊相對(duì)陌生,沒有畫面感。

我最近剛好在做類似的項(xiàng)目,接觸過一些相關(guān)的案例,也踩過一些坑。所以想把單據(jù)頭狀態(tài)和單據(jù)行狀態(tài)這兩種設(shè)計(jì)的經(jīng)驗(yàn)總結(jié)出來,分享給那些沒怎么做過、或者對(duì)這塊不太熟悉的朋友。

先搞清楚概念:什么是單據(jù)頭狀態(tài)和單據(jù)行狀態(tài)?

在展開講之前,我先把這兩個(gè)概念說清楚,因?yàn)楹芏喈a(chǎn)品新人容易搞混。

單據(jù)頭狀態(tài),就是整張單據(jù)的狀態(tài),一張單一個(gè)狀態(tài)。比如一張采購(gòu)訂單,它的狀態(tài)可能是”待審核””已審核””收貨中””已完成”,這個(gè)狀態(tài)代表的是整單的流轉(zhuǎn)情況。

單據(jù)行狀態(tài),就是單據(jù)里每個(gè)商品明細(xì)行的狀態(tài),一張單可能有多行,每行都有自己的狀態(tài)。比如一張采購(gòu)訂單有5個(gè)SKU,每個(gè)SKU都是一行,每行的狀態(tài)可能是”待確認(rèn)””已確認(rèn)””部分收貨””已完成”,這個(gè)狀態(tài)代表的是每個(gè)商品的處理情況。

通過這個(gè)對(duì)比應(yīng)該能理解了:?jiǎn)螕?jù)頭狀態(tài)是宏觀的,單據(jù)行狀態(tài)是微觀的。絕大多數(shù)場(chǎng)景下,單據(jù)頭狀態(tài)就夠了;但有些場(chǎng)景下,必須要有單據(jù)行狀態(tài)才能把業(yè)務(wù)說清楚。

什么時(shí)候單據(jù)頭狀態(tài)不夠用?

下面用2個(gè)真實(shí)的業(yè)務(wù)場(chǎng)景來說明,什么時(shí)候必須要有單據(jù)行狀態(tài)。

場(chǎng)景1:SRM的采購(gòu)訂單 – 供應(yīng)商分批響應(yīng)

在做SRM系統(tǒng)時(shí),經(jīng)常會(huì)遇到類似的典型場(chǎng)景。你向供應(yīng)商A發(fā)了一張采購(gòu)訂單,包含5個(gè)SKU:

  1. SKU-A:1000件,單價(jià)10元
  2. SKU-B:500件,單價(jià)8元
  3. SKU-C:800件,單價(jià)12元
  4. SKU-D:300件,單價(jià)15元
  5. SKU-E:200件,單價(jià)20元

按照正常流程,供應(yīng)商應(yīng)該全部確認(rèn),然后按約定的交期發(fā)貨。但實(shí)際業(yè)務(wù)中,經(jīng)常會(huì)遇到這種情況:

供應(yīng)商A在SRM系統(tǒng)里響應(yīng)說:”SKU-A、B、C我能供,預(yù)計(jì)7天交貨。但SKU-D和E我這邊缺貨,供不了,要么改交期,要么就只能找別的供應(yīng)商。”

這時(shí)候問題來了:這張采購(gòu)訂單的狀態(tài)應(yīng)該是什么?

如果只有單據(jù)頭狀態(tài),你可能會(huì)設(shè)置一個(gè)”部分確認(rèn)”的狀態(tài)。但這個(gè)狀態(tài)太籠統(tǒng)了,采購(gòu)員看到”部分確認(rèn)”,還得點(diǎn)進(jìn)去看明細(xì),才知道具體是哪些SKU確認(rèn)了、哪些沒確認(rèn)。而且后續(xù)SKU-D和E要轉(zhuǎn)給供應(yīng)商B,系統(tǒng)怎么知道這兩行還需要繼續(xù)處理?

如果有單據(jù)行狀態(tài),就清晰多了。

采購(gòu)員一眼就能看出來:前3行已經(jīng)有供應(yīng)商確認(rèn)了,后2行被供應(yīng)商拒絕了,還需要繼續(xù)找其他供應(yīng)商。系統(tǒng)也可以根據(jù)”已拒絕”狀態(tài),自動(dòng)提醒采購(gòu)員及時(shí)跟進(jìn)這種特殊場(chǎng)景。

那么單據(jù)頭狀態(tài)怎么設(shè)置呢?

單據(jù)頭狀態(tài)應(yīng)該從單據(jù)行狀態(tài)聚合而來。具體規(guī)則是:

  • 部分行”已確認(rèn)”,部分行”待確認(rèn)” → 單據(jù)頭狀態(tài) = “部分確認(rèn)”
  • 所有行都是”已確認(rèn)” → 單據(jù)頭狀態(tài) = “已確認(rèn)”
  • 開始收貨后,部分行”部分收貨” → 單據(jù)頭狀態(tài) = “收貨中”
  • 所有行都是”已完成” → 單據(jù)頭狀態(tài) = “已完成”

這樣設(shè)計(jì)的好處是:?jiǎn)螕?jù)頭狀態(tài)有明確的推導(dǎo)邏輯,系統(tǒng)可以自動(dòng)更新,不需要人工維護(hù)。

為什么這個(gè)場(chǎng)景必須有單據(jù)行狀態(tài)?

因?yàn)椴少?gòu)訂單的業(yè)務(wù)特點(diǎn)就是”供應(yīng)商可能分批響應(yīng)、分批交付”。如果沒有單據(jù)行狀態(tài),采購(gòu)員根本沒法跟蹤每個(gè)SKU的具體情況,也沒法知道哪些SKU還需要繼續(xù)處理。

場(chǎng)景2:WMS的出庫(kù)單 – 分批揀貨、分批出庫(kù)

倉(cāng)庫(kù)收到一張配貨單,要給門店發(fā)10個(gè)SKU。揀貨員開始揀貨,理想情況下是10個(gè)SKU都能揀到,然后一起打包出庫(kù)。但實(shí)際業(yè)務(wù)中,經(jīng)常會(huì)出現(xiàn)這種情況:

揀貨員揀了一圈,結(jié)果:

  • 前7個(gè)SKU都揀到了,數(shù)量也對(duì)
  • 第8個(gè)SKU系統(tǒng)里顯示有50件庫(kù)存,但貨架上只找到30件,少了20件
  • 第9、10個(gè)SKU系統(tǒng)里有庫(kù)存,但實(shí)物完全找不到(可能是貨物丟失了,或者貨物放錯(cuò)位置了)

倉(cāng)庫(kù)主管看了看情況,說:”先把揀到的7個(gè)SKU發(fā)走,第8個(gè)SKU先發(fā)30件,剩下20件明天盤點(diǎn)完再說。第9、10個(gè)SKU今天肯定發(fā)不出去了,讓業(yè)務(wù)部門重新安排吧。”

這時(shí)候如果只有單據(jù)頭狀態(tài),你根本沒法表達(dá)清楚這個(gè)復(fù)雜的情況。單據(jù)頭狀態(tài)應(yīng)該是什么?”部分完成”?”進(jìn)行中”?”異常”?不管設(shè)置成什么,業(yè)務(wù)部門和倉(cāng)庫(kù)人員都看不出來具體是什么情況。

如果有單據(jù)行狀態(tài),就清晰多了。

這樣一看就清楚了:

  • 前7個(gè)SKU已經(jīng)正常發(fā)出去了
  • 第8個(gè)SKU部分發(fā)出去了,還差20件
  • 第9、10個(gè)SKU完全沒發(fā)出去,需要重新處理

業(yè)務(wù)部門可以根據(jù)這個(gè)明細(xì),決定是等補(bǔ)齊再發(fā),還是先部分發(fā)貨;財(cái)務(wù)部門也可以根據(jù)實(shí)際出庫(kù)情況開票和對(duì)賬。

為什么這個(gè)場(chǎng)景必須有單據(jù)行狀態(tài)?

因?yàn)閃MS的業(yè)務(wù)特點(diǎn)就是”可能分批揀貨、可能部分缺貨、可能實(shí)物對(duì)不上”。如果沒有單據(jù)行狀態(tài),倉(cāng)庫(kù)人員和業(yè)務(wù)部門根本沒法知道每個(gè)SKU的具體處理情況,也沒法決定后續(xù)怎么處理。

小結(jié):什么時(shí)候必須要有單據(jù)行狀態(tài)?

通過這2個(gè)場(chǎng)景可以看到,必須要有單據(jù)行狀態(tài)的情況主要有3種:

1. 業(yè)務(wù)會(huì)分批處理

  • 供應(yīng)商分批響應(yīng)、分批發(fā)貨
  • 倉(cāng)庫(kù)分批揀貨、分批出庫(kù)
  • 財(cái)務(wù)分批開票、分批結(jié)算

2. 每行的處理結(jié)果可能不同

  • 有些行成功、有些行失敗
  • 有些行正常、有些行缺貨
  • 有些行確認(rèn)了、有些行被拒絕了

3. 需要跟蹤每行的生命周期

  • 從待處理 → 處理中 → 已完成
  • 每一步都要能看到具體是哪些行在哪個(gè)狀態(tài)

如果你的業(yè)務(wù)場(chǎng)景滿足以上任何一種情況,那就必須要有單據(jù)行狀態(tài)。如果都不滿足,單據(jù)頭狀態(tài)就夠了。

單據(jù)行狀態(tài)怎么設(shè)計(jì)?

講完了”什么時(shí)候需要”,下面講講”怎么設(shè)計(jì)”。這部分我會(huì)把我踩過的坑和總結(jié)的經(jīng)驗(yàn)都分享出來。

1. 單據(jù)頭狀態(tài)和單據(jù)行狀態(tài)的關(guān)系

這是很多產(chǎn)品經(jīng)理容易搞混的地方。到底是單據(jù)頭狀態(tài)決定單據(jù)行狀態(tài),還是單據(jù)行狀態(tài)決定單據(jù)頭狀態(tài)?

我推薦的設(shè)計(jì)思路是:?jiǎn)螕?jù)頭狀態(tài)由單據(jù)行狀態(tài)聚合而來。

具體的聚合規(guī)則是:

所有行都是同一個(gè)狀態(tài) → 單據(jù)頭狀態(tài)就是這個(gè)狀態(tài)

  • 例如:所有行都是”待處理” → 單據(jù)頭狀態(tài) = “待處理”
  • 例如:所有行都是”已完成” → 單據(jù)頭狀態(tài) = “已完成”

部分行是狀態(tài)A,部分行是狀態(tài)B → 單據(jù)頭狀態(tài)就是”中間狀態(tài)”

  • 例如:部分行”已出庫(kù)”,部分行”待處理” → 單據(jù)頭狀態(tài) = “部分出庫(kù)”
  • 例如:部分行”已確認(rèn)”,部分行”待確認(rèn)” → 單據(jù)頭狀態(tài) = “部分確認(rèn)”

這種設(shè)計(jì)的好處是:

  • 單據(jù)頭狀態(tài)有明確的推導(dǎo)邏輯:不會(huì)出現(xiàn)單據(jù)頭和單據(jù)行狀態(tài)不一致的情況
  • 系統(tǒng)可以自動(dòng)更新單據(jù)頭狀態(tài):不需要人工維護(hù),減少出錯(cuò)概率
  • 業(yè)務(wù)容易理解:?jiǎn)螕?jù)頭狀態(tài)就是單據(jù)行狀態(tài)的匯總,邏輯清晰

2. 單據(jù)行狀態(tài)的粒度設(shè)計(jì)

這是另一個(gè)很重要的問題:?jiǎn)螕?jù)行狀態(tài)到底應(yīng)該設(shè)計(jì)多少個(gè)?

我的核心原則是:根據(jù)業(yè)務(wù)需要設(shè)計(jì),不要為了細(xì)而細(xì)。

我見過一個(gè)過度設(shè)計(jì)的案例:某個(gè)采購(gòu)訂單系統(tǒng),產(chǎn)品經(jīng)理把采購(gòu)訂單行狀態(tài)設(shè)計(jì)了15個(gè):

待提交 → 待審核 → 審核中 → 已審核 → 待確認(rèn) → 供應(yīng)商確認(rèn)中 →?
已確認(rèn) → 待發(fā)貨 → 備貨中 → 已發(fā)貨 → 運(yùn)輸中 → 待收貨 →?
收貨中 → 質(zhì)檢中 → 已完成

這樣設(shè)計(jì)的問題是:

狀態(tài)太多,業(yè)務(wù)根本分不清:采購(gòu)員看到這么多狀態(tài),根本不知道該關(guān)注哪個(gè),”審核中”和”已審核”有什么區(qū)別?”待發(fā)貨”和”備貨中”又有什么差別?

維護(hù)成本高:每個(gè)環(huán)節(jié)都要更新狀態(tài),但很多狀態(tài)的轉(zhuǎn)換邏輯根本沒人維護(hù),導(dǎo)致數(shù)據(jù)不準(zhǔn)確

系統(tǒng)復(fù)雜度高:狀態(tài)機(jī)的轉(zhuǎn)換規(guī)則非常復(fù)雜,后續(xù)維護(hù)很困難

實(shí)際上,采購(gòu)訂單行狀態(tài)只需要6-7個(gè)就夠了:

待確認(rèn) → 已確認(rèn) → 已拒絕
? ?     ? ?↓
?        ?部分收貨 → 已完成 → 已關(guān)閉

為什么這樣設(shè)計(jì)就夠了?

  • “待審核””審核中””已審核”?→ 這些是單據(jù)頭的審核流程狀態(tài),不需要在單據(jù)行上體現(xiàn)
  • “待發(fā)貨””備貨中””已發(fā)貨””運(yùn)輸中”?→ 這些由供應(yīng)商的發(fā)貨單來體現(xiàn),不需要在采購(gòu)訂單行狀態(tài)里反映
  • “收貨中””質(zhì)檢中”?→ 這些是WMS和質(zhì)檢系統(tǒng)的狀態(tài),采購(gòu)訂單行只需要知道”部分收貨”還是”已完成”就夠了

關(guān)鍵是要分清楚:哪些狀態(tài)是這張單據(jù)必須承載的,哪些狀態(tài)應(yīng)該由其他單據(jù)或日志來承載。

如果你確實(shí)需要追蹤更細(xì)的過程,比如”什么時(shí)候發(fā)貨的””誰質(zhì)檢的”,我的建議是:用操作日志或關(guān)聯(lián)單據(jù)來記錄,而不是增加單據(jù)行狀態(tài)。

比如:

  • 供應(yīng)商發(fā)貨時(shí),創(chuàng)建一張發(fā)貨單,關(guān)聯(lián)采購(gòu)訂單,這樣就能看到發(fā)貨時(shí)間、物流單號(hào)等信息
  • 質(zhì)檢完成時(shí),記錄一條質(zhì)檢記錄,關(guān)聯(lián)采購(gòu)訂單行,這樣就能看到質(zhì)檢人、質(zhì)檢時(shí)間、質(zhì)檢結(jié)果

這樣既能追蹤到詳細(xì)的操作過程,又不會(huì)讓單據(jù)行狀態(tài)過多。單據(jù)行狀態(tài)只關(guān)注核心流轉(zhuǎn)節(jié)點(diǎn),其他細(xì)節(jié)由操作日志和關(guān)聯(lián)單據(jù)來補(bǔ)充。

3. 單據(jù)行狀態(tài)變更的觸發(fā)時(shí)機(jī)

什么時(shí)候應(yīng)該更新單據(jù)行狀態(tài)?常見的觸發(fā)時(shí)機(jī)有3種:

1. 下游系統(tǒng)回傳結(jié)果時(shí) – WMS回傳出庫(kù)結(jié)果、供應(yīng)商在SRM系統(tǒng)里響應(yīng)、物流系統(tǒng)回傳簽收信息等。這樣數(shù)據(jù)最準(zhǔn)確,時(shí)效性也最好。

2. 人工操作時(shí) – 采購(gòu)員手動(dòng)確認(rèn)、倉(cāng)庫(kù)主管手動(dòng)取消、財(cái)務(wù)手動(dòng)開票等。人工操作要留痕,記錄操作人、操作時(shí)間、操作原因。

3. 定時(shí)任務(wù)掃描 – 超時(shí)未處理自動(dòng)取消、批次到期自動(dòng)凍結(jié)、承諾交期已到自動(dòng)提醒等。定時(shí)任務(wù)要設(shè)置合理的時(shí)間間隔。

最重要的一點(diǎn):?jiǎn)螕?jù)行狀態(tài)的每次變更都要記錄到狀態(tài)流轉(zhuǎn)表或操作日志表,這樣可以追溯狀態(tài)變更歷史,出問題時(shí)能查到是誰、什么時(shí)候、為什么改的。

4. 另一種設(shè)計(jì)思路:?jiǎn)螕?jù)頭多狀態(tài)字段

講完單據(jù)行狀態(tài),再補(bǔ)充一種常見的設(shè)計(jì)思路:在單據(jù)頭上設(shè)計(jì)多個(gè)狀態(tài)字段。這種設(shè)計(jì)思路,也可以很高效率地接近日常的業(yè)務(wù)問題,但是如果要三言兩語把這一塊拆解清楚也需要不少的篇幅,我決定在后續(xù)新開一篇文章再對(duì)它做一個(gè)拆解。

傳統(tǒng)設(shè)計(jì)可能只有一個(gè)”單據(jù)狀態(tài)”字段,但有時(shí)候會(huì)把它拆分成多個(gè)狀態(tài)字段。比如采購(gòu)訂單,可以拆成:審核狀態(tài)、確認(rèn)狀態(tài)、入庫(kù)狀態(tài)、對(duì)賬狀態(tài)、開票狀態(tài)。這樣設(shè)計(jì)的好處是每個(gè)維度獨(dú)立表達(dá),采購(gòu)員關(guān)注確認(rèn)狀態(tài),財(cái)務(wù)關(guān)注對(duì)賬狀態(tài)和開票狀態(tài),各看各的,查詢也方便。

什么時(shí)候用單據(jù)頭多狀態(tài)字段?什么時(shí)候用單據(jù)行狀態(tài)?

簡(jiǎn)單來說:

  • 單據(jù)頭多狀態(tài)字段?→ 適合整單維度的多個(gè)流程環(huán)節(jié)(如審核、對(duì)賬、開票)
  • 單據(jù)行狀態(tài)?→ 適合每個(gè)明細(xì)行的處理情況不同(如供應(yīng)商分批確認(rèn)、倉(cāng)庫(kù)分批揀貨)

兩者不是非此即彼的關(guān)系,可以結(jié)合使用。一個(gè)典型的設(shè)計(jì)是:?jiǎn)螕?jù)頭用多狀態(tài)字段(審核狀態(tài)、對(duì)賬狀態(tài)、開票狀態(tài)),單據(jù)行也有行狀態(tài)(待確認(rèn)、已確認(rèn)、已拒絕、部分收貨、已完成)。

常見的坑和注意事項(xiàng)

設(shè)計(jì)單據(jù)行狀態(tài)時(shí),有一些坑很容易踩。我把最常見的3個(gè)坑總結(jié)出來:

坑1:?jiǎn)螕?jù)行狀態(tài)過多,維護(hù)成本高

我見過一個(gè)系統(tǒng),采購(gòu)訂單行狀態(tài)設(shè)計(jì)了20個(gè),從”待確認(rèn)”到”已入庫(kù)”每個(gè)小環(huán)節(jié)都有狀態(tài)。結(jié)果業(yè)務(wù)部門根本分不清這些狀態(tài)的區(qū)別,開發(fā)團(tuán)隊(duì)維護(hù)起來也非常痛苦,狀態(tài)轉(zhuǎn)換規(guī)則極其復(fù)雜,經(jīng)常出bug。

建議: 核心狀態(tài)控制在5-8個(gè)以內(nèi),如果需要更細(xì)的追蹤,用操作日志或狀態(tài)流轉(zhuǎn)表來記錄,而不是增加狀態(tài)數(shù)量。

坑2:?jiǎn)螕?jù)頭狀態(tài)和單據(jù)行狀態(tài)不一致

某系統(tǒng)的銷售訂單,單據(jù)頭狀態(tài)是”已完成”,但點(diǎn)進(jìn)去看明細(xì),發(fā)現(xiàn)有些行還是”處理中”。業(yè)務(wù)部門不知道該信哪個(gè),對(duì)賬時(shí)也搞不清楚到底有沒有完成。

建議: 建立明確的聚合規(guī)則,單據(jù)頭狀態(tài)要能從單據(jù)行狀態(tài)推導(dǎo)出來。在更新單據(jù)頭狀態(tài)時(shí),要校驗(yàn)單據(jù)行狀態(tài)是否匹配。

坑3:歷史數(shù)據(jù)沒有單據(jù)行狀態(tài),補(bǔ)錄很痛苦

某公司一開始只設(shè)計(jì)了單據(jù)頭狀態(tài),系統(tǒng)上線1年后,業(yè)務(wù)部門提出需要單據(jù)行狀態(tài)。產(chǎn)品經(jīng)理加了字段,但歷史數(shù)據(jù)全是空的。這時(shí)候就很尷尬:不補(bǔ)錄歷史數(shù)據(jù),業(yè)務(wù)部門沒法查詢統(tǒng)計(jì);要補(bǔ)錄歷史數(shù)據(jù),但根本沒有記錄當(dāng)時(shí)每行的狀態(tài)。

建議: 即使暫時(shí)不用單據(jù)行狀態(tài),也要預(yù)留字段。在單據(jù)創(chuàng)建時(shí)就給單據(jù)行狀態(tài)設(shè)置一個(gè)默認(rèn)值(如”待處理”),單據(jù)完成后自動(dòng)更新為”已完成”。這樣將來如果要啟用單據(jù)行狀態(tài)功能,歷史數(shù)據(jù)至少有個(gè)初始狀態(tài)。

寫在最后

狀態(tài)設(shè)計(jì)沒有標(biāo)準(zhǔn)答案,需要結(jié)合具體的業(yè)務(wù)場(chǎng)景來判斷。但掌握了基本思路和原則,相信你能設(shè)計(jì)出既實(shí)用又穩(wěn)健的狀態(tài)管理方案。

單據(jù)行狀態(tài)雖然用得不多,但一旦需要就是剛需,回避不了。如果你之前的工作中沒怎么接觸這一塊的內(nèi)容,也沒想到過有這種設(shè)計(jì)思路和方法,那么這篇文章你可以仔細(xì)研究一下,把一些疑問和拓展知識(shí)丟給AI,讓它跟你進(jìn)行更深入的交流和溝通。最后再把相關(guān)的內(nèi)容沉淀、總結(jié)到自己的知識(shí)庫(kù)中,后續(xù)工作中遇到需要采用這種設(shè)計(jì)方案的時(shí)候,就可以直接掏出來用了。

本文由人人都是產(chǎn)品經(jīng)理作者【PM維他命】,微信公眾號(hào):【PM維他命】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!