Project control, from business case to closure.

Flowr connects the whole control lifecycle onto one project record. The plan knows what the timesheets said; the budget knows what the plan committed to; the report is produced from both.

  1. Business case
  2. Governance
  3. Plan & baseline
  4. Delivery
  5. Financial control
  6. Reporting
  7. Portfolio
  8. Closure

One connected journey. One source of truth.

The tool it replaces is three tools and a deck.

Today
  • Plan or task toolPlan
  • Budget spreadsheetBudget
  • TimesheetsTime
  • Status deckReporting
In Flowr — one screen
The budget, the timesheets, the plan and the reporting position — one screen, one project, figures that reconcile because they are the same figures. The effort card is measured; the progress card is what the manager reported. Flowr shows both and names the gap.
The control row of a Flowr project overview. Budget consumed reads 163,527.46 euros of 192,000 approved at 85 per cent, with 31,417.60 awaiting validation and 13,918.10 not yet submitted. Forecast at completion reads 218,207.46 euros, 13.6 per cent over approved. Actual effort reads 99 per cent, 1,519.6 of 1,540 hours logged, above a thirteen-week line of hours logged peaking at 158.5. Progress reported reads 75 per cent across 32 tasks, 23.4 points behind the effort spent. Below them: four open risks of which two are high, three open issues of which two are overdue, schedule on track with no slippage, and delivery pressure on track across ten tasks in flight, noting that 19 of 22 finished tasks went over planned effort.

The justification, kept.

A project begins with a rationale, expected benefits and a decision basis. Flowr snapshots that at approval, so at closure you can compare what you promised with what you delivered rather than remembering it.

  • Ownership on the record

    Every project records who is sponsor, business owner, assurance. Fifteen PRINCE2 and PMI roles ship with Flowr, and you can add your own.

  • Being responsible is not being allowed

    Naming someone assurance lets them see the project. It does not let them edit, approve or administer anything. That stays with their access role.

  • Stages from a template

    Delivery splits into controlled stages with approval points, taken from an organisation template rather than invented per project.

  • Snapshotted, not overwritten

    The business case as approved survives the project, so the closure review has something to review.

Decide once what off track means.

Warning and critical are separate numbers, because deciding to watch something and deciding to stop it are separate decisions. Flowr measures every project against the same two.

Organisation defaults. A project 7% over budget has passed the first threshold and not the second.
Flowr's tolerance settings. A master switch enables the alerts, and beneath it cards for Budget, Schedule, Milestones and Stage and Gate, each with a Warning and a Critical threshold — budget variance 5 and 10 percent, schedule slippage 7 and 14 days, milestone overdue 1 and 7 days.
  • Gates that hold

    Which stages need a decision before work continues is part of the template, not a convention people remember.

  • Risks and issues, owned

    Registers with impact, likelihood, ownership and escalation, scored on a matrix your organisation sets.

The plan against what was approved.

Take a baseline and Flowr prices the plan behind it from the allocations and the rates in force, then freezes the figure. Correcting a rate next year cannot restate what you committed to.

Grey is what was agreed. The DRIFT column says how far each task has moved since: two weeks on the pilot, a week on beta onboarding.
A Flowr plan. The grid carries start, end, days, percent complete, effort and drift for every task; the chart shows bars against a today marker with a grey baseline bar beneath each one. Three tasks and a phase are flagged plus fourteen and plus five days of drift. The footer reads seven phases, eight milestones, twenty-two of thirty-two done, sixty-nine percent, on track, and 139,524 euros of planned labour.

The €139,524 in that footer is the same plan priced, and it is where the cost baseline comes from. Schedule drift and cost variance are then measured against one another rather than estimated separately.

A project doesn’t go off track in one week. It goes quietly.

Flowr watches the gap between what a project reports and what its own data says. At week 15 the demo project reports 66% of the work complete while 94% of the planned effort has been spent — a 28-point gap that opened in week 10 and that nobody wrote down.

  • Actuals from recorded time

    Submitting a week counts its hours as actual cost. You are not waiting on an approval queue to find out what a project has spent. Approving records who checked and never moves the total.

  • Explained, not just flagged

    Every flag comes with the numbers behind it: which task, how many hours, how big the gap. You can check it yourself before you act on it.

  • Nothing clears itself

    When Flowr flags something you either say why it is fine or you fix it. Either way your answer is on the record, and the flag stays until one of those happens.

  • Advisory, not automatic

    The signal raises the question. It does not set the RAG — a person still decides what the project's status is.

When someone asks how you got that number, you’ll have an answer.

Approved budget, actual cost, estimate to complete and estimate at completion in one model — and two variances, because over the plan and over the budget are different problems.

The forecast is €20,603 above the baseline plan and only 4.5% above the approved budget, because €12,000 of the difference was authorised at the Build gate.
Flowr's budget page. Across the top: approved budget 192,000 euros, actual cost 145,971 with 28,492 awaiting validation, estimate to complete 54,680, estimate at completion 200,651, variance to approved plus 8,651 at 4.5 percent, variance to baseline plus 20,603, and remaining budget 46,029. Budget status is green, inside the 5 percent tolerance. Below, the approved budget's change history shows a 12,000 euro increase for additional supplier work agreed at the Build gate review, approved by the Steering Committee under reference SC-2026-07 and recorded by James Carter.
  • A budget with a history

    Every change records who approved it outside Flowr, on what date, against which reference. Nothing is overwritten.

  • A baseline you do not type

    Take a baseline and Flowr prices the plan behind it, then freezes the figure.

  • Periods that actually close

    Numbers and snapshot captured at close, uneditable after. Reopening is recorded, and the figure reported before it stays visible, marked superseded.

  • Uncosted exposure, never zero

    Work Flowr cannot price is reported as exposure rather than quietly priced at nothing.

The forecast rose €51,979 between July and August. €57,979 of cost was recorded in that time, and the remaining supplier work was re-estimated €6,000 lower.
A card headed What changed, comparing 1 July 2026 with 18 August 2026. The estimate at completion increased by 51,979 euros, made of plus 57,979 of new actuals and minus 6,000 from a change in the remaining non-labour assumptions.

The status report, assembled rather than typed.

Scope, budget, planning, resources and quality each carry their own rating and their own paragraph, with the previous period beside the current one so a project cannot slip from amber to green to amber unnoticed.

Submitted by the project team, and candid about itself: an amber budget, four open risks, one issue past its date.
A submitted Flowr status report for Infrastructure Modernisation, August 2026. Overall status On Track with a chip showing the previous period was Minor. The narrative states week 15 of 22 and a forecast 4.5 percent over the approved budget, inside tolerance. Budget is amber and its paragraph reports 145,971 euros incurred of 192,000 approved, 200,651 forecast at completion, 28,492 awaiting validation and a variance of 20,603 against the cost baseline.

It still concludes that delivery is on plan, because that part is a judgement and not a measurement. Flowr makes the measurement too, and puts them side by side rather than letting one stand in for the other.

Eleven status decks, or one list.

Every project’s own figures, rolled up without being re-keyed. Nothing here is entered a second time.

Infrastructure Modernisation’s €200,651 is the same number its own budget page reports.
The Projects table on Flowr's portfolio budget page, showing approved budget, actual, current forecast, variance, forecast completion and last PSR for three projects. Each project name carries a low confidence chip. The last column reads 2026-08 for the first project and Never for the other two.
Read the top row: Dry run signed off is ten days overdue with 100% of the work due before it complete. The work landed and nobody signed the gate.
Flowr's cross-project milestone list. Counters read seven active, two due in thirty days, one overdue, one completed this month. The table lists each milestone with its project, portfolio, planned date, status and a Work complete bar. The overdue row, Dry run signed off, shows a hundred percent of its work complete.

It writes the first draft. You still sign it.

Flowr Assist drafts status commentary from the project record and lists what it used. It will also argue against its own draft when the evidence is thin.

Eleven facts underneath the draft, and an amber banner where Flowr objects to its own suggestion.
Flowr Assist drafting a status comment. An amber banner headed Before you accept raises two objections to its own draft: the budget sentence needs evidence of impact, and a third risk is named without an owner. Below, the suggested comment, then an Evidence used list of eleven items including status transitions per dimension, the design gate approval date, open risk counts and two named risks with their owners. The footer offers Regenerate, Edit before accepting, and Accept.
  • Nothing publishes itself

    Accept, edit or regenerate. A suggestion is stored only once somebody accepts it into a report, at which point it is that person's text.

  • Optional, organisation-wideBusiness

    An administrator can switch AI off for the organisation, after which no AI request can be made.

And it ends after the last task.

A governed checklist, sign-off and handover, then a lessons library the next project can actually read — with the business case still there to compare against.

Back to the overview

How Flowr works — project control from business case to closure