售前電話
135-3656-7657
售前電話 : 135-3656-7657
每周三上午八點半,「星球精選問答」欄目會從「決勝B端」星球中,挑選出幾個典型的問題分享給大家。
來看看有沒有你遇到過的相似問題吧~
Q:老師 您好~我有個產(chǎn)品架構(gòu)的問題想請教下:
產(chǎn)品設(shè)計時,會把相近的功能設(shè)計放一起成為一個模塊,區(qū)分各個模塊 ,各模塊間數(shù)據(jù)接口調(diào)用的原則?但我一直都不太明白這么做的底層原因?可能大家都這么做 那我也這么做了…
會有原因說是為了解耦,要高內(nèi)聚低耦合,我也查了資料,但感覺這是因為技術(shù)原因?所以要這么設(shè)計的?
舉例:tms基礎(chǔ)資料模塊有維護倉庫信息的功能,為了物流統(tǒng)一管理監(jiān)管和調(diào)度,需要在tms中維護自營倉庫和廠商倉庫的信息,目前wms有倉庫管理模塊,但wms目前只有配置我們自營倉,像廠商發(fā)貨wms沒有配置一個虛擬的倉庫(非實體倉庫),有兩個產(chǎn)品方案:
1.倉庫統(tǒng)一都在wms配置 包括廠商虛擬倉 那么tms同步wms的倉庫數(shù)據(jù) 然后加上物流部門再完善一些倉庫資料即可,主信息在wms維護并同步,tms不可修改
2.tms倉庫信息自營倉庫部分由wms同步過來,廠商倉庫在tms的倉庫模塊創(chuàng)建。兩種方案看著都能走通,但開發(fā)覺得第二種對他來說不妥,處理的表、邏輯更多 不能實現(xiàn)解耦。
我自己其實不太明白原由。想請教下~
自己對產(chǎn)品架構(gòu)這塊認知少,不太懂,另外想問問老師有沒有推薦的書或資料講產(chǎn)品架構(gòu)的 想深入學習下
A:首先,產(chǎn)品的模塊應該體現(xiàn)業(yè)務上的主題性質(zhì),一般模塊劃分依據(jù)有以下幾種:
1. 基于業(yè)務主題或部門(例如電商erp)
2. 基于作業(yè)流程(例如wms和his)
3. 基于數(shù)據(jù)對象(例如sfa crm)
模塊在邏輯層面(也就是產(chǎn)品層面)保證隔離清晰,只聚焦自己需要做的事情,模塊之間不正交。這樣在業(yè)務感知上非常清晰,再往技術(shù)方案傳導實現(xiàn)時,技術(shù)上代碼、庫表都會隔離。帶來的好處。
1. 產(chǎn)品邏輯清晰,業(yè)務人員不用背錯綜混亂的菜單搞崩潰
2. 技術(shù)方案庫表隔離,不會出現(xiàn)a模塊上線了一個功能,把毫不相干的b模塊干掛。
不過你給的案例,并不是嚴格的模塊劃分問題,針對你的案例,實際上本質(zhì)問題是公司的倉庫數(shù)據(jù)底層應該是一套管理方案,前端應用只是處理數(shù)據(jù)的皮子his業(yè)務模塊劃分,只要保證倉庫的數(shù)據(jù)底層唯一,無論wms去編輯,還是tms編輯,其實都無所謂了。
學習這塊知識,需要時間沉淀積累,《決勝B端》應用架構(gòu)部分其實就是在講這些。
Q:楊老師,你好。咨詢關(guān)于CRM實施和推廣問題。
背景:我們是裝修公司,客戶沒有進行歸屬保護,業(yè)務歸最終簽單人員。有10多個業(yè)務部門,各自發(fā)展客戶,只有新小區(qū)有進行業(yè)務劃分,老小區(qū)大家都可以簽單。
新上CRM,目前主要用了客戶線索導入、新增、分配,App直接撥打電話,客戶標簽等功能。公海沒有用起來。目前存在問題:
1、因為每個業(yè)務部門都可以發(fā)展老小區(qū)客戶。出現(xiàn)一個客戶會由公司多個業(yè)務部門人員跟進,甚至已在公司裝修的客戶,還會不斷收到公司業(yè)務員的電話。而且系統(tǒng)里面信息重復較多,要求允許不同業(yè)務部門錄入相同的客戶。怎么減少數(shù)據(jù)重復,減少對客戶的騷擾?
2、CRM的功能應用很少,目前最常用的是App直接撥打電話,記錄錄音和通話記錄??蛻艚佑|記錄、客戶標簽業(yè)務人員都不想用,覺得增加工作量。公海也沒有用。怎么推進CRM更多的應用?
3、業(yè)務員為了保護自己的客戶信息,經(jīng)常不錄入客戶信息,或者錄入了電話是假的。確定簽單的時候才進行錄入。怎么保證數(shù)據(jù)的準確、及時?希望幫忙提供以上問題的解決思路。
A:1. 系統(tǒng)保證對唯一客戶的識別(通過具體家庭住址,線索階段通過手機號),業(yè)務部門必須確定職責,如果不是交叉售賣不同產(chǎn)品,沒有必要多個部門同時跟進,這個問題首先必須從銷售流程管理開始重新梳理制定規(guī)則