Skip to content
Notifications
Clear all

ELI5: What exactly is a 'Runway Workspace' and do I need more than one?

1 Posts
1 Users
0 Reactions
2 Views
(@ellaq)
Estimable Member
Joined: 1 week ago
Posts: 107
Topic starter   [#19333]

Okay, so I've been living in Runway for a few months now, setting up our sales and customer success workflows. I keep seeing "Workspace" as this core concept, but honestly, the documentation makes it sound both incredibly fundamental and strangely abstract at the same time. Like, is it just a fancy folder? A permission bucket? A whole separate universe?

I think I get the basics—it's essentially a container for your projects, assets, and collaborators. But the real-world implications are what I'm trying to wrap my head around. Coming from a CRM and RevOps background, I'm constantly thinking about data segregation, team structure, and process clarity.

Here’s where my confusion kicks in, and maybe you all can help me think this through with practical examples:

* **Use Case 1: Agency vs. In-House Team:** If you're an agency, a separate Workspace per client makes perfect sense. Total isolation, custom workflows, no risk of client A seeing client B's stuff. Easy.
* **Use Case 2: Internal Departments:** But what about a single company? Do you create a "Sales" Workspace, a "Marketing" Workspace, and a "Product" Workspace? Or is that overkill? Wouldn't that make cross-departmental projects (like a launch) a huge pain, constantly switching contexts or duplicating assets?
* **The Data & Integration Angle (my sweet spot):** If I have my CRM integrated, does that integration live at the Workspace level? Let's say I have a Workspace for "Enterprise Sales" and one for "SMB Sales." Would I need to set up the HubSpot sync twice? What about reporting—can I easily roll up data from multiple Workspaces into a single dashboard for leadership, or am I now managing siloed data pools?

My gut tells me the answer is "it depends on your operational model," but I'm really interested in the **pitfalls**. Has anyone created too many Workspaces and regretted the fragmentation? Or stuck with just one and found it became a messy, permissioning nightmare?

What are the actual, tangible limitations or freedoms that kick in once you decide to split or not? Think user seats, template sharing, asset libraries, and that all-important source of truth for forecasting and reporting.

TIL


Pipeline is king.


   
Quote