S/001

SAYAPP

One operating layer for a working business: the application the field uses, the console the office uses, and the notification channel that keeps the two in the same minute.

StatusOngoing
Active2022 —
CategoriesSystems, Software, Commerce
StackPHP · MySQL · Android · PWA · Service Worker · OneSignal · REST
01

Context

SAYAPP began as the answer to a question that kept repeating: where is the current state of the business right now, and who has it?

The answer was always somewhere — in a notebook, a spreadsheet, a message thread, someone's memory. Never in one place, and never at the same time for everybody.

02

Friction

The field worked on paper and messaging. The office worked in files. Both were right, and the two versions of the truth were reconciled by hand, after the fact, by whoever had time.

Anything urgent travelled at the speed of a phone call.

An operationis not acollection of apps.

03

System

A single application layer owns the operational record. Everything else — the mobile client, the admin console, the notification service — is a view onto it, not a copy of it.

The Android client is a signed, installable build rather than a bookmark, so the field gets the phone's own notification surface and a working offline state.

Architecture
Field / RetailSAYAPP clientApplication layerOperational databaseNotification serviceAdmin consoleDecision
04

Interface

Two interfaces, deliberately unequal. The field client is built for one hand, standing up, in bad light: large targets, few decisions per screen, no navigation puzzles.

The admin console is built for a desk: dense, tabular, and comfortable with hundreds of rows.

Product mark
The SAYAPP product mark: the word SAYAPP set in white and green on a black plate.
05

Automation

Push notification replaced the phone call. State changes that used to be announced are now delivered: the event happens, the right people are told, and the record already reflects it.

The work that disappeared was the reporting of work.

06

Data

One operational database, one set of names for things. Where SAYAPP has to meet an existing accounting or ERP world, it meets it through a defined integration rather than a shared table.

That boundary is the reason the rest of the system can be changed without asking permission from finance.

07

Evolution

SAYAPP is still the layer the other systems on this page attach to. Store operations, technical service and management flow each grew out of a problem SAYAPP surfaced but was not the right shape to solve.

It is not finished, and it is not supposed to be.