接在一起。
内部/外部：和外部的组件连接在一起，比如供应链伙伴（为了协作计划）和客户（来扫除障碍）。
添加功能：整合一些大型商业套件厂商不会提供的组件来实现某些商业功能，尤其是那些具有企业特点的功能。
前端和后台：通常，一些前端技术和商业流程（面对客户，比如互动声音响应）都不在商业应用之内，并且需要整合。
企业必须接受这样一个事实，尽管他们想通过采购应用套件来尽量减少整合工作，还是会有避免不了的整合。企业必须提前为之做好准备。
4. 应用厂商是否拥有足够的经验来帮助用户有效地使用功能：不是所有的应用套件厂商都在相应的企业领域内有足够的深度，来帮助客户执行和采用所有的套件功能。事实上，专注于某一功能的厂商可能比erp厂商或者大型的系统集成商更快，价格更便宜地为企业提供技术实施方面的帮助。虽然大型的应用套件厂商也有足够的专业能力来满足功能需求，但是他们的产品同专注于某一功能厂商的产品相比，不够灵活，或者没有那么容易使用。
在考虑了上面四个重要问题后，企业应该缩小了可供选择的技术中枢供应商提供的组件范围。it部门必须评估自己的整合技术和能力，如果足够，就可以在大型厂商之外，考虑针对某一方面专业的供应商。 如果没有整合的丰富经验，那么就应该把对整合的考虑放在对于具体功能的高要求之上，减少跨程序之间（跨供应商之间）的整合工作。但是，如果对于企业来说没有一个明确的技术中枢的话，除了大型的erp厂商之外，专业的厂商也会繁荣起来。当企业从特定功能中获得收益，就会建立起一定的信心，相信专业供应商从财务角度是可选择的，整合所需要的额外资源也会被认为是正常的，专业供应商可能会变得更有优势。如果其他条件都相当，而erp厂商的组件包含了60%-80%的功能的话，企业就会认为erp厂商的组件产品是无可争议的选择。
商业影响：企业应该通过评估应用套件获取价值，并通过评估组件来最小化整合工作，并保留功能。
总结：为了把整合的复杂程度降到最低，erp厂商的组件应该被放在候选名单中被考虑。对于预先整合能力的评估应该把企业自己进行整合的能力考虑在内。为整合技术投资做好计划，并应该考虑专家意见。当功能需求和管理多个架构并处理复杂整合问题联系在一起时，应该考虑选择每个种类中最好的供应商
内部/外部：和外部的组件连接在一起，比如供应链伙伴（为了协作计划）和客户（来扫除障碍）。
添加功能：整合一些大型商业套件厂商不会提供的组件来实现某些商业功能，尤其是那些具有企业特点的功能。
前端和后台：通常，一些前端技术和商业流程（面对客户，比如互动声音响应）都不在商业应用之内，并且需要整合。
企业必须接受这样一个事实，尽管他们想通过采购应用套件来尽量减少整合工作，还是会有避免不了的整合。企业必须提前为之做好准备。
4. 应用厂商是否拥有足够的经验来帮助用户有效地使用功能：不是所有的应用套件厂商都在相应的企业领域内有足够的深度，来帮助客户执行和采用所有的套件功能。事实上，专注于某一功能的厂商可能比erp厂商或者大型的系统集成商更快，价格更便宜地为企业提供技术实施方面的帮助。虽然大型的应用套件厂商也有足够的专业能力来满足功能需求，但是他们的产品同专注于某一功能厂商的产品相比，不够灵活，或者没有那么容易使用。
在考虑了上面四个重要问题后，企业应该缩小了可供选择的技术中枢供应商提供的组件范围。it部门必须评估自己的整合技术和能力，如果足够，就可以在大型厂商之外，考虑针对某一方面专业的供应商。 如果没有整合的丰富经验，那么就应该把对整合的考虑放在对于具体功能的高要求之上，减少跨程序之间（跨供应商之间）的整合工作。但是，如果对于企业来说没有一个明确的技术中枢的话，除了大型的erp厂商之外，专业的厂商也会繁荣起来。当企业从特定功能中获得收益，就会建立起一定的信心，相信专业供应商从财务角度是可选择的，整合所需要的额外资源也会被认为是正常的，专业供应商可能会变得更有优势。如果其他条件都相当，而erp厂商的组件包含了60%-80%的功能的话，企业就会认为erp厂商的组件产品是无可争议的选择。
商业影响：企业应该通过评估应用套件获取价值，并通过评估组件来最小化整合工作，并保留功能。
总结：为了把整合的复杂程度降到最低，erp厂商的组件应该被放在候选名单中被考虑。对于预先整合能力的评估应该把企业自己进行整合的能力考虑在内。为整合技术投资做好计划，并应该考虑专家意见。当功能需求和管理多个架构并处理复杂整合问题联系在一起时，应该考虑选择每个种类中最好的供应商
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
热门文章
