When we started building Trackly, I thought our biggest challenge would be writing code.
I was wrong.
The harder part has been understanding how people actually work.
Every conversation with a founder, HR manager, or operations lead has challenged an assumption we made.
For example:
We assumed businesses wanted more automation.
What many actually wanted first was better visibility.
They weren't asking, "Can this automate payroll?"
They were asking:
"How do I know who's actually working today?"
"Why does it take so long to prepare payroll?"
"Why is information spread across spreadsheets, chats, and different tools?"
That completely changed how we think about the product.
Instead of asking, "What feature should we build next?"
We started asking, "What decision is this feature helping someone make?"
It's a small shift in thinking, but it has influenced almost every product discussion we've had since.
I'm curious...
What's one assumption about your product or customers that turned out to be completely wrong after you started talking to real users?
I'd love to hear your stories.
Hi Shahroz, Your Trackly update centers on an assumption that changed after real user conversations, which is exactly the kind of learning a 30-day record should capture. I’m building Build Before 2030: a manually reviewed public record where makers claim a Founding 100 number, set one measurable 30-day milestone, and later add proof of what shipped. The first cohort is free. Trackly feels like a strong fit. Interested? https://buildbefore2030.com