EvonyTools Blog

Migrate Your Evony Alliance from Spreadsheets to Studio

by evonytools 6 min read
management migration tools roster

TL;DR: Spreadsheets work until they don’t. When your roster grows and you need real-time team selection, multi-R4 editing, and Discord integration, it is time to migrate. This guide walks through what to keep in spreadsheets, what to move, and how to execute the switch without losing data or momentum.

What spreadsheets are actually good at

Before migrating away from spreadsheets, acknowledge what they do well:

  • Flexible data modeling — you can add a column for anything at any time
  • Formulas and calculations — conditional formatting, power calculations, custom metrics
  • Historical archives — months or years of data in one place, searchable and sortable
  • Zero cost — Google Sheets is free and everyone knows how to use it

If your alliance is small, runs a few events per month, and has one person managing the spreadsheet, there is nothing wrong with staying on spreadsheets. They work.

The problems start when any of these become true:

  • Multiple R4s need to edit the roster simultaneously
  • You need real-time visibility into who is available for BoC/BoG team selection
  • Event coordination takes more than 30 minutes of R4 time per event
  • Your Discord bot cannot read from or write to the spreadsheet
  • You spend more time maintaining the spreadsheet than using it

What spreadsheets break at

Growing rosters: the editing problem

As your roster grows, a single spreadsheet tab becomes unwieldy. You are scrolling through rows, looking for specific members, updating power numbers that changed since yesterday. Every update risks accidentally overwriting someone else’s data if two R4s have the sheet open.

The fix in spreadsheets is more tabs, more formulas, more complexity. The fix in a purpose-built tool is a database that handles concurrent edits and shows you only the data you need.

Team selection: the event problem

When BoC registration opens, you need to quickly answer: “Which of our members are available for these timeslots, and which 20 make the best team?” A spreadsheet cannot answer this in real time. You have to cross-reference an availability poll, check troop data in another tab, and manually assemble the team. At 60+ members, this process takes 30-45 minutes — time you should spend on strategy.

Worse, the selection is not visible to members in real time. They do not know if they are on the team, an alternate, or not selected until someone posts the list.

Multi-editor conflicts: the collaboration problem

Google Sheets handles concurrent editing better than Excel, but it still has problems at scale:

  • Cell-level conflicts when two R4s edit the same row
  • No audit trail of who changed what and when (revision history exists but is hard to search)
  • No role-based access control (everyone with the link can edit everything)

Discord integration: the communication problem

Your Discord bot (if you have one) cannot natively read from a Google Sheet without custom scripting. This means roster changes, team selections, and event announcements require manual cross-posting between the spreadsheet and Discord.

The result: information lives in two places, and they are always slightly out of sync.

The migration checklist

If you have decided to migrate, here is the step-by-step process.

Step 1: Export your current data

Before changing anything, export everything you have:

  • Roster tab: export as CSV. Include member name, power, rank (R1-R4), keep level, troop tiers, join date, generals of note, and any custom columns you track.
  • Event history: export past BoC/BoG team selections and participation records.
  • Contribution tracking: export donation records, rally fill counts, boss rally participation.
  • Contacts: export any Discord IDs, timezone info, or alternate contact information.

Save these exports in a shared folder that your R4s can access. This is your rollback insurance.

Step 2: Set up the new tool

Whether you are migrating to Alliance Studio or another platform, the setup process is similar:

  1. Create the alliance in the new tool
  2. Import the roster (most tools accept CSV or manual entry)
  3. Verify the imported data against your spreadsheet — spot-check 10 random members
  4. Set up R4/R5 roles and permissions
  5. Connect Discord integration (if available)
  6. Create a test event to verify the team selection workflow

Step 3: Run parallel for one week

Do not cut over immediately. Run both systems in parallel for one week:

  • Continue updating the spreadsheet as usual
  • Also update the new tool with the same data
  • Have R4s compare the two at the end of each day
  • Run one real event (BoC team selection, boss rally coordination) through the new system while keeping the spreadsheet backup

This parallel period catches data mismatches, workflow gaps, and usability issues before you commit.

Step 4: Cut over

After one successful week of parallel operation:

  1. Announce the cutover date to the alliance: “Starting [date], all roster and event management moves to [tool]. The spreadsheet is now read-only for historical reference.”
  2. Archive the spreadsheet (do not delete it — you may need the historical data)
  3. Redirect your R4s to use only the new tool for roster updates, team selection, and member management
  4. Update your Discord channels to point to the new tool instead of the spreadsheet

Step 5: Monitor for two weeks

After cutover, watch for:

  • Members who are confused by the new system (provide a quick-start guide)
  • Data that did not migrate correctly (fix it promptly)
  • Workflow steps that are slower in the new tool than in the spreadsheet (report as feedback)
  • R4s reverting to the spreadsheet out of habit (redirect them gently)

What to keep in spreadsheets

Not everything should migrate. Spreadsheets remain the right tool for:

  • Long-term historical data — past SvS results, BoC win/loss records over months, power tracking over time
  • Custom analytics — server-specific calculations, coalition scoring formulas, custom metrics that no standard tool supports
  • One-off analyses — “how many members participated in every BoC this quarter” type questions that you run once
  • Backup/archive — a monthly CSV export from whatever tool you use, stored in Sheets as insurance

The division is simple: operational data (current roster, active events, today’s team selection) goes in the tool. Analytical data (historical trends, custom reports) stays in spreadsheets.

Common migration mistakes

Mistake 1: Big-bang cutover without parallel testing. Switching overnight guarantees you will miss something. Always run parallel for at least a week.

Mistake 2: Not exporting historical data first. If you delete or lock the spreadsheet before exporting, you lose access to months of history. Export everything before you start.

Mistake 3: Not training your R4s. Your R4s are the primary users of whatever tool you migrate to. If they are not comfortable with it, the migration will fail. Give them a 30-minute walkthrough before the parallel period starts.

Mistake 4: Migrating too much at once. Start with the roster. Once that is stable, add event management. Then add rally tracking. Migrating everything simultaneously is overwhelming for both leadership and members.

Mistake 5: Not communicating with members. Members need to know what is changing, when, and what they need to do differently (if anything). Under-communication is the most common cause of migration friction.

The ROI calculation

The time investment for migration is real: roughly 4-8 hours spread across 2-3 weeks. Here is what you get back:

  • R4 time saved per event: 30-45 minutes (no more manual team selection tracking and cross-referencing)
  • R5 time saved per week: 1-2 hours (automated roster hygiene alerts, no more spreadsheet maintenance)
  • Member experience improvement: instant visibility into team selection, real-time event status, Discord integration
  • Data accuracy improvement: no more cell-level conflicts, concurrent editing issues, or stale data

For an active alliance running weekly BoC and BoG plus bi-weekly SvS, the R4 time savings alone pay for the migration effort within the first month.

If your alliance is at the point where the spreadsheet is slowing you down rather than helping you, the migration is worth doing. For a broader discussion of the tools and workflows that make alliance management sustainable at scale, see the complete R5 playbook. For keeping your roster clean after migration, see managing inactive members.