Best-practice architecture for scaling a heavily automated Trello system?

[Prestige Bot]

We use Trello Premium to run a growing business. We currently have approximately 5–7 operational users, up to seven leadership users, roughly 50 boards, and a very high volume of automation.

Our present setup grew organically:

• One shared company account administers or owns most of the Workspaces and boards.

• A separate company-controlled “bot” account created most of our automations.

• A central macro-workflow board drives work into departmental boards such as Office, Shop, and Installs.

• Changes to cards and checklists trigger downstream cards, checklists, and personal assignments.

• Completing downstream work advances cards on departmental and macro-workflow boards, which can trigger the next stage.

• We currently use copied, linked, and mirrored cards to create breadcrumbs and pass progress between boards.

This system works, but it has become difficult to navigate and troubleshoot. Finding boards, locating the automation responsible for a particular action, managing permissions, and understanding dependencies are all becoming increasingly cumbersome.

Our desired outcome

We want to redesign the system so that:

• Everyone signs in through an individual, company-managed account.

• Operational users see only the work relevant to them, ideally through one clear and properly prioritized work surface.

• Employees can maintain their live tasks, personal workflow, SOP/checklist templates, and personal convenience buttons.

• Department-wide automations and the underlying business architecture remain centrally governed.

• Leaders retain appropriate visibility and administrative access.

• HR-related boards remain restricted to leadership.

• The system survives staff departures and role changes without losing boards, permissions, or automations.

• We reduce duplicated cards and synchronization rules wherever Trello offers a simpler source-of-truth model.

We are considering organizing approximately 50 boards into functional areas such as Core Workflow, Office, Shop, Installs, Marketing, Clerical, HR, and SOPs. These could become separate Workspaces, Collections inside a smaller number of Workspaces, or any combination.

The questions

1. How should Workspaces be used at this scale?

Should a Workspace represent a genuine security, administration, or billing boundary, while Collections organize departments inside it? Or is creating a separate Workspace for each operational area the better long-term structure?

What automation, mirroring, permission, and billing complications should we expect when workflows cross between Workspaces?

2. Who should create and own business-critical automations?

Would you recommend:

• One company-controlled automation creating/housing account

• Separate company-controlled automation accounts for major workflow areas

• Department leaders creating/housing their department’s automations

• Some hybrid of these approaches

We want automations located near the processes they support, but we do not want critical rules to disappear when someone leaves or changes roles. We are also conscious of Trello’s per-user automation-storage limit.

How do experienced teams divide automation ownership while retaining maintainability and continuity?

3. Should each employee have a personal command board?

Our desired experience is that each person has one clear place showing what to do now, next, and later.

Would you build personal boards using Mirror cards or linked child-task cards, or rely on Trello’s native Home, My Cards, assigned checklist items, and Workspace Table views?

We want to minimize duplication, but personal boards may offer better prioritization and employee-specific buttons. What trade-offs have you encountered?

4. How should role changes be managed?

Ideally, Alice would use alice@company.com while serving as Shop Manager. If Bob later assumes that role, the relevant permissions and responsibilities would move to Bob without either person sharing a generic Shop Manager login.

Does Trello provide any practical role-based or alias-based model for this, or is the recommended approach simply named accounts, multiple administrators, and a documented reassignment process?

5. At what point does Enterprise make more sense than Premium?

Premium Workspaces are billed separately, so overlapping membership across several departmental Workspaces could become expensive. Enterprise appears better suited to multiple centrally administered Workspaces.

For a team of our size, but with many boards and substantial automation, would you consolidate under Premium or consider Enterprise?

6. How would you migrate this system?

If you were rebuilding this architecture without interrupting active work, in what order would you address:

• User accounts and permissions

• Workspace and board structure

• Automation ownership

• Automation documentation

• Duplicate or synchronized cards

• Personal task views

I would especially appreciate examples from people administering similarly interconnected Trello environments.

[Mike - Dreamsuite Consulting]

Hi again. 

In truth, what you are asking above really goes ay beyond the bounds of Trello but I can help answer a few questions 

1.Workspaces in Trello are misunderstood. Simply put, they should be used with a 1 business/org = 1 workspace principle. 

2. The safest way to manage automations in Trello is how I originally set it up for you, a pseudo-system account "Bot" account, with an email address that multiple people in the business has access to. A lot of tools run their automations from the system, not a user but unfortunately that is not an option for Trello.
  
3. Subjective and in some cases, yes. But... you give people their own boards and it is easy to lose accountability.  There is one solution that I recommend now if you do choose to allow people to have their own space, use mirror cards. You can automate that when a card is assigned to a member, it is mirrored to their personal space but you maintain your central system as the source of truth. 

4. Trello does not but I know many companies that build that in Trello with their login structure.

E.g. sales@madeupcompany.com, support@madeupcompany.com, ops@madeupcompany.com

Or everyone has an individual log in but their role defines the boards they have access to. If Bob is in Sales, he is on a Sales board but then he also does ops, he is on the ops board.

You can make these kinds of concepts work

5. Only if you want to spend at least $10500 USD per year on it.  From a functional perspective, its only wins for a small or medium-sized business would be Multiple workspaces and unlimited multi-board guests.  Its worth noting that automations are on a per-workspace basis, you can't create automations that span multiple workspaces

6. Make use of Trello's MCP, which they released without any fanfare. Ask Claude (or your preferred choice). Feed this information into it with it connected to your Trello workspace and ask it to document a proposal for you.

A word of caution, across the board, AI's knowledge of Trello is questionable (for sure far less than mine) and it knows almost nothing about Trello automation. 

That said, I'm sure it can help you with system architecture.