App-Entwicklung in Berlin: aus der Tabelle wird eine Anwendung
- Berlin wächst schneller, als die Werkzeuge nachziehen
- App-Entwicklung wird in Berlin meist dann zum Thema, wenn eine Firma schneller gewachsen ist als ihre Werkzeuge: Der Shop läuft, die Finanzierung steht, und daneben hält eine Tabelle den Betrieb zusammen, die niemand mehr allein versteht. Die eigene Entwicklung arbeitet am Produkt, alles daneben wartet. Der Berliner Markt macht das schneller sichtbar als andere. Zwischen Zalando, Delivery Hero und der Fintech-Szene wechseln Mitarbeiter häufig, Teams sitzen über mehrere Länder verteilt, in vielen Häusern ist Englisch Arbeitssprache. Ein Werkzeug, das nur eine Person bedienen kann und nirgends beschrieben ist, überlebt den nächsten Wechsel nicht.
- App-Entwicklung, die den nächsten Personalwechsel übersteht
- Wir bauen die Anwendung so, dass sie ohne ihren Erbauer weiterläuft: ein Datenmodell, das die Begriffe Ihres Geschäfts abbildet, eine Oberfläche, die man ohne Einweisung bedient, und eine Dokumentation, die zur Lieferung gehört und nicht zum Nachtrag. Das Ergebnis ist keine Ansammlung von Skripten, sondern eine Anwendung mit Rollen, Rechten und einer Historie, aus der später hervorgeht, wer wann was geändert hat. Verlässt jemand das Haus, geht das Wissen über den Ablauf nicht mit ihm.
- Vom Tabellenblatt zum Portal, zum Werkzeug, zur ersten Produktversion
- Drei Wege führen bei Berliner Kunden aus derselben Lage heraus. Ein Kundenportal nimmt Aufträge, Dokumente und Freigaben auf, die heute im Postfach liegen. Ein internes Werkzeug ersetzt das Tabellenblatt, an dem vier Abteilungen gleichzeitig arbeiten. Eine erste Produktversion prüft eine Annahme an zahlenden Nutzern, bevor Stellen dafür geschaffen werden. Alle drei laufen im Browser: am Schreibtisch als volle Oberfläche, auf dem Telefon vom Startbildschirm gestartet. Gebaut wird in TypeScript mit React oder Angular, Node.js und PostgreSQL im Rücken; Repository und Zugänge stehen Ihnen ab der ersten Lieferung offen. Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über.
- App-Entwicklung im Takt der Lieferungen
- Gearbeitet wird in kurzen Etappen mit Lieferungen in Etappen. Jede davon ist ein Stand zum Anfassen auf einer Vorschau-Adresse; jede Änderung geht als Pull Request durch ein Review, erst maschinell, danach durch einen zweiten Entwickler. Damit sehen Sie den Fortschritt an der Anwendung und nicht an einer Statusfolie. Was ein Abnahmekriterium berührt, wird sofort korrigiert; der Rest steht sichtbar in der Liste für die nächste Etappe. Die Arbeit verteilt unsere Projektleitung, die auch für das Ergebnis geradesteht.
- Mehrsprachige Oberflächen ohne Nachtragsprojekt
- Wer aus Berlin heraus in mehrere Märkte verkauft, braucht die Oberfläche früher in mehreren Sprachen, als die Planung vorsieht. Deshalb sitzt Mehrsprachigkeit bei uns im Datenmodell und nicht in nachträglichen Textdateien: In einer Community-Anwendung haben wir 8 677 Oberflächentexte übersetzt und eingebaut, mit rund einer Stunde Arbeitszeit für den Durchlauf. Dasselbe gilt für Anbindungen. Shop, CRM, Buchhaltung und Support hängen über Schnittstellen an der Anwendung, damit die neue Oberfläche keinen zweiten Datenbestand erzeugt, den später jemand von Hand abgleicht.
- Abnahmekriterien vor dem ersten Commit
- Woran gemessen wird, steht im Angebot, bevor jemand mit dem Bauen anfängt. Für abgegrenzte Vorhaben gilt der Werkvertrag: fester Preis je Etappe, Abnahme gegen die Leistungsbeschreibung, danach Gewährleistung auf Mängel. Läuft das Produkt weiter und ändert sich der Umfang laufend, ist der Dienstvertrag nach Tagessatz die ehrlichere Form. Der Zeitrahmen steht im selben Dokument. Daten liegen auf Servern in Deutschland und der EU, AVV und technische Maßnahmen gehören zum Vertrag, die Rechte am Code gehen nach vollständiger Zahlung über. Für Auftakt und Abnahme kommen wir zu einem Termin vor Ort.
Berlin, Berlin
- Größte Start-up-Szene Deutschlands: Zentralen von Zalando, Delivery Hero und zahlreichen Fintech- und E-Commerce-Unternehmen.
- Wissenschafts- und Technologiepark Adlershof im Südosten – Forschungsinstitute, Universitätsinstitute und Technologiefirmen auf einem Gelände.
- Technische Universität Berlin, Humboldt-Universität, Freie Universität und die Charité als Universitätsmedizin – ein großer Pool an Absolventen in Informatik und Naturwissenschaften.
- Bundesministerien, Bundesbehörden und Landesverwaltung: ein eigener Markt für Digitalisierung der öffentlichen Hand.
- Industriestandort mit Tradition: Siemensstadt in Spandau wird als Technologie- und Produktionsquartier neu entwickelt.
- Internationale Arbeitsmärkte: Englisch ist in vielen Berliner Tech-Teams Arbeitssprache, Teams sind oft über mehrere Länder verteilt.
- Gesundheitswirtschaft und Medizintechnik als eigener Cluster rund um Charité, Biotech-Firmen und Klinikverbünde.
- Flughafen BER in Schönefeld, ICE-Knoten Hauptbahnhof, dichter Nahverkehr – Termine vor Ort sind aus ganz Deutschland an einem Tag machbar.
Begriffe zum Thema
- Legacy-Modernisierung: Altsysteme ablösen, ohne den Betrieb zu stoppenEin Altsystem wird selten abgeschaltet und neu gestartet, sondern schrittweise abgelöst, während beide Seiten laufen. Strategien, Datenübernahme und die typischen Risiken.
- Leistungsbeschreibung im Werkvertrag: Grundlage der AbnahmeSie benennt den geschuldeten Erfolg und ist damit der Maßstab für Vergütung, Übergabe und spätere Gewährleistung. Was hineingehört, wie genau es sein muss und wer welchen Teil schreibt.
Offene Punkte, vorab geklärt
Können wir uns in Berlin persönlich treffen?
Ja, für Auftakt, Workshop und Abnahme vereinbaren wir einen Termin vor Ort. Die laufende Arbeit prüfen Sie dazwischen selbst auf der Vorschau-Adresse, ohne dafür einen Termin zu brauchen.
Wie läuft eine MVP-Entwicklung ab?
Die erste Etappe umfasst eine Kernfunktion, einen Nutzerkreis, ein Erfolgskriterium und einen festen Preis. Danach messen Sie an echten Nutzern und entscheiden über die nächste Etappe, die eigens beschrieben und einzeln abgenommen wird. So bleibt jede Erweiterung eine Entscheidung.
Was passiert, wenn unser Entwickler das Haus verlässt?
Dokumentation, Zugänge und Quellcode liegen bei Ihnen, und die Anwendung ist so gebaut, dass ein neuer Kollege sie ohne den Erbauer versteht. Übernehmen wir die Weiterentwicklung, verantwortet das Ergebnis die Firma und nicht eine einzelne Person.
Projekt in Berlin besprechen
Projekte laufen über unsere eigenen Arbeitsplätze und Werkzeuge, verständigt wird sich auf Deutsch. Ein Büro in Berlin gibt es nicht – Vor-Ort-Termine dort richten wir ein, wenn Sie es wünschen.