What should I include in the first message?
Describe what keeps breaking, slowing people down, confusing customers, changing between staff, or falling back on manual work. Include who it affects and what would become easier if it was fixed.
Contact
You do not need a polished brief. A rough description of what keeps drifting, changing between staff, or falling back on manual work is enough to start.
Enquiry
Use this for workflow inconsistency, customer onboarding, waiver systems, access workflows, software gaps, hardware handoffs, staff training, supplier friction, or admin overload.
Before You Send It
You do not need to package the problem neatly. The rough version is usually more useful.
Describe what keeps breaking, slowing people down, confusing customers, changing between staff, or falling back on manual work. Include who it affects and what would become easier if it was fixed.
No. A rough description is enough. Plain language is better than guessing the technical answer too early.
Yes, especially if the idea comes from a real operating problem. The first step is still to explain the problem, not just the feature you think might solve it.
Off Kilter reviews the message and follows up if the problem looks like a fit. If a problem session makes sense, the session is booked and paid before the call.