Public roadmap

Prove the hard part.
Then earn the right to expand.

Sarlo's roadmap is staged deliberately. The goal is not to publish a long feature list. It is to prove that useful information can be understood, corrected, remembered and safely returned to before the product grows around that behaviour.

No public launch date is promised here. Wider access happens when the gates are passed, not when a calendar says so.
In progress
01

Foundation and closed-alpha readiness

Finish the production foundation before asking testers to trust real information to Sarlo.

  • Invitation-only accounts and recovery flows
  • Public/private route separation and crawl-safe public pages
  • Usage, cost and abuse controls before broader testing
  • Monitoring, backup and recovery proof
Next proof
02

Rota Proof

Prove the full memory loop on one difficult, useful object before expanding the product surface.

  • Rota screenshot/photo and natural-language input
  • Days, lates, nights and off-days in a clean calendar
  • Clarify uncertainty instead of guessing
  • Corrections, history and reconciliation of later updates
  • Natural questions such as ‘When am I next off?’
  • Europe/London time and DST edge cases
After proof
03

Small real-world rota pilot

Put the proven rota experience in the hands of a small invited group and encourage them to try awkward inputs, corrections and edge cases.

  • Real schedules and varied screenshot quality
  • Different shift patterns and multi-month rotas
  • Repeated questions, updates and corrections
  • Quality, failure and support feedback captured safely
Then
04

Broader Living Software

Reuse the same trusted memory foundations for more parts of everyday life rather than building disconnected mini-apps.

  • Important dates and events
  • People context you choose to save
  • Reminders and useful lists
  • Read-only questions across saved things
  • A clearer Today view and Your Things
Later
05

Optional inputs and careful automation

Only after the core is proven: make adding information easier and introduce controlled automation without silently changing confirmed reality.

  • Voice as another natural input
  • Optional integrations where they genuinely help
  • Operational agents around the product, not inside confirmed user reality
  • Wider beta only after technical, privacy and reliability gates are met

No silent guessing

If the input is genuinely ambiguous, confirmation belongs in the product journey.

No breadth before boundaries

Access control, privacy and recovery are part of readiness, not work to bolt on after growth.

One core, not disconnected tools

New object types should reuse the same memory, history and question-answering foundations.

Want the reasoning behind the pace?

Sarlo is intentionally small while the foundations are being proven.

Read the privacy approach