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系统。用的越好和后续持续使用越少，外包给专业的外包公司才是明智的。