策略
首先确保你的组织和供应商之间的战略一致。供应所想可能不会体现在他的web网站或营销材料上。早早向供应商提出一些尖锐的问题很重要。构想问题将会使你获得更多的反馈，如：
从技术上讲，潜在的合作伙伴的云方法无非就是could siphon resources and attention away？服务器分时，或他们的产品是基于特定云模式服务(和基础虚拟化、冗余等)？
潜在的云服务提供商的增长计划，是否是通过加强他们的核心产品，和补充服务或产品？是否有计划进军其它竞争市场，来吸收资源和注意力？
供应商的历史是否暗示改变不满足需要的定价模型？
控制
另一个重要方面集中在控制上。具体地说，谁有多少，以及在哪些领域？这一对话可能已经在内部开始了，试图说服别人接受在某些人的防火墙背后有信息存在。让预期的供应商加入到这一讨论中也很关键，因为他们的反应将会直接影响效率和满意度。
谁应付用户和未来管理者？自助服务是一个很重要的因素需要在早期澄清。有些人可能考虑让合作伙伴做的一些耗时耗力的工作，而另外一些人找到的DIY方法来区分日常工作。
云服务是否足够开放，来支持就绪的互操作性，并与现有系统集成？是否编写了API，并支持web服务？与前面进行的一样，谁有能力承担这项工作？
最后，谁将负责照顾并保护基于云的数据？虽然，看起来似乎应该是提供商，然而，最容易出错的是在服务协议中出现的细节上。当涉及到法律合规性，你的组织可能最终要承担重任。为了避免这个，在付诸投入之前，先了解供应商的立场很重要。
社区
第三个哲学方面是云服务供应商的容忍度，以及支持与之产品相关的所有社区。有些可能想要企业只一对一地对他们，而其它的可能更喜欢第三方促进他们向前发展。辨别出哪一个学派是最适合的，并相应做出决定，这很重要。
在组织之外是否有正式生态系统，来提供附加工具或支持？
是否有来自于同盟客户的用户群加入，提供建议？这一组织是否经过供应商的官方认可，或者他们的是否被
为流氓组织？这一组织的形成是否弥补的情报空白？
这一行业或应用领域是否有其它客户，可以在签约之前先沟通？潜在的供应商是否与你公司的问题相关？这可能不是一个理由来排除一个供应商，尤其当他们的产品特别创新，或与你特别相关时。然而，这需要要考虑一下，因为如果可以避免的话，你也不想成为实验的小白鼠。
最后，云服务供应商需要以适当的方式进行挑战。因为很多事情都反应了这一基本哲学、，花时间去了解候选人的想法来做出最成功的匹配至关重要，当然，技术本身的质量也很重要。
