Come migrare da Asana a Vikunja (o Wekan / Kantree)

Perché migrare da Asana?

Asana è uno strumento di project management raffinato con sede negli Stati Uniti, usato da milioni di team. Il prodotto è davvero ben progettato e l’ecosistema di integrazioni è ampio.

I compromessi: è un servizio statunitense che elabora i dati di lavoro del tuo team su infrastruttura USA soggetta al CLOUD Act. I prezzi scalano in modo aggressivo (Premium 10,99 $/utente/mese, Business 24,99 $/utente/mese). Per i team europei che gestiscono informazioni sensibili di progetto — pianificazione strategica, coordinamento M&A, gestione di contratti con clienti — la giurisdizione statunitense di Asana ha rilevanza operativa.

Tre alternative credibili:

Vikunja (Germania, open source) — project management completo con opzione self-hosting. La cosa più simile a ‘Asana ma tuo’. Self-hostable su Hetzner per ~10 €/mese di infrastruttura totale, indipendentemente dalla dimensione del team. La storia di sovranità più forte.

Wekan (open source, sviluppato dalla community) — solo kanban, più semplice di Vikunja o Asana. Scelta migliore se usi principalmente board in stile Trello piuttosto che project management completo.

Kantree (Francia, commerciale) — project management all-in-one con funzionalità più ricche di Vikunja. Ospitato in Francia, nativamente GDPR, prezzi commerciali più vicini ad Asana.

Questa guida si concentra su Vikunja come raccomandazione principale. I passi di migrazione per Wekan e Kantree sono concettualmente simili.

Passi dettagliati per la migrazione

Passo 1: Scegli la tua alternativa

Vikunja è la scelta ideale se:

• Il tuo team usa viste lista, kanban, gantt o tabella
• Hai la capacità di self-hosting (o userai Vikunja Cloud)
• 5-100 utenti attivi
• Esigenze di project management di media complessità

Wekan è la scelta ideale se:

• Il tuo team usa principalmente board kanban (stile Trello)
• Non hai bisogno di liste, gantt o gerarchie complesse
• Hai la capacità di self-hosting
• Più semplice è meglio per il tuo team

Kantree è la scelta ideale se:

• Il tuo team ha bisogno di una rifinitura di livello Asana
• Il self-hosting non è disponibile o desiderato
• È preferita una giurisdizione francese/europea
• Il budget consente prezzi commerciali

Per la maggior parte dei team europei che sostituiscono Asana, Vikunja è la giusta valutazione iniziale.

Passo 2: Predisponi Vikunja

Due strade:

Opzione A: Vikunja Cloud (gestito)

La strada più semplice. Registrati su vikunja.io per l’hosting gestito a partire da 5 €/utente/mese.

Pro: zero oneri operativi, giurisdizione tedesca, produttività immediata. Contro: il prezzo per utente scala in modo lineare.

Opzione B: Vikunja self-hosted su Hetzner

Per team tecnici od organizzazioni con 20+ utenti:

Hetzner CPX11 (2 vCPU, 4 GB RAM, 80 GB SSD): 4,51 €/mese
Vikunja Docker compose: open source
Reverse proxy Caddy + SSL Let's Encrypt: gratuito
Container PostgreSQL: gratuito

Costo totale: ~60 €/anno per utenti illimitati. Onere operativo: ~2-4 ore/mese di manutenzione.

Per organizzazioni con 50+ utenti, l’economia dei costi favorisce fortemente il self-hosting. Sotto i 20 utenti, Vikunja Cloud è la strada pragmatica.

Passo 3: Inventaria il tuo workspace Asana

Prima della migrazione, documenta:

• Progetti: numero, tipi (lista/board/timeline), attivi vs archiviati
• Attività: totale, campi personalizzati usati
• Team: struttura, membri per team
• Campi personalizzati: quali campi personalizzati di Asana sono attivamente utilizzati
• Regole / Automazioni: elenca le regole di automazione attive
• Integrazioni: Slack, GitHub, Google Drive, sincronizzazione calendario, ecc.
• Moduli: eventuali Asana Forms in uso
• Goals / Portfolios: funzionalità enterprise che potrebbero non avere equivalenti Vikunja

Questo documento determina lo scope della migrazione. Workspace di pura gestione attività migrano facilmente. Automazioni pesanti + tracking portfolio/goals sono più complesse.

Passo 4: Esporta i dati Asana

Opzioni di export di Asana:

Opzione A: CSV per progetto

• Apri progetto → Azioni progetto → Esporta → CSV
• Ripeti per ogni progetto (laborioso per molti progetti)
• Cattura dati base delle attività, campi personalizzati

Opzione B: JSON via API (consigliata)

• Genera un personal access token di Asana
• Usa l’API di Asana per esportare i dati completi del workspace via codice
• Cattura campi personalizzati, commenti, allegati, gerarchie complete

Per 10+ progetti, l’approccio API risparmia molto tempo. Esistono script di migrazione open source per Asana → Vikunja che gestiscono l’export via API e l’import su Vikunja.

Passo 5: Importa in Vikunja

Opzioni di import di Vikunja:

• Vikunja Web — Impostazioni → Importa — supporta diversi formati
• API Vikunja — per migrazioni personalizzate da JSON

Per ogni progetto Asana:

1. Crea un progetto Vikunja equivalente
2. Importa le attività via CSV o API
3. Mappa i campi personalizzati di Asana ai campi personalizzati di Vikunja
4. Verifica l’integrità dei dati

Cosa si importa in modo pulito:

• Attività con titolo, descrizione, data di scadenza, assegnatario
• Sottotask e dipendenze
• Campi personalizzati (con mappatura del tipo di campo)
• Commenti (via import API)
• Etichette e tag

Cosa richiede lavoro manuale:

• Funzionalità specifiche di Asana (Forms, Portfolios, Goals)
• Regole di automazione complesse
• Migrazione di alcuni allegati

Passo 6: Ricrea team e permessi

Struttura team di Asana → struttura namespace di Vikunja:

• Team Asana → Namespace Vikunja (con gli stessi membri)
• Progetto Asana → Progetto Vikunja (all’interno del namespace)
• Permessi team Asana → Permessi team Vikunja (per namespace)

Il modello di permessi di Vikunja è più granulare di quello di Asana a livello di progetto — più ruoli (Sola lettura, Lettura e Scrittura, Admin) per progetto. Usa la migrazione per ripulire i pattern di accesso con permessi eccessivi.

Passo 7: Sostituisci le automazioni di Asana

L’automazione integrata di Vikunja è più semplice di quella di Asana:

• Cambi di stato
• Cambi di assegnatario
• Trigger su data di scadenza
• Notifiche

Per le regole di automazione complesse di Asana, due strade:

Strada A: Semplificare e accettare la perdita

La maggior parte delle regole di automazione Asana si accumula nel tempo senza uso attivo. La migrazione è il momento perfetto per semplificare. Documenta le poche regole di automazione che sono effettivamente cruciali; lascia morire le altre.

Strada B: Automazione esterna tramite n8n

n8n è la piattaforma di automazione dei workflow open source con sede a Berlino. Self-hostable sullo stesso server Hetzner di Vikunja. Si connette all’API di Vikunja per automazioni complesse.

Esempi:

• “Quando un’attività Asana in ‘Marketing/2026’ viene creata, pubblica nel canale Slack” → workflow n8n con trigger webhook Vikunja
• “Quando un’attività viene completata da un utente specifico, crea attività di follow-up” → workflow n8n

n8n aggiunge complessità operativa ma abilita automazioni che superano le capacità integrate di Asana.

Passo 8: Migra le integrazioni

Integrazioni Asana comuni e i loro equivalenti Vikunja:

• Notifiche Slack: webhook Vikunja → webhook in entrata Slack
• Notifiche email: email integrata di Vikunja
• Integrazione GitHub: via webhook + API Vikunja
• Google Calendar / Outlook: integrazione CalDAV di Vikunja
• Time tracking (Toggl, Harvest): integrazione via API
• Integrazione CRM (Salesforce, HubSpot, Pipedrive): via Zapier o n8n

Per ogni integrazione Asana in uso attivo, trova l’equivalente Vikunja o accetta la lacuna. Documenta le lacune accettate.

Passo 9: Esecuzione parallela

Per 1-2 settimane:

• Tutti i nuovi progetti partono su Vikunja
• I progetti Asana attivi continuano fino al completamento naturale
• I progetti Asana archiviati restano lì come riferimento
• Verifica quotidiana che il workflow Vikunja gestisca le esigenze del team

Passo 10: Annulla Asana

Dopo un’esecuzione parallela riuscita:

1. Export finale da Asana per archivio di compliance
2. Annulla l’abbonamento Asana
3. Aggiorna la documentazione interna
4. Aggiorna le credenziali di integrazione in 1Password / Bitwarden / ecc.

Consigli per una migrazione fluida

• La rifinitura di Asana supera quella delle alternative open source. Sii onesto con il tuo team su questo. Vikunja è funzionale ma non altrettanto raffinato visivamente. Alcuni membri del team potrebbero resistere.
• L’economia del self-hosting è forte su larga scala. Un team di 50 persone che paga 10,99 $/utente/mese su Asana (550 $/mese, ~6.600 $/anno) vs 60 €/anno per Vikunja self-hosted risparmia denaro significativo. Il risparmio finanzia un DevOps engineer part-time.
• Non migrare progetti inattivi. Usa la migrazione come pulizia. La maggior parte dei workspace Asana accumula progetti morti.
• La vista gantt di Vikunja sta migliorando ma è indietro rispetto ad Asana. Se il tuo team si affida alla visualizzazione timeline avanzata, testa prima di impegnarti.
• Per i team che usano principalmente il kanban, Wekan è più semplice di Vikunja. Non sovradimensionare l’alternativa.
• Vikunja Cloud offre davvero un buon rapporto qualità-prezzo per i piccoli team. 5 €/utente/mese per hosting gestito è competitivo con Asana Personal Edition.
• L’esperienza mobile varia. Le app mobile di Vikunja sono funzionali ma meno raffinate di Asana. Se il tuo team è molto mobile, valuta prima della migrazione.
• Pianifica il change management. Gli strumenti di project management sono profondamente integrati nelle abitudini del team. La migrazione è 30% lavoro tecnico, 70% change management. Sottovalutare l’uno o l’altro è rischioso.
• Per team che usano molto Asana Goals o Portfolios, accetta che Vikunja non abbia equivalenti diretti. Costruisci l’equivalente in n8n + fogli di calcolo, oppure accetta la lacuna, oppure valuta Kantree che ha più funzionalità enterprise.