ERP導入作業也牽涉到合約問題，今天我們跟客戶是一個長期的配合，
所以我們可以很自然的以客戶的角度來看導入作業，
如果沒有時間的限制，理論上一個系統今天上跟明天上對企業而言沒什麼差別
比如今天我要打一個出貨單，新系統可能比舊系統順暢一些，但舊系統一樣可以用
對我來講是今天銜接還是明天銜接其實都一樣，也沒什麼損失
但如果明天上會更順暢理論上我們當然要選擇明天上
今天要上一個出貨系統，出貨系統什麼最重要？印出貨單、印揀貨單，
出貨日報表可能晚上要、或第二天要，也可能下禮拜要、或月底要
是不是只要在需要用之前做好就可以了？
眼下最重要的就是要保證出貨單、揀貨單馬上能用，其他的分析報表晚一點出來都沒關係
所以在這樣在時間上有一些彈性，我們可以設計出時間稍微拉長一些的導入程序。
甚至可以因為拉長而能多做一點工、多加一些技巧，讓整個導入過程更平順
比如今天我要把出貨單改成新系統，但若要等到報表都寫完才銜接還要等一段時間
我們可以設計讓新資料先寫回舊系統的資料庫，讓舊系統直接印出報表來
這時你不管是在新系統打單，還是在舊系統打單都一樣，報表還是照印
然後其他的報表陸續設計，陸續換上，幾乎是不可能出錯
幾乎沒有風險，你的心理就不會有壓力，可以說整個過程不會有什麼感覺
如果是專案或套裝的ERP系統就不是這樣，會有時間的壓力
說好九月一號要上線，如果上不了你就是犯了大錯
變成大家都要趕在時間內把事情做完
有的報表一年才印個一次，年底才需要的卻非得在九月一號前證明他是對的
把時間都話在瑣碎的細節上，沒有了輕重緩急
如果九月一號直接要換成新系統，
今天100個報表從舊系統產生，明天這100個報表就要換到新系統產生，
一次上會不會出錯？很有可能有錯，
所以我要花更多時間去檢測他，大家投入更多時間去並行測試，就是要讓這100個報表對
天翻地覆，人仰馬翻，整個過程中大家都處在精神緊繃的狀態。
這也是為什麼很多人聽到ERP系統的上線就像大難臨頭一樣。
