Stack replacement

Replacing Asana and Slack

Rules that fire into Slack, replies that never come back, and a portfolio view built for people who do not do the work.

What the move costs

Asana and Slack pair a structured tracker with an unstructured conversation layer, and the handoff between them runs one way. Asana rules post into Slack; the discussion that follows never returns to the task. Asana has no Polaris importer or connector, so projects are exported to CSV and rebuilt as workstreams. Slack connects, turning messages into prefilled task suggestions.

Asana import
None. CSV export, manual rebuild
Asana rules
No equivalent. Plan a rewrite
Slack
Connects, org-wide, once
Software cost after
$0

The one-way notification

Asana is good at structure. Custom fields, sections, dependencies, portfolios rolling up across projects, and rules that fire when something changes. Most of that structure was built by an operations person who wanted a cross-functional team to be legible to whoever asks about status.

The rule fires and posts to Slack. Someone replies in the thread with the thing that actually matters, which is that the dependency changed or the client moved the date. That reply does not go back to Asana. The task keeps its old due date and its green custom field, and the portfolio rolls up a number that is wrong.

This is a different failure from a stale Trello board. Nothing here looks neglected. The dashboard is full, the rules are running, and the reporting is confidently incorrect.

The three-way sort

Asana carries more structure than most trackers, which means more of it has nowhere to go.

Asana featureConsolidatesNotes
Tasks, subtasks, assignees, due datesCleanlyRebuilt as tasks in a workstream with owners and dates
Sections and project structureCleanlySections become lanes, shared across list and board views
Custom fieldsPartiallyLabels cover categorical fields. Numeric and formula fields do not move
Portfolios and workloadNot at allNo roll-up reporting layer. This is a real loss for programme managers
Rules and automationNot at allRewritten as standing tasks assigned to AI workers, which is a different mechanism
Forms and intakeNot at allIntake moves to the Inbox, fed by Slack rather than by a public form
Comments and attachment historyNot at allExport the CSV, keep Asana readable, do not attempt to reproduce

Migrating a cross-functional team

Do this one team at a time. A whole-company cutover across marketing, ops and design in one week does not survive contact with the first stakeholder.

  1. 1

    Inventory the rules before anything else

    List every automation rule that is actually firing. For each one, write what outcome it produces rather than what it does. Rules that move a task on a status change have no equivalent. Rules that produce a recurring artefact, a report or a summary, can become a standing task for an AI worker instead.

  2. 2

    Export projects to CSV for the record

    Asana exports a project to CSV and JSON. This is your archive. It does not import into Polaris, and trying to reproduce comment threads is not worth anyone's week.

  3. 3

    Rebuild one team's live projects

    Pick the team with the fewest external dependencies. Recreate their projects as workstreams and their sections as lanes. Set an owner and a date on every task as you go, which is the moment you discover how many Asana tasks had a due date but no real owner.

  4. 4

    Connect Slack and move intake

    Requests that arrived through Asana forms now arrive in channels, land in the Inbox as prefilled suggestions, and become tasks with one click. This is a downgrade in structure and an upgrade in the number of requests that get captured at all.

  5. 5

    Replace the reporting rule with a worker

    The weekly status roll-up your portfolio was producing becomes a task assigned to an AI worker with the connections it needs. A cloud machine wakes, does the work, ticks its own acceptance criteria and delivers a file as a comment. Somebody reads it and closes the task.

Questions people ask

+Is there an Asana importer?

No. Asana is not in the Polaris connection catalog and there is no bulk import path. Asana exports projects to CSV and JSON, which serves as your archive, and live projects are rebuilt as workstreams with lanes. For a twenty-person cross-functional team, expect a day per team rather than an afternoon.

+What happens to our Asana rules?

They do not port. Polaris has no rule builder. Rules whose purpose was to move a task through states simply disappear, and most teams find that acceptable. Rules that produced something, a report or a digest, are rebuilt as standing tasks assigned to an AI worker, which delivers the artefact rather than triggering a status change.

+Do custom fields survive?

Partly. Categorical fields become labels, which covers the common case of a status, a priority or a team. Numeric fields, formula fields and anything a portfolio was summing do not move. Audit which fields you actually filter or report on before you start, because most projects have several nobody has read in a year.

+Can we keep Slack?

Yes, and for a cross-functional team you probably should for the first two months. Slack is in the connection catalog, authorised once for the organisation with credentials stored server-side. Connecting it feeds the Polaris Inbox with task suggestions while every existing channel keeps working exactly as it does now.

+What does the bill look like after?

Asana and Slack are both per-seat and both scale with headcount, including for stakeholders who only read. Polaris software is free with unlimited people, and charges only for delivered agent work at roughly two dollars per human-equivalent hour. The saving is largest exactly where per-seat pricing hurts most, which is read-only stakeholders.

Your next hire takes 60 seconds.

The software is free — unlimited people, tasks, workstreams and docs. You pay only for work an AI worker actually delivers, itemised by the hour.

Get started free

Last checked .