Skip to content
Cases

PostgreSQL advisor · Independent prototype

The calculator assumed I already knew the answer

A pricing calculator could tell me what a PostgreSQL configuration would cost, provided I already knew which configuration I needed. I built a focused AI prototype to explore the missing step.

Lovable prototype

The prototype is limited to PostgreSQL for now. It is not a production capacity-planning service.

PostgreSQL advisor asking about an application, workload, reliability, cloud, users and budget
The prototype starts with questions about the application and workload, not a demand for mystery infrastructure knowledge.

The challenge

To calculate a price, I first had to choose a cloud, region, number of virtual machines, CPU, RAM and storage. Those were precisely the decisions I needed help making.

My role

I identified the missing decision step, defined the questions and built the AI-assisted PostgreSQL advisor as an independent Lovable prototype.

What changed

The prototype reverses the sequence. It asks about the product and workload first, then presents a reasoned PostgreSQL starting point with uncertainty, trade-offs and signs that it is time to upgrade.

01The calculator started one step too late

There was nothing wrong with calculating the price of a known configuration. The problem was getting to that configuration in the first place.

The form asked me to choose the cloud, region, virtual machines, CPU, RAM and storage. How was I supposed to know what to fill in? The interface assumed the specialist knowledge I had gone there to get help with.

Aiven PostgreSQL pricing calculator asking for cloud, region, virtual machines, CPU, RAM and storage
The Aiven calculator that triggered the idea. It could price a PostgreSQL configuration, but first I had to tell it which configuration I needed.

02Ask questions people can actually answer

I reversed the conversation. Tell me what you are building, how mature it is, roughly how people will use it, what kind of data it handles, how painful downtime would be and how sensitive the budget is.

Not sure yet is a valid answer. Early product decisions are full of uncertainty, so the interface should work with it rather than force people to invent precision.

PostgreSQL advisor asking about an application, workload, reliability, cloud, users and budget
The input is about the application, workload and constraints. The user can be honest about what they do not know yet.

03Give a starting point, not a magic answer

The result is presented as approximate guidance, not divine truth from the AI machine. It includes a confidence level, a suggested resource fit, reasons, upgrade triggers and risks.

The prototype also explores schema, extensions, scaling considerations, trade-offs and starter SQL. Exact pricing and availability still belong in the provider’s official calculator.

Open the Lovable prototype
PostgreSQL advisor result showing a confidence level, suggested resources, reasons and upgrade triggers
A suggested resource fit explains its confidence, reasoning and the signals that should trigger an upgrade.
PostgreSQL advisor result showing risks, caveats and a suggested relational schema
Risks and caveats sit beside the suggested schema instead of being hidden behind the recommendation.
PostgreSQL advisor result showing extensions, scaling considerations, trade-offs and starter SQL
Extensions, scaling considerations, trade-offs and starter SQL continue the guidance beyond a shopping list of server resources.

04Small, focused and honest about what it is

This is an independent product experiment inspired by friction I encountered on Aiven’s pricing calculator. It was not commissioned by Aiven and is not affiliated with Aiven.

It covers PostgreSQL only, for now. It is a prototype, not a capacity guarantee or a substitute for reviewing a real production workload with somebody who knows what they are doing.