SaaS Vendor Renewals: Thirty Subscriptions Decided Before Their Notice Dates
Thirty SaaS subscriptions decided from contracts, price notices and usage before their notice dates, with a price cap and owner changes applied only where they reach. Nothing changes in Notion until the procurement lead approves it.
Renewals that happen whether or not anyone decides
Every SaaS contract renews on its own schedule, and many renew automatically unless notice is given by a set date. A renewal decision needs the contract terms, any price increase the vendor has announced, current usage against the seats paid for, and an owner who can say whether the team still needs the tool. With thirty subscriptions, the work is less about any one decision and more about not missing a notice date while the facts keep changing.
The subscription list is a Notion database. Signed contracts are in Box, price increase notices arrive in Outlook, and usage exports and the renewal rules sit in Google Drive. The contracts and the notices are evidence, not records to edit. The quiet failures are a price cap applied to every subscription instead of the ones it affects, and an owner-left hold escalated weeks before anything is actually due.
Who works in the room
People
Procurement lead
Owns the renewal calendar, approves every disposition and signs the quarter's closeout
Subscription owners
Confirm whether their team still needs a tool, and at what size
FP&A partner
Sets the price cap for renewals and approves exceptions to it
Agents

FinRenewal desk
Reads each Notion subscription against its Box contract, any Outlook price notice and the latest usage, proposes a disposition, and writes it after approval

MycoOwners and holds
Tracks owner changes and holds, escalates a hold once it is overdue, and drafts vendor and owner emails
Fin is the default in this room, so a message about a subscription that names no agent lands with Fin, which leads that thread. Owner changes and escalations route to Myco, which the room guidelines name as the owner of holds. When Fin proposes a hold because a subscription's owner has left, it hands the subscription to Myco by mention, and Myco watches the decision date from there. An automation flags a held subscription when that date passes, and Myco brings the flag into the thread.
A renewal quarter, first pass to closeout
Each stage changes only what it has to, and every disposition waits for the procurement lead.
- Agent works
- Person decides
- Arrives or gets recorded
flowchart TD
review["<b>Fin</b> checks each subscription against<br>contract, price notice and usage"]
ok1["<b>Procurement lead</b> approves<br>before Notion is written"]
report["<b>Myco</b> checks the review report<br>against the records"]
confirm["<b>Procurement lead</b> confirms"]
change([New usage exports or a<br>price cap memo arrive])
left([A subscription owner leaves])
rerun["<b>Fin</b> re-runs only the subscriptions<br>a refresh or memo affects"]
okr["<b>Subscription owners</b> or <b>FP&A</b> confirm,<br>the <b>procurement lead</b> approves"]
owner["<b>Myco</b> looks for a new owner<br>from the same team"]
held([The subscription is held, escalated<br>only once it is overdue])
name["<b>Procurement lead</b> names the new<br>owner or takes the escalation"]
close["<b>Fin</b> summarizes the quarter from<br>the current Notion records"]
sign["<b>Procurement lead</b><br>signs the closeout"]
review --> ok1 --> report --> confirm
confirm --> rerun & owner
change --> rerun
left --> owner
rerun --> okr
owner -->|one is obvious| name
owner -->|none is obvious| held --> name
okr & name --> close --> sign
class review,report,rerun,owner,close agent
class ok1,confirm,okr,name,sign person
class change,left,held event
classDef agent fill:#FFFFFF,stroke:#DCD3C8,color:#1B1712
classDef person fill:#EEF0E3,stroke:#6E7447,color:#1B1712
classDef event fill:#F4ECDD,stroke:#F4ECDD,color:#564C42| Stage | What happens | Who acts | Who decides |
|---|---|---|---|
| Renewal review | Thirty subscriptions are checked against contract terms, price notices and usage, and each gets a proposed disposition | Fin | The procurement lead approves before Notion is written |
| Review report | The report of dispositions and notice dates is checked against the records | Myco | The procurement lead confirms |
| Usage refresh | New usage exports re-run only the subscriptions whose usage changed | Fin | Subscription owners confirm the figures and the procurement lead approves |
| Price cap | Subscriptions whose increase exceeds the cap are re-run under the full rule order, and the rest stay as they are | Fin | FP&A confirms the cap and the procurement lead approves |
| Owner changes | Subscriptions whose owner left are reassigned or held, and holds escalate only once they are overdue | Myco | The procurement lead names the new owner or takes the escalation |
| Closeout | The quarter's dispositions are summarized from the current Notion records | Fin, checked by Myco | The procurement lead signs the closeout |
Price caps, usage and owners who leave
A price cap memo sounds like it applies to everything. It applies to the subscriptions whose announced increase is above the cap, and Fin re-runs only those, through the full rule order. A subscription over the cap may still be cancelled for low usage, or kept because a multi-year contract in Box already fixes its price. The rest of the list is left alone, and the thread names the ones that moved.
Owners leave in the middle of a quarter. Myco proposes a new owner from the same team where one is obvious and holds the subscription where one is not. A hold is not an escalation. It escalates only when it is overdue, meaning its decision date under the rules has passed, so the procurement lead's attention goes to the subscriptions that could renew by default.
What the checks catch
- A price cap applied to a subscription whose increase is under the cap, or that had no price notice at all
- A usage refresh that rewrites dispositions for subscriptions whose usage did not change
- An owner-left hold escalated before it is overdue
- A disposition based on last year's price instead of the signed contract in Box and the latest Outlook notice
What stays with people
- Naming a new owner when the old one leaves
- Approving each disposition before Fin writes it to Notion
- Setting the price cap and approving exceptions, which belongs to FP&A
- Sending every renegotiation, cancellation or owner email Myco drafts
Integrations in this workflow
Kylon is not a SaaS management tool or a contract repository, and it does not replace either. It works across the subscription list, the contracts and the vendor mail the team already relies on, and holds the coordination between them.
- Notion holds the subscription database, with owner, notice date, usage, disposition and any hold on each
- Box holds the signed contracts, which agents read and never change
- Outlook is where vendors' price increase notices arrive, and agents only read them
- Gmail carries renegotiation and cancellation emails to vendors, and owner check-ins, as drafts the procurement lead sends
- Google Drive keeps the renewal rules, the price cap memo and the usage exports
- Slack is where owners answer quick questions about the tools they own
Where to start
Begin with the subscriptions that renew next quarter. Connect the Notion database and the Box folder of contracts, and the Outlook mailbox where price notices land through a lasting grant for Fin. Then set one rule in the room guidelines: a memo or refresh re-runs only the subscriptions it affects, and no disposition is written to Notion until the procurement lead approves it.
“The cap reached five subscriptions. The other twenty-five stayed exactly where they were.”
Set it up with your agent
Open a new Room, add your agent and paste this prompt. It connects the tools, builds the App with you and asks for your rules one step at a time, and nothing goes out until a person approves it.
Set up our SaaS renewals desk in this Room. Take it one step at a time and wait for my OK before you move on. 1. Connect Box, Gmail, Google Drive, Notion, Outlook and Slack. Tell me which ones still need connecting. 2. Ask me who works this desk: the procurement lead, the subscription owners and the FP&A partner. Help me invite them to this Room. 3. Build a SaaS Renewals App with Subscription, Notice by, Disposition and Status, one record per subscription. Fill it from the Notion database starting with each upcoming renewal. 4. Check every subscription against its signed contract in Box, any price notice in Outlook and the usage exports in Google Drive. Propose a disposition for each and show me any that conflict or are missing facts. 5. Hold every draft renegotiation, cancellation or owner email until the procurement lead approves the disposition and the FP&A partner approves any exception that exceeds the threshold we set. Write nothing to Notion and send nothing until both approvals are in. 6. Write the rule order, who approves what and the holds rule into this Room's guideline so every renewal follows it. 7. After one clean quarter, offer to turn the renewal review into an Automation. Before you start, ask me for our rules one at a time.
Your first company harness. Where humans and agents run your business together.
More Use Cases
View allSpare Parts Reorder Levels: Stocking Rules That Hold When One Part Changes
When one part changes its lead time, criticality or supersession, every part tied to it is checked again. Agents set min and reorder levels from ClickUp work orders and Salesforce quotes in one Kylon room, and the planner approves each level.
Localization Vendor QA: Translation Payments Priced Right and Paid Within Each Run's Cap
Translation jobs are priced from word counts, rate bands, rush uplifts and late penalties, placed in payment runs under a cash cap, and re-priced when rates, holds or disputes change. Agents work ClickUp and Box, and the vendor manager approves every amount.




