Case Study
3D Modeling Collaboration Platform
Designing a cloud-based collaboration system for complex engineering models under performance, security, and trust constraints

Context

This project focused on designing a collaborative 3D modeling platform for large engineering and manufacturing organizations, including companies such as Rockwell Collins, John Deere, Vermeer, and Caterpillar.

These teams relied on complex 3D assemblies to design, review, and make decisions, often across internal teams and external vendors. Existing workflows were slow, fragmented, and poorly suited for collaboration around large, highly detailed models.

The product was built as a cloud-based platform to enable faster decision-making, safer sharing, and more effective collaboration without requiring users to download or manipulate full models locally.

Business Stakes

This product needed to unlock faster, safer collaboration around complex 3D models for large engineering organizations. Success required proving enterprise viability while navigating early-stage uncertainty.

Team

Product Management, Engineering, Domain SMEs (Engineering & Manufacturing)

Constraints

  • Live platform migration with active revenue
  • Performance limitations of large 3D models
  • Strict security and IP protection
  • Cloud feasibility challenges
  • High uncertainty around problem-solution fit

Impact Snapshot

  • Shipped MVP foundation for the platform
  • Enabled faster, more focused collaboration
  • Validated core interaction concepts
  • Informed subsequent product direction
Overview
  • My Role & Scope
  • The Problem
  • Discovery & Insights
  • Framing the Strategy
  • Experience Design & Execution
  • Validation & Outcomes
  • Strategic Impact & Learnings
My Role & Scope

I served as Lead UX Designer and was the sole designer during the product’s first year, with end-to-end responsibility spanning strategy, discovery, system design, and delivery.

Working within a stealth startup environment, I operated across high ambiguity and limited access to external users. My role extended well beyond interface design and required close partnership with product management and engineering to define the problem space, align early direction, and establish a foundational set of interaction patterns and behaviors for a complex, cloud-based platform.

As the company grew, I continued to shape the core interaction and system foundations that became the basis for future products and pivots.

Key Leadership Contribution: Defined the core interaction and system model that enabled fast, secure, role-aware collaboration around complex 3D assemblies, aligning product, engineering, and business constraints into a shared foundation for future development.

What I Owned
  • Problem framing and opportunity definition for a new 3D collaboration paradigm
  • Discovery and synthesis across product, engineering, and internal domain SMEs
  • Interaction and system design for a cloud-based 3D modeling and collaboration platform
  • Facilitation of cross-functional working sessions and a focused design sprint
  • Validation through internal SME review, QA collaboration, and later moderated usability testing
Designing Without Precedent

This project required leadership without precedent or clear benchmarks. As a stealth startup building a novel platform, many assumptions about collaboration, performance, and usability had to be tested and refined in parallel with technical exploration.

I worked closely with product and engineering to navigate uncertainty around feasibility, security, and user adoption, translating evolving constraints into clear design direction. This meant making incomplete information actionable, aligning teams around shared mental models, and continuously adjusting the solution as the organization, product, and market understanding evolved.

The Problem
Fragmented Collaboration Around Complex 3D Systems

Engineering and manufacturing teams rely on complex 3D models to make critical decisions, but collaboration around those models was fundamentally broken.

Feedback cycles were slow and disjointed. Teams shared large files through legacy tools, emailed screenshots, or relied on meetings to explain changes that could not be easily referenced later. Comments lived outside the model context, forcing teams to mentally map feedback to specific parts or views.

As a result, understanding degraded as models moved between people, teams, and vendors.

Tools Built for Individuals, Not Teams

Most existing tools were optimized for individual authorship, not shared decision-making.

Opening full 3D assemblies was slow, even on high-end machines. Collaborators who only needed to review or comment still had to load entire models, increasing friction and discouraging participation. Vendors and non-engineering stakeholders often lacked access entirely, creating information bottlenecks and translation errors.

Instead of accelerating collaboration, the tools reinforced silos.

Security and IP Risk at Scale

Sharing full models also introduced significant IP and security concerns.

Organizations were forced to choose between speed and control. Providing access to entire assemblies exposed sensitive intellectual property, while restricting access slowed progress and limited feedback. There was no reliable way to share only what was necessary for a given discussion or decision.

For large enterprises, this tradeoff was unacceptable.

Why This Was Harder Than It Looked

At first glance, the problem appeared to be missing collaboration features.

Through early discovery, it became clear the challenge was deeper. Teams did not just need comments or annotations. They needed a shared understanding of complex systems without forcing everyone into the same tooling, workflows, or performance constraints.Any solution had to reconcile:

  • High-fidelity 3D complexity with lightweight interaction
  • Fast iteration with enterprise-grade security
  • Individual workflows with shared decision-making
What Was at Risk

Without a new approach, organizations would continue to absorb the cost of misalignment.

Decisions would remain slow. Rework would increase. Sensitive data would be overshared or withheld. Most importantly, the barrier to enterprise adoption would remain too high for the platform to scale.

This was a systemic collaboration failure that limited speed, trust, and adoption.

Discovery & Insight
Grounding the Problem in Real Work

With limited early access to external users, discovery focused on building a shared, accurate understanding of how engineers actually collaborate around 3D models today.

I worked closely with product, engineering, and an experienced design engineer SME to synthesize domain knowledge across:

  • End-to-end design and manufacturing workflows
  • Collaboration handoffs between OEMs and suppliers
  • The realities of security, performance, and tooling in enterprise environments

This work was not about validating a single hypothesis. It was about reducing risk by deeply understanding the system engineers operated within, before committing to any specific interaction model.

These empathy maps captured how OEM and supplier design engineers experienced collaboration across complex 3D workflows, including cognitive load, tool fragmentation, coordination challenges with internal and external teams, challenges of contributing feedback with limited access to full models, incomplete context, and strict IP constraints.
This journey map and problem statements visualized the end-to-end collaboration process across design, review, feedback, and iteration, making breakdowns and delays visible across handoffs, as well as specific issues that we could view as opportunities to solve for in our designs.
Design Sprint as a Synthesis Engine

To accelerate shared understanding and move from ambiguity to direction, I facilitated a focused, low-key design sprint with product, engineering, and the SME.

The sprint structure intentionally moved from understanding to action:

  1. Empathy mapping
    We mapped OEM and supplier perspectives separately to surface differences in goals, constraints, and decision pressure.
  2. Journey mapping & problem statements
    We aligned on where collaboration broke down across the lifecycle, especially during review, feedback, and iteration.
  3. Six-up ideation and dot voting
    We explored multiple collaboration concepts quickly, then narrowed to the most promising directions based on feasibility, value, and risk.
  4. Paper prototyping
    We translated the strongest concepts into low-fidelity flows that could be stress-tested against real workflows.

This sprint created alignment across disciplines and established a concrete starting point for experience design, grounded in domain reality rather than assumption.

Rapid six-up ideation was used to explore multiple collaboration concepts in parallel before narrowing to the most promising directions.
Low-fidelity paper prototypes translated early concepts into concrete interaction flows that could be discussed, refined, and validated with stakeholders.
Learning from Existing Tools and Paradigms

In parallel, I conducted a focused review of both direct CAD tools and adjacent collaboration paradigms to understand where existing solutions succeeded and where they fell short.

This included:

  • CAD platforms such as Inventor, Fusion 360, Onshape, JT2Go, and CADX
  • Adjacent paradigms like PowerPoint, photo markup tools, GitHub, Basecamp, and InVision / Axure

The goal was not to compete with CAD systems or replicate their depth. Instead, it was to understand:

  • How collaboration is currently forced into tools not designed for it
  • Where engineers already adapt or workaround limitations
  • Which collaboration patterns were already familiar and effective, and could be safely reused or adapted
  • Which patterns translated well across domains, and which did not

This analysis reinforced that collaboration was happening around models, not within them, often through screenshots, static documents, and disconnected conversations.

Competitive and paradigm analysis examined existing CAD tools and adjacent collaboration patterns to identify gaps, constraints, and transferable interaction models.
What Emerged

Across discovery activities, several consistent insights surfaced:

  • Collaboration breaks down at moments of review and feedback, not creation
    Engineers were effective in their core tools, but collaboration required leaving those environments and losing context.
  • Security and performance shape behavior as much as usability
    The size of models and the need to protect IP fundamentally influenced how and what people were willing to share.
  • Different roles need different views of the same model
    Designers, reviewers, suppliers, and decision-makers required varying levels of fidelity, context, and interaction.
  • Existing tools optimize for individuals, not shared understanding
    Teams relied on manual workarounds to communicate intent, highlight issues, and track decisions.
Framing the Strategy
Reframing the Work

Discovery made it clear that the problem was not a lack of collaboration tools, but a lack of shared context during collaboration.

Existing workflows forced teams to export models, capture static screenshots, and reconcile feedback across disconnected tools. These approaches removed spatial context, slowed decision-making, and increased risk, particularly when working with external suppliers.

Rather than attempting to recreate existing review workflows in a new interface, the strategy focused on enabling collaboration anchored to the model, allowing discussion, context, and decisions to remain directly connected to the work, either within the model itself or through scoped, story-based views designed for specific audiences.

This reframing shifted the effort from “adding collaboration features” to designing a system that supported shared understanding across roles, disciplines, and access boundaries.

Why 3D Collaboration Is Uniquely Hard

All user interaction in the platform occurs through 2D inputs such as clicks, selections, and annotations, while meaning lives in a 3D spatial environment that changes based on camera angle, zoom, and orientation.

Unlike traditional interfaces, there is no single stable surface. The same model element can appear entirely different or disappear depending on viewpoint, making it difficult to anchor feedback in a way that preserves intent over time. A comment that feels obvious from one angle can become ambiguous or misleading from another.

This challenge is compounded by audience differences. Engineers, reviewers, and external partners view models with different levels of technical access and spatial fluency. Designing collaboration required interaction patterns that could reliably bind 2D input to 3D context while remaining understandable across roles, perspectives, and time.

Strategic Intent

The strategy was guided by a small set of non-negotiable goals that shaped all downstream decisions:

  • Keep context attached to feedback
    Comments, annotations, and discussions needed to remain anchored to specific views, parts, or moments in the model, not separated into documents or external tools.
  • Support collaboration without exposing full IP
    The system needed to allow meaningful participation from suppliers and external partners while limiting access to sensitive or unnecessary data.
  • Balance power with approachability
    Engineers required depth and control, while other collaborators needed ways to engage without deep CAD expertise.
  • Enable both synchronous and asynchronous workflows
    Teams needed to collaborate in real time when necessary, but also leave structured feedback that could be reviewed and acted on later.

These goals provided clear guardrails for experience design and prevented the solution from drifting toward familiar but ineffective patterns.

Intentional Tradeoffs

Operating within a stealth startup environment required focus and restraint.

The strategy deliberately prioritized:

  • Core collaboration workflows over exhaustive feature parity
  • Flexible interaction models over rigid, prescriptive processes
  • Establishing a strong system foundation before optimizing edge cases

Some advanced capabilities were deferred to ensure the team validated the core collaboration model before investing in deeper complexity.

This allowed the product to move forward with clarity while remaining adaptable as technical and organizational constraints evolved.

Why This Framing Mattered

By aligning on strategy before committing to interface solutions, the team established a shared understanding of what the platform needed to enable and, just as importantly, what it should not attempt to solve yet.

This framing created the conditions for experience design to proceed with confidence, grounding interaction decisions in purpose rather than convention.

Experience Design & Execution

With the strategy defined, the focus shifted to designing an experience that enabled real-time collaboration around complex 3D assemblies without overwhelming users or compromising performance, security, or clarity.

Rather than designing isolated features, I focused on establishing a coherent interaction model that supported exploration, discussion, and decision-making across roles and contexts.

These decisions established a consistent, reusable interaction framework that could support new features, workflows, and collaboration modes without redesigning the experience from scratch.

Designing for Collaborative Workflows, Not Just Viewing

Early design work centered on how users actually collaborated around models, not how they individually inspected them.

The experience was structured around three core activities:

  • Explore: Navigate and inspect large assemblies efficiently
  • Collaborate: Share, comment, annotate, and discuss specific parts in context
  • Present: Capture, sequence, and communicate insights without exporting full models

This framing helped keep interaction decisions grounded in real workflows instead of tool-centric patterns.

Early information architecture and interaction sketches exploring how models, stories, snapshots, and collaboration tools could be organized into a coherent system.
Interaction Model and System Structure

To support these workflows, I designed a system that separated model interaction, commentary, and narrative storytelling while keeping them tightly connected.

Key design decisions included:

  • A persistent 3D model viewer as the shared source of truth
  • Contextual commenting anchored to parts, views, or snapshots
  • Lightweight tools for marking up views without modifying the underlying model
  • A clear distinction between working sessions and curated stories

This allowed teams to move fluidly between exploration and communication without duplicating effort or breaking context.

A detailed 3D model view showing in-context comments and markups, illustrating how feedback could be anchored directly to geometry rather than separated into external documents.
Stories as a Shared Communication Layer

One of the most critical interaction concepts was the introduction of Stories as a way to curate and communicate decisions.

Stories allowed users to:

  • Capture snapshots of relevant model states
  • Annotate and draw directly on those views
  • Sequence snapshots into a narrative
  • Discuss changes asynchronously without opening full assemblies

This reduced reliance on external tools and made collaboration more accessible to non-CAD specialists while preserving engineering accuracy.

A story overview showing multiple snapshots tied to a single design narrative, enabling reviewers to understand context, progression, and intent at a glance.
An individual snapshot view with threaded comments and visual annotations, supporting precise, asynchronous feedback without requiring live meetings.
Supporting Real-Time Collaboration

To support synchronous work, the experience included lightweight real-time collaboration features that mirrored how teams already worked together.

These included:

  • Inviting users directly into a shared model
  • Following another participant’s view during walkthroughs
  • Screen sharing for live reviews without exporting files

The goal was not to replace existing meeting tools, but to make collaboration around the model faster and more precise.

A real-time collaboration state where one user follows another’s view, enabling guided walkthroughs and shared understanding during reviews.
Design Evolution and Refinement

Throughout execution, designs were iterated collaboratively with product and engineering to balance usability, performance, and feasibility.

This included:

  • Refining interaction density to avoid visual overload
  • Adjusting tool placement based on real usage patterns
  • Stress-testing workflows with large, complex assemblies

The result was an experience that remained responsive and understandable even under heavy technical constraints.

Validation & Outcomes
Validation Through Internal and External Signal

Once the core interaction model, collaboration workflows, and system structure were in place, validation focused on confirming that the experience aligned with real-world engineering collaboration needs without disrupting the existing design process.

Validation occurred across two complementary tracks: internal stakeholder review and external exposure.

Internal Validation: Product, Engineering, and SME Review

Concepts and flows were reviewed iteratively with product leadership, engineering partners, and a senior design engineer SME with deep CAD and manufacturing domain experience.

These reviews focused on:

  • Whether the collaboration model reflected real design-review behavior
  • Feasibility of real-time and asynchronous workflows
  • Alignment with existing CAD, PLM, and security constraints
  • Clarity of roles, permissions, and ownership within shared models

Internal validation reinforced that the system-level approach, snapshots, stories, markup, and role-aware collaboration, mapped cleanly to how teams already worked, while reducing friction caused by file-based handoffs and fragmented tools.

Importantly, feedback did not require rethinking the core interaction model, which increased confidence in the overall direction.

External Validation: Directional Exposure via mHUB

To pressure-test early concepts outside the immediate team, selected designs were shared in facilitated sessions at mHUB, a Chicago-based innovation and prototyping hub, with design and engineering practitioners experienced in complex systems and collaborative workflows.

These sessions served as directional validation, helping confirm:

  • The mental model of stories as a shared communication layer
  • The usefulness of snapshots for focused, contextual feedback
  • The clarity of real-time collaboration and follow-view interactions
  • The balance between visual fidelity and lightweight participation

Feedback was largely affirming and validated that the experience communicated intent clearly, even for participants encountering the platform for the first time. Minor refinements were made to labeling, affordances, and interaction clarity, while the foundational system structure remained intact.

Outcomes and Confidence Gained

By the end of validation, the team had:

  • Confidence that the collaboration model aligned with real-world workflows
    Confirmation that the experience reduced ambiguity during design review
  • A shared understanding across product, design, and engineering of how the system could scale
  • A stable interaction foundation that supported future product evolution and adjacent use cases

The validation process confirmed that the platform established a strong, extensible baseline for secure, role-aware collaboration around complex 3D assemblies.

User Interviews & Usability Testing
Strategic Impact & Learnings
Customer & Business Impact
  • Enabled teams to collaborate on complex 3D models without relying on brittle, file-based workflows
  • Reduced friction in reviewing, annotating, and iterating on models across roles with different levels of technical expertise
  • Improved clarity and confidence in shared decision-making by making model state, context, and intent visible to all collaborators
Platform & Organizational Impact
  • Established a scalable interaction foundation for real-time collaboration, supporting future features without fragmenting the experience
  • Reduced ambiguity between product, design, and engineering by aligning around shared system models and interaction rules
  • Strengthened delivery velocity by identifying constraints early and designing within technical realities rather than around them
Leadership Learnings

Designing collaboration systems requires treating shared understanding as a first-class design outcome, not a byproduct of UI.

In this environment, success depended less on visual polish and more on:

  • Defining clear interaction contracts between users and the system
  • Making system state explicit to prevent misinterpretation and rework
  • Balancing user needs, performance constraints, and engineering feasibility without creating brittle edge cases

This work reinforced that durable collaboration experiences are built through system clarity, early alignment, and disciplined tradeoff decisions, especially when products are expected to scale in complexity and usage.

Applying This Approach Elsewhere
Interested in how this approach translates to other complex platforms?
Let’s Connect
The easiest way to reach me is on LinkedIn. For more detailed inquiries, you can also use the contact form.