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