在我们被合同第一位的方法迷住之前，还要清醒的意识到业务和IT会被服务合同生成流程困住。如果业务或者业务分析师（BA）代表卷入到合同中，他们会认为合同只是被抽取服务的一个方面，而不是单个儿服务接口。另外，如果服务合同设计牵涉到IT，他们通常会认为服务接口并不是被抽取的服务。从许多方面来讲，服务接口都会对被抽取的要求服务有一定的帮助。服务接口只描绘了客户是如何访问服务的，这仅仅是服务合同的一个方面。实际上，被抽取服务和服务接口之间存在着一对多，甚至多对多关系。服务合同负责建立二者之间的关系。

　　我们没有必要在业务抽取向服务接口的过渡时期重新解释业务需求。并且义务服务合同可能编写了业务要求，然而服务接口则有可能是WSDL，作为单个的统一文档，将这两个服务概念结合在一起。为了避免歧义，服务在定义业务抽取的同时，也要考虑到服务接口。业务所谈论的服务合同与IT所讨论的服务合同必须是一致的——我们没有业务抽取合同和服务接口合同。合同中以及描述了业务抽取，同时也描述了对于服务接口的需求。

　　ZapThink采取的措施

　　从许多方面来看服务合同不仅描述了对于业务请求或者技术实施的反思。实际上，业务请求和技术实施有助于服务合同。服务合同本身代表了业务对其需求所作出的承诺以及为了这些需求，IT所要履行的义务。从这个角度来看，在业务-IT对话当中，服务合同本身就是一种谈判工具，如果业务和IT达成协议，需要通过技术功能来满足业务需求。如果二者不能达成协议，那么业务需求有可能无法得到满足，IT就有可能失去可靠性，浪费更多的时间和精力。

　　从这个角度来说，合同第一位的做法并不简单的是一种关注加速服务开发的IT方法。而是一种总的组织方法。EAs和BAs可以利用这个组织方法根据IT和业务需求进行对话，并且双方对谈话内容有一定的了解，只有在达成共识以后，才可能实现对齐。