A competitive analysis that surfaced a critical product constraint: Content Assembly was invoked from SharePoint Document Library and rendered the document inside a webpage iframe with a side panel, which made true in-canvas editing infeasible. These insights became the strategic push to deliver template creation and document generation directly in users' flow of work: Word documents.
Contract Express held a commanding position in legal tech document generation—trusted by enterprises to create contracts through questionnaire-driven workflows. Microsoft was considering Content Assembly as an alternative entry point for legal workflows, but the positioning was unclear. The competitive question was direct: what does Contract Express do well, where does it fall short, and what does that teach us about the market's expectations?
Contract Express built an elegant mental model for legal document generation: templates author business rules and variables inside Word; end users answer a plain-language questionnaire; the system generates contracts without touching code. This pattern works because it outsources complexity to the questionnaire design phase.
But Contract Express shows friction in areas where legal workflows become organizational challenges. The platform was built for template authoring + generation, not for the messy parts of enterprise contract work.
The key learning was not simply that users preferred in-document interaction. It was that our existing Content Assembly offering, invoked from SharePoint Document Library with the document rendered in a webpage iframe plus side panel, could not deliver true in-canvas editing by design.
This wasn't hypothetical. Legal professionals work in Word documents. They expect to create templates and generate documents within that environment. The iframe + side-panel pattern introduced unavoidable friction and became the evidence for relocating both capabilities into Word-native flow of work.
Contract Express proves questionnaires work for initial data capture. But legal workflows are about more than questionnaires. They're about review, negotiation, collaboration, and change tracking. Forms handle the intake; the document is where the real work happens.
Contract Express is single-function: generate documents via questionnaire. But enterprise legal teams don't work in single functions. They work across drafting → review → negotiation → execution. Fragmentation across tools is the pain point.
The Contract Express study made the case for a fundamental strategic shift. Instead of continuing with a SharePoint-invoked iframe + side-panel assembly model, we needed to provide template creation and document generation directly inside Word, where legal professionals already do their core work.
This competitive study became the blueprint for how we'd design Agreements in Word. Every design principle traced back to a Contract Express strength or weakness:
The Contract Express study became the foundation for the pitch to shift from Content Assembly to Agreements AI. The presentation highlighted an architecture reality: SharePoint-invoked iframe + side-panel orchestration limited direct document interaction, while Word-native delivery enabled template creation and generation in users' actual flow of work.
The Contract Express teardown study was catalyst for the strategic decision to pivot from Content Assembly (SharePoint-invoked iframe model) to Agreements AI (Word-native model). This wasn't a minor UX tweak; it was a platform-level reorientation toward delivering template creation and generation in the user's document flow of work.
This work exemplified design as strategy, not decoration. The study identified not just feature gaps, but a structural platform mismatch between intended experience and delivery surface, then translated that into a clear product direction: Word-native template creation and generation. That's the kind of competitive intelligence that changes organizational direction.