Migration guide
Basecamp keeps teams calm and communicating, but its to-dos stop short of real issue tracking. This guide moves your projects and to-do lists into Planoda so you gain states, cycles, and estimates — without losing the simplicity your team likes.
Updated
Should you move?
Basecamp's opinionated calm is its strength, and for communication-heavy, low-tracking teams it stays a fine choice. The reason engineering teams move is that to-dos aren't issues: there are no workflow states, cycles, estimates, or code links, so anything that needs real tracking gets improvised. Move when you want a purpose-built tracker underneath the simplicity — and adopt cycles and estimates gradually so the team never feels the jolt.
Migration in short
Step by step
Use Basecamp's per-project export (Project settings → Export) to download to-dos, comments, and attachments, or pull structured data through the Basecamp API for a richer, scriptable export.
A Basecamp project becomes a Planoda project or board, to-do lists become workflow states or lists, and individual to-dos become issues. Nested to-dos map to sub-issues.
Basecamp assignees map to Planoda assignees, due dates carry straight across, and to-do comments import onto each issue so the discussion history survives the move.
Drop your cleaned export into the CSV importer, or push records through the public REST API for large or incremental loads. The importer previews the mapping and flags any rows that need attention before anything is written.
Spot-check a sample of issues against the source: titles, assignees, states, priorities, comments, and links. Run a count reconciliation so the totals match before you trust the new workspace.
Keep the old tool read-only for a short overlap window while your team learns the new workflows. Route all new work into Planoda so nothing is created in two places.
Once the team is comfortable and open work is in sync, freeze the source tool, export a final backup, and make Planoda the system of record. Update bookmarks, integrations, and team docs.
Field mapping
How Basecamp concepts map onto Planoda.
| Basecamp | Planoda |
|---|---|
| Project | Project / Board |
| To-do list | Workflow state / List |
| To-do | Issue |
| Nested to-do | Sub-issue |
| Assignee | Assignee |
| Due date | Due date |
| Comment | Comment |
| Tag / Label | Label |
| Attachment | Attachment / Link |
Pro tips
Decide which to-do lists are real workflow stages versus simple groupings before mapping them to states.
Use the API export if you want comments and attachments scripted across cleanly.
Adopt cycles and estimates gradually after the move rather than all at once, to keep the team comfortable.
Common pitfalls
The mistakes that actually trip teams up moving off Basecamp.
Mapping every to-do list to a workflow state: some lists are real stages, others are just groupings — decide which is which so your board reflects actual flow, not Basecamp's folder habits.
Turning on cycles and estimates on day one: the team likes Basecamp's simplicity, so import first and adopt the tracking discipline gradually rather than overwhelming everyone at once.
Trying to move message boards and docs into the tracker: keep long-form communication where it belongs and link it from issues — only the trackable to-dos need to migrate.
FAQ

A note from the founder
“I'm building Planoda in the open and putting my name on it. No borrowed logos, no invented stats — just the work, shipped and auditable. If it doesn't earn your trust, tell me.”
Dmitrii Selikhov is the founder of Planoda and a lead full-stack engineer with 15+ years building developer tools and leading teams as a technical lead, software architect, and CTO.
Still deciding?
Make the switch
Bring your Basecamp export — we'll match every workflow, field by field.