VisitsTracker

VisitsTracker › Product

One record. Everything else comes off it.

What the product records, what it derives from that, and what you can hand to somebody else afterwards.

9 pagesAndroid, iOS and web

The product9 pages
Recordedthe visit itselfsource
Derivedhours, distance, attendance3
Handed overcustomer proof, exports2
Behind itsites, controls, the app3

The shape of it

One record, and everything that comes off it.

The product does one thing at the bottom: it works out that somebody was at a place, for how long, without asking them to say so. Everything on this page is either how that record is made, or something derived from it afterwards.

Made, then derived

Nothing here is a separate product

Timesheets, mileage, attendance and customer proof are not four systems that need reconciling. They are four readings of the same day, which is why they cannot disagree with each other.

  • The visit is the atom: a stay inside a boundary, with a start, an end and a trust verdict.
  • Hours, distance and attendance are computed from visits, never typed alongside them.
  • Correct a reading and every figure drawn from it moves with it, in one place.
One day, four readings12 August
The visits4 stays, all trustedsource
Hours on sitederived7 h 55 m
Distancederived13.6 km
Attendancederived4 of 4
Customer proofderivedshareable

Four numbers, one source. There is no second place where any of them could be entered by hand and drift.

All 9 pages

The whole product, one page at a time.

Separate pages rather than one long scroll, because these are genuinely different subjects and the person evaluating attendance is rarely the person evaluating the API. Every one of them ends with what it does not do.

Try it on one van for a week.

Put it on one phone, run a normal week, and see what comes out the other end. That answers more than any page here.

No card needed. Set up in an afternoon.