重要的考慮因素是服務的數量和形式。服務的數量，決定不同的“團隊”是部門、小組，還是只是不同的崗位？設計運維的組織架構，其實就是設計提供服務的方式。我們可以分三步思考:1)需要考慮哪些服務；2)如何提供服務；3)服務有多復雜，是否需要不同的團隊來完成？即:1)首先，服務有多復雜？即服務目錄。輔導用戶使用？系統配置幫助？修改系統缺陷？需要系統升級嗎？2)其次，根據服務目錄，可以設計如何提供服務。比如什麽？遠程解決，上門服務，上門修改？遠程改裝？3)最後，服務有多復雜？需要什麽樣的團隊結構？如果妳只是回答，那只是服務臺。如果系統有更深入的問題需要回答，就需要二線的技術團隊。如果需要上門服務，需要組建上門服務團隊。如果系統非常復雜，個人無法掌握整個系統，那麽就不需要針對不同的子系統成立不同的技術服務團隊。如果系統需要修改，應該增加開發團隊。此外，還需要考慮維護、開發和實現之間的接口。
上一篇:美邦龍宇國際貿易(寧波)有限公司怎麽樣下一篇:中國股指期貨的市場結構是怎樣的？