Who builds it
Tom Martorana,
founder
Before SAIDA there were four years as an IT manager, running production systems for a business that needed them up. That is the entire origin story, and it is the part that matters.
Being the person who gets paged at 2am teaches you things that no amount of building demos does. Three of them shape every system here.
Automation has to fail loudly. The dangerous failure is never the one that throws an error — it is the one that quietly stops running in July and gets noticed in October, by which point four months of requests went nowhere. So when something upstream breaks, work queues instead of vanishing, and a human is told the same hour.
Documentation has to exist. Not a diagram from the kickoff. A plain-English page per workflow: what it does, what it touches, how to switch it off. Anyone competent should be able to pick your system up without picking up the phone to us.
Never put a robot between a business and its customers without a human gate. The upside of one more automatic email is small. The downside of the wrong automatic email — to a patient, to a property manager, to somebody who is already annoyed — is not.
None of that is a philosophy of AI. It is just what you believe after being on call for a while. Everything else on this site is downstream of it, including the system that answers your phone.