Two airports, not two customers.
TAM is in MVP. That is a fact, not a disclaimer: the applications are built and running, and what remains is the hardest part of any operational platform, which is meeting two real estates and surviving contact with them. We are looking for the two airports that shape general availability.
Chosen for contrast, on purpose.
Two airports that could not be more different, because a product that only works at one of them is not a product.
A small airport that runs everything in house
A major airport with many providers and many silos
What a design partner gets.
The partnership shapes what general availability looks like. Your workflows are the requirements, not a ticket in a queue.
Terms that reflect the fact that you are building the product with us, not buying it off a price list.
One accountable person on our side who knows your operation, your regulators and your deadline.
The ninety day exploration ends in a go or a no go, with the evidence either way. No zombie pilot.
Ambition first. Then the honest route to it.
The full ambition is one operating platform across airport operations. This is the order we get there, and what has to be true before each step earns the next one.
Agree the operational data model, the data rights, the security boundary and the co-development scope with a design partner.
Build the canonical operational view: event provenance, identity, explicit source authority, and a narrow set of real inbound connectors.
Add the connector plane and the visibility and planning services that map to Airport Operations Plan and operations centre workflows.
Add controlled actions and operational modules, in a sequence set by customer value and safety risk.
What actually happens first.
If you run an airport, we would like to build this with you.
Not a software sale. A ninety day exploration, a named sponsor on both sides, and an honest answer at the end either way.