EN Gespräch vereinbaren
Julian Giesen · Senior Software Engineer & Architect

Mobile-Features, die Du Deinen Kunden zusagen kannst.

Die Zusage steht, Euer Team ist ausgelastet? Dann übernimmt ein Senior mit Erfahrung aus mehr als 20 Projekten eigene Tickets in Eurem Sprint. Festpreis-Einstieg, kein Recruiting. Code und Wissen bleiben bei Dir.

Gespräch vereinbaren

Dreißig Minuten per VideoDanach Festpreis-Angebot

Vertrauen von Teams und Unternehmen wie

  • RK Vision Homes
  • kunveno
  • The COI
  • Diatro
  • OYC
  • Meine Heimat by Skowo
  • seit 2020 selbstständig, seitdem laufend in Kundenteams
  • mehr als 20 Projekte in verschiedenen Firmen, die meisten in bestehenden Apps
  • genau 1 Regelwerk für alle, die Code schreiben, ob Mensch oder Agent

Was Du davon hast

  • Termine

    Zusagen, die Dein Team hält

    Das Feature mit Termin übernehme ich in eigenen TicketsTicketEine einzelne Aufgabe mit Beschreibung, zuständiger Person und Status, etwa in Linear oder Jira. Am Ticket sieht das Team, wie weit die Arbeit ist.Mehr im Glossar →.

  • Kosten

    Ein Preis, bevor es losgeht

    Einstiegsphase zum Festpreis, danach entscheidest Du.

  • Risiko

    Code, den Du weiterführen kannst

    Code, Regeln für die Agenten und Entscheidungen liegen in Deinem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar →.

  • Aufwand

    Keine Agentur dazwischen

    Du sprichst mit dem, der den Code verantwortet. Zugang zu Repository und BoardBoardDie Tafel mit den Tickets eines Teams, etwa in Linear oder Jira. Sie zeigt, was ansteht, woran gerade jemand arbeitet und was fertig ist.Mehr im Glossar → genügt.

Der Preis des Wartens

Eine offene Kapazität kostet Dich Zusagen, nicht nur Stunden.

  1. 1

    Die Zusage an den Kunden steht, das Team ist ausgelastet.

    Ich übernehme das Feature in eigenen TicketsTicketEine einzelne Aufgabe mit Beschreibung, zuständiger Person und Status, etwa in Linear oder Jira. Am Ticket sieht das Team, wie weit die Arbeit ist.Mehr im Glossar →. Dein Team bleibt bei seinen Prioritäten, und die Zusage hängt nicht mehr an einem Engpass.

  2. 2

    Die Stelle ist ausgeschrieben, seit Monaten.

    IT-Stellen bleiben im Schnitt 7,7 Monate offen. Ich arbeite bis dahin in Deinem SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar →, ohne dass Du etwas dauerhaft festlegen musst.

  3. 3

    Für die Architekturentscheidung fehlt gerade die Zeit.

    Ich entwerfe die Lösung und verantworte die ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar →. Du bekommst Optionen mit Empfehlung, verständlich auch ohne Code-Hintergrund.

Einstellen und Dazuholen

Wofür sich Einstellen lohnt, und wofür Du mich dazuholst.

Kriterium Dafür stellst Du einDafür holst Du mich dazu
Aufgabe Dauerhafte Arbeit, die Dein Team über Jahre trägt. Ein Feature mit Termin, das jetzt im SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar → hängt.
Bedarf Gleichbleibende Auslastung, planbar über Jahre. Schwankender Bedarf: Du startest in Phasen und entscheidest je Phase, zum Festpreis oder nach Aufwand.
Start Du schreibst die Stelle aus und wartest auf passende Bewerbungen. Zugänge und ein erstes TicketTicketEine einzelne Aufgabe mit Beschreibung, zuständiger Person und Status, etwa in Linear oder Jira. Am Ticket sieht das Team, wie weit die Arbeit ist.Mehr im Glossar → genügen, ich arbeite mich im laufenden Projekt ein.
Wissen Wächst im Team mit jeder neuen Person. Entscheidungen mit Begründung liegen in Deinem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar →, Dein Team führt jeden Stand weiter.

Beides schließt sich nicht aus: Ich arbeite in Deinem Sprint, bis die Stelle besetzt ist. Bei einer Agentur sprichst Du meist mit einer Projektleitung. Bei mir sprichst Du mit dem, der die Arbeit verantwortet.

Mehr zur Teamverstärkung
Risiko

Was Dir als Geschäftsführer Sorgen macht, und was ich dagegen tue.

  • Wenn …

    die Qualität nicht stimmt

    Meine Arbeit geht durch das ReviewCode ReviewVier-Augen-Prinzip, bevor Code zusammengeführt wird. Fehler fallen früh auf, und das Wissen verteilt sich im Team.Mehr im Glossar → Deines Teams wie jede andere. Tests laufen vor jedem MergeMergeDas Zusammenführen einer Änderung in den Hauptstand des Codes, meist nach dem Review eines Pull Requests. Erst danach gehört sie zum Stand, aus dem das nächste Release entsteht.Mehr im Glossar →, und Dein Team kann jede Zeile weiterführen.

  • Wenn …

    Code aus Coding-Agenten Risiken bringt

    Feste Regeln liegen als Dateien in Eurem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar → und gelten für jeden, der Code schreibt. Die ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar → verantworte ich, über das ReleaseReleaseEine Version der App, die bei den Nutzern ankommt.Mehr im Glossar → entscheide ich mit Deinem Lead.

  • Wenn …

    es mit uns nicht passt

    Du startest mit einer Einstiegsphase zum Festpreis und einem festen Ergebnis. Danach entscheidest Du, ob und wie es weitergeht.

  • Wenn …

    Du von mir abhängig wirst

    Code, Tests, PipelineCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar → und Entscheidungen liegen bei Dir. Ein anderer Entwickler, in Deinem Team oder extern, kann jederzeit übernehmen.

  • Wenn …

    ich einmal ausfalle

    Dein Team kann jeden Stand weiterführen. Urlaube und Abwesenheiten kündige ich früh an und plane sie mit Dir in den SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar → ein.

Wie Coding-Agenten bei mir arbeiten

Coding-Agenten mit drei Prüfstufen.

Jede Änderung beginnt mit meinem Entwurf und endet mit meiner Abnahme. Dazwischen schreiben Coding-AgentenCoding-AgentEin Werkzeug wie Claude Code oder Codex, das im Repository selbstständig arbeitet. Es liest den Code, plant eine Änderung, schreibt sie mit Tests und Dokumentation und führt die Prüfungen aus. Was es anfassen darf und was vor dem Merge gelten muss, steht im Harness.Mehr im Glossar → wie Claude CodeClaude CodeDer Coding-Agent von Anthropic, der im Terminal und im Editor arbeitet. Er liest Code, schlägt Änderungen vor und führt Aufgaben aus. Wie jedes Modell braucht er einen festen Rahmen und geprüfte Ergebnisse.Mehr im Glossar → und CodexCodexDer Coding-Agent von OpenAI. Er übernimmt Aufgaben im Repository, etwa Änderungen umsetzen oder Tests schreiben. Auch hier prüft ein Mensch die Ergebnisse, bevor sie zusammengeführt werden.Mehr im Glossar → Code, Tests und Dokumentation, in einem HarnessHarnessFeste Regeln und Prüfungen für jeden, der Code schreibt, Mensch oder Modell. Dazu gehören Konventionen, Tests vor jedem Merge und Grenzen für das, was ein Agent nicht anfassen darf. Regeln und Prüfungen liegen als Dateien im Repository.Mehr im Glossar →: feste Regeln und Prüfungen, die in Eurem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar → liegen und dort bleiben.

  1. Stufe 1

    Der Agent

    Hält sich an die festen Regeln und macht das erste ReviewCode ReviewVier-Augen-Prinzip, bevor Code zusammengeführt wird. Fehler fallen früh auf, und das Wissen verteilt sich im Team.Mehr im Glossar →, bevor ich die Arbeit sehe.

  2. Stufe 2

    Ich als Architekt

    Lese und reviewe jede Arbeit des Agenten und nehme sie ab, bevor sie in Euer Review geht.

  3. Stufe 3

    Euer Team

    Entscheidet, welche Punkte zählen, und liest den Code selbst.

Vor dem MergeMergeDas Zusammenführen einer Änderung in den Hauptstand des Codes, meist nach dem Review eines Pull Requests. Erst danach gehört sie zum Stand, aus dem das nächste Release entsteht.Mehr im Glossar → hat ein Mensch jede Änderung abgenommen.

Nachlesen in den Insights
Einsatzfelder

Drei Situationen, in denen Teams mich dazuholen.

Häufigster Fall

Bestehende Apps

Die App ist im Store, die Roadmap wächst.

Dein Nutzen: Neue Features, ohne die App neu zu schreiben oder vorher aufzuräumen.

  • Neue Screens, die sich in die App einfügen
  • ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar → ordnen, bevor das nächste Feature kommt
  • PipelineCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar →, über die jeder im Team ausliefert
Mehr zu bestehenden Apps

Branchensoftware

Innendienst am Schreibtisch, Außendienst unterwegs.

Dein Nutzen: App im Feld und Weboberfläche im Innendienst aus einer Hand, auf denselben Daten.

  • Offline-firstOffline-FirstDie App funktioniert ohne Netz und gleicht ab, sobald wieder Verbindung da ist. Erfassungen landen zuerst auf dem Gerät, damit nichts verloren geht.Mehr im Glossar →: Erfassungen gehen nicht verloren
  • Disposition, Stammdaten, Fotos, Standort, NFCNFCNear Field Communication: Funk über wenige Zentimeter. Ein Handy liest damit einen Chip aus, etwa an einem Gerät, einer Tür oder einem Ausweis. Die App auf dem Handy erkennt am Chip, wo und woran gerade jemand arbeitet.Mehr im Glossar →
  • Anbindung an das BackendBackendDer Teil einer Software, der im Hintergrund auf einem Server läuft: Daten speichern, Regeln prüfen, Dienste anbinden. Die App ist die Oberfläche, das Backend die Maschine dahinter.Mehr im Glossar →, das Du schon hast
Mehr zu Branchensoftware
Laufend

Wartung

Die App ist im Store und soll dort bleiben.

Dein Nutzen: Neue iOS- und Android-Versionen, Store-Vorgaben und Framework-Updates, ohne dass Dein Team jemanden dafür abstellt.

  • Updates für neue iOS- und Android-Versionen
  • Versionswechsel, zum Beispiel von FlutterFlutterEin Framework von Google, mit dem aus einer Codebasis Apps für iOS und Android und auch Weboberflächen entstehen. Das spart ein zweites Team und hält beide Plattformen auf demselben Stand.Mehr im Glossar → und DartDartDie Programmiersprache hinter Flutter. Von Google entwickelt, gut lesbar und darauf ausgelegt, dass Apps flüssig laufen.Mehr im Glossar →
  • Store-Vorgaben und Datenschutzangaben
Mobile hat eigene Regeln

Store-Freigaben ohne Überraschung.

Zertifikate, Store-Prüfung und Datenschutzangaben bei Apple und Google kosten beim ersten Mal viel Zeit. Für mich ist das Routine: Ich kenne die Anforderungen beider Stores und kläre sie, bevor die App in die Prüfung geht.

Build, SignierungSignierungDer digitale Nachweis, dass eine App wirklich vom Herausgeber stammt und unverändert ist. Ohne gültige Zertifikate und Schlüssel nimmt kein Store ein Update an.Mehr im Glossar → und Store-Upload laufen in einer PipelineCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar →, und releasenReleaseEine Version der App, die bei den Nutzern ankommt.Mehr im Glossar → kann danach jeder in Deinem Team.

Ablauf

Vier Schritte, und Du entscheidest bei jedem selbst.

  1. 1

    Gespräch

    Dreißig Minuten per Video. Du erzählst, was ansteht. Ich sage Dir, ob und wie ich helfen kann.

    Du entscheidest, ob Du ein Angebot willst.

  2. 2

    Angebot

    Kurze Einschätzung und Angebot für die Einstiegsphase mit festem Ergebnis.

    Festpreis, bevor Du beauftragst.

  3. 3

    Einstiegsphase

    Etwa das erste ReleaseReleaseEine Version der App, die bei den Nutzern ankommt.Mehr im Glossar → in Deiner bestehenden App oder ein Prototyp mit der Kernfunktion. Am Ende läuft es, dokumentiert.

    Festes Ergebnis.

  4. 4

    Weitere Phasen

    Phase für Phase in Eurem SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar →, zum Festpreis oder nach Aufwand, je nachdem, wie klar der Umfang ist.

    Du steuerst Umfang und Reihenfolge.

Kundenstimmen

Das sagen Kunden, die mit mir gebaut haben.

Planbarkeit
„Julian liefert präzise Schätzungen und qualitativ hochwertige Arbeitsergebnisse. Sein persönliches Engagement für qualitativ hochwertige Kundenarbeit vervollständigt das Bild eines professionellen Auftragnehmers.“
Nikolaus Reinartz Geschäftsführer, RK Vision Homes GmbH
Zeit und Kosten
„Julian hat die ersten Konzepte zur Datenstruktur unserer App komplett verworfen und uns stattdessen ein neues individuelles Konzept vorgestellt und implementiert. Durch Julian konnten wir immense Zeit bei der Umsetzung und viele Entwicklungskosten sparen …“
Niklas Knuf CTO, Digital Solvings GmbH
Transparenz
„… Die wöchentlichen Berichte über seine erledigten Aufgaben gewährleisteten ein hohes Maß an Transparenz. …“
Simon Hoffacker User Experience Designer, Schützenleben
Insights

Nachlesen, wie ich arbeite.

Alle Insights
Ohne Netz

Offline-Handling in Flutter-Apps

Was passiert, wenn im Keller kein Netz ist.

Weiterlesen Architektur

Große Features auslagern

Wie große Features in eigene Packages wandern, damit die App wartbar bleibt.

Weiterlesen Zwei Systemhälften

Eine gemeinsame Codebasis in Flutter

Warum App und Weboberfläche ein Projekt sein können.

Weiterlesen
Über Julian

Du sprichst mit dem, der Architektur und Code verantwortet.

Julian Giesen im Gespräch am Laptop
Julian Giesen Senior Software Engineer & Architect, Schwerpunkt Mobile Selbstständig seit 2020 Dinslaken · remote oder vor Ort in NRW

Ich entwickle für Unternehmen Apps, Weboberflächen und die zugehörigen Dienste, meist im Team des Kunden. Ein abgegrenztes Projekt übernehme ich auch in eigener Verantwortung. Seit 2020 habe ich in über 20 Projekten mitgearbeitet, die meisten davon in bestehenden Apps.

Mein Schwerpunkt ist das Frontend: schlichte Oberflächen, die zu den Menschen passen, die damit arbeiten. Dazu kommen ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar → und PipelinesCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar →, die neue Versionen zu den Testern bringen.

Ich arbeite im Normalfall allein. Für größere Projekte ziehe ich in Absprache erfahrene Partner hinzu, etwa für UI/UX-Design oder BackendBackendDer Teil einer Software, der im Hintergrund auf einem Server läuft: Daten speichern, Regeln prüfen, Dienste anbinden. Die App ist die Oberfläche, das Backend die Maschine dahinter.Mehr im Glossar →.

Mehr über mich Fakten zu Julian LinkedIn GitHub
Passt das?

Für wen ich arbeite und für wen nicht.

Passt gut

  • Softwarehäuser und Unternehmen mit eigenem Produkt und Entwicklungsteam
  • Features mit Termin, für die im Team die Kapazität fehlt
  • Bestehende Apps und Branchensoftware
  • Abgegrenzte Projekte, die ich in eigener Verantwortung übernehme, bei Bedarf mit Partnern
  • FlutterFlutterEin Framework von Google, mit dem aus einer Codebasis Apps für iOS und Android und auch Weboberflächen entstehen. Das spart ein zweites Team und hält beide Plattformen auf demselben Stand.Mehr im Glossar →, SwiftSwiftApples Programmiersprache für Apps auf iPhone, iPad und Apple Watch. Sie kommt zum Einsatz, wenn eine App nativ entsteht oder eine Flutter-App Funktionen braucht, die nur iOS bietet.Mehr im Glossar → und KotlinKotlinDie Programmiersprache für native Android-Apps, auch auf dem Server einsetzbar. Sie kommt für Android-Funktionen und für Backend-Dienste zum Einsatz.Mehr im Glossar →, remote oder vor Ort in NRW

Passt nicht

  • Eigenständiges UI/UX-Design mit Designsystem
  • Reine BackendBackendDer Teil einer Software, der im Hintergrund auf einem Server läuft: Daten speichern, Regeln prüfen, Dienste anbinden. Die App ist die Oberfläche, das Backend die Maschine dahinter.Mehr im Glossar →-Projekte ohne mobile Seite
  • Betrieb, Hosting, Rufbereitschaft rund um die Uhr
  • Manuelle QA als eigene Rolle, Fintech-Projekte

Technologien

  • Flutter
  • Dart
  • Swift
  • Kotlin
  • Android
  • iOS
  • Firebase
  • Supabase
  • React
  • Node.js
  • Docker
  • Git
  • Codemagic
  • GitHub Actions
Häufige Fragen

Fragen, die ein Geschäftsführer vorher stellt.

Was kostet das?

Jede Zusammenarbeit beginnt mit einer Einstiegsphase zum Festpreis und festem Ergebnis. Danach folgen weitere Phasen, zum Festpreis oder nach Aufwand, je nachdem, wie klar der Umfang ist. Den Preis nenne ich nach unserem ersten Gespräch.

Wie schnell erhalte ich Ergebnisse?

Ich arbeite in Eurem SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar → und auf Eurem BoardBoardDie Tafel mit den Tickets eines Teams, etwa in Linear oder Jira. Sie zeigt, was ansteht, woran gerade jemand arbeitet und was fertig ist.Mehr im Glossar →, schließe Aufgaben möglichst am selben Tag ab und antworte spätestens am nächsten Werktag. Wie schnell ein Feature fertig ist, hängt von Umfang und Priorisierung ab. Das legen wir gemeinsam fest.

Was bleibt, wenn Du wieder gehst?

Alles liegt in Eurem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar →: Code, Tests, PipelineCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar → und die dokumentierten Entscheidungen. Euer Team kann jeden Stand ohne mich weiterführen.

Warum nicht einfach jemanden einstellen?

Wenn Du die Stelle besetzen kannst, ist eine Einstellung für dauerhafte Arbeit der richtige Weg. IT-Stellen bleiben in Deutschland aber im Schnitt 7,7 Monate offen. Bis dahin arbeite ich in Deinem Sprint mit und nehme Dir die Architekturentscheidungen ab, die sonst liegen bleiben.

Wie setzt Du KI ein?

Mit einem HarnessHarnessFeste Regeln und Prüfungen für jeden, der Code schreibt, Mensch oder Modell. Dazu gehören Konventionen, Tests vor jedem Merge und Grenzen für das, was ein Agent nicht anfassen darf. Regeln und Prüfungen liegen als Dateien im Repository.Mehr im Glossar →: feste Regeln und Prüfungen, die für jeden gelten, der Code schreibt, Mensch oder Modell. Coding-AgentenCoding-AgentEin Werkzeug wie Claude Code oder Codex, das im Repository selbstständig arbeitet. Es liest den Code, plant eine Änderung, schreibt sie mit Tests und Dokumentation und führt die Prüfungen aus. Was es anfassen darf und was vor dem Merge gelten muss, steht im Harness.Mehr im Glossar → wie Claude CodeClaude CodeDer Coding-Agent von Anthropic, der im Terminal und im Editor arbeitet. Er liest Code, schlägt Änderungen vor und führt Aufgaben aus. Wie jedes Modell braucht er einen festen Rahmen und geprüfte Ergebnisse.Mehr im Glossar → und CodexCodexDer Coding-Agent von OpenAI. Er übernimmt Aufgaben im Repository, etwa Änderungen umsetzen oder Tests schreiben. Auch hier prüft ein Mensch die Ergebnisse, bevor sie zusammengeführt werden.Mehr im Glossar → schreiben bei mir Code, Tests und Dokumentation und machen das erste ReviewCode ReviewVier-Augen-Prinzip, bevor Code zusammengeführt wird. Fehler fallen früh auf, und das Wissen verteilt sich im Team.Mehr im Glossar →. Jede Arbeit des Agenten nehme ich selbst ab, bevor sie gemergedMergeDas Zusammenführen einer Änderung in den Hauptstand des Codes, meist nach dem Review eines Pull Requests. Erst danach gehört sie zum Stand, aus dem das nächste Release entsteht.Mehr im Glossar → wird. Die ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar → verantworte ich, über das ReleaseReleaseEine Version der App, die bei den Nutzern ankommt.Mehr im Glossar → entscheide ich mit Deinem Lead.

Was machst Du nicht?

Eigenständiges UI/UX-Design mit Konzeption und Designsystem gehört nicht dazu. Erste Entwürfe und eine saubere Umsetzung der Oberfläche übernehme ich dagegen. Außerdem nicht dabei: reine BackendBackendDer Teil einer Software, der im Hintergrund auf einem Server läuft: Daten speichern, Regeln prüfen, Dienste anbinden. Die App ist die Oberfläche, das Backend die Maschine dahinter.Mehr im Glossar →-Projekte ohne mobile Seite, manuelle Qualitätssicherung als eigene Rolle sowie Betrieb, Hosting und Rufbereitschaft rund um die Uhr. Projekte aus dem Fintech-Bereich nehme ich nicht an.

Nächster Schritt

Welche Zusage hängt bei Euch gerade?

Erzähl mir in dreißig Minuten, was ansteht. Ich sage Dir ehrlich, ob und wie ich helfen kann. Danach bekommst Du eine Einschätzung und ein Angebot zum Festpreis.

Gespräch vereinbaren Anfrage schreiben
  • Per Video, ohne Vorbereitung
  • Antwort spätestens am nächsten Werktag

Anfrage schreiben

Ein paar Sätze reichen. Ich antworte spätestens am nächsten Werktag.

Zum Beispiel: Was soll entstehen, wo hakt es und bis wann brauchst Du es?

Deine Angaben nutze ich nur, um Deine Anfrage zu beantworten. Mehr dazu in der Datenschutzerklärung.