Founder, Replio  ·  Restaurant operator

Chase Kubala

Restaurant operator turned software founder. I build the operating layer between guest feedback and what a restaurant team actually does next.

21 restaurants live 22 more rolling out September 1

What I am building

Replio is the operating layer between guest feedback and what happens next.

Guest complaints get answered every day in this industry. The problem inside the complaint usually keeps happening. Answering feedback and fixing operations are two different jobs, and nearly every tool in the category only does the first one.

Replio does the second one. It runs a closed loop, and the last step is the one that matters.

01SignalA guest says something.
02IssueThe pattern behind it gets named.
03OwnerA person is assigned to it.
04ActionIt gets done on a shift.
05VerifiedCompletion is confirmed, not assumed.
06RecurrenceDoes it come back? That answer feeds step one.

Steps 3 and 4 are human by design. Software finds the pattern. It does not get to speak for a restaurant or mark its own work complete.

If the same problem returns, nothing was fixed. Most of this category cannot tell you that. It is the only measure an operator actually cares about.

repliohq.com ↗

Why me

Most software founders have to learn restaurants. I had to learn software.

I started working in restaurants at 14. Eleven years later, I am still operating them.

I started Replio because I kept watching guest complaints get answered while the actual problem happened again the next week.

So I built the product myself.

The restaurants are still my test environment. When Replio gets something wrong, I see it on the floor.

Traction

21Restaurants live today
22More locations rolling out Sept. 1

Live means running inside the restaurant. Not a signed logo, not a pilot on paper. Someone opened Replio this week and did something because of it.

The next milestone is not a bigger number. It is whether the issues we closed stay closed.

Building

What the work actually looks like right now.

Build
I write the code. Product, backend, data layer, integrations. When a customer finds a problem, I can ship the fix.
Operate
I am in restaurants during the week. The store is the test environment, so the roadmap comes out of shifts instead of meetings.
Sell
I run the customer conversations myself. Onboarding, feedback, and the hard calls where something did not work.
Measure
I ship, then check whether it changed anything on the floor. Fixes that failed count in the average.

Positions

01
A report is not a product. Telling an operator what they already suspected is the easy half. Deciding what changes on the next shift is the job.
02
Software should never speak for a restaurant. Every message a guest sees is approved by a person. That is a design guarantee, not a setting someone can turn off.
03
Count the fixes that failed. An average built only from the wins is marketing. The number worth reporting includes what did not work.

Contact

Email is fastest.

Happy to walk through the product live, the operator side of it, or where this goes next.

Chase Kubala  ·  Founder, Replio