倉儲(chǔ)管理系統(tǒng)趨勢(shì)與需求滿足的四種方式

最初的倉庫管理系統(tǒng)發(fā)展模式為按需開發(fā)，風(fēng)險(xiǎn)、開發(fā)時(shí)效、最佳實(shí)踐方式等因素讓人們眼球聚焦到了成熟套裝軟件系統(tǒng)上，在此姑且不論何種方式為最佳，有人相信應(yīng)該是“七八分標(biāo)準(zhǔn)功能，二三分客戶化訂制”，若我們以電商行業(yè)的特色物流中心為角度探討的話，比較幾種傳統(tǒng)倉儲(chǔ)系統(tǒng)方式：
一、訂制開發(fā)
完全按照用戶的需求開發(fā)，需避免落入使用者提的要求并不總是正確，需要有經(jīng)驗(yàn)去評(píng)判任何一個(gè)需求是否合理并會(huì)否帶來負(fù)面影響。這種模式尤其在業(yè)務(wù)需求變動(dòng)時(shí)最常遇到瓶頸，例如該物流中心突然由服飾為主的庫存近期要新增食品的業(yè)務(wù)，一些基礎(chǔ)的批號(hào)管理與效期控管可能就會(huì)成為瓶頸。
二、國(guó)外套裝軟件
有非常豐富的功能，尤其以配置參數(shù)為導(dǎo)向的大型系統(tǒng)，能以復(fù)雜參數(shù)調(diào)整來滿足需求，但在多年的國(guó)內(nèi)市場(chǎng)使用經(jīng)驗(yàn)來看，一個(gè)以復(fù)雜參數(shù)配置的方式，一是光測(cè)試的時(shí)間可能就接近開發(fā)的成本，二是總是有特殊需求無法以參數(shù)滿足，屆時(shí)的原代碼修改成本更是可觀，三是即使參數(shù)能配置出，也常常因?yàn)椴荒芡耆呛蠈?shí)際操作習(xí)慣或需要，而仍是犧牲現(xiàn)場(chǎng)需求去配合系統(tǒng)功能。
三、國(guó)內(nèi)套裝軟件
一般以程序員的日夜開發(fā)來補(bǔ)足參數(shù)彈性的不足，對(duì)于用戶來說某些時(shí)候是比國(guó)外軟件高昂的顧問成本來的經(jīng)濟(jì)，但廠商也須生存也須盈利，因此中長(zhǎng)期來說仍是要付出修改成本，在國(guó)內(nèi)的倉儲(chǔ)系統(tǒng)市場(chǎng)，某些廠商的作法是先以低價(jià)進(jìn)入項(xiàng)目再慢慢以高昂的二期修改費(fèi)用賺回利潤(rùn)，或是項(xiàng)目過多無法即時(shí)回應(yīng)，也是當(dāng)前許多采用外購倉儲(chǔ)軟件的企業(yè)心目中的痛點(diǎn)，甚至影響限制了業(yè)務(wù)發(fā)展。
四、自有研發(fā)團(tuán)隊(duì)開發(fā)
投資大量人力，例如國(guó)內(nèi)某大型電商投資二十人以上的團(tuán)隊(duì)開發(fā)八個(gè)月后形成一個(gè)初步倉儲(chǔ)系統(tǒng)，優(yōu)點(diǎn)自然是能完全掌控，未來成本似乎降低，但若開發(fā)主設(shè)計(jì)者的概念并不是非常豐富，仍會(huì)落入廠商訂制開發(fā)的窘境：例如另家知名大型平臺(tái)電商的自行開發(fā)系統(tǒng)難以快速轉(zhuǎn)型支持b2b或跨境模式，仍須向外尋求所謂專業(yè)廠商的協(xié)助。