Cómo migrar de Trello a Hito (guía honesta, paso a paso)

Si has llegado hasta aquí, probablemente ya te has decidido por Hito (quizás desde nuestra comparativa Hito vs Trello o desde el post de alternativas a Notion). Ahora viene la parte práctica: ¿cómo llevo mis boards de Trello sin perder datos?

Vamos a ser honestos desde el primer segundo para que no pierdas tiempo buscando algo que no existe.

Hito no tiene función nativa de import desde Trello. Lo decimos claro porque preferimos que lo sepas antes de empezar, y no después de media hora buscando en menús.

¿Por qué no existe? Principalmente porque el modelo de datos de Hito es más estructurado que el de Trello. Trello esencialmente tiene boards → listas → tarjetas, con libertad total. Hito tiene productos → proyectos → áreas → procesos (SOPs), checklists y tareas con estados y prioridades fijas. Un mapeo automático tendría que adivinar mucho: ¿esta lista de Trello es un estado o un área? ¿estos miembros son personas o roles? Esas decisiones las tomas mejor tú, que conoces tu board.

La buena noticia: la migración manual es una oportunidad para limpiar y reorganizar boards que probablemente acumularon basura con los años. Y la tabla de mapeo de abajo hace el trabajo predecible.

Antes de tocar Hito, genera una referencia exportable de tu board de Trello. Este paso es de Trello, no de Hito:

1. Abre el board en Trello.
2. Menú (⋯) → Print, export, and share.
3. Elige Export as JSON (no el CSV de pagos; el JSON trae todo: cards, labels, checklists, members, comments).

Guarda el archivo .json. Lo vas a usar como guía visual mientras reconstruyes el board en Hito.

ℹ️ Solo el propietario del board o un admin puede exportar el JSON completo. Si no ves la opción, pedile permisos al owner.

Este es el corazón de la migración. Lo verificamos contra el modelo de datos actual de Hito:

Resumen de qué se pierde o hay que adaptar: attachments y custom fields. Todo lo demás tiene mapeo directo.

Paso 1 — Abre Hito y elige dónde guardar tus datos

Instala Hito desde hito.autos. En el primer arranque, te va a pedir una carpeta local donde guardar el workspace. Esa carpeta va a contener archivos .json legibles — uno por cada entidad (proyectos, tareas, checklists, etc.).

💡 Elige una carpeta de Dropbox, Google Drive o un repo Git si quieres sincronizar o versionar después. Tus datos siguen siendo locales; la sincronización la controlas tú.

Paso 2 — Crea un Producto (opcional) y un Proyecto

Si tu board de Trello pertenece a una línea de trabajo más amplia (un cliente, un producto, un área de negocio), crea primero un Producto que agrupe varios proyectos. Si migras un único board, puedes saltarte el producto y crear directamente el Proyecto con el nombre de tu board.

Paso 3 — Define tus Áreas dentro del Proyecto

Las áreas son agrupaciones dentro de un proyecto (ej. "Diseño", "Backend", "Reuniones", "Inbox"). Mapean naturalmente con las listas "temáticas" de Trello — esas que no son estados sino categorías.

Si tu board de Trello usaba listas solo como estados (Por hacer / En progreso / Hecho), puedes dejar un área única o crear áreas por tipo de trabajo.

Paso 4 — Migra las tarjetas como Tareas

Para cada tarjeta de tu board de Trello (puedes verlas en el JSON exportado), crea una Tarea en Hito con:

• title: el nombre de la tarjeta.
• description: el contenido de la tarjeta.
• status: el estado correspondiente a la lista original (todo, doing, blocked, done).
• dueDate: si la tarjeta tenía fecha límite, en formato YYYY-MM-DD.
• tags: las labels de Trello, como strings.
• assigneeId: si había miembros, crea primero las Personas en Hito y asígnalas por id.

Es trabajo manual, sí. Pero si tu board tiene menos de 100 tarjetas, son 30–60 minutos de reconstrucción enfocada.

Paso 5 — Migra los checklists

Trello permite checklists dentro de tarjetas. En Hito tienes dos lugares donde ponerlos:

• Subtasks dentro de la propia tarea — si el checklist es parte del trabajo de esa tarea específica.
• Checklist bajo un Área — si el checklist es un proceso recurrente (ej. "Checklist de deploy", "Revisión QA").

Elige según el caso. Para checklists de tipo "pasos de esta tarjeta", subtasks es lo más natural.

Paso 6 — Haz un respaldo con exportAll

Una vez que terminaste la migración, usa la función de export JSON nativa de Hito (disponible en la app) para generar un backup completo de tu workspace. Este JSON sí es producido por Hito, así que vas a poder importarlo de vuelta cuando quieras restaurar o mover el workspace a otra máquina.

Hacer este respaldo después de migrar te da una red de seguridad: si algo se rompe o quieres volver a este punto, tienes un snapshot limpio.

¿Qué hago con los attachments?

El schema actual de Hito no soporta attachments. Tres opciones:

1. Linkealos en la descripción de la tarea (URL al documento en Drive, Notion, Figma, etc.).
2. Centralizalos en una carpeta compartida y referenciala en una tarea pinned.
3. Espera — los attachments están en consideración para futuras versiones del modelo.

¿Qué hago con los custom fields?

Los custom fields de Trello (Business Class) tampoco tienen equivalente directo. Opciones:

1. Migra los valores importantes a tags.
2. Si eran datos estructurados (fecha, número), regístralos en la descripción.
3. Si eran campos críticos de proceso, considera modelarlos como un Proceso/SOP con pasos formales.

¿Y los miembros de varios equipos?

En Hito, las personas se modelan con la entidad Person y se asignan a tareas con assigneeId. Si tu board tenía 5 miembros, crea esas 5 personas en Hito y asígnalas a las tareas correspondientes. Para equipos grandes, esto se convierte en la parte más tediosa — pero se hace una sola vez.

Hito guarda todo como archivos .json legibles en la carpeta que elegiste. Esto te da tres superpoderes que Trello no tenía:

• Backup manual con el export JSON nativo.
• Sincronización vía Dropbox, Google Drive o cualquier servicio que sincronice carpetas.
• Versionado con Git: como cada entidad es un archivo .json de texto, puedes inicializar un repo en esa carpeta y tener historial completo de cambios en tus proyectos. Una guía dedicada a esto viene próximamente.

Migrar de Trello a Hito no es instantáneo, pero es predecible. Sin import automático, el trabajo manual te obliga a tomar decisiones que un mapeo automático habría tomado mal: qué es un área, qué es un estado, qué checklists son procesos recurrentes. El resultado suele ser un workspace más limpio y mejor organizado que el board original.

La tabla de mapeo y los seis pasos de arriba son todo lo que necesitas. Y una vez migrado, el modelo local-first te devuelve control del almacenamiento: backups cuando quieras, sincronización donde quieras, y proyectos que viven en tu equipo (sin backend; el asistente IA es opcional y tú controlas la API key).

¿Listo para empezar?

👉 Prueba Hito gratis — gestor de proyectos, procesos y checklists 100% local-first, open source (MIT). Sin cuenta, sin nube, sin suscripción.