Flowsana: workflow automation for your Asana projects

Coming soon to Flowsana…

Just as a “preview of coming attractions,” in the next couple of weeks we’ll be rolling out two new Flowsana enhancements in response to two of the biggest requests we’ve gotten:

  1. Workback workflows:
    Currently Flowsana’s Dynamic Duration workflow operates by your setting an overall project start date, and then dates and dependencies flow forward from that. In a workback workflow, the flow is the opposite: you set an overall project end date, and everything flows backward from that. This is great for events and other projects where you need to hit a specific target date and want all task dates to be automatically calculated/shifted/updated so that you’ll always hit that target.

  2. Ability to automatically create a new project from a template:
    We’re adding a new If-Then Rule Action, Create a new project from a template. This will allow you to use any Flowsana rule condition to automate the creation of new projects. So for example, you could have a rule like: If a new task is added to the Client Master List project, create a new project called “{task name} Onboarding”, in the “Client Projects” team, based on the “New Client Onboarding Template”.

I’ll post an update here once these features are live in Flowsana.


Hi all,

A new Flowsana update is out, featuring three big additions that a lot of people have been asking for.

Add subtasks from a template

Now you can have Flowsana automatically add a predefined set of subtasks to a task based on any available If-Then Rule condition.

How this works is that you create a task, in any project, and add a set of subtasks underneath it. This task becomes in essence a “subtask template”. (One recommended approach for organizing things is that you create a project, let’s call it “Subtask Templates”, and this project is where you house all of these “subtask template” tasks.)

You then create an If-Then Rule which defines under what condition you want this set of subtasks added to some Asana task. For example, you could say that if a new task is created in a particular project, add a certain set of subtasks to it. Or if a task is moved into a certain column (section), or if it has a given custom field set to some particular value, or gets a certain tag added to it, etc., then add a certain set of subtasks to it.

Here’s an example of such an If-Then Rule:

What this rule does is: whenever a new task is added to the “Employee Onboarding” project, that new task will automatically have added underneath of it the set of subtasks found underneath the “New employee onboarding tasks” task in the “Subtask Templates Library” project.

Note that the subtasks in your template can be fully-fleshed-out tasks; Flowsana will duplicate basically all elements of a task including description, tags, custom fields, dependencies, etc. And a given subtask can have it own subtasks, so you can nest multiple layers if needed.

Auto-create a new project from a template

Now you can have Flowsana automatically create a new project from a template, again based on any available If-Then Rule condition.

Here’s an example:

What this rule does is: Any time a task in the “Possible Flowsana Features” project is moved into the “To Implement” column, a new project is automatically created, in the “Flowsana” team, based on the “MPN Product Launch Template” template, and the new project will be named “Feature Implementation: [followed by the name of the new task which triggered this rule]”.

Workback Workflow support

Flowsana’s Dynamic Duration workflow type always allowed you to enter a project start date, from which Flowsana calculates, sets, and ongoingly maintains that project’s tasks based off of that project start date.

However, there are many projects which need to key off of a project’s end date rather than a start date. Now you can automate this type of project workflow, known as a “workback workflow”, as well!

How does it work? Simple! When putting a template under Flowsana Dynamic Duration workflow control, simply check the “This is a workback workflow” checkbox.

Then, whenever you create a new workflow project from that template, you’ll enter a project Due Date instead of a Start Date.

When you do, Flowsana will assign the last (bottom) task in the project to be due on the project Due Date that you entered. Then it will automatically calculate and set all project tasks (based on their dependencies, as with any Flowsana workflow) working backward from that project ending date.

And whenever you modify tasks in the project, their dates will always be calculated backward so as to make sure that the project is always set to finish on the designated project Due Date.

Please note that Workback Workflow support is currently in beta; you’re encouraged to give it a try and let us know how it works for you!


Great enhancement @Phil_Seeman, will definitely solve a couple of problems with the New Prospect workflow I am having trouble with.




Wow very nice!

Just added to Flowsana - two new features on the Flowsana portal:

Duplicate a project's rules to another project

This has been a highly-requested feature! Flowsana now provides the ability to duplicate or copy all of a project’s rules over to another project, thus saving you the considerable time and effort of recreating the same rules in multiple projects.

It’s quite simple to use:

Ability to group your workflows

In the workflows list on the Flowsana portal, you can now drag and drop a column into a “grouping” area to group your workflows by that column. And you can have multiple levels of groupings.

Here are a few examples…




I just discovered the tool a week ago and have already added quite a few flows. New flow ideas keep popping in my head throughout each day - it’s crazy! I love this tool! Brilliant! Thank you!


Thanks so much for that great feedback, @Steven_Talbott - very happy to hear you’re loving Flowsana!

Hi Phil,

I just signed up for your free trial. What I’m trying to do is a rule based workflow where when anyone is assigned to a task from any project, that task is added to a specific project. It looks like this can’t be done with tasks from any project. It has to be tasks from a specific project, which won’t work for me. Is that right?


Hi @James_Campbell,

Correct - at present, rules are project-based only. This is not a Flowsana decision but an Asana limitation - currently Asana’s programming interface works strictly at the project level.

However, the reason I say “at present” and “currently” is that there are some changes coming from Asana which may alter this dynamic and make it possible to set workflows at a team level, for example. I can’t say more about that just now, but “watch this space”, as they say.

Hi Phil,

I just want to say that this is a fantastic addition to Asana. Great work.

I’m using the trial right now and I’m starting to create quite a lot of rule based automations. I’m wondering if there is a limit to the amount of workflows we can have and if increasing the number of workflows slows down lag time. I did notice that when I performed two operations that trigger workflows at the same time, the automations did not happen at the same time. they were about 6-7 seconds apart, almost as if it processed one them one at a time.

Thanks, @James_Campbell, that’s great to hear!

If you have multiple rules defined for one project, then that means all of those rules have to be evaluated whenever a task in that project changes (or is added). The rules do need to be evaluated one at a time as there can be potential interaction between rules. So in that sense, the more rules in a project, the more evaluation/execution time for them all. But also, it’s not that simple of an equation as there are lots of other factors influencing execution time, including but not limited to: the time it takes Asana to communicate that there was a change to Flowsana; the time it takes to record a change from an external app in an Asana task, which is not an instantaneous process; the load on the Flowsana servers at that moment; Asana’s rate limiting which limits the number of activities an external app can perform within a certain time span.


Announcing Forms Support:
Automatically have due date and assignee set; Send email confirmation to submitter

Announcing a new Forms Support feature in Flowsana! With this set of capabilities, you can do the following:

Have an email notification sent to the form submitter

You can choose to have form submitters automatically receive an email confirmation, letting them know their submission has been successfully received. The email will contain the contents of their submission; in addition, you have the ability to enter your own desired Subject line, as well as any text you want to put in the email body above the submission information.

Have Start Date and/or Due Date set

Whenever a form is submitted and it creates a task, you can have the task’s Start Date and/or Due Date automatically set. These dates can be based on either the form’s submission date or on a date the user enters in a form field. And you can define a number-of-days offset as well.

Here are some examples:

This will set the task’s start date to 2 days following the form’s submission date.

This will set the task’s start date to 7 days prior to the date the user enters into the “Date Needed” field on the form.

Have the task assigned to a user

You can choose to have the task automatically assigned to a user. You have two options: you can select a specific user and always have the form’s task assigned to that user, or you can have the assignee set from a field on the form.

(The first of those options is already available as part of Asana Forms on the Asana Business-level subscription, but this makes it available to Premium users.)


Anyway to sign up for a demo?

Hi @Terra_Melia,

Thanks for your interest in Flowsana! If you can email a note to support@flowsana.net and describe a little bit about what you’re hoping to do with Flowsana, I will get back to you. Thanks again!

Hi @Phil_Seeman! I’m excited to discover Flowsana. I’m currently looking for a way to sync up 2 projects within Asana meaning if I update one, the other will be updated as well.

We are planning on using an Internal Project Tracker (for our team) and an External Project Tracker (for clients). I would like to avoid having to add the Internal Project Tracker to the client’s External Project Tracker so I’m searching for an alternate solution.


Hi @Ann_Lopez,

I’m not 100% clear on your goal… Are you looking to have a set of tasks where each task appears in both the Internal and External Tracker (i.e the same task would show in both projects), or you’re wanting the two Trackers to each have a separate list of tasks from the other but each task in the two lists would be a mirror of an equivalent task in the other and each “pair” of equivalent tasks stays in sync? Or something else which I’m not getting?

@Phil_Seeman thanks for responding. I was able to set up Asana rules to accomplish what I wanted.

1 Like

This is our biggest challenge to any of the forms and form integrations, (aside from auto creation of subtasks) - we are constantly creating new projects, including a new weekly project task list each week. Having a form (i.e. creative brief / job submission) that can be applied to an umbrella of projects, vs having to continually recreate the same forms… a MUST. Anymore news or solutions on this?

Hi @Christine_Andrews and welcome to the forum!

Afraid there is no news on this, it’s still necessary to recreate the form for each new project.

In case you’re not aware, Flowsana can definitely handle this via its rule condition “Add Subtasks from a Template”.

1 Like

Thanks you @Phil_Seeman thats great! My dream - personalized subtasks auto added from a form, w individual, dependent due dates :slight_smile: