it技術支持的英文是，而不是isory。。

it技術支持的英文是，而不是isory。所以他們很多事情并不是出自專業team的團隊之手，而是來自行業內的其他行業業的人組成一個team來解決不專業team問題。以我所在的gy公司為例，這個技術支持團隊一共有8個專業人員，其中2個產品專業人員，一個是,一個是，一個是,一個是,一個是，一個是,一個是t。

還有一個業務團隊，一個是一線客戶服務經理，一個是er。在這個團隊的自己定義中這些都屬于技術支持部門。

目前公司it支持團隊自主研發的系統不超過三個：1是由外包商承擔技術部和設計部工作，由客戶或者合作方建設和維護的系統，但是核心部分技術自主研發；2是公司自己研發，放在自己公司的物理機器上運行IT技術支持，僅用于公司運營財務等部門使用；3是業務公司使用系統，也由公司自己研發。我司一共有三套系統可以使用：1是國內以及海外銷售部門調用，國內代理和國外銷售部門調用的系統；2是一般在物理環境中運行一段時間再由業務部門調用，用于保證業務部門和總部的溝通和集中處理；3是業務部門需要才自己設備使用的系統，如,等。

每套系統都根據公司需求設計不同的部署計劃。根據訪問量等判斷是否需要增加新部署和新設備，另外也根據需要查看公司機器掛不掛載其他部門的系統。

沒有啊IT技術支持，sap和都是自己研發的系統，不僅是各自研發自己的系統，而且從定義上就不要強行解釋成外包系統和外包團隊。當然了，如果是組織架構上的，比如根據產品序列號劃分，這套系統是sap的，那是sap產品架構的事情，不屬于sap提供，因為后續提供系統的都是商業模式，這個不是一個team可以解決的，只能屬于公司規定的公司結構里面設計。

it類客戶端和web類用戶端可以不用自己建設一套架構，從而可以使用公有云軟件。比如的就不支持組件或者集成，因為它的架構從2.2版本就開始是rt系統。外包給自己就會造成資源浪費。更可惡的是被外包的人根本就不關心這事。就算供應商能設計出系統也沒有必要。一個sap系統就是幾十萬rmb，完全不值得自己弄一套p4系統。用的越好和后續持續使用越少，外包給專業的外包公司才是明智的。