„We're planning a new system. We don't know what to build, or what it costs.“
You need to settle scope, architecture and budget before you approach vendors — and be able to judge what they quote.
Fractional CTO · Solution architect · 15+ years in production
For 15+ years I've been building and rescuing production systems — from banking frontends to cash processing that has run for four years straight. I'll help you decide what to build. I'll build it. Or I'll tell you not to build it at all.

01 / When people call me
If one of them sounds familiar, I can tell you what can be done about it — and what can't.
„We're planning a new system. We don't know what to build, or what it costs.“
You need to settle scope, architecture and budget before you approach vendors — and be able to judge what they quote.
„We have a vendor. But nobody on our side can judge what they're building.“
Invoices keep coming, deadlines keep slipping, and you have no one to verify whether any of it is sound.
„We've been trying AI for a year. It's still a demo.“
The pilot worked in a presentation. It never reached production, because nobody solved data, security and cost.
„One person holds the whole system together. And he just resigned.“
Nothing is written down, there is no documentation, and nobody knows what happens after he leaves.
02 / Where it comes from
This doesn't come from slide decks and theoretical frameworks. I worked each layer in production, where mistakes have real financial and operational consequences.
Layer one — Enterprise
A recruitment system for PPF Group. A warehouse system for Toyota Tsusho. Leading the frontend team for internal applications at Komerční banka. Environments where hundreds of people depend on the system, where you go through audits, and where a bad architectural decision is paid for over years. That's where I learned that technical elegance is the second question, not the first.
Layer two — My own team
I founded Techcrowd, today around fifteen people. For Brink's we replaced the legacy cash processing system — it has been running for four years. For STING Reality, an intranet and a mobile app for a network of estate agents. For ABC pack, warehouse control with a real-time view of pallet movement. The difference from layer one: here my name is on the operation, not just the design.
Layer three — AI in production
For the past few years I've been building AI layers on top of company data — RAG over documents, vector search, custom agents, MCP integrations. Not a demo for a presentation, but systems with an audit trail, controllable cost, and someone accountable for them. Most companies that call me already have a pilot that never made it into production.
03 / Services
Each one is defined by its deliverable, not by the activity. You know up front what you get and what follows.
I go through your existing system, or your vendor's work — architecture, security, performance, technical debt, risk.
We go through the business, the data model and the tech stack. Before you commission development, you'll know what is being built and what it costs.
Senior technical leadership part-time. Architectural decisions, code review, leading developers, dealing with vendors, technical due diligence.
RAG over your data, embeddings, custom agents, LLMs wired into existing workflows. With security, auditability and a ceiling on cost.
When a project needs full implementation, Techcrowd takes it on — a fifteen-person team working in .NET, Laravel, Angular and Ionic, with two-week sprints and its own CI/CD. I stay on as the architect.
04 / Proof
Systems that daily operations depend on — not a pilot, not a prototype.
4
Brink's Czech Republic · cash processing
We replaced the legacy system that daily cash processing for retail clients depends on. Integrated with Helios and logistics.
1
STING Reality · intranet + mobile app
Backend, web intranet and mobile app for a network of estate agents. One vendor, no handing responsibility between three companies.
0
Crowlin · AI knowledge agent
RAG over company documents with vector search and MCP integration. In production, not in a slide deck.
05 / How it works
Step 01
You describe the situation. I tell you whether it's something I can help with — and if not, who to look for.
Step 02
I go through the system, the team and the context. You get a written summary of what I found, even if we go no further.
Step 03
Either we agree on one of the four things above, or you take the recommendation elsewhere. Both are fine.
06 / Who I'm not for
Hourly rates and "how much does the cheaper one charge". I work towards an outcome, not billable hours.
WordPress and Wix sites, template presentations. Not my domain, and you'd find someone cheaper.
"A quick AI chatbot with no connection to our data." A demo detached from the system moves nothing.
07 / References
„We have been working together for over a year with positive results. The main strength is a fast response and the search for new options. The company is open to developing and delivering customised solutions.“
„Requirements were handled and continuously discussed throughout development so that everything matched our needs. We use the system daily, we are very satisfied and we recommend the company.“
„I appreciate Miloš's consistent, systematic and at the same time innovative approach to solving problems. I value him as a leader who can bring a team together by using their strengths.“
„They built us a custom booking system for blood donors in a very short time. I appreciate their flexibility and the speed of their service response.“
08 / Contact
Describe the situation briefly. If I'm not the right person, I'll say so and point you to the next step.