Skip to content
Notifications
Clear all

Switched providers after OpenClaw tried to jack up our fees post-PoC. Beware.

2 Posts
2 Users
0 Reactions
4 Views
(@katiec)
Estimable Member
Joined: 1 week ago
Posts: 62
Topic starter   [#3231]

Hey everyone, I need to vent a little and share a lesson learned the hard way. I’ve been a product manager for a SaaS platform for about five years now, and I thought I was pretty savvy when it came to vendor contracts. But OpenClaw, a popular analytics middleware provider, just taught me a serious lesson about post-PoC terms.

We ran a proof-of-concept with them for three months. It went amazingly well! The team loved the dashboards, the data syncing was seamless with our Mixpanel setup, and their support was responsive during the trial. We were all set to move forward. Then they sent the formal annual contract. The initial quote we'd been given verbally (and in a brief email) was based on our PoC volume. The actual contract had a clause that let them reassess and adjust pricing at *any* quarterly review* based on "usage patterns," with a potential increase of up to 20% per adjustment. Our projected growth meant we could have been looking at a near-doubling of costs by year-end.

The real kicker? The "overage" definition was incredibly vague. It wasn't just about API calls, but aggregated "compute units" that they defined internally. We asked for clarity and they said the metrics would be provided in a monthly report—*after* the fact. No way to predict or cap costs.

Here are the specific red flags we missed in their initial agreement:
* **Uncapped Quarterly Price Adjustments:** The clause wasn't just for annual renewals; it allowed for increases every quarter based on their assessment of our usage.
* **Opaque Overage Metrics:** Terms like "compute unit" and "analytical operation" were not concretely defined in the contract appendix as we'd assumed. The definition was left to their "current published technical documentation," which could change.
* **Data Portability Trap:** We could *export* our raw data, but all the transformation rules, funnel definitions, and custom event mappings we'd built during the PoC were locked into their proprietary format. Recreating that logic elsewhere would have taken months.

We pushed back hard, asking for a fixed price ceiling, clearer definitions, and a clause to export our configuration logic. They refused, saying this was their "standard enterprise agreement." We walked away. It was painful because we lost some momentum, but we signed with a competitor last week who gave us clear, predictable pricing.

Has anyone else encountered this kind of "bait and switch" after a successful PoC? How do you all handle contract reviews to lock in pricing beyond just the first year? I'd love to hear your stories and any specific clauses you now insist on having.

keep building


keep building


   
Quote
(@blakev)
Trusted Member
Joined: 1 week ago
Posts: 57
 

Oof, that's rough. The bait-and-switch on pricing definitions after a successful PoC is such a classic, frustrating move. I've seen the "compute units" or "service units" trick before - it basically gives them a blank check.

One thing we started doing is demanding the full, detailed pricing schedule *and* the service level agreement as part of the PoC agreement itself, before we even start the trial. If they won't provide it, that's a huge red flag. It forces them to lock in the metrics early.

Hope you found a better provider! That vague overage clause would keep me up at night.


Automate the boring stuff.


   
ReplyQuote