01 / Pricing
No rate card yet. That is deliberate.
02 / Stance
Publishing tiers before the product has settled would be a guess dressed up as a policy.
We talk with engineering leaders and early users about scope, integrations and what good would actually look like for their team.
Team size, how you roll out, and how much support you want from us while we are both still learning what Ember is good at.
Clearer packaging will reflect what we have shipped with real teams. Until then, a conversation is more honest than a table.
03 / What we optimise for
Four things we care about in an early agreement.
Straight terms
Simple early engagements with room to adjust as both sides learn what works. Nothing that takes a quarter to unpick later.Priced against how you operate
Scope tied to the activity you actually connect and the teams that actually use it, rather than a generic per-head number on a spreadsheet.Rollouts people use
We would rather run a narrow pilot that gets used than a broad one that gets forgotten. Working out which is which is most of the conversation.Early partners steer the roadmap
Teams in early access shape what gets built next. That loop matters more to us right now than the size of the agreement.
04 / Who this is for
Early access suits some teams more than others.
- Engineering leaders who want fewer surprises out of production and chat
You currently find out from a customer, a channel, or a dashboard you happened to be looking at.
- Teams ready to run a focused pilot rather than a procurement cycle
One service, one team, a few weeks. Not a company-wide rollout with a steering group.
- Groups who care about being able to inspect what a tool concluded, and why
If it cannot show the evidence underneath a conclusion, your team is not going to act on it.
05 / Thinking
What we think this is worth solving
06 / Talk to us
