Pressematerial · BICon · Vaduz

Logbuch: Vier Monate, vier Systeme

Zwischen April und August 2026 hat ein Berater mit dreissig Jahren Berufserfahrung und ohne Entwicklerteam vier Systeme gebaut: eine mandantenfähige B2B-Plattform, eine umfangreiche Investmentanwendung und zwei kleinere Systeme. Was das über die Verschiebung des Engpasses in der Softwareentwicklung sagt, und welche Rechnungen dadurch nicht mehr aufgehen.

243 408Zeilen Code
2 563Testfälle, mindestens
4Systeme
1Person

Offenlegung: An der Plattform BICon Portfolio Steering (bicon.digital) bestehen kommerzielle Interessen — sie wird verkauft. Investment Decision Lab, Portfolio Prompt Builder und „Warum so investieren“ werden nicht kommerziell verwertet; sie sind frei zugänglich, dienen der Veranschaulichung und der Wissensvermittlung und stehen hier als Beleg für Bauweise und Umfang.

Kurzfassung

Zwischen April und August 2026 hat Volkmar Ritter, Business- und IT-Berater in Vaduz mit dreissig Jahren Berufserfahrung und ohne Hintergrund als Softwareentwickler, mithilfe von KI-Agenten und ohne Entwicklerteam vier Systeme gebaut: eine mandantenfähige B2B-Plattform, eine umfangreiche Investmentanwendung und zwei kleinere Anwendungen.

Ausgezählt wurden 192 643 Zeilen Anwendungscode, 50 765 Zeilen Testcode und mindestens 2 563 Testfälle. Klassisch wäre jede der beiden grossen Plattformen mit 0,6 bis 1,3 Millionen Euro sowie neun bis fünfzehn Monaten Teamarbeit veranschlagt worden. Tatsächlich stand die erste getestete und integrierte Fassung nach einer Woche, der heutige Funktionsumfang nach zwei Monaten — rund 57 000 Euro samt Werkzeugkosten und damit ein Faktor von 10 bis 20 gegenüber der klassischen Rechnung, mit allen Annahmen offengelegt.

Eines der vier Systeme, die Plattform BICon Portfolio Steering (bicon.digital), ist kommerziell ausgerichtet; die drei anderen sind nicht-kommerzielle Anwendungen.

Nächster öffentlicher Auftritt: 17. September 2026, Universität Liechtenstein, IT Crowd Club.

Die Zahlen

Vier Systeme, eine Person

System Anwendungscode Testcode Testfälle
Investment Decision Lab 93 708378 Dateien 27 17791 Dateien · 29 % 1 175
Portfolio Prompt Builder 4 517 2 83363 % 103
Warum so investierenReise mit dem Prompt Builder 3 7503 Dateien 5462 Dateien · 15 %
BICon Portfolio Steeringbicon.digital 90 668316 Dateien 20 209112 Dateien · 22 % 1 285
Zusammen 192 643 50 76526 % 2 563
Codemasse im VerhältnisAnwendungscodeTestcode
Investment Decision Lab120 885
Portfolio Prompt Builder7 350
Warum so investieren4 296
BICon Portfolio Steering110 877
Zusammen243 408

Balkenlänge im Verhältnis zu den 243 408 Zeilen insgesamt. Das Verhältnis von Test- zu Anwendungscode liegt über alle vier Systeme bei 26 Prozent — jener Posten, der in handgeschriebenen Projekten als Erstes gestrichen wird, wenn der Termin drückt.

Was das klassisch gekostet hätte — je grosse Plattform
Nearshore-Team mit Onshore-Führung
EUR 620 000 – 1 290 000
Dauer mit kleinem Team
9–15 Monate
Dauer für einen erfahrenen Full-Stack-Entwickler allein — reine Entwicklung, ohne Analyse und Projektleitung
2–4 Jahre
Zum Vergleich: tatsächliche Bauzeiten
Erste lauffähige Fassung eines Systems
Stunden
Je grosse Plattform: von der Idee zur ersten getesteten, integrierten Fassung im Mehrbenutzerbetrieb
max. 1 Woche
Je grosse Plattform: bis zum heutigen Funktionsumfang
rund 2 Monate
Tatsächliche Kosten: rund zwei Monate einer Person zu Onshore-Sätzen, samt Werkzeugkosten für die KI-Agenten
rund EUR 57 000
Kostenunterschied zur klassischen Variante
Faktor 10 bis 20
Die Rechnung im Verhältnis — je grosse Plattform
Klassische Schätzung — Team, 9–15 MonateEUR 620 000 – 1 290 000
Tatsächlich — eine Person, rund 2 Monaterund EUR 57 000
KostenunterschiedFaktor 10 bis 20

Balkenlängen im Verhältnis zum oberen Ende der klassischen Schätzung; der hellere Abschnitt zeigt die Spanne von 620 000 bis 1 290 000 Euro. Annahmen und Gegenrechnung in den Fussnoten unten.

Alle Zeilen- und Dateizahlen sind ausgezählt. Der mit KI-Agenten geschriebene Code ist darin vollständig enthalten — er ist der Gegenstand dieser Aufstellung. Nicht mitgezählt sind ausschliesslich Dateien, die ein Codegenerator automatisch aus einer Spezifikation erzeugt und bei jedem Build neu schreibt: bei BICon Portfolio Steering die aus der OpenAPI-Spezifikation abgeleiteten Client- und Schemadateien, Typdeklarationen und Vorlagenmanifeste. Gezählt ist also alles, was jemand — Mensch oder Agent — als Quelltext verantwortet hat. Für „Warum so investieren“ liegt keine Auszählung der einzelnen Testfälle vor; der Testcode selbst ist gezählt.

Die Kosten- und Dauerangaben oben sind keine Messung, sondern eine eigene Schätzung auf Grundlage von Angeboten, wie sie für vergleichbare Projekte üblich waren. Angenommen sind ein Nearshore-Team von vier Personen — Entwicklung, technische Analyse, Test und anteilig Architektur — über neun bis fünfzehn Monate zu 550 bis 700 Euro je Personentag, dazu onshore Projektleitung, Business-Analyse und fachlicher Auftraggeber mit zusammen einem Vollzeitäquivalent zu 1 100 bis 1 300 Euro. Nicht enthalten sind Betrieb, Lizenzen und Infrastruktur sowie die Mitwirkung der Fachbereiche für Workshops, Abnahmetests und Einführung.

Auch die tatsächliche Variante war nicht kostenlos: Sie hat rund zwei Monate der Arbeitszeit einer Person gebunden — zu einem Satz von 1 300 Euro je Personentag, dem oberen Ende der oben angesetzten Onshore-Sätze, ein Gegenwert von rund 55 000 Euro —, dazu Werkzeugkosten für die KI-Agenten von rund 1 000 Euro im Monat. Der Unterschied bleibt eine Grössenordnung; er wird hier nur vollständig gerechnet statt geschönt.

Was entstand

Vier Anwendungen, eine Arbeitsweise

Investment Decision Lab

Anlegerprofilierung, regelbasierte Asset-Allokation, ETF-basierte Umsetzung mit vollständiger Durchschau, Stresstests, Gebührenanalyse, Monte-Carlo-Simulationen und historisches Backtesting.

Investment Decision Lab — Portfolioaufbau mit Zielallokation
Portfolioaufbau mit Zielallokation

www.bicon.co — Anwendung starten · about.bicon.co — Überblick

Portfolio Prompt Builder

Macht aus einem Anlageprofil in Sekunden einen strukturierten, unmittelbar verwendbaren Prompt für die strategische Asset-Allokation — mit hinterlegter Logik für Home Bias, Währungsabsicherung und ETF-Auswahl. Zwei Stufen: Basic für schnelle Ergebnisse, Pro zur Feinsteuerung nach Anlagemandat.

Übersicht · Anwendung starten

Warum so investieren — eine Reise mit dem Portfolio Prompt Builder

Interaktives Lernformat, das Anlegerinnen und Anleger an strategische Asset-Allokation, ETFs und Markt-Timing heranführt. Einstieg: „Alle wollen den Markt schlagen. Fast niemand schafft es.“

Deutsch · English

BICon Portfolio Steering

Steuerung von KI-, Digital- und Transformationsportfolios: Priorisierung, Stage-Gate-Governance mit Risikosignalen, Berichte für Geschäftsleitung und Aufsichtsgremien. Dazu Inventar und Klassifizierung nach EU AI Act. Mandantenfähig, rollenbasierte Rechte, durchgängiger Änderungsnachweis, zweisprachige Dokumenterzeugung.

BICon Portfolio Steering — Portfolio Map mit Quadranten
Portfolio Map: Wirkung gegen Machbarkeit

www.bicon.digital — öffentliche Demo · about.bicon.digital — Überblick
Kommerzielles Angebot.

Beiträge zu den Anwendungen — Funktionsumfang und Releases: bicon.li — Showcase Tools

Die These

Der Engpass ist nicht mehr das Programmieren

Über künstliche Intelligenz im Finanzsektor wird meist im Zusammenhang mit Effizienz, Automatisierung und neuen Beratungsmodellen gesprochen. Die eigentliche Verschiebung liegt woanders: darin, wie digitale Systeme überhaupt entstehen.

Die Fähigkeit, Wissen strukturiert zu formulieren, wird wichtiger als klassische Programmierkenntnisse. Volkmar Ritter gegenüber finews.ch, 12. Juni 2026

Fachlogik wird nicht mehr beschrieben und anschliessend von Entwicklern umgesetzt, sondern direkt in ausführbare Systeme übersetzt. Damit verschwimmt die Grenze zwischen Konzept, Modell und fertiger Anwendung — ein Investmentprozess wird nicht mehr dokumentiert, sondern unmittelbar in Betrieb genommen.

Für Banken, Vermögensverwalter und Beratungshäuser verschiebt sich der Engpass damit von der technischen Umsetzung hin zu Governance, Qualitätssicherung und Distribution.

Die Folge

Vier Rechnungen, die nicht mehr aufgehen

Vier Systeme, gebaut von einer Person, sind noch kein Beweis. Aber sie sind eine Beobachtung, die reicht, um ein paar alte Gewissheiten ins Wanken zu bringen.

Wenn etwas, das früher nach gängigen Ansätzen 0,6 bis 1,3 Millionen Euro gekostet hätte und neun bis fünfzehn Monate Teamarbeit gebraucht hätte, plötzlich von einer Person in wenigen Wochen gebaut wird, dann verändert sich nicht nur ein Budget. Dann verändern sich die Annahmen dahinter.

Nearshore und Offshore verlieren ihren klassischen Zweck

Ein grosser Teil des Werts in der Softwarebranche lag lange darin, Umsetzung günstiger zu machen. Dieselbe Arbeit, einfach billiger. Nearshore, Offshore, grössere Liefermodelle, mehr Kapazität zu tieferen Kosten.

Wenn Umsetzung durch KI aber schneller und günstiger wird, verliert genau dieser Vorteil an Gewicht. Nicht komplett. Aber spürbar.

Nearshore und Offshore verschwinden deshalb nicht. Aber ihre Rolle verändert sich. Es reicht nicht mehr, einfach günstige Kapazität bereitzustellen. Wert entsteht stärker durch Domänenverständnis, Produktnähe, Qualität, Governance und durch die Fähigkeit, in komplexen Organisationen wirklich etwas fertig zu bekommen.

Wenn Umsetzung nicht mehr der Engpass ist, ist „wir bauen es günstiger“ keine ausreichende Antwort mehr. Die wichtigere Frage wird: Was sollte überhaupt gebaut werden?

Der Backlog war oft nur verwalteter Mangel

Ähnlich ist es mit dem IT-Backlog. Seit dreissig Jahren gehört er fast überall dazu: diese lange Liste von Anforderungen, Ideen und Projekten, für die angeblich keine Kapazität da ist.

Aber oft war der Backlog gar kein echtes Priorisierungsinstrument. Er war eher die Verwaltung von Mangel.

Wenn KI die Umsetzung schneller und günstiger macht, verschwindet ein Teil dieses Mangels. Was bleibt, sind die schwierigeren Dinge: Abhängigkeiten, schlechte Daten, unklare Zuständigkeiten, Architektur, Sicherheit, Regulierung und Entscheidungen, die niemand treffen will.

Der Backlog wird also nicht einfach leer. Aber er erzählt künftig eine andere Geschichte. Weniger: „Das können wir nicht bauen.“ Mehr: „Wir wissen noch nicht genau, was davon wirklich wichtig ist.“

Make or Buy dreht sich um

Auch die Make-or-Buy-Frage verschiebt sich. Standardsoftware wurde lange aus zwei Gründen gekauft: selber bauen war teuer, und jemand anderes kümmerte sich um Wartung, Weiterentwicklung und Haftung.

Der zweite Grund bleibt wichtig. Der erste wird schwächer.

Wer bisher ein Tool gekauft hat, das zu achtzig Prozent passte, weil die fehlenden zwanzig Prozent als Eigenentwicklung zu teuer gewesen wären, kann diese Lücke heute eher selbst schliessen. Nicht jedes spezielle Bedürfnis muss mehr in ein Standardprodukt hineingepresst werden.

Und dort, wo der Bedarf so speziell ist, dass kein Anbieter daraus ein Produkt machen kann, verliert Kaufen als Option an Bedeutung. Dann geht es nicht mehr nur um Beschaffung. Es geht um Verantwortung: Was wollen wir selbst verstehen, steuern und weiterentwickeln?

Knapp wird etwas anderes

Damit rückt etwas in den Mittelpunkt, das lange unterschätzt wurde: die Qualität der Idee.

Die alte Faustregel, dass die Idee fünf Prozent ausmacht und die Umsetzung fünfundneunzig, stammt aus einer Welt, in der Umsetzung knapp, teuer und langsam war. Genau deshalb war das Minimum Viable Product so prägend. Man baute nicht die beste oder vollständigste Lösung, sondern die kleinste Version, mit der man eine Annahme testen konnte.

Wenn Entwicklungskosten sinken, verschwindet diese Logik nicht. Aber sie verschiebt sich. Die Frage ist weniger: Was müssen wir weglassen, damit es überhaupt machbar wird? Die Frage wird stärker: Was ist eigentlich die richtige Idee? Welches Problem lohnt sich wirklich? Welche Lösung trifft den Kern? Und welche Möglichkeiten waren bisher nur deshalb undenkbar, weil Umsetzung zu teuer war?

Aus dem Minimum Viable Product wird nicht automatisch ein überladenes Produkt. Aber es entsteht Raum für eine andere Frage: Was ist das Maximum Viable Product? Also die umfassendste sinnvolle Lösung, die nicht mehr durch technische Knappheit begrenzt ist, sondern durch Relevanz, Klarheit und die Stärke der zugrunde liegenden Idee. Was zusätzlich gebaut wird, rechtfertigt sich dann nicht mehr über den Aufwand, den es spart, sondern darüber, ob es Vertrauen schafft, Wartbarkeit sichert und Governance trägt.

Knapp wird damit nicht mehr in erster Linie die Umsetzung. Knapp wird Urteilskraft. In einer Welt, in der fast alles gebaut werden kann, wird die Idee wieder zentraler. Nicht als spontaner Einfall. Sondern als Fähigkeit, ein echtes Problem zu erkennen, eine klare Richtung zu wählen und gute Grenzen zu setzen.

Beitrag: From Minimum Viable Products to Maximum Viable Products — Juni 2026

Die Grenzen

Was KI nicht ersetzt hat

nichtden Bedarf an Software-Engineering
nichtdie Produktarbeit
nichtdas Fachwissen

Gesunken ist der Preis dafür, aus einer Idee laufende Software zu machen. Nicht gesunken ist der Bedarf an Software-Engineering — daran, zu entscheiden, wie ein System aufgebaut ist, von der Architektur über Datenmodell, Schnittstellen und Sicherheit bis zur Teststrategie, und zu prüfen, ob es so gebaut wurde. Agenten schreiben Code; ob daraus ein System wird, das trägt, ist Engineering. Die Zeit, die nicht mehr ins Schreiben von Code floss, ging in den Entwurf des Produkts, in das Lesen und Auslegen des EU AI Act, in die Definition von Governance- und Bewertungsmodellen, in das Prüfen, Verwerfen und Nachschärfen dessen, was die Agenten erzeugt hatten — und in tausende Architektur- und Produktentscheidungen.

They never got tired. They never complained. But they also never decided what should be built. Aus dem eigenen Werkstattbericht

Die automatisierten Tests sind in dieser Rechnung keine Nebengrösse, sondern die Kontrolle. Über alle Systeme stehen 50 765 Zeilen Testcode und mindestens 2 563 Testfälle gegen 192 643 Zeilen Anwendungscode — ein Verhältnis von 26 Prozent, im Investment Decision Lab 29, im Prompt Builder 63. Bemerkenswert ist nicht die Höhe, sondern dass dieser Posten unter Termindruck nicht gestrichen wurde — in handgeschriebenen Projekten ist er der erste, der fällt. Genau dieser Zielkonflikt entfällt. Die Tests sind der Grund, warum sich das Ergebnis prüfen lässt, statt ihm glauben zu müssen — und aus demselben Gedanken heraus erhalten Kunden Lesezugriff auf ein gepflegtes Repository ab dem ersten Tag: Wer nicht vertrauen will, soll nachsehen können.

Ohne Prüfung hätte davon nichts Bestand. Kein erzeugter Code ist ungeprüft geblieben — jede Zeile ist unmittelbar nach der Erstellung in ein Review gegangen, durchgeführt von KI-Agenten, dazu kamen gesonderte Reviews für Sicherheit und Due Diligence. Die Zahl der Durchgänge liegt in der Grössenordnung der Commits: über tausend je grosser Plattform. Diese Reviews haben Schwachstellen gezeigt. Behoben wurden sie alle; aber sie waren da, und ohne den Prüfschritt wären sie geblieben. Das ist der nüchterne Befund dieser vier Monate: Agenten liefern schnell und in Menge; ob das Ergebnis trägt, entscheidet sich im Review. Wer diesen Schritt weglässt, bekommt nicht dieselbe Software billiger, sondern eine andere.

Zur Kontrolle gehört ein zweiter Schritt. Beide grossen Plattformen hat nach der Fertigstellung ein KI-Agent selbständig durchgearbeitet und rezensiert — ohne inhaltliche Vorgabe von mir, unredigiert veröffentlicht, samt der kritischen Stellen. Eine unabhängige Prüfung durch Dritte ist das nicht, sondern ein offengelegtes Verfahren: Die Rezensionen stehen auf der Website des Anbieters, und es gibt sie, weil ich sie angestossen habe. Mehrere der dort benannten Lücken sind inzwischen geschlossen, ohne dass am Text etwas geändert wurde. Gebaut hat ein Agent, geprüft ein zweiter — entschieden habe ich.

Der Arbeitsplatz

Ein Teil davon ist auf einem Segelboot entstanden

Volkmar Ritter arbeitet mit Laptop in der Kajüte eines Segelboots
Harbor Office — Bodensee, Sommer 2026. Bild: BICon

Gearbeitet wurde an diesen Systemen zu einem erheblichen Teil nicht am Schreibtisch, sondern auf einem Segelboot am Bodensee. Die „Harbor Office“-Notizen auf LinkedIn halten das fortlaufend fest.

Das ist keine hübsche Randbemerkung, sondern Teil der Beobachtung. Ein Vorhaben dieser Grösse hätte klassisch ein Team, eine Planung, Abstimmungen und einen Betrieb gebraucht, der Termine hält. Hier reichten konzentrierte Arbeitsblöcke, Fachlogik, Prüfung, Entscheidungen und eine Verbindung, die ein paar Stunden stabil bleibt.

Der Ortswechsel macht sichtbar, was heute noch Engpass ist und was nicht mehr.

Gerade deshalb gehört der Arbeitsort hierher. Nicht als Anekdote, sondern als Hinweis darauf, dass ein Vorhaben dieser Grösse klassisch an Ort, Team und Kalender gebunden gewesen wäre. Dieses war es nicht.

Chronik
Presse

Bereits erschienen

Wirtschaftregional · 11. September 2026, Seite 7 · Interview: Daniel Bargetze, CEO Vaduzer Medienhaus

Jetzt kann jeder Software entwickeln

Ein Gespräch über Vibe Coding: über den Faktor 10 bis 20 an persönlicher Arbeitskraft, über eine B2B-Software für das KI-Projektportfolio-Management, die nach gängigen Ansätzen einen Fachexperten, einen Projektleiter und ein Team von drei bis vier Entwicklern sowie rund ein Jahr gebraucht hätte, und über die Frage, was mit dem Geschäftsmodell von IT-Dienstleistern geschieht, wenn die Umsetzung nicht mehr der Engpass ist.

Wenn jeder eine brillante Idee fehlerfrei in Software giessen kann, ist die Technologie kein Alleinstellungsmerkmal mehr. Volkmar Ritter gegenüber Wirtschaftregional, 11. September 2026

Printausgabe, Rubrik Region. Online nicht frei verfügbar. Beitrag als PDF herunterladen (2,2 MB). © Wirtschaftregional / Liechtensteiner Vaterland.

finews.ch · 12. Juni 2026 · Dominik Buholzer, Chefredaktor

Die nächste Disruption im Banking kommt aus der Softwareentwicklung

Über die selbst entwickelten Anwendungen und ihre Folgen für Banken, Vermögensverwalter und Berater. finews.ch hat den kommerziellen Bezug offen ausgewiesen.

Nächster öffentlicher Auftritt: 17. September 2026 an der Universität Liechtenstein, IT Crowd Club — „KI-Agenten für Business und Entwicklung“.

Für Redaktionen

Auf Anfrage, in der Regel am selben Tag: eine Vorführung der Systeme — persönlich in Vaduz oder per Video —, weitere Screenshots und ein Gespräch. Lesezugriff auf das Repository nach Unterzeichnung einer Vertraulichkeitsvereinbarung. Kontakt steht unten.

Harbor Office, Bodensee
Harbor Office, Bodensee
Herunterladen
Porträt Volkmar Ritter
Porträt Volkmar Ritter
Herunterladen
BICon Portfolio Steering — Portfolio Map
BICon Portfolio Steering — Portfolio Map
Herunterladen
Investment Decision Lab
Investment Decision Lab
Herunterladen

Bilder honorarfrei bei Nennung „Bild: BICon“. Originalauflösung auf Anfrage.

Zur Person

Volkmar Ritter

Porträt Volkmar Ritter
Volkmar Ritter, Vaduz. Bild: BICon

Dreissig Jahre Business- und IT-Beratung, davon fünfundzwanzig mit der eigenen Firma BICon in Vaduz — Beratung für die Finanzbranche an der Schnittstelle von Geschäft und Technologie. In der Projektarbeit vor allem Business Analyst und Projektleiter. Verwaltungsrat und Universitätsdozent. Kein Entwickler von Beruf.

Das ist der Punkt, an dem sich diese Geschichte von den üblichen unterscheidet: Sie kommt nicht von jemandem, der am Anfang steht, sondern von jemandem, der drei Jahrzehnte lang Fachlogik in Anforderungen übersetzt, Pläne aufgestellt, Budgets verantwortet und Termine gehalten hat.

Beide Rollen erklären, warum die Rechnung auf dieser Seite von jemandem kommt, der ihre Gegenseite kennt. Der Projektleiter weiss, woraus die neun bis fünfzehn Monate bestehen, die hier unterboten werden. Und die Arbeit des Business Analysten — Wissen strukturiert zu formulieren, bis daraus etwas Gebautes werden kann — ist genau das, was die Agenten heute aufnehmen. Sie war schon vorher die eigentliche Arbeit. Sie ist jetzt nur nicht mehr der Vorlauf zur Umsetzung, sondern die Umsetzung selbst.

Lebenslauf und Mandate

Kontakt
Telefon+423 791 19 21
Beratungbicon.li
Plattformbicon.digital
AnschriftSpaniagasse 5A, FL-9490 Vaduz
Weitere Bilder, Screenshots und Angaben auf Anfrage. Kommerzielle Interessen bestehen ausschliesslich an BICon Portfolio Steering (bicon.digital); die drei übrigen Anwendungen sind nicht kommerzieller Natur und dienen ausschliesslich der Veranschaulichung und der Wissensvermittlung.

Press material · BICon · Vaduz

Logbook: Four Months, Four Systems

Between April and August 2026 a consultant with thirty years in the profession and no development team built four systems: a multi-tenant B2B platform, a substantial investment application and two smaller ones. What that says about where the bottleneck in software development has moved, and which calculations no longer hold.

243,408lines of code
2,563test cases, at least
4systems
1person

Disclosure: commercial interests exist in the BICon Portfolio Steering platform (bicon.digital) — it is sold. Investment Decision Lab, Portfolio Prompt Builder and “Why invest this way” are not commercialised; they are freely accessible, serve demonstration and educational purposes, and appear here as evidence of how and at what scale the work was done.

In brief

Between April and August 2026, Volkmar Ritter, a business and IT consultant in Vaduz with thirty years of professional experience and no background as a software developer, built four systems with AI agents and without a development team: a multi-tenant B2B platform, a substantial investment application and two smaller applications.

The count: 192,643 lines of application code, 50,765 lines of test code and at least 2,563 test cases. Conventionally, each of the two large platforms would have been estimated at EUR 0.6 to 1.3 million and nine to fifteen months of team effort. In fact, the first tested and integrated version was completed within one week and the current scope reached after two months — around EUR 57,000 including tooling, a factor of 10 to 20 against the conventional estimate, with every assumption disclosed.

One of the four systems, the BICon Portfolio Steering platform (bicon.digital), is commercial in nature; the other three are not.

Next public appearance: 17 September 2026, University of Liechtenstein, IT Crowd Club.

The figures

Four systems, one person

System Application code Test code Test cases
Investment Decision Lab 93,708378 files 27,17791 files · 29 % 1,175
Portfolio Prompt Builder 4,517 2,83363 % 103
Why invest this waya journey with the Prompt Builder 3,7503 files 5462 files · 15 %
BICon Portfolio Steeringbicon.digital 90,668316 files 20,209112 files · 22 % 1,285
Total 192,643 50,76526 % 2,563
Relative code massApplication codeTest code
Investment Decision Lab120,885
Portfolio Prompt Builder7,350
Why invest this way4,296
BICon Portfolio Steering110,877
Total243,408

Bar length is proportional to the 243,408 lines in total. The ratio of test to application code is 26 per cent across all four systems — the line item that is cut first in hand-written projects once the schedule tightens.

What this would classically have cost — per large platform
Nearshore team with onshore leadership
EUR 620,000–1,290,000
Elapsed time with a small team
9–15 months
Elapsed time for one experienced full-stack developer alone — development only, without analysis or project management
2–4 years
For comparison: actual build times
First running version of a system
hours
Per large platform: from idea to the first tested, integrated, multi-user release
1 week at most
Per large platform: to the current functional scope
about 2 months
Actual cost: roughly two months of one person at onshore rates, including AI tooling
around EUR 57,000
Cost difference versus the classical route
a factor of 10 to 20
The arithmetic in proportion — per large platform
Classical estimate — a team, 9–15 monthsEUR 620,000–1,290,000
Actual — one person, about 2 monthsaround EUR 57,000
Cost differencea factor of 10 to 20

Bar lengths in proportion to the upper end of the classical estimate; the lighter section shows the range from 620,000 to 1,290,000 euros. Assumptions and counter-calculation in the footnotes below.

All line and file counts are measured. Code written with AI agents is fully included — it is the very subject of this table. What is excluded are only files a code generator produces automatically from a specification and rewrites on every build: for BICon Portfolio Steering the client and schema files derived from the OpenAPI specification, type declarations and template manifests. In other words, everything counted was authored as source by someone — human or agent. For “Why invest this way” the test code is counted, but the individual test cases have not been tallied.

The cost and duration figures above are not measurements but an own estimate based on quotations typical for comparable projects. It assumes a nearshore team of four — development, technical analysis, test and a share of architecture — over nine to fifteen months at 550 to 700 euros per person-day, plus project management, business analysis and a business owner onshore at one full-time equivalent combined, at 1,100 to 1,300 euros. Operations, licences and infrastructure are not included, nor the business units’ involvement in workshops, acceptance testing and rollout.

The actual route was not free either: it tied up roughly two months of one person’s time — worth around 55,000 euros at 1,300 euros per person-day, the top of the onshore rates assumed above — plus AI tooling at around 1,000 euros a month. The difference remains an order of magnitude; it is simply calculated in full rather than flattered.

What was built

Four applications, one method

Investment Decision Lab

Investor profiling, rule-based asset allocation, ETF-based implementation with full look-through, stress tests, fee analysis, Monte Carlo simulations and historical backtesting.

Investment Decision Lab — portfolio construction with target allocation
Portfolio construction with target allocation

www.bicon.co — launch the application · about.bicon.co — overview

Portfolio Prompt Builder

Turns an investor profile into a structured, immediately usable prompt for strategic asset allocation in seconds — with built-in logic for home bias, currency hedging and ETF selection. Two levels: Basic for quick results, Pro for fine-tuning to an investment mandate.

Overview · Launch the builder

Why invest this way — a journey with the Portfolio Prompt Builder

An interactive format that introduces investors to strategic asset allocation, ETFs and market timing. It opens with: “Everyone wants to beat the market. Almost nobody does.”

English · Deutsch

BICon Portfolio Steering

Steering of AI, digital and transformation portfolios: prioritisation, stage-gate governance with risk signals, reporting for executive and supervisory bodies. Plus AI system inventory and classification under the EU AI Act. Multi-tenant, role-based permissions, end-to-end change audit trail, bilingual document generation.

BICon Portfolio Steering — portfolio map with quadrants
Portfolio map: impact against feasibility

www.bicon.digital — public demo · about.bicon.digital — overview
Commercial offering.

Posts about the applications — scope and releases: bicon.li — Showcase Tools

The argument

Writing code is no longer the bottleneck

Artificial intelligence in financial services is usually discussed in terms of efficiency, automation and new advisory models. The real shift lies elsewhere: in how digital systems come into existence at all.

The ability to formulate knowledge in a structured way is becoming more important than classical programming skills. Volkmar Ritter to finews.ch, 12 June 2026

Domain logic is no longer described and then implemented by developers; it is translated directly into executable systems. The line between concept, model and finished application blurs — an investment process is no longer documented, it is put into operation.

For banks, asset managers and consultancies the bottleneck therefore moves away from technical implementation and towards governance, quality assurance and distribution.

The consequence

Four calculations that no longer hold

Four systems built by one person are not proof. But they are an observation, and enough to unsettle a few long-held certainties.

When something that would have cost 0.6 to 1.3 million euros by conventional estimates, and taken nine to fifteen months of teamwork, is suddenly built by one person in a few weeks, it is not only a budget that changes. The assumptions behind it change too.

Nearshore and offshore lose their classic purpose

Much of the value in the software industry has long consisted of making execution cheaper. The same work, simply at a lower cost. Nearshore, offshore, larger delivery models, more capacity for less money.

Once AI makes execution faster and cheaper, that particular advantage loses weight. Not entirely. But noticeably.

Nearshore and offshore do not disappear because of it. Their role changes. Supplying cheap capacity is no longer enough. Value comes more from domain understanding, closeness to the product, quality, governance, and the ability to actually finish something inside a complex organisation.

Where execution is no longer the bottleneck, “we can build it cheaper” stops being a sufficient answer. The more important question becomes: what should be built at all?

The backlog was often just managed scarcity

The IT backlog is much the same. For thirty years almost every organisation has had one: that long list of requirements, ideas and projects for which there is supposedly no capacity.

But often the backlog was never a real prioritisation instrument. It was the management of scarcity.

Once AI makes execution faster and cheaper, part of that scarcity disappears. What remains are the harder things: dependencies, poor data, unclear ownership, architecture, security, regulation, and decisions nobody wants to take.

So the backlog does not simply empty out. But it tells a different story from now on. Less “we cannot build this.” More “we do not yet know which of it actually matters.”

Make-or-buy inverts

The make-or-buy question shifts as well. Standard software was bought for two reasons: building it yourself was expensive, and someone else took care of maintenance, further development and liability.

The second reason still holds. The first is weakening.

Anyone who used to buy a tool that fitted eighty per cent, because closing the missing twenty per cent in-house would have been too expensive, can close that gap themselves more readily today. Not every specific need has to be forced into a standard product any more.

And where the need is so particular that no vendor can build a product out of it, buying loses relevance as an option. At that point it is no longer only procurement. It is a question of responsibility: what do we want to understand, steer and develop ourselves?

Something else becomes scarce

That puts something long underrated at the centre: the quality of the idea.

The old rule of thumb — that the idea accounts for five per cent and the execution for ninety-five — comes from a world in which execution was scarce, expensive and slow. That is precisely why the Minimum Viable Product was so formative. You did not build the best or the most complete solution, but the smallest version that let you test an assumption.

When development costs fall, that logic does not disappear. But it shifts. The question is less: what do we have to leave out to make this feasible at all? The question becomes: what is actually the right idea? Which problem is genuinely worth solving? Which solution hits the core? And which possibilities were unthinkable only because execution was too expensive?

The Minimum Viable Product does not automatically become an overloaded product. But room opens up for a different question: what is the Maximum Viable Product? The most comprehensive sensible solution, no longer limited by technical scarcity but by relevance, clarity and the strength of the underlying idea. What gets built in addition then justifies itself not through the effort it saves, but through whether it creates trust, secures maintainability and supports governance.

What becomes scarce is therefore no longer execution in the first place. What becomes scarce is judgement. In a world in which almost anything can be built, the idea becomes central again. Not as a flash of inspiration. As the ability to recognise a real problem, choose a clear direction and set good boundaries.

Post: From Minimum Viable Products to Maximum Viable Products — June 2026

The limits

What AI did not replace

notthe need for software engineering
notproduct management
notdomain expertise

What fell was the cost of turning an idea into working software. What did not fall is the need for software engineering — deciding how a system is built, from architecture through data model, interfaces and security to test strategy, and verifying that it was built that way. Agents write code; whether that becomes a system that holds is engineering. The time no longer spent writing code went into designing the product, reading and interpreting the EU AI Act, defining governance and scoring models, testing, refining and challenging what the agents produced — and making thousands of architectural and product decisions.

They never got tired. They never complained. But they also never decided what should be built. From the author’s own workshop notes

The automated tests are not a footnote in this account but the control. Across all systems, 50,765 lines of test code and at least 2,563 test cases stand against 192,643 lines of application code — a ratio of 26 per cent overall, 29 in the Investment Decision Lab, 63 in the Prompt Builder. What is notable is not the level but that this budget was never cut under time pressure — in hand-written projects it is the first to go. Precisely that trade-off disappears. The tests are the reason the result can be checked rather than believed — and from the same thinking, customers receive read access to a maintained repository from day one: anyone who would rather not trust should be able to look.

None of it would hold without review. No generated code was left unreviewed — every line went into review immediately after it was written, carried out by AI agents, and on top of that came dedicated security and due-diligence reviews. The number of passes is of the same order as the commits: more than a thousand for each of the two large platforms. Those reviews turned up weaknesses. All of them were fixed; but they were there, and without the review step they would have stayed. That is the sober finding of these four months: agents deliver fast and in volume; whether the result holds is decided in review. Skip that step and you do not get the same software more cheaply, you get different software.

There is a second step to that control. Once each of the two large platforms was finished, an AI agent worked through it on its own and wrote a review — no brief from me, published unedited, critical passages included. That is not an independent third-party assessment but a method laid open: the reviews sit on the vendor’s own website, and they exist because I started them. Several of the gaps they name have since been closed, with nothing altered in the text. An agent built, a second agent reviewed — and I decided.

Where the work happened

Part of this was built on a sailing boat

Volkmar Ritter working on a laptop in the cabin of a sailing boat
Harbor Office — Lake Constance, summer 2026. Picture: BICon

A substantial part of the work on these systems was not done at a desk but on a sailing boat on Lake Constance. The “Harbor Office” notes on LinkedIn keep a running record of it.

This is not a decorative aside; it is part of the point. Conventionally a project of this size would have needed a team, a plan, coordination and a delivery organisation that hits its dates. What it actually took was concentrated blocks of work, structured domain logic, review, decisions, and a connection that stays up for a few hours.

The change of place makes visible what is still the bottleneck today, and what no longer is.

That is precisely why the place of work belongs here. Not because a boat makes for the better story, but because a project of this size would conventionally have been tied to place, team, and calendar. This one was not.

Chronicle
Press

Already published

Wirtschaftregional · 11 September 2026, page 7 · Interview: Daniel Bargetze, CEO of Vaduzer Medienhaus

Jetzt kann jeder Software entwickeln

“Now anyone can build software”. An interview on vibe coding: on the factor of ten to twenty in personal output, on a B2B system for AI project portfolio management that by conventional means would have required a domain expert, a project manager and a team of three to four developers over roughly a year, and on what happens to the business model of IT service providers once execution is no longer the bottleneck.

Once anyone can pour a brilliant idea into software without defects, the technology is no longer a differentiator. Volkmar Ritter to Wirtschaftregional, 11 September 2026

Print edition, regional section. Not freely available online. Download the article as PDF (2.2 MB). © Wirtschaftregional / Liechtensteiner Vaterland.

finews.ch · 12 June 2026 · Dominik Buholzer, Editor-in-Chief

Die nächste Disruption im Banking kommt aus der Softwareentwicklung

“Banking’s next disruption comes from software development”. On the self-built applications and their implications for banks, asset managers and advisers. finews.ch disclosed the commercial interest openly.

Next public appearance: 17 September 2026 at the University of Liechtenstein, IT Crowd Club — “AI agents for business and development”.

For editorial desks

On request, usually the same day: a live demonstration of the systems — in person in Vaduz or by video — further screenshots and an interview. Read access to the repository once a non-disclosure agreement has been signed. Contact details below.

Harbor Office, Lake Constance
Harbor Office, Lake Constance
Download
Portrait of Volkmar Ritter
Portrait of Volkmar Ritter
Download
BICon Portfolio Steering — portfolio map
BICon Portfolio Steering — portfolio map
Download
Investment Decision Lab
Investment Decision Lab
Download

Pictures free of charge with the credit “Picture: BICon”. Original resolution on request.

The person

Volkmar Ritter

Portrait of Volkmar Ritter
Volkmar Ritter, Vaduz. Picture: BICon

Thirty years in business and IT consulting, twenty-five of them with his own firm BICon in Vaduz — advising the financial industry at the intersection of business and technology. In project work, mainly a business analyst and project manager. Board member and university lecturer. Not a developer by trade.

That is where this story differs from the usual one. It does not come from someone at the start of a career, but from someone who spent three decades turning domain logic into requirements, drawing up the plans, answering for the budgets and holding the dates.

Both roles explain why the arithmetic on this page comes from someone who knows its other side. The project manager knows what the nine to fifteen months are made of. And the business analyst’s work — setting knowledge down in a structured form until something can be built from it — is precisely what the agents now absorb. It was always the real work. It has simply stopped being the prelude to execution and become execution itself.

Full CV and mandates

Contact
Phone+423 791 19 21
Consultingbicon.li/en
AddressSpaniagasse 5A, FL-9490 Vaduz