Full-cycle Product Engineering & Digital Transformation | AI-driven platforms for large enterprises | Modernization at scale | Trusted by Match Group, Pandora
7. At @Zoolatech_com, we help companies get the fundamentals right, then build for them.
In a five-year partnership with a major North American fashion retailer, our team scaled the app to 10M+ downloads across iOS and Android and doubled development velocity. On Android, the team doubled app revenue in three years and grew engagement time by over 40%.
If you're planning a mobile build, reach out. https://t.co/gsUEbtq84o
We took part in @TechBehemoths' 2026 global survey on mobile app development, alongside IT companies from 96 countries.
The teams seeing strong returns from mobile mostly do the same unglamorous thing: they get clear on what success looks like and how the app should be built before development starts. Nearly 43% don't, and later they can't really say whether the app worked.
Discover the groundwork that puts you in the 11.6%.
#Zoolatech #MobileDevelopment #AppDevelopment #ProductStrategy
6. Pick a partner with a track record.
42.9% of companies rank proven experience as the top factor when choosing a development partner, well ahead of cost. Building at scale is full of decisions that only experience prepares you for.
@DavidLinthicum The hard part is picking the right bet. “Focused over blanket” makes sense, but to know where to focus you need a real read on how your processes run today. Most companies don’t have that. So the focused bet is often just a cheaper guess than the mandate.
The orchestration/monitoring split is right. Memory is where it gets messy though. When it's just you, memory is one list Toby reads start to finish. In a real company, the same fact lives in three places that don't agree.
One system says the deal closed, another still shows it open, a third won't update until overnight. So the watchdog flags drift, and it's not even wrong. The three places it's reading already tell different stories about what happened.
One thing we'd add from the delivery side: under the operating model sits the data itself. A company can reorganize teams around shared AI skills and still stall, because those skills only compound when they can reach clean, connected company data. And in most enterprises that data lives across systems that were never built to share it.
So the reorg opens the door, but the data-access work is usually what determines whether anyone walks through it.
NBER asked nearly 6,000 executives about AI. 70% of firms use it.
Almost 9 in 10 say it's done nothing for productivity in three years.
After studying the companies beating that stat: @AnthropicAI, @tryramp, @AllicaBank and @bbva.
Here's what the exceptions do differently 🧵
That last line is the whole thing. Identity on the rails proves who transacted, not whether the agent should have bought it at all. You can encode the obvious limits.
The trouble is always the case nobody wrote a rule for, and attribution doesn't help there. Visa closed the identity gap. The judgment one stays open.
This matches what we see on the modernization side. The "no legacy" edge is real but it ages out. Today's fast fintech is writing the systems it'll have to modernize itself in a few years, and the incumbents bolting AI onto old cores were clean-stack startups once.
Everyone ends up in the same cycle, just at different points in it.
The duplicates and missing invoices are the part nobody warns you about going in. People picture migration as moving data from A to B, when most of the work is sitting with a year of messy transactions and deciding what's real. Getting the bank balance to reconcile on the far side is the hard part, and you earned that one. Nice work.
The irony is that those 11 weeks are where the real risk sits. Security review and data mapping take that long because that’s the stage where things break in production. Compress the 3 weeks of coding and all you’ve done is reach the 11-week wall sooner, with more code piled up behind it.
@a16z Once every call is recorded, you’ve got a thousand hours of conversation where maybe three sentences changed a decision. The recording was always the easy part.
Finding those three without someone who sat in the room is the problem nobody’s solved yet.
@alliekmiller Pulling the judgment out is the part that breaks teams. Data and processes you can extract. Judgment lives in the senior person who sees an exception and knows it’s wrong but can’t say why. Watch them a month and you’d still miss half of it.
That 40% is a snapshot, not a constant. It holds while the GPUs stay busy with work that matters. Six months in, the idle batch jobs creep back, someone leaves a debug run going over the weekend, half the calls retry without anyone noticing.
The hardware cost stays fixed. The return slides unless someone owns keeping utilization tight.
Substitution looks free on a pricing page and rarely is. Swapping a frontier model for an open one that's "good enough" usually means rewriting prompts and re-tuning guardrails, because the cheaper model fails in different places than the one it replaced. The token savings are easy to see. What's harder to count is the work of re-verifying everything the old model already got right.