之前已經介紹過, 這裡再補充一次:
2. Service Request 經主管核准後, 開始動手減少欄位。我將 TAB 以及很多的 Product 欄位 Inactive; 如果這些欄位就夠了, 為何要出現那麼多的未使用欄位呢?
3. 不同的事業部, 產品有不同的屬性定義; 所以, Janus ERP 可以再依公司 (Client) / 組織 (Organization) 再分別定義, 給予使用者最大的彈性。
在 Janus ERP 的導入過程中, 通常安排的時間如下:
09:00 - 12:00 訪談 顧問在早上與使用者確認需求
14:00 - 16:00 Level 1,2,3,4 顧問確認欄位的必要性, 調整及測試
16:00 - 18:00 確認完成, Close Service Request
當 Level 1 定義完後, 除了畫面新增的 Button 的功能不見得可用外; 使用者可以馬上操作, 不再只是想像。
3. 不同的事業部, 產品有不同的屬性定義; 所以, Janus ERP 可以再依公司 (Client) / 組織 (Organization) 再分別定義, 給予使用者最大的彈性。
在 Janus ERP 的導入過程中, 通常安排的時間如下:
09:00 - 12:00 訪談 顧問在早上與使用者確認需求
14:00 - 16:00 Level 1,2,3,4 顧問確認欄位的必要性, 調整及測試
16:00 - 18:00 確認完成, Close Service Request
當 Level 1 定義完後, 除了畫面新增的 Button 的功能不見得可用外; 使用者可以馬上操作, 不再只是想像。


沒有留言:
張貼留言