No sales pitch on this page. This is the actual engineering work behind Lumopath — the parts a demo never shows. We wrote it down so you can scope the project honestly. We think the list speaks for itself.
Use it freely. Copy this, hand it to your team, and check off everything you've already built. It's deliberately non-exhaustive — the real version is longer.
What "build it yourself" is actually competing with
4 yrs
of continuous development
11,600+
code commits
~165K
lines of production code
143+
tools connected
900+
data-pipeline steps
364
database migrations
The AI is the last 5% of this. It can only reason over data that's already been pulled in, cleaned, matched to the right person, de-duplicated, quality-checked, and added up. Everything below is what produces that data — and none of it comes from a model.
0 of 0 done
01Connect your tools — and keep them connectedA demo connects one tool, once. A product connects 143+ and keeps every one syncing through every outage and silent API change.14 tasks
…then maintain all of it as each of those 143 tools changes on its own schedule, with no warning.
02Figure out who's actually whoThe same person shows up as six different IDs across your tools. Get this wrong and every number silently double-counts or misses people.7 tasks
03Turn raw activity into numbers that mean something"Meeting time" and "focus time" sound simple. They hide a dozen ways to be wrong that are obvious to your customer and invisible to you — until after launch.13 tasks
04Build the assembly line that produces every numberNone of those numbers come from the AI. They come from a 900-step pipeline that has to run in exactly the right order, every day, for every customer.7 tasks
05Catch problems before your customers doA dashboard that's quietly stale or wrong is worse than no dashboard. This is the layer that keeps the numbers honest while you sleep.7 tasks
06Don't leak everyone's private dataTo produce these numbers you're handling the whole company's messages, calendars, and HR data. One mistake here is a breach, not a bug.11 tasks
07Make it work differently for every teamEvery customer measures themselves differently. The platform has to bend to each one without forking the code.5 tasks
08Run the AI itself — the part everyone thinks is the whole thingEven the easy 5% is real engineering once it has to run reliably, at a sane cost, for everyone at once.7 tasks
09Push the right thing at the right time"Ask the AI a question" is pull. A system people actually trust pushes the right alert at the right moment — without spamming anyone.7 tasks
10Build the actual product people openAfter all of that, you still have nothing anyone can use. This is the front-end that turns the data into a product.10 tasks
11Keep the lights on, 24/7It's not a project that ships and ends. It's a service with an SLA that someone is on call for — forever.8 tasks
12Catch wrong numbers before your customers doA build that fails loudly is the good case — the dangerous one looks fine and is quietly wrong, and you find out when it costs you a customer, a hire, or a board number.5 tasks
That's 96 distinct jobs across 11 areas — and that's just the boiled-down version.
The real list is far longer (439 data models alone). Every job here is something your team would build, debug, and then operate forever — before a single trustworthy number reaches a dashboard. Most of it is invisible in a demo, which is exactly why "we'll just build it" sounds easy in the room and isn't.
How many could your team honestly check off today? And who maintains the rest?
If the answer feels daunting, that's the honest answer. The good news: it already exists, already works, and you can see it on your own data in a couple of weeks.