Pipeline stages are the ordered steps a deal moves through from first qualification to won or lost. In Treepie Flow each stage has entry criteria you write — conditions a deal must meet before it can move in — plus a probability used by the forecast. That makes a stage a statement about the buyer, such as “budget confirmed”, rather than a label a rep drags a card into.
Because most pipelines name stages and stop there. "Negotiation" means a signed order to one rep and a returned phone call to another, so the forecast built on those stages is arithmetic over opinions.
A pipeline is an ordered set of stages a deal moves through, each with entry criteria you write, so a stage is a statement about the deal rather than a label on a card.
Each stage carries entry criteria — fields that must hold values, a named budget holder, a scheduled next step. A deal cannot enter until they are satisfied, and the criteria are visible on the deal rather than buried in an admin screen.

Bexley Group's new-business pipeline had 60% of value sitting in Negotiation. Adding two criteria — a named budget holder and a booked review date — moved a third of it back to Proposal on the first pass, which is what the forecast had been missing.
It will not stop a determined rep filling in a field to advance a deal. Criteria make the claim explicit and auditable; they do not make it true.
Weighted forecasting reads the stage for its probability, stage automation fires on entry, and pipeline reports measure conversion between them. Loop opens delivery phases when a deal reaches Won.
| Spreadsheet columns | Drag-and-drop boards | Treepie Flow | |
|---|---|---|---|
| What a stage means | Whatever the rep thinks | Where the card was dropped | Entry criteria you wrote |
| Moving a deal | Edit a cell | Drag, no checks | Checked against the criteria first |
| Probabilities | One guess per sheet | Global defaults | Per pipeline, per stage |
| Stage history | Overwritten | Partial | Every move, with what was true at the time |
| Changing stages later | Breaks formulas | Breaks reports | History remapped, reports intact |
As many as you have distinct sales motions. Each carries its own stages, criteria and probabilities.
Yes. Stage history is kept per deal, so reports over past quarters still resolve the stages those deals actually moved through.
No. That is what multiple pipelines are for — renewals and new business rarely share a shape.
Usually five to seven. Enough to tell buyers apart, few enough that every stage has criteria someone will enforce.
Conditions a deal must meet to enter a stage — a named budget holder, a booked demo, a sent quote. Flow checks them when the deal is moved.
Yes, if you allow it. The override and its reason are recorded on the deal.
Yes. Deals keep their history and reports remap to the new stages.
Per pipeline and per stage, ideally from your own win rates. Flow shows the historical win rate from each stage to help.
Won and lost are closing states rather than stages, and both require a reason from a list you define.
Yes. Stage automation can create tasks, draft quotes or open a Loop project when a deal enters or leaves a stage.
Stage reports show time in stage and conversion between stages, with every figure openable to the deals behind it.
Fourteen days, every module, no card. Or half an hour with someone who will run it on your own records and tell you where it does not help.