Oddball, Synaptic Salesforce 사업 인수로 맞춤형 소프트웨어 넘어 사업 확장

Oddball은 10월 28일 Synaptic Era의 Salesforce 서비스 사업을 인수하며, 맞춤형 소프트웨어 역량에 더해 엔터프라이즈 플랫폼 실무를 확보했다. Oddball의 Synaptic Salesforce 사업 운영 인수에서 전략적 변화는 서로 다른 제공 방식의 결합이다. 연방 고객은 목적에 맞춰 구축한 애플리케이션과 구성 가능한 소프트웨어를 모두 제공하고, AI 구현 경험까지 갖춘 또 하나의 공급자를 얻게 된다.

이번 인수는 Salesforce 자체나 Synaptic Era 전체를 인수한다고 발표한 건이 아니라 Synaptic의 Salesforce Technology and Services Business를 대상으로 한다. Washington Technology는 Salesforce 서비스 사업 인수 보도에서 거래 금액이 공개되지 않았다고 전했다. 이 구분은 중요하다. Oddball이 인수하는 것은 기반 플랫폼의 소유권이 아니라 구현 역량이기 때문이다.

핵심 질문은 이처럼 확대된 실무 조직이 맞춤형 개발과 플랫폼 구성 사이의 의사결정을 어떻게 바꾸는가다. Accenture의 앞선 NeuraFlash 인수는 유의미한 비교 사례를 제공한다. 기존 서비스 제공업체들이 전문 Salesforce 및 AI 역량을 사들이고 있다는 점이다. Oddball에게 기회는 이러한 전문성을 연방 사업 제공 경험과 결합하는 데 있으며, 동시에 두 접근법 가운데 신뢰할 만한 선택권을 유지하는 데 있다.

Oddball의 Synaptic Salesforce 사업 운영 인수로 달라지는 점

이번 인수로 Oddball이 조직 내부에서 제공할 수 있는 업무의 범위가 넓어진다. 맞춤형 소프트웨어, 클라우드 인프라, 데이터 서비스, 인공지능을 이미 제공하던 사업에 Salesforce 실무 조직이 추가된다.

Oddball의 Synaptic 인수 발표는 새로 구성한 팀이 아니라 이미 자리 잡은 실무 조직을 인수했다는 점을 보여준다. 회사에 따르면 Synaptic은 2008년부터 Salesforce와 협력해 왔으며 600건이 넘는 Salesforce 프로젝트를 완료했다.

인수자는 또한 Agentforce가 2024년 출시된 이후 12건이 넘는 프로덕션 AI 배포를 진행했다고 밝혔다. Agentforce는 업무 프로세스 안에서 정해진 작업을 수행하는 AI 에이전트를 위한 Salesforce의 플랫폼이다. Oddball은 Synaptic의 경험에 Salesforce의 첫 연방 Agentforce 고객을 위한 업무가 포함된다고 말한다.

이 수치는 인수한 실무 조직이 보고한 경험을 설명한다. 개별 배포의 규모, 복잡성, 기간 또는 측정된 성과는 드러내지 않는다. 발표문은 해당 연방 Agentforce 고객을 밝히지 않아, 그 특정 사례를 공개적으로 평가하는 데 한계가 있다.

이번 거래는 Falfurrias Management Partners가 2024년 12월 전략적 투자를 진행한 이후 Oddball의 첫 인수다. 이는 회사가 인수 활동을 통해 역량을 확대하는 방식을 보여주는 초기 신호가 된다.

즉각적인 운영상 변화는 공급자의 역량과 관련된다. Oddball을 검토하는 기관은 이제 맞춤형 엔지니어링을 제공하는 같은 조직 안에서 Salesforce 제공 역량도 문의할 수 있다. 이 같은 구성이 특정 프로젝트를 단순화할지는 인력 배치, 책임 분담, 제안된 아키텍처에 따라 달라진다.

구성 가능한 플랫폼은 팀이 요구사항에 맞게 조정하는 확립된 소프트웨어 구성 요소를 제공한다. 맞춤형 개발은 목적에 맞춰 작성한 코드를 통해 애플리케이션 동작을 만든다. 의미 있는 비교의 대부분은 모든 것에 하나의 접근법을 고르는 일이 아니라 서비스의 어느 부분이 각 범주에 속하는지를 다룬다.

플랫폼 실무 조직을 인수하면 제품 시연에 나타나지 않는 지식도 함께 얻는다. 구현 팀은 구성 결정, 통합 문제, 배포 절차, 고객 인수인계에 관한 경험을 축적한다. 그 경험의 유용성은 다음 기관의 상황에 적용될 수 있는지에 달려 있다.

따라서 이번 인수는 고객 논의에서 Oddball의 출발점을 바꾼다. 아키텍처를 선택하기 전에 더 넓은 제공 선택지를 제시할 수 있게 된다. 발표문은 특정 프로그램에서 어떤 선택지가 가장 좋은 성과를 낼지 입증하지는 않는다.

이 구분은 거래를 과장하지 않으면서도 이 이야기에 의미를 부여한다. Oddball은 제공할 수 있는 범위를 넓혔다. 고객은 여전히 제안된 기술을 자신들의 구체적인 서비스 요구사항과 연결하는 증거를 필요로 한다.

연방 구매자에게는 또 하나의 AI 시연 이상이 필요하다

AI 역량을 기관이 운영하고 평가할 수 있는 서비스와 연결해야 하는 부담은 공급자에게 있다. 전문 실무 조직을 추가하는 일은 그 경험이 구매자의 실제 문제를 해결할 때에만 제안의 강점이 된다.

이러한 부담의 배경에는 문서화된 연방 수요가 있다. Government Accountability Office는 2025년 7월 연방 생성형 AI를 검토하면서 선정된 11개 기관의 목록을 조사했다. 보고된 생성형 AI 활용 사례는 2023년 32건에서 2024년 282건으로 늘었다.

이는 2026년 10월 연방 시장을 측정한 수치가 아니라 과거의 목록 수치다. 또한 성공적인 배포가 아니라 보고된 활용 사례를 집계한 것이다. 그럼에도 기관들이 이번 인수 훨씬 전부터 탐색을 확대해 왔다는 점은 보여준다.

GAO는 정책, 기술 자원, 예산과 관련된 장애물도 문서화했다. 이러한 결과는 소프트웨어 접근성뿐 아니라 구현 경험도 중요한 이유를 설명하는 데 도움이 된다. 이용 가능한 AI 제품이 있다고 해서 기관이 이를 일상 업무에 도입하는 방법이 저절로 결정되지는 않는다.

Oddball에게 이번 인수는 그 간극에 대응할 만한 방안을 만든다. 기존의 기관 관계는 한 종류의 경험을 제공하고, Synaptic의 플랫폼 실무 조직은 또 다른 경험을 공급한다. 이를 결합하면 회사는 제공 방식 제안의 근거를 더 폭넓게 마련할 수 있다.

부담은 내부에도 있다. 영업팀은 제공팀이 실제로 뒷받침할 수 있는 역량을 설명해야 한다. 고객이 누가 아키텍처 결정을 내리고, 통합 문제를 해결하며, 결과물을 유지할지 파악할 수 있을 때 더 넓은 서비스 포트폴리오는 유용해진다.

기관 프로그램 관리자는 이와 관련된 문제에 직면한다. 매력적인 시연과 책임이 명확히 정의된 운영 서비스의 차이를 구분해야 한다. 시연은 서비스가 예외 상황을 어떻게 처리하는지 입증하지 않은 채, 선택된 조건에서 작업이 수행되는 모습을 보여줄 수 있다.

행정 절차에 관한 지침을 찾아주는 가상의 직원 보조 도구를 생각해 보자. 자연스러운 답변을 만들어 내는 것은 요구사항의 일부일 뿐이다. 기관은 보조 도구가 어떤 지침을 참조했는지, 그리고 그 지침이 최신 상태인지도 알아야 한다.

보조 도구가 기록을 변경할 수 있다면 결정은 더 중대해진다. 설계는 어떤 조치에 승인이 필요한지, 직원이 완료된 업무를 어떻게 검토할 수 있는지를 정해야 한다. 이는 인수 발표만으로 답할 수 없는 구현상의 질문이다.

같은 논리는 지식 접근에도 적용된다. 검색 가능한 지식 기반은 기술 자료를 정리하는 데 도움이 되지만, 정리만으로 권한이 확립되는 것은 아니다. 팀은 승인된 지침과 초안, 과거의 결정, 대체된 문서를 여전히 구분해야 한다.

이 때문에 즉각적인 경쟁 압력은 주장된 시장 승리가 아니라 신뢰성에 관한 것이다. 연방 AI 서비스를 제공하는 공급자는 자신의 경험을 구체적인 운영 요구사항과 연결해야 한다. Oddball의 인수는 제시할 수 있는 추가 경험을 제공하지만, 구매자가 그 관련성을 검증할 책임은 남긴다.

맞춤형 소프트웨어와 구성 가능한 플랫폼이 이제 하나의 제공팀에 속한다

전략적 메커니즘은 한 공급자 아래에서 구현 방식의 선택 폭을 넓히는 데 있다. 그 가치는 제공자가 선호하는 기술이 아니라 서비스에 따라 이러한 방식을 선택하는 데 달려 있다.

맞춤형 소프트웨어와 구성 가능한 플랫폼은 서로 다른 방식으로 겹치는 문제를 해결한다. 플랫폼은 기존 역량과 제약 조건에서 출발한다. 맞춤형 엔지니어링은 애플리케이션 동작에 대한 팀의 직접적인 통제력을 높이는 대신, 구축과 유지의 책임도 수반한다.

어느 설명도 보편적인 승자를 정하지는 않는다. 익숙한 행정 절차는 기존 소프트웨어 구성 요소에 잘 맞을 수 있다. 비일상적인 임무 요구사항은 목적에 맞춘 동작을 정당화할 수 있으며, 특히 플랫폼을 조정하는 과정에서 추가적인 복잡성이 발생할 때 그렇다.

유용한 비교는 개별 요구사항 수준에서 이뤄진다. 신원 확인, 문서 접수, 사례 배정, 전문 계산에 반드시 동일한 제공 방식이 필요한 것은 아니다. 결합된 실무 조직은 확립된 구성 요소가 적합한 지점과 맞춤형 작업이 여전히 정당한 지점을 평가할 수 있다.

Oddball은 인수한 역량이 의료, 보조금 관리, 인허가, 허가, 주민 대상 서비스를 포함한 영역을 다룬다고 말한다. 이는 회사가 언급한 애플리케이션 분야이지 새로 발표한 기관 배포 사례는 아니다. 특정 성과를 입증하지 않으면서 의도된 범위를 보여준다.

가상의 허가 서비스를 예로 들어 보자. 대민 인터페이스는 신청서를 접수하고, 직원은 문서를 검토하며 누락된 정보를 요청할 수 있다. 플랫폼은 익숙한 사례 처리 단계를 지원할 수 있고, 맞춤형 소프트웨어는 전문 평가를 처리하거나 오래된 시스템과 연결할 수 있다.

AI 에이전트는 그 서비스 안에서 범위가 제한된 작업을 지원할 수 있다. 지침을 찾아주거나 검토를 위한 응답을 준비할 수 있다. 그러한 추가 기능의 유용성은 작업의 요구사항, 이용 가능한 정보, 잘못된 결과가 초래할 결과에 달려 있다.

이번 인수의 논리는 결합된 팀이 이러한 경계를 명확히 설명할 수 있을 때 가장 강하다. 구매자는 왜 어떤 요구사항이 구성, 맞춤형 코드 또는 사람의 검토 절차에 속하는지 알 수 있어야 한다. “AI 지원”이라는 표현은 그 설명을 대신하기에는 지나치게 광범위하다.

공유된 제공 조직은 분리된 공급자 사이의 일부 인수인계를 줄일 수 있다. 그러나 공동 소유가 자동으로 공유된 엔지니어링 관행을 만드는 것은 아니다. 팀은 여전히 테스트, 문서화, 사고 대응, 장기 지원에 대해 호환되는 접근법을 마련해야 한다.

상업적 긴장도 존재한다. 더 큰 플랫폼 실무 조직을 보유한 회사는 그 조직에 적합한 업무를 찾을 이해관계를 갖는다. 따라서 구매자는 공급자가 여러 접근법을 제공하더라도 아키텍처 권고의 근거를 검토해야 한다.

가장 강력한 증거는 대안과 그 결과를 설명하는 제안서일 것이다. 여기에는 플랫폼 기능이 불필요한 복잡성을 더하는 경우나 맞춤형 개발이 적합한 기존 역량을 중복하는 경우를 인정하는 것도 포함된다.

이는 소프트웨어를 구축할지 구매할지를 둘러싼 이념적 대결을 요구하지 않는다. 각 서비스에 관한 책임 있는 결정을 요구한다. Oddball의 확대된 포트폴리오는 가능한 답변을 더 많이 직접 보유하게 되었기 때문에, 이러한 결정을 고객 가치 제안의 더욱 중심적인 요소로 만든다.

Accenture는 다른 시장 노출을 가진 선례를 제공한다

Oddball의 인수는 전문 Salesforce 및 AI 구현 역량을 인수하는 서비스 제공업체의 확립된 흐름을 따른다. 이 비교는 두 회사가 동일한 고객을 추구하거나 동등한 조건에서 경쟁한다는 점을 입증하지 않으면서 맥락을 제공한다.

Accenture는 2025년 8월 NeuraFlash 인수를 발표했으며, 이후 2025년 9월 29일 인수 완료를 기록했다. NeuraFlash는 에이전트 기반 서비스를 포함한 Salesforce 및 생성형 AI 컨설팅을 전문으로 했다.

Accenture는 이번 거래가 Salesforce 역량을 강화하고 글로벌 미드마켓으로의 도달 범위를 넓힐 것이라고 밝혔다. 이 목표는 Oddball의 연방 부문 중심 전략과 다르다. 공통점은 기존 서비스 사업을 보완하기 위해 전문화된 딜리버리 조직을 인수한다는 데 있다.

이 비교가 중요한 이유는 소프트웨어 전문성이 제품 인터페이스에 익숙한 수준을 넘어선다는 점이다. 고객은 구현 선택과 지원에 관한 판단력도 구매한다. 인수를 통해 모든 역량을 각각 구축하는 것보다 경험 있는 실무 조직을 더 빠르게 대규모 조직에 편입할 수 있다.

그러나 발표 내용만으로 직접적인 성과 순위를 매길 수는 없다. 딜리버리 품질, 고객 만족도 또는 프로젝트 경제성에 대한 공통 평가를 제공하지 않기 때문이다. 더 큰 조직과 더욱 전문화된 연방 서비스 제공업체는 서로 다른 가치를 제시하며, 특정 요구사항에 맞춰 평가해야 한다.

Oddball의 경우 연방 부문 경험은 포지셔닝의 핵심이다. 발표문에는 미국 재향군인부와 Centers for Medicare & Medicaid Services 등을 고객으로 언급한다. 기존 관계는 전략의 맥락을 제공하지만, 인수한 조직의 향후 업무를 보장하지는 않는다.

이미 Oddball에 익숙한 고객에게는 추가 역량이 관련성이 있을 수 있다. 그렇다고 기존 계약이 자동으로 확대되거나 기술이 바뀌는 것은 아니다. 새로운 범위에는 여전히 사업적 근거와 적절한 구매 절차가 필요하다.

이번 인수는 소규모 전문업체에도 질문을 제기한다. 독립적으로 운영되는 플랫폼 실무 조직은 좁은 전문성과 직접적인 고객 관계를 통해 경쟁할 수 있다. 더 광범위한 서비스 제공업체 안에서는 그 전문성이 더 큰 딜리버리 제안의 일부가 된다.

이것이 고객 선택을 개선하는지는 실행에 달려 있다. 고객은 한 조직을 통해 더 많은 보완적 역량에 접근할 수 있다. 반면 더 폭넓은 계약 안에서 전문 실무 조직의 책임을 구분하기가 더 어려워질 수도 있다.

경쟁업체의 실질적인 대응은 자체 딜리버리 제안을 더 명확히 하는 것이다. 서비스 제공업체가 강점을 설명하기 위해 동일한 인수를 할 필요는 없다. 기관 지식, 플랫폼 전문성, 엔지니어링의 조합이 해당 업무에 적합하다는 근거가 필요하다.

Oddball이 Synaptic의 Salesforce 비즈니스 역량을 인수하면서, 구체적인 연방 부문 적용 사례를 가진 익숙한 인수 패턴에 합류하게 된다. 관련 비교는 모든 거래가 같은 시장 경쟁에 속하는지 여부가 아니라, 전문 지식이 서비스 제공 방식을 어떻게 바꾸는지에 있다.

배포 건수는 중요한 질문에 답하지 못한다

보고된 배포 경험은 인수의 근거를 뒷받침하지만, 미래 고객에게 측정 가능한 개선을 입증하지는 않는다. 공개된 근거에는 운영 범위, 결과, 통합에 관한 의문이 남아 있다.

프로덕션 배포는 소프트웨어가 운영 환경에 들어갔음을 의미한다. 그러나 그 자체로 몇 명이 사용하는지 또는 어떤 의사결정에 영향을 미치는지를 설명하지는 않는다. 서로 다른 배포는 매우 다른 작업량과 책임 수준을 수반할 수 있다.

따라서 인수된 조직이 보고한 AI 경험은 관련성이 있지만 불완전하다. 구매자는 배포 건수만으로 오류율, 직원 업무량 또는 서비스 품질을 추론할 수 없다. 그러한 판단에는 개별 시스템과 운영 조건에 대한 정보가 필요하다.

첫 번째 연방 Agentforce 고객 사례도 비슷한 한계를 지닌다. 명시된 기관명이나 공개된 구현 세부정보가 없으면 독자는 어떤 업무가 관련됐는지 평가할 수 없다. 해당 사례를 특정 Oddball 고객과 연결하는 것은 추측에 불과하다.

이러한 한계를 검토하기 위해 비판자를 만들어낼 필요는 없다. GAO가 2026년 4월 발표한 AI 조달 과제 검토는 연방 조달의 어려움에 관한 독립적 관점을 제공한다. 관계자들은 기술 전문성 접근과 AI 관련 비용 이해의 문제를 설명했다.

GAO는 또한 선정된 기관들이 AI 조달에서 얻은 교훈을 체계적으로 수집하지 않고 있음을 발견했다. 권고안은 그 지식을 수집하고 공유할 필요성을 다뤘다. 이 결과는 검토 대상 기관에 관한 것이며, Oddball이나 Synaptic에 대한 평가는 아니다.

더 넓은 분석적 함의는 고객이 무엇을 배웠는지 검토할 수 있을 때 딜리버리 경험이 더 유용해진다는 것이다. 사례는 해결한 문제, 시스템의 경계, 운영을 판단하는 데 사용한 근거를 설명해야 한다.

일상적인 문의를 처리하는 서비스라면 답변이 승인된 지침과 일치하는지를 평가할 수 있다. 기록을 변경하는 워크플로라면 조치가 승인된 절차를 따르는지도 고려해야 한다. 이는 공개된 Synaptic 프로젝트 결과가 아니라 제안되는 평가 차원이다.

통합은 또 다른 불확실성을 낳는다. 발표문은 통합 팀의 운영 구조를 설명하지 않으며, 고객이 인수한 전문성에 어떻게 접근할지도 명시하지 않는다. 따라서 아키텍처 결정과 딜리버리 책임이 실무 조직 전반에서 어떻게 작동할지는 열려 있다.

직원 연속성은 이러한 통합을 평가하는 데 중요하다. 인수한 서비스 역량은 실무 지식을 보유한 사람들에게 부분적으로 의존한다. 리더십, 팀 책임, 고객 인수인계에 대한 공개 정보는 결합이 어느 정도의 연속성을 보존하는지 명확히 하는 데 도움이 될 것이다.

재무 조건은 공개되지 않았으므로 독자는 발표된 가치평가를 기준으로 인수를 평가할 수도 없다. 또한 발표문은 향후 업무에서의 수익을 계산할 근거도 제공하지 않는다. 거래의 재무적 성공에 대한 주장은 근거를 앞서가게 된다.

이러한 공백이 인수가 실망스러운 결과를 낳을 것임을 입증하는 것은 아니다. 이는 발표문이 확립하는 내용의 한계를 규정한다. Oddball은 무엇을 인수했는지와 왜 역량이 상호 보완적이라고 보는지를 설명했지만, 고객 결과에는 별도의 근거가 필요하다.

딜리버리 세부사항, 실명 배포 사례, 측정된 결과를 주시하라

가장 유용한 다음 신호는 통합 실무 조직의 운영과 고객 근거에 관한 것이다. 앞으로 몇 달 동안 이러한 신호는 더 넓어진 역량 목록과 달라진 딜리버리 제안을 구분하는 데 도움이 될 것이다.

첫째, 실무 조직들이 함께 일하는 방식에 관한 세부사항을 주시해야 한다. 리더십 책임, 고객 참여 모델, 공동 딜리버리 사례는 인수가 프로젝트 실행을 어떻게 바꾸는지 명확히 해줄 것이다. 이는 발표된 이정표가 아니라 관찰 지점이다.

일관된 운영 모델은 고객이 한 서비스 제공업체를 통해 보완적 전문성에 접근할 수 있다는 주장을 강화할 것이다. 지속적인 모호성은 그 이점을 평가하기 어렵게 만들 것이다. 핵심 질문은 이 결합이 팀이 고객 문제를 해결하는 방식을 바꾸는지 여부다.

이를 위해 모든 내부 프로세스가 공개될 필요는 없다. 누가 아키텍처, 구현, 지속적 지원을 책임지는지에 대한 명확한 설명이 유용할 것이다. 고객은 확장된 포트폴리오에 의존하기 전에 책임을 이해할 충분한 정보가 필요하다.

둘째, 서비스와 고객을 식별하는 실명 배포 사례를 주시해야 한다. 사례 연구는 어떤 프로세스가 바뀌었고 사람의 책임이 어디에 남았는지 설명할 때 더 많은 정보를 제공한다. 기관의 확인은 공급업체 설명을 넘어선 관점을 더할 것이다.

실명 배포 사례는 통합된 역량이 실제 요구사항에 적용된다는 근거를 강화할 것이다. 또 다른 일반적 파트너십 발표는 더 적은 정보를 제공할 것이다. 이 구분은 발표량이 아니라 근거의 구체성에 관한 것이다.

플랫폼 구성과 맞춤형 엔지니어링을 결합한 사례에 특히 주목해야 한다. 그러한 사례는 인수의 핵심 근거를 직접적으로 보여줄 것이다. 독립적인 Salesforce 프로젝트도 여전히 가치가 있을 수 있지만, 실무 조직 결합의 이점에 대해서는 더 적게 드러낼 것이다.

셋째, 명확한 비교 기준을 갖춘 측정된 운영 결과를 주시해야 한다. 유용한 근거는 평가한 업무와 그것이 실행된 조건을 식별할 것이다. 측정 기준은 생산성에 관한 광범위한 주장으로 기본 설정되기보다 서비스에 맞아야 한다.

내부 초안 작성 보조 도구와 대민 거래 서비스에는 서로 다른 평가가 필요하다. 전자는 직원 검토와 수정 노력으로 평가할 수 있다. 후자는 사용자가 의도된 절차를 정확히 완료하는지도 살펴봐야 한다.

결과가 통합된 딜리버리 접근 방식이 관련 서비스를 개선했음을 보여준다면 인수 서사는 강화될 것이다. 추가 복잡성이 이점을 웃돌았다면 약화될 것이다. 어느 결론도 거래 발표만으로는 도출할 수 없다.

개발자에게 즉각적인 관련성은 더 넓어진 구현 결정의 범위에 있다. 이미 확립된 플랫폼 구성요소를 포함하는 프로젝트에도 인터페이스, 테스트, 예외에 관한 엔지니어링 판단이 필요하다. 서비스에 구성이 적절히 제공할 수 없는 동작이 필요할 때마다 맞춤형 개발은 여전히 논의의 일부다.

기업 및 정부 구매자에게 관련성은 전체 운영 체계를 평가하는 데 있다. 공급업체의 확장된 역량은 잘 정의된 요구사항을 지원할 때 유용하다. 제품명이 책임과 예상 결과에 대한 설명을 대체하면 그 정보 가치는 낮아진다.

지식 근로자는 제안된 에이전트가 승인된 정보 및 기존 검토 프로세스와 어떻게 상호작용하는지에 주목해야 한다. 자료 검색이나 준비를 돕는 보조 도구는 행동 권한을 부여받은 소프트웨어와 역할이 다르다. 명확한 경계는 서비스를 사용하는 사람들이 그 차이를 이해하게 해준다.

Oddball이 Synaptic의 Salesforce 비즈니스 전문성을 인수하는 가운데, 발표 이후의 근거를 따라가야 한다. 명확한 통합 딜리버리 모델, 실명 고객 배포 사례, 정의된 서비스와 연결된 결과를 찾아야 한다. 향후 사례 연구는 제목의 결과만큼이나 범위와 한계를 주의 깊게 읽어야 한다. 제안을 평가할 때 각 요구사항이 왜 플랫폼, 맞춤형 소프트웨어 또는 사람의 검토에 속해야 하는지 물어야 한다. 이어서 서비스가 변할 때 누가 그 선택을 유지하는지도 물어야 한다. 공급업체 프레젠테이션에 또 하나의 역량을 더하는 데 그치지 않고, Oddball의 확장된 실무 조직이 기관이 제공할 수 있는 업무를 어떻게 바꾸는지 보여줄 공개 사례는 무엇일까?