[{"data":1,"prerenderedAt":2298},["ShallowReactive",2],{"blog-/blog/ist-das-sicher":3,"blog-all":157},{"id":4,"title":5,"author":6,"body":7,"cat":139,"cover":140,"date":141,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":145,"navigation":146,"path":147,"read":148,"role":149,"seo":150,"stem":151,"tags":152,"__hash__":156},"blog/blog/ist-das-sicher.md","Ist das sicher? Software-Sicherheit ohne Panikmache","Marco",{"type":8,"value":9,"toc":131},"minimark",[10,17,20,25,28,31,35,38,45,57,63,69,73,76,84,92,100,104,107,110,118,121,124],[11,12,13],"lead",{},[14,15,16],"p",{},"\"Ist das sicher?\" Die Frage kommt fast immer, und im Kopf dahinter steht ein Bild: jemand im Kapuzenpulli, der nachts eure Software knackt. Verständlich, nur zielt die Angst meist am falschen Ort vorbei. Wer ein KMU wirklich trifft, sieht anders aus und ist deutlich langweiliger.",[14,18,19],{},"Sicherheit ist eines der Themen, bei denen am meisten geredet und am wenigsten Konkretes gesagt wird. Auf der einen Seite die Panikmache, die dir das Gefühl gibt, ohne teure Spezialsoftware sei alles verloren. Auf der anderen das Achselzucken: \"Wer will schon zu uns?\" Beides führt in die Irre. Was hilft, ist zu verstehen, wer dich realistisch angreift und wo dein Geld dagegen am meisten bewirkt.",[21,22,24],"h2",{"id":23},"der-angreifer-sieht-anders-aus-als-du-denkst","Der Angreifer sieht anders aus, als du denkst",[14,26,27],{},"Kaum jemand sitzt nachts da und knackt gezielt die Software eines Berner KMU. Der Aufwand lohnt sich nicht. Was es dagegen millionenfach gibt, sind automatische Skripte, die das halbe Internet abklappern und nach bekannten Löchern suchen. Die fragen nicht, wer du bist. Sie probieren einfach jede Tür.",[14,29,30],{},"Für dich heisst das: Du bist selten das Ziel, sondern eine Nummer in einem Scan. Und Scans finden nicht die geniale Schwachstelle, sondern die offen gelassene. Genau deshalb ist gute Sicherheit für die allermeisten weniger Hexenwerk als Sorgfalt.",[21,32,34],{"id":33},"die-drei-langweiligen-löcher","Die drei langweiligen Löcher",[14,36,37],{},"Fast alles, was in der Praxis schiefgeht, lässt sich auf eine Handvoll Ursachen zurückführen. Keine davon ist spektakulär.",[14,39,40,44],{},[41,42,43],"strong",{},"Passwörter und Zugänge."," Dasselbe Passwort überall, kein zweiter Faktor, ein Konto, das von einem Ex-Mitarbeiter noch offen ist. Das ist kein Einbruch, das ist ein Schlüssel unter der Fussmatte.",[14,46,47,50,51,56],{},[41,48,49],{},"Veraltete Bausteine."," Deine Software steht auf fremden Bibliotheken. Für die kommen laufend Sicherheitsupdates, weil jemand ein Loch gefunden und gestopft hat. Wer die Updates nicht einspielt, lässt ein öffentlich bekanntes Loch offen. Genau danach suchen die Skripte. Das ist dieselbe Pflege, über die wir in ",[52,53,55],"a",{"href":54},"/blog/software-ist-nie-fertig","Software ist nie fertig"," geschrieben haben, nur mit höherem Einsatz.",[14,58,59,62],{},[41,60,61],{},"Schlüssel am falschen Ort."," Ein Zugangs-Token, der versehentlich im Code landet und mit ins öffentliche Repository wandert. Ein Datenbank-Passwort in einer Konfigurationsdatei, die niemand hätte teilen sollen. Solche Schlüssel werden gefunden, oft in Minuten.",[64,65,66],"quote",{},[14,67,68],{},"Die meisten Einbrüche sind keine Kunststücke. Sie sind eine offen gelassene Tür, die ein Skript im Vorbeigehen gefunden hat.",[21,70,72],{"id":71},"sicherheit-ist-kein-feature-für-den-schluss","Sicherheit ist kein Feature für den Schluss",[14,74,75],{},"Der teure Denkfehler ist, Sicherheit als etwas zu sehen, das man am Ende dazukauft, wie eine Alarmanlage, die man ans fertige Haus schraubt. So funktioniert es nicht. Ob Schlüssel im Code liegen, wer auf was zugreifen darf, wie Passwörter gespeichert werden, das sind Entscheidungen, die während des Bauens fallen. Nachträglich sind sie teuer bis unmöglich zu ändern.",[14,77,78,79,83],{},"Deshalb gehören ein paar Dinge bei uns zur Grundausstattung, nicht zur Zusatzoption. Schlüssel und Passwörter leben getrennt vom Code, nicht darin. Anmeldung läuft über erprobte Verfahren, nicht über selbstgebaute. Jeder Zugang gilt nur, solange er gebraucht wird, und nur so weit, wie er muss. Wer nur die Buchhaltung sehen soll, kommt nicht an die Kundendaten. Das ist dieselbe Haltung wie bei den ",[52,80,82],{"href":81},"/blog/wem-gehoert-der-code","Zugängen und Schlüsseln",": so wenig offene Türen wie möglich.",[14,85,86,87,91],{},"Wie schnell aus vernachlässigten Kleinigkeiten ein Berg wird, kennst du vielleicht aus ",[52,88,90],{"href":89},"/blog/technische-schulden","Technische Schulden",". Bei Sicherheit gilt dasselbe, nur zahlst du die Zinsen im Ernstfall auf einen Schlag.",[93,94,97],"media-text",{"heading":95,"src":96},"Ein Backup, das nie zurückgespielt wurde, ist eine Hoffnung","/blog/ist-das-sicher-backup.jpg",[14,98,99],{},"Fast jeder hat \"irgendein Backup\". Ob es sich im Ernstfall auch zurückspielen lässt, hat kaum jemand geprüft. Ein Backup, das du nie getestet hast, ist keine Sicherheit, sondern ein Versprechen an dich selbst. Wir testen die Wiederherstellung, solange nichts brennt. Denn der Tag, an dem du das Backup brauchst, ist der schlechteste, um zu merken, dass es nicht geht.",[21,101,103],{"id":102},"was-sicher-genug-für-ein-kmu-heisst","Was \"sicher genug\" für ein KMU heisst",[14,105,106],{},"Absolute Sicherheit gibt es nicht, und wer sie verspricht, verkauft dir etwas. Ein Bankensystem, das Angriffe von Profis aushalten muss, hat andere Anforderungen als der Bestellprozess eines Handwerksbetriebs. Sicherheit auf Bankenniveau für einen Webshop zu bauen ist genauso falsch wie gar keine.",[14,108,109],{},"Das realistische Ziel für die meisten ist doppelt. Erstens: nicht die leichteste Beute sein, damit die automatischen Scanner weiterziehen. Zweitens: schnell wieder auf den Beinen sein, wenn doch etwas passiert. Der erste Punkt hält die grosse Masse draussen, der zweite sorgt dafür, dass ein Zwischenfall ein Ärger bleibt und keine Katastrophe wird. Beides zusammen ist für ein KMU deutlich mehr wert als eine teure Festung mit einem vergessenen Kellerfenster.",[111,112,115],"callout",{"icon":113,"title":114},"shield","Die Faustregel",[14,116,117],{},"Frag nicht \"sind wir unhackbar\", die Antwort ist immer nein. Frag: Sind wir die leichteste Beute, und stehen wir schnell wieder, wenn etwas passiert? Wer Passwörter, Updates und ein getestetes Backup im Griff hat, ist an fast allem vorbei, was ein KMU realistisch trifft.",[14,119,120],{},"Sicherheit ist selten das grosse Bollwerk und fast immer die Summe vieler kleiner, unspektakulärer Entscheidungen. Genau deshalb reden wir früh darüber, nicht erst, wenn etwas passiert ist. Panik ist kein guter Ratgeber, und Sorglosigkeit auch nicht. Dazwischen liegt die Sorgfalt, und die ist bezahlbar.",[122,123],"hr",{},[14,125,126,127],{},"Du fragst dich, wie sicher deine Software wirklich ist? ",[52,128,130],{"href":129},"/#kontakt","Erzähl uns von deinem Projekt, wir schauen ehrlich hin.",{"title":132,"searchDepth":133,"depth":133,"links":134},"",2,[135,136,137,138],{"id":23,"depth":133,"text":24},{"id":33,"depth":133,"text":34},{"id":71,"depth":133,"text":72},{"id":102,"depth":133,"text":103},"Sicherheit","/blog/ist-das-sicher-cover.jpg","2026-07-29",null,"md",false,{},true,"/blog/ist-das-sicher","6 Min","Co-Founder & Lead Engineer",{"title":5,"description":132},"blog/ist-das-sicher",[139,153,154,155],"Betrieb","KMU","Ohne Bullshit","XFL2RpalPKkA-0BGWFMoqoPgDPJQvKFTmRWKON30M50",[158,275,411,582,662,815,942,1060,1180,1317,1454,1594,1707,1972,2036,2119,2187,2252],{"id":159,"title":160,"author":6,"body":161,"cat":153,"cover":266,"date":267,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":268,"navigation":146,"path":269,"read":148,"role":149,"seo":270,"stem":271,"tags":272,"__hash__":274},"blog/blog/wo-laeuft-das-eigentlich.md","Wo läuft das eigentlich? Hosting ohne Fachchinesisch",{"type":8,"value":162,"toc":259},[163,168,171,175,178,181,185,188,191,196,200,203,206,218,222,225,228,232,235,242,248,251,253],[11,164,165],{},[14,166,167],{},"\"Und wo läuft das dann?\" Die Frage kommt oft spät, wenn Preis und Termin längst stehen. Dabei steckt dahinter etwas, das dich jeden Monat begleitet, solange deine Software lebt. Die meisten stellen sich einen Server im Keller vor oder eine \"Cloud\", die irgendwo in der Luft schwebt. Beides trifft es nicht.",[14,169,170],{},"Hosting ist eines der Themen, die technisch klingen und es im Kern nicht sind. Wer versteht, was da eigentlich gemietet wird, trifft bessere Entscheidungen und zahlt weniger für Dinge, die er nie braucht. Und er erkennt die eine Falle, die teuer wird: wenn der Zugang zur Software am Ende jemand anderem gehört als dir.",[21,172,174],{"id":173},"hosting-ist-ein-gemieteter-computer","Hosting ist ein gemieteter Computer",[14,176,177],{},"Deine fertige Software ist am Ende eine Sammlung von Dateien. Damit ein Kunde sie um drei Uhr nachts auf dem Handy öffnen kann, müssen diese Dateien auf einem Computer liegen, der rund um die Uhr läuft und am Internet hängt. Genau das ist Hosting: du mietest so einen Computer, statt ihn selbst zu betreiben.",[14,179,180],{},"Dieser Computer steht in einem Rechenzentrum, einer klimatisierten Halle mit Notstrom und mehreren Internetleitungen, damit nichts stillsteht, wenn draussen ein Bagger ein Kabel erwischt. Du kaufst dir keine eigene Halle. Du mietest ein Stück davon, so wie du einen Lagerraum mietest und nicht gleich das ganze Gebäude. Und wie beim Lagerraum zahlst du für den Platz, den du wirklich füllst.",[21,182,184],{"id":183},"cloud-oder-eigener-server-was-du-wirklich-entscheidest","Cloud oder eigener Server: was du wirklich entscheidest",[14,186,187],{},"\"Die Cloud\" klingt nach Zukunft und ist im Grunde nur ein Mietmodell. Früher hast du dir eine feste Kiste gemietet, einen Server mit fixer Grösse, den du ganzen Monat bezahlt hast, ob voll ausgelastet oder nicht. Die Cloud dreht das um: du bekommst so viel Rechenleistung, wie gerade gebraucht wird, und zahlst nach Verbrauch. Kommt eine Lastspitze, wächst die Kapazität mit. Wird es ruhig, schrumpft die Rechnung wieder.",[14,189,190],{},"Für die allermeisten KMU ist das die pragmatische Wahl, nicht aus Mode, sondern aus Rechnung. Du musst keine teure Kiste auf Vorrat mieten für einen Ansturm, der vielleicht nie kommt. Und du sparst dir das Wichtigste, das an einem eigenen Server hängt: jemanden, der ihn nachts betreut. Ein eigener Server lohnt sich erst bei sehr speziellen Anforderungen, und wenn es so weit ist, merkst du das an einer konkreten Zahl, nicht an einem Bauchgefühl.",[64,192,193],{},[14,194,195],{},"\"Die Cloud\" ist nur der Computer von jemand anderem, gemietet nach Verbrauch. Kein Zauber, nur eine Rechnung, die mit deiner Nutzung mitwächst.",[21,197,199],{"id":198},"was-du-monatlich-zahlst-und-wofür","Was du monatlich zahlst und wofür",[14,201,202],{},"Hosting kostet monatlich, weil du monatlich einen laufenden Computer beanspruchst. Bei einer schlanken Anwendung für ein KMU reden wir oft über einen Betrag im Bereich eines Handyabos, nicht über eine zweite Miete. Das Geld geht in drei Dinge: Rechenzeit, damit deine Software antwortet, Speicherplatz für deine Daten, und den Datenverkehr, wenn Kunden etwas laden.",[14,204,205],{},"Der wichtige Punkt daran: diese Kosten wachsen mit dem Erfolg. Mehr Nutzer heisst mehr Rechenzeit heisst eine höhere Rechnung. Das ist kein Fehler im System, das ist das System. Eine Software, deren Hosting nie teurer wird, benutzt vermutlich niemand. Gefährlich wird es nur in die andere Richtung: wenn dir jemand von Anfang an Kapazität für hunderttausend Nutzer verkauft, obwohl du hundert hast. Hosting soll ungefähr zu deiner Grösse passen und mitwachsen, nicht auf Verdacht überdimensioniert sein.",[93,207,210],{"heading":208,"src":209},"Wo der Computer physisch steht, ist eine Entscheidung","/blog/wo-laeuft-das-server.jpg",[14,211,212,213,217],{},"Ein Rechenzentrum hat eine Adresse, und die darfst du wählen. Für das Tempo deiner Software macht es kaum einen Unterschied, ob der Server in Zürich oder Frankfurt steht. Für deine Daten schon: Wo sie liegen, entscheidet mit, welches Recht gilt und wem du vertraust. Wir legen das offen, bevor der erste Datensatz irgendwo landet. Wie das im Detail aussieht, steht in ",[52,214,216],{"href":215},"/blog/wo-bleiben-deine-daten","Wo bleiben deine Daten",".",[21,219,221],{"id":220},"was-passiert-wenn-der-server-ausfällt","Was passiert, wenn der Server ausfällt",[14,223,224],{},"Kein Rechenzentrum läuft zu hundert Prozent. Auch die grossen Anbieter haben Ausfälle, und wenn einer davon eine schlechte Stunde hat, merkt es das halbe Internet gleichzeitig. Wer dir hundertprozentige Verfügbarkeit verspricht, verkauft dir ein Gefühl, keine Technik.",[14,226,227],{},"Die ehrliche Frage ist deshalb nicht \"kann das je ausfallen\", sondern \"wie lange, und wie schnell sind wir wieder da\". Für einen Bestellshop, der ein paar Minuten hakt, ist das ein Ärger. Für ein System, an dem der ganze Betrieb hängt, baut man Reserve ein, sodass ein zweiter Computer übernimmt, wenn der erste stolpert. Diese Reserve kostet extra, und sie lohnt sich genau dann, wenn ein Ausfall dich mehr kostet als die Vorsorge. Diese Rechnung machen wir mit dir, statt sie für dich zu entscheiden.",[21,229,231],{"id":230},"der-zugang-muss-dir-gehören","Der Zugang muss dir gehören",[14,233,234],{},"Hier liegt die Falle, die später wehtut. Das Hosting läuft über ein Konto beim Anbieter, und die Frage ist, auf wessen Namen dieses Konto steht. Läuft alles über das Sammelkonto des Studios, dann hängt deine Software an einer Beziehung, nicht an dir. Trennt ihr euch, sitzt du vor einer verschlossenen Tür und niemand ausser dem Studio hat den Schlüssel.",[14,236,237,238,241],{},"Bei uns läuft das Hosting auf deinem Konto, auf deinen Namen, auf deine Rechnung. Wir richten es ein und betreuen es, solange du willst, aber gehen kannst du jederzeit, ohne uns um Erlaubnis zu fragen. Das ist dieselbe Haltung wie bei ",[52,239,240],{"href":81},"Wem gehört der Code",": Zugänge, die dir gehören, sind der beste Schutz davor, jemals erpressbar zu sein.",[111,243,245],{"icon":244,"title":114},"server",[14,246,247],{},"Frag nicht \"brauchen wir die Cloud\", sondern drei nüchterne Dinge: Läuft es zuverlässig genug für das, was dranhängt? Zahle ich ungefähr das, was ich nutze? Und gehört der Zugang mir? Wer diese drei im Griff hat, muss über Hosting selten wieder nachdenken.",[14,249,250],{},"Hosting ist kein Hexenwerk und keine Nebensache. Es ist der Boden, auf dem deine Software steht, und wie bei jedem Boden merkst du ihn nur, wenn er nachgibt. Wer früh die richtigen Fragen stellt, hat einen, der trägt, mitwächst und ihm selbst gehört.",[122,252],{},[14,254,255,256],{},"Du fragst dich, wo und wie deine Software am besten läuft? ",[52,257,258],{"href":129},"Erzähl uns von deinem Projekt, wir rechnen ehrlich.",{"title":132,"searchDepth":133,"depth":133,"links":260},[261,262,263,264,265],{"id":173,"depth":133,"text":174},{"id":183,"depth":133,"text":184},{"id":198,"depth":133,"text":199},{"id":220,"depth":133,"text":221},{"id":230,"depth":133,"text":231},"/blog/wo-laeuft-das-cover.jpg","2026-08-19",{},"/blog/wo-laeuft-das-eigentlich",{"title":160,"description":132},"blog/wo-laeuft-das-eigentlich",[153,273,154,155],"Hosting","k6W2XHtVioWj11-AZ7ncQo9JztVazbX3VX_t17SQ9uU",{"id":276,"title":277,"author":6,"body":278,"cat":400,"cover":401,"date":402,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":403,"navigation":146,"path":404,"read":148,"role":149,"seo":405,"stem":406,"tags":407,"__hash__":410},"blog/blog/wie-lange-dauert-das.md","Wie lange dauert das? Warum ein Datum kein Plan ist",{"type":8,"value":279,"toc":393},[280,285,288,292,295,298,303,307,310,320,330,336,340,343,346,353,357,360,363,367,374,379,385,387],[11,281,282],{},[14,283,284],{},"\"Und wie lange dauert das?\" Die Frage kommt fast immer direkt nach dem Preis, und sie klingt so einfach, dass eine Zahl die einzig höfliche Antwort scheint. Acht Wochen. Ende Oktober. Wer dir das ohne Nachfrage nennt, hat entweder nicht zugehört oder sagt dir, was du hören willst. Ein Datum ist ein Versprechen. Eine Schätzung ist etwas anderes, und die ehrliche Version ist wertvoller.",[14,286,287],{},"Software zu bauen ist nicht wie eine Mauer zu setzen. Bei der Mauer weisst du, wie viele Steine, wie viel Mörtel, wie schnell einer mauert. Bei Software entdeckst du die Hälfte der Arbeit erst, während du sie machst. Das ist keine Ausrede, das ist die Natur der Sache. Und je ehrlicher wir am Anfang darüber reden, desto verlässlicher wird der Termin am Ende.",[21,289,291],{"id":290},"warum-niemand-ein-einzelnes-datum-kennt","Warum niemand ein einzelnes Datum kennt",[14,293,294],{},"Am Anfang eines Projekts weisst du am wenigsten. Du hast eine Idee, ein paar Skizzen, eine Vorstellung davon, was rauskommen soll. Was du noch nicht weisst: an welcher Stelle die Fremdschnittstelle zickt, welche Anforderung sich im dritten Gespräch verdreifacht, welcher Sonderfall in deinen Daten steckt, den bisher niemand erwähnt hat.",[14,296,297],{},"Deshalb schätzen wir in Spannen, nicht in Punkten. \"Sechs bis acht Wochen bis zur ersten nutzbaren Version\" ist keine Ausflucht, das ist die ehrliche Form. Die Spanne wird enger, je weiter wir sind. Nach zwei Wochen echter Arbeit wissen wir mehr über dein Projekt als nach zwei Wochen Planung auf Papier, und genau dann wird aus der Spanne ein Termin, auf den du dich verlassen kannst.",[64,299,300],{},[14,301,302],{},"Ein früher Termin, der stimmt, ist unmöglich. Ein früher Termin, der gut klingt, ist einfach. Wir liefern lieber die Spanne, die hält, als das Datum, das du gern hättest.",[21,304,306],{"id":305},"woran-die-zeit-wirklich-hängt","Woran die Zeit wirklich hängt",[14,308,309],{},"Wenn Projekte länger dauern als gedacht, liegt es selten am Tippen von Code. Es liegt fast immer an einer Handvoll Dinge, die man am Anfang unterschätzt.",[14,311,312,315,316,217],{},[41,313,314],{},"Der Umfang, der wächst."," Aus \"ein Buchungsformular\" wird \"ein Buchungsformular, aber mit Gutscheinen, Warteliste und Anbindung an den Kalender\". Jeder dieser Zusätze ist berechtigt, und jeder kostet Zeit. Wir halten den ersten Umfang deshalb bewusst klein. Warum das kein Geiz ist, sondern Methode, steht in ",[52,317,319],{"href":318},"/blog/warum-wir-nein-sagen","Warum wir manchmal Nein sagen",[14,321,322,325,326,217],{},[41,323,324],{},"Die Abhängigkeiten von aussen."," Sobald deine Software mit etwas anderem reden muss, mit der Buchhaltung, dem Zahlungsanbieter, einem Altsystem, hängst du an einer fremden Uhr. Ein Testzugang beim anderen Anbieter dauert manchmal länger als die Anbindung selbst. Mehr dazu in ",[52,327,329],{"href":328},"/blog/schnittstellen","Wenn Systeme miteinander reden müssen",[14,331,332,335],{},[41,333,334],{},"Die Unbekannten."," Manche Teile eines Projekts hat so noch niemand gebaut. Da ist Ausprobieren dabei, und Ausprobieren lässt sich nicht auf den Tag genau planen. Ehrlich ist, das offen als das zu benennen, was es ist: Forschung, nicht Fliessband.",[21,337,339],{"id":338},"die-letzten-zehn-prozent","Die letzten zehn Prozent",[14,341,342],{},"Es gibt einen Punkt in fast jedem Projekt, an dem alles fertig aussieht. Die Software läuft, die Klicks funktionieren, die Demo überzeugt. Gefühlt sind es neunzig Prozent. Und dann dauert der Rest noch einmal so lange wie alles davor.",[14,344,345],{},"Das ist kein Missmanagement, das ist die Regel. Die letzten zehn Prozent sind die unsichtbaren: der Fall, wenn zwei Leute gleichzeitig dasselbe buchen. Die kaputte E-Mail-Adresse in echten Daten. Der Moment, in dem das Netz wegbricht. Das sieht in der Demo niemand, und genau daran merkt man später, ob die Software taugt.",[93,347,350],{"heading":348,"src":349},"Neunzig Prozent sichtbar, zehn Prozent entscheidend","/blog/wie-lange-dauert-das-letzte-strecke.jpg",[14,351,352],{},"Die erste Hälfte der Strecke fliesst schnell, weil die Fälle einfach sind. Die letzte kurze Strecke zieht sich, weil dort die Ausnahmen sitzen: die Sonderfälle, die echten Daten, der Moment, in dem etwas schiefgeht. Wer den Termin auf das \"sieht fertig aus\" legt, plant die Hälfte der Arbeit weg. Wir rechnen die letzte Strecke von Anfang an mit ein.",[21,354,356],{"id":355},"ein-teil-der-uhr-tickt-bei-dir","Ein Teil der Uhr tickt bei dir",[14,358,359],{},"Das sagt kaum jemand offen, also sagen wir es: Ein Projekt wartet genauso auf dich wie auf uns. Wenn eine Frage drei Tage auf Antwort wartet, steht dieser Teil drei Tage still. Wenn eine Entscheidung ansteht, die nur du treffen kannst, geht es erst weiter, wenn du sie triffst.",[14,361,362],{},"Das ist keine Beschwerde, das ist Planung. Wir sagen dir am Anfang, wo wir dich brauchen: für Rückmeldungen, für Freigaben, für Zugänge, für Inhalte. Wer das früh einplant, verliert keine Woche daran. Wer denkt, er gebe das Projekt ab und hole es fertig zurück, wundert sich über den Terminverzug, den er selbst mit angeschoben hat.",[21,364,366],{"id":365},"wie-wir-den-termin-nutzbar-machen","Wie wir den Termin nutzbar machen",[14,368,369,370,217],{},"Statt ein grosses Datum in weiter Ferne zu versprechen, schneiden wir das Projekt in Stücke, die du sehen kannst. Nicht in sechs Monaten ist alles fertig, sondern in ein paar Wochen läuft die erste echte Version, und danach kommt in kurzen Abständen mehr dazu. Wie das konkret aussieht, zeigt ",[52,371,373],{"href":372},"/blog/mvp-in-sechs-wochen","Ein MVP in sechs Wochen",[14,375,376,377,217],{},"Der Vorteil ist nicht nur das gute Gefühl. Ein Termin, der in kleinen Schritten kommt, verrät früh, ob die Schätzung stimmt. Läuft der erste Schritt schneller oder langsamer als gedacht, weisst du das nach zwei Wochen und nicht nach fünf Monaten. Und wenn sich unterwegs herausstellt, dass die eigentliche Software sowieso nie ganz fertig ist, ist das kein Fehler im Plan, sondern das Wesen der Sache. Warum, steht in ",[52,378,55],{"href":54},[111,380,382],{"icon":381,"title":114},"gauge",[14,383,384],{},"Frag nicht nach einem Datum, frag nach einer Spanne und danach, woran sie hängt. Wer dir sofort einen einzelnen Tag nennt, ohne nach deinem Umfang, deinen Schnittstellen und deiner eigenen Verfügbarkeit zu fragen, schätzt nicht, sondern rät. Und ein geratenes Datum kostet dich am Ende mehr als eine ehrliche Spanne.",[122,386],{},[14,388,389,390],{},"Du hast ein Vorhaben und willst wissen, was realistisch drin ist bis wann? ",[52,391,392],{"href":129},"Erzähl uns davon, wir sagen dir ehrlich, woran die Zeit hängt.",{"title":132,"searchDepth":133,"depth":133,"links":394},[395,396,397,398,399],{"id":290,"depth":133,"text":291},{"id":305,"depth":133,"text":306},{"id":338,"depth":133,"text":339},{"id":355,"depth":133,"text":356},{"id":365,"depth":133,"text":366},"Planung","/blog/wie-lange-dauert-das-cover.jpg","2026-08-12",{},"/blog/wie-lange-dauert-das",{"title":277,"description":132},"blog/wie-lange-dauert-das",[400,408,409,154],"Prozess","Schätzung","Tti1Z4kp2Q9tDw_Ufs92pQmj3Kv5PqK3kUK4WtwDLIM",{"id":412,"title":413,"author":414,"body":415,"cat":570,"cover":571,"date":572,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":573,"navigation":146,"path":574,"read":148,"role":575,"seo":576,"stem":577,"tags":578,"__hash__":581},"blog/blog/brauche-ich-eine-app.md","Brauche ich eine App? Wann sich native wirklich lohnt","Jule",{"type":8,"value":416,"toc":562},[417,422,425,429,432,438,444,450,454,457,460,465,469,472,475,478,482,485,491,497,503,509,512,519,523,526,539,543,546,549,554,556],[11,418,419],{},[14,420,421],{},"\"Wir brauchen eine App.\" Der Satz fällt oft in den ersten fünf Minuten. Manchmal stimmt er. Häufiger meint er etwas anderes, als er sagt: Du brauchst etwas, das auf dem Handy gut funktioniert. Das ist nicht dasselbe wie eine App im Store, und der Unterschied kostet dich schnell das Doppelte.",[14,423,424],{},"Wir bauen beides, Web und native. Trotzdem fragen wir zuerst, ob es die App wirklich braucht. Nicht aus Bescheidenheit, sondern weil eine App im Store Geld und Aufwand bindet, den viele woanders besser aufgehoben hätten. Wer immer \"App\" empfiehlt, verkauft dir zwei Plattformen, wo eine gereicht hätte.",[21,426,428],{"id":427},"drei-dinge-die-alle-app-nennen","Drei Dinge, die alle \"App\" nennen",[14,430,431],{},"Wenn drei Leute \"App\" sagen, meinen sie oft drei verschiedene Sachen.",[14,433,434,437],{},[41,435,436],{},"Die Website auf dem Handy."," Deine normale Website, die sich sauber an den kleinen Bildschirm anpasst. Kein Download, kein Store, du tippst eine Adresse ein und bist drin. Für die meisten Firmen ist genau das gemeint, wenn sie \"App\" sagen.",[14,439,440,443],{},[41,441,442],{},"Die installierbare Web-App."," Technisch eine Website, aber sie legt ein Icon auf den Homescreen, startet ohne Browserleiste und funktioniert auch mal ohne Netz. Sieht aus wie eine App, ist aber keine im klassischen Sinn. Fachbegriff: PWA.",[14,445,446,449],{},[41,447,448],{},"Die native App."," Für iOS und Android eigens gebaut, aus dem App Store oder Play Store geladen. Sie darf ans Handy ran, an Kamera, Sensoren, Bezahlfunktionen. Das ist die teure Variante, und nur die braucht wirklich den Store.",[21,451,453],{"id":452},"was-die-app-im-store-wirklich-kostet","Was die App im Store wirklich kostet",[14,455,456],{},"Eine native App ist selten ein Projekt. Es sind zwei. iOS und Android sind verschiedene Welten, und wer beide bedienen will, baut und pflegt in vielen Fällen doppelt. Dazu kommt der Store selbst: Entwicklerkonten, Jahresgebühren, ein Freigabeprozess, bei dem Apple und Google mitreden, wann dein Update rausgeht.",[14,458,459],{},"Und es hört nach dem Launch nicht auf. Jede neue iOS-Version kann etwas brechen. Jede Änderung muss wieder durch die Prüfung. Eine Website änderst du und sie ist live. Eine App reichst du ein und wartest.",[64,461,462],{},[14,463,464],{},"Das Web zeigst du in Sekunden her. Eine App musst du erst herunterladen lassen. Zwischen \"schau mal hier\" und dem ersten Klick liegt bei der App ein Store, ein Download und eine Portion Geduld deiner Nutzer.",[21,466,468],{"id":467},"wann-das-web-reicht-und-das-ist-oft","Wann das Web reicht, und das ist oft",[14,470,471],{},"Für einen grossen Teil dessen, was KMU und Startups brauchen, ist die Website die richtige Antwort. Ein Buchungssystem, ein Kundenportal, ein Shop, ein Dashboard, ein internes Tool fürs Team. Das läuft im Browser, auf jedem Gerät, ohne dass jemand etwas installiert.",[14,473,474],{},"Der grösste Vorteil ist der einfachste: Man erreicht es über einen Link. Du schickst eine Adresse, der Kunde ist drin. Kein \"lade dir zuerst unsere App runter\", das die Hälfte der Leute schon abschreckt. Für alles, wo Leute selten oder nur einmal vorbeikommen, ist der Store eine Hürde, keine Hilfe.",[14,476,477],{},"Und wenn es sich doch mehr nach App anfühlen soll, gibt es die installierbare Web-App. Homescreen-Icon, Vollbild, eine Grundfunktion auch offline. Für viele reicht das genau, und es bleibt ein Projekt statt drei.",[21,479,481],{"id":480},"wann-native-sich-wirklich-lohnt","Wann native sich wirklich lohnt",[14,483,484],{},"Es gibt den anderen Fall, und dann ist die native App keine teure Spielerei, sondern der einzige Weg. Du erkennst ihn an ein paar klaren Anzeichen.",[14,486,487,490],{},[41,488,489],{},"Du brauchst das Handy selbst."," Kamera für mehr als ein Foto, Bluetooth zu einem Gerät, GPS im Hintergrund, Bezahlen per NFC. Wo die App tief an die Hardware ran muss, kommt das Web an seine Grenzen.",[14,492,493,496],{},[41,494,495],{},"Push-Nachrichten sind der Kern."," Nicht als Nice-to-have, sondern als Herzstück. Wenn dein Produkt davon lebt, Leute im richtigen Moment zu erreichen, spielt native seine Stärke aus.",[14,498,499,502],{},[41,500,501],{},"Es muss offline und flüssig laufen."," Der Aussendienst ohne Empfang, das Lager im Keller, ein Spiel oder eine Anwendung, die jede Millisekunde braucht. Echte Offline-Fähigkeit und volle Performance sind native Terrain.",[14,504,505,508],{},[41,506,507],{},"Der Store ist dein Kanal."," Wenn Leute dich suchen, indem sie im App Store tippen, willst du dort stehen. Für ein Produkt, das die App selbst ist, gehört die Präsenz im Store zum Geschäft.",[14,510,511],{},"Trifft davon nichts zu, ist die App fast immer die teurere Antwort auf eine Frage, die das Web schon beantwortet.",[93,513,516],{"heading":514,"src":515},"Die Frage ist nicht Web oder App, sondern was deine Nutzer tun müssen","/blog/brauche-ich-eine-app-entscheid.jpg",[14,517,518],{},"Fang nicht bei der Technik an, sondern bei den Leuten. Kommen sie einmal vorbei oder täglich? Über einen Link oder aus dem Store? Brauchen sie das Handy als Gerät oder nur als Bildschirm? Die Antworten ziehen die Linie zwischen Web und native von selbst, lange bevor jemand über Frameworks redet.",[21,520,522],{"id":521},"der-weg-den-viele-übersehen","Der Weg, den viele übersehen",[14,524,525],{},"Web und native sind kein hartes Entweder-oder. Es gibt Wege, mit einer Codebasis nah an beides heranzukommen: eine solide Web-App, die sich installieren lässt, oder ein Ansatz, der iOS und Android aus einer gemeinsamen Basis bedient. Beides hat Grenzen, und wir sind ehrlich, wo sie liegen. Aber es erspart dir oft genau die Verdopplung, die eine native App so teuer macht.",[14,527,528,529,533,534,538],{},"Der richtige Schnitt hängt daran, was du wirklich vorhast. Genau die Frage klären wir am Anfang, nicht am Ende. Das ist dieselbe Übung wie bei ",[52,530,532],{"href":531},"/blog/bauen-oder-kaufen","Selber bauen oder kaufen",": Wo liegt dein echter Bedarf, und wo zahlst du nur für ein Etikett? Und was die Wahl am Ende kostet, hängt weniger an \"Web oder App\" als an dem, was in ",[52,535,537],{"href":536},"/blog/was-kostet-das","Was kostet das"," steht.",[21,540,542],{"id":541},"die-frage-hinter-der-frage","Die Frage hinter der Frage",[14,544,545],{},"Wenn jemand sagt \"wir brauchen eine App\", lautet die eigentliche Frage: Wie erreiche ich meine Nutzer, und was müssen sie damit tun? Beim Erreichen gewinnt oft der Link. Beim Tun entscheidet, ob du das Handy als Gerät brauchst oder nur als Fenster zu deiner Software.",[14,547,548],{},"Diese Linie schauen wir uns mit dir an, bevor irgendjemand von Swift oder React redet. Manchmal endet das Gespräch mit einer schlanken Web-App statt drei Projekten. Das ist kein verlorener Auftrag. Das ist der Grund, warum man wiederkommt.",[111,550,551],{"icon":381,"title":114},[14,552,553],{},"Bau das Web, wenn Leute über einen Link kommen und einen Bildschirm brauchen. Bau native, wenn sie aus dem Store kommen und das Handy selbst. Und wenn dir jemand ohne Nachfrage \"App\" sagt, frag, ob er die Plattform doppelt baut, weil du es brauchst oder weil er daran verdient.",[122,555],{},[14,557,558,559],{},"Nicht sicher, ob dein Vorhaben ins Web passt oder in den Store gehört? ",[52,560,561],{"href":129},"Erzähl uns davon, wir sagen dir ehrlich, was es braucht.",{"title":132,"searchDepth":133,"depth":133,"links":563},[564,565,566,567,568,569],{"id":427,"depth":133,"text":428},{"id":452,"depth":133,"text":453},{"id":467,"depth":133,"text":468},{"id":480,"depth":133,"text":481},{"id":521,"depth":133,"text":522},{"id":541,"depth":133,"text":542},"Strategie","/blog/brauche-ich-eine-app-cover.jpg","2026-08-05",{},"/blog/brauche-ich-eine-app","Co-Founder & Product",{"title":413,"description":132},"blog/brauche-ich-eine-app",[570,579,154,580],"App","Web","fL_cPH9ZP12wXrEuJ2yU6OwH0puih839Uus1pd8wlyU",{"id":4,"title":5,"author":6,"body":583,"cat":139,"cover":140,"date":141,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":659,"navigation":146,"path":147,"read":148,"role":149,"seo":660,"stem":151,"tags":661,"__hash__":156},{"type":8,"value":584,"toc":653},[585,589,591,593,595,597,599,601,605,611,615,619,621,623,627,631,635,637,639,641,645,647,649],[11,586,587],{},[14,588,16],{},[14,590,19],{},[21,592,24],{"id":23},[14,594,27],{},[14,596,30],{},[21,598,34],{"id":33},[14,600,37],{},[14,602,603,44],{},[41,604,43],{},[14,606,607,50,609,56],{},[41,608,49],{},[52,610,55],{"href":54},[14,612,613,62],{},[41,614,61],{},[64,616,617],{},[14,618,68],{},[21,620,72],{"id":71},[14,622,75],{},[14,624,78,625,83],{},[52,626,82],{"href":81},[14,628,86,629,91],{},[52,630,90],{"href":89},[93,632,633],{"heading":95,"src":96},[14,634,99],{},[21,636,103],{"id":102},[14,638,106],{},[14,640,109],{},[111,642,643],{"icon":113,"title":114},[14,644,117],{},[14,646,120],{},[122,648],{},[14,650,126,651],{},[52,652,130],{"href":129},{"title":132,"searchDepth":133,"depth":133,"links":654},[655,656,657,658],{"id":23,"depth":133,"text":24},{"id":33,"depth":133,"text":34},{"id":71,"depth":133,"text":72},{"id":102,"depth":133,"text":103},{},{"title":5,"description":132},[139,153,154,155],{"id":663,"title":664,"author":414,"body":665,"cat":806,"cover":807,"date":808,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":809,"navigation":146,"path":328,"read":148,"role":575,"seo":810,"stem":811,"tags":812,"__hash__":814},"blog/blog/schnittstellen.md","Schnittstellen: Deine Software steht nie allein",{"type":8,"value":666,"toc":799},[667,672,675,679,682,685,688,693,697,700,703,706,710,713,719,725,731,738,742,745,748,751,754,759,763,766,769,774,777,782,788,791,793],[11,668,669],{},[14,670,671],{},"Fast jedes Projekt beginnt mit einem Satz, der harmlos klingt: \"Und dann muss es noch mit unserer Buchhaltung sprechen.\" Ein Nebensatz im Kickoff, eine Zeile im Protokoll. In der Praxis ist das oft der Teil, der am längsten dauert.",[14,673,674],{},"Software auf der grünen Wiese gibt es fast nie. In deiner Firma läuft schon etwas: ein Buchhaltungssystem, eine Lagerverwaltung, ein Kassensystem, ein Zahlungsanbieter, eine Excel-Datei, die seit acht Jahren niemand anfassen darf. Deine neue Software muss sich in diese Landschaft einfügen. Der Punkt, an dem sie das tut, heisst Schnittstelle. Und dieser Punkt ist selten der einfachste im Projekt.",[21,676,678],{"id":677},"was-eine-schnittstelle-eigentlich-ist","Was eine Schnittstelle eigentlich ist",[14,680,681],{},"Eine Schnittstelle ist eine vereinbarte Art, wie zwei Systeme miteinander reden. Das eine fragt, das andere antwortet, beide halten sich an dieselben Regeln. Im Fachjargon heisst das API.",[14,683,684],{},"Der Vergleich, der am besten passt: ein Schalter am Bahnhof. Du kannst nicht einfach hinter den Tresen laufen und selber im System nachschauen. Du stellst deine Frage in der Form, die vorgesehen ist, und bekommst eine Antwort in der Form, die vorgesehen ist. Das ist keine Schikane, sondern der Grund, warum das System nicht kippt, wenn tausend Leute gleichzeitig fragen.",[14,686,687],{},"Für dich als Auftraggeberin heisst das vor allem eines: Was hinter dem Schalter passiert, kannst du nicht bestimmen. Du bist auf das angewiesen, was der andere Anbieter anbietet. Und genau daraus entsteht der Aufwand.",[64,689,690],{},[14,691,692],{},"Eine Schnittstelle ist der einzige Teil deiner Software, dessen Regeln jemand anderes schreibt.",[21,694,696],{"id":695},"warum-die-verbindung-oft-teurer-ist-als-das-feature","Warum die Verbindung oft teurer ist als das Feature",[14,698,699],{},"Der Wunsch klingt klein: \"Wenn eine Bestellung reinkommt, soll automatisch eine Rechnung in unserer Buchhaltung entstehen.\" Ein Satz, zwei Systeme, fertig.",[14,701,702],{},"Was dahinter steckt: Deine Bestellung kennt Positionen, Rabatte und eine Lieferadresse. Die Buchhaltung kennt Belegnummern, Konten und Mehrwertsteuersätze. Das sind zwei verschiedene Sprachen über dieselbe Sache. Jemand muss entscheiden, was wohin gehört, was passiert, wenn ein Feld fehlt, und was gilt, wenn beide Seiten unterschiedliche Antworten haben. Diese Übersetzungsarbeit ist der eigentliche Auftrag. Das Absenden der Daten ist der kleinere Teil.",[14,704,705],{},"Dazu kommt eine Frage, die gerne untergeht: Wer hat recht? Wenn eine Kundenadresse in beiden Systemen steht und sich unterscheidet, braucht es eine klare Regel, welche gilt. Ohne diese Regel bekommst du keinen Fehler, sondern etwas Schlimmeres. Du bekommst zwei plausible Wahrheiten und merkst es erst, wenn ein Kunde reklamiert.",[21,707,709],{"id":708},"drei-sorten-schnittstelle-drei-preisklassen","Drei Sorten Schnittstelle, drei Preisklassen",[14,711,712],{},"Wenn wir abschätzen, was eine Anbindung kostet, schauen wir zuerst, mit welcher Sorte wir es zu tun haben.",[14,714,715,718],{},[41,716,717],{},"Die dokumentierte Schnittstelle."," Der Anbieter hat eine saubere API, eine verständliche Dokumentation und eine Testumgebung. Das ist der gute Fall. Hier arbeiten wir zügig, weil wir ausprobieren können, ohne dein Produktivsystem anzufassen. Viele moderne Schweizer Anbieter, etwa im Buchhaltungs- und Zahlungsbereich, sind hier gut aufgestellt.",[14,720,721,724],{},[41,722,723],{},"Die halbe Schnittstelle."," Es gibt eine API, aber sie kann weniger, als du brauchst. Sie liefert Kunden, aber keine Rechnungen. Sie erlaubt Lesen, aber kein Schreiben. Oder die Dokumentation beschreibt eine Version, die es so nicht mehr gibt. Dann bauen wir um die Lücke herum, und das kostet Zeit, die niemand vorher sieht.",[14,726,727,730],{},[41,728,729],{},"Gar keine Schnittstelle."," Das System ist alt, lokal installiert, und der Hersteller sieht keinen Grund, das zu ändern. Dann bleiben Dateien: ein Export in der Nacht, ein Import am Morgen. Das funktioniert und ist manchmal die richtige Antwort. Nur ist es dann keine Echtzeit-Verbindung mehr, und das muss man vorher wissen, nicht nachher erklären.",[93,732,735],{"heading":733,"src":734},"Der Aufwand steckt in der Übersetzung","/blog/schnittstellen-uebersetzung.jpg",[14,736,737],{},"Zwei Systeme beschreiben dieselbe Bestellung mit verschiedenen Begriffen, Feldern und Regeln. Die Arbeit liegt nicht im Transport der Daten, sondern in der Entscheidung, was auf der anderen Seite was bedeutet. Diese Entscheidungen trifft am Ende niemand ausser euch beiden, und sie gehören ins Projekt, nicht in die Testphase.",[21,739,741],{"id":740},"was-schiefgeht-wenn-niemand-früh-fragt","Was schiefgeht, wenn niemand früh fragt",[14,743,744],{},"Schnittstellen fallen selten spektakulär aus. Sie scheitern leise, und meistens an denselben vier Dingen.",[14,746,747],{},"Der Zugang fehlt. Für die Testumgebung braucht es ein Konto beim anderen Anbieter, und das bestellt niemand, bis es weh tut. Wir fragen deshalb in der ersten Woche danach, nicht in der letzten. Ein Freigabeprozess bei einem Drittanbieter dauert manchmal länger als die Anbindung selbst.",[14,749,750],{},"Das andere System ist mal weg. Wartungsfenster, Störung, abgelaufenes Passwort. Wenn deine Software dann einfach stehen bleibt, ist das ein Konstruktionsfehler. Sie muss es nochmal versuchen und dir sagen, dass etwas hängt.",[14,752,753],{},"Es gibt ein Limit. Viele Anbieter erlauben nur eine bestimmte Anzahl Anfragen pro Minute. Solange du zehn Bestellungen am Tag hast, merkst du davon nichts. Am ersten guten Tag merkst du es sofort.",[14,755,756,757,217],{},"Der Anbieter ändert etwas. APIs werden weiterentwickelt, Versionen abgelöst, Felder umbenannt. Das ist einer der Gründe, warum Software Pflege braucht, auch wenn du selber nichts änderst. Mehr dazu steht in ",[52,758,55],{"href":54},[21,760,762],{"id":761},"wie-wir-das-angehen","Wie wir das angehen",[14,764,765],{},"Wir behandeln jede Anbindung als eigenes Risiko, nicht als Detail am Ende der Liste. Konkret heisst das dreierlei.",[14,767,768],{},"Wir bauen die Verbindung früh und echt. Nicht als letzte Aufgabe kurz vor dem Launch, sondern als eine der ersten, mit richtigen Zugangsdaten gegen die Testumgebung. Wenn eine API weniger kann als versprochen, willst du das in Woche zwei wissen, nicht in Woche neun.",[14,770,771,772,217],{},"Wir kapseln sie. Der Teil deiner Software, der mit dem fremden System redet, sitzt an genau einer Stelle. Ändert der Anbieter etwas oder wechselst du ihn, tauschen wir dieses eine Stück aus, statt dein halbes Produkt zu operieren. Das ist derselbe Gedanke wie die dünne eigene Schicht auf erprobten Bausteinen aus ",[52,773,532],{"href":531},[14,775,776],{},"Wir machen sichtbar, was durchläuft. Jede Übergabe wird protokolliert, jeder Fehlschlag wird gemeldet und wiederholt. Eine Schnittstelle, die still versagt, ist gefährlicher als eine, die laut abbricht.",[14,778,779,780,217],{},"Und eine Frage stellen wir immer, bevor Daten fliessen: Was genau geht da eigentlich zu wem? Bei Anbindungen an Dritte verlassen Kundendaten dein System. Das ist manchmal richtig und manchmal unnötig. Wie wir das prüfen, steht in ",[52,781,216],{"href":215},[111,783,785],{"icon":784,"title":114},"plug",[14,786,787],{},"Frag bei jeder geplanten Anbindung drei Dinge, bevor du eine Offerte unterschreibst: Gibt es eine dokumentierte API? Gibt es eine Testumgebung, und wer besorgt den Zugang? Was passiert, wenn das andere System eine Stunde nicht antwortet? Wer diese drei Antworten hat, kennt achtzig Prozent des Risikos.",[14,789,790],{},"Schnittstellen sind kein Randthema. Sie sind der Ort, an dem deine neue Software auf die Realität deiner Firma trifft, und die Realität hat schon Systeme, Verträge und Gewohnheiten. Wer das früh ernst nimmt, baut eine Verbindung. Wer es aufschiebt, baut eine Baustelle.",[122,792],{},[14,794,795,796],{},"Deine neue Software soll mit dem reden, was schon läuft? ",[52,797,798],{"href":129},"Erzähl uns, welche Systeme im Spiel sind, wir schauen uns die Anbindung ehrlich an.",{"title":132,"searchDepth":133,"depth":133,"links":800},[801,802,803,804,805],{"id":677,"depth":133,"text":678},{"id":695,"depth":133,"text":696},{"id":708,"depth":133,"text":709},{"id":740,"depth":133,"text":741},{"id":761,"depth":133,"text":762},"Engineering","/blog/schnittstellen-cover.jpg","2026-07-22",{},{"title":664,"description":132},"blog/schnittstellen",[806,813,154,570],"Integration","cwUZ2bnCHpHhOC8dRSnD9Wkes0efxTRoPexiqlJCyVM",{"id":816,"title":817,"author":6,"body":818,"cat":806,"cover":934,"date":935,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":936,"navigation":146,"path":89,"read":148,"role":149,"seo":937,"stem":938,"tags":939,"__hash__":941},"blog/blog/technische-schulden.md","Technische Schulden: Der Kredit, den deine Software heimlich aufnimmt",{"type":8,"value":819,"toc":927},[820,825,828,832,835,838,843,847,850,857,860,864,867,870,873,880,884,887,890,898,902,905,910,916,919,921],[11,821,822],{},[14,823,824],{},"\"Technische Schulden\" klingt nach einem Problem für Entwickler, das dich nichts angeht. Genau das ist der Fehler. Es ist ein Kredit, den deine Software aufnimmt, ohne dass du je etwas unterschrieben hast. Und wie bei jedem Kredit zahlst am Schluss du die Zinsen.",[14,826,827],{},"Der Begriff kommt aus der Softwareentwicklung, aber er ist bewusst als Finanzbild gewählt. Jedes Mal, wenn beim Bauen eine Abkürzung genommen wird, entsteht eine kleine Schuld. Schnell etwas hinstellen, das läuft, statt es sauber zu machen. Das ist nicht per se schlecht. Schlecht wird es, wenn niemand die Schuld je zurückzahlt und der Betrag im Hintergrund weiterwächst.",[21,829,831],{"id":830},"was-technische-schulden-wirklich-sind","Was technische Schulden wirklich sind",[14,833,834],{},"Stell dir zwei Wege vor, ein Feature zu bauen. Der eine ist sauber: durchdacht, getestet, so gebaut, dass der Nächste ihn versteht. Der andere ist schnell: zusammengesteckt, ein paar Sonderfälle ignoriert, ein Kommentar \"später aufräumen\", der nie eingelöst wird.",[14,836,837],{},"Der schnelle Weg ist am ersten Tag günstiger. Du bekommst dein Feature früher. Der Haken kommt später: Jede weitere Änderung an dieser Stelle kostet ab jetzt mehr. Der Entwickler muss erst verstehen, was da improvisiert wurde, bevor er etwas anfassen kann. Das ist der Zins. Du zahlst ihn nicht einmal, sondern bei jeder einzelnen Änderung, immer wieder.",[64,839,840],{},[14,841,842],{},"Eine Abkürzung spart dir einen Tag heute und kostet dich eine Stunde bei jeder Änderung für die nächsten drei Jahre. Das ist kein guter Kurs.",[21,844,846],{"id":845},"nicht-jede-schuld-ist-schlecht","Nicht jede Schuld ist schlecht",[14,848,849],{},"Jetzt die Nuance, die oft fehlt: Schulden aufzunehmen ist nicht grundsätzlich falsch. Kein Unternehmen wäre je gewachsen, wenn es nur mit dem gebaut hätte, was auf dem Konto liegt. Ein Kredit zur richtigen Zeit ist ein Werkzeug.",[14,851,852,853,217],{},"In Software heisst das: Wenn du schnell herausfinden willst, ob eine Idee überhaupt trägt, ist ein bewusst grober Prototyp der richtige Weg. Da lohnt sich Sauberkeit noch nicht, weil die Hälfte davon sowieso wieder wegfliegt. Warum wir früh grob bauen und was das bringt, steht in ",[52,854,856],{"href":855},"/blog/kein-hype","Warum Agentic Coding kein Hype ist",[14,858,859],{},"Der Unterschied liegt in einem Wort: bewusst. Eine kluge Schuld nimmst du mit offenen Augen auf und weisst, wann du sie zurückzahlst. Eine schlechte Schuld entsteht aus Schludrigkeit, kennt niemand, und es gibt keinen Plan, sie je loszuwerden. Die erste ist ein Hebel. Die zweite ist ein Leck.",[21,861,863],{"id":862},"woran-du-sie-erkennst-ohne-code-zu-lesen","Woran du sie erkennst, ohne Code zu lesen",[14,865,866],{},"Du musst kein Entwickler sein, um zu merken, dass die Schuld zu hoch wird. Die Symptome zeigen sich im Alltag, und zwar an deiner Rechnung und am Tempo.",[14,868,869],{},"Kleine Änderungen dauern plötzlich lang. Ein Wunsch, der nach einer Stunde klingt, wird zum Tagesprojekt, und niemand kann dir richtig erklären, warum. Oder du hörst den Satz \"das trauen wir uns lieber nicht anzufassen\" über einen Teil deiner eigenen Software. Fehler, die schon behoben waren, tauchen an anderer Stelle wieder auf. Und im schlimmsten Fall gibt es genau eine Person, die versteht, wie das Ganze zusammenhängt, und alle beten, dass die nicht kündigt.",[14,871,872],{},"Jedes dieser Zeichen für sich ist harmlos. Zusammen sind sie die Zinsrechnung, die langsam durchschlägt.",[93,874,877],{"heading":875,"src":876},"Zinsen zahlst du nicht einmal","/blog/technische-schulden-zinsen.jpg",[14,878,879],{},"Eine aufgenommene Schuld verschwindet nicht von allein. Sie verzinst sich bei jeder Änderung, die du danach noch machst. Deshalb wird ein vernachlässigtes Projekt nicht linear teurer, sondern immer steiler. Der günstigste Moment zum Zurückzahlen ist immer der jetzige.",[21,881,883],{"id":882},"warum-ki-tempo-die-sache-riskanter-macht","Warum KI-Tempo die Sache riskanter macht",[14,885,886],{},"Wir bauen mit Agentic Coding, also mit KI-Agenten, die Code in einem Tempo produzieren, das vor Kurzem undenkbar war. Das ist grossartig, und genau deshalb müssen wir hier ehrlich sein: Tempo macht Schulden nicht kleiner, es macht sie schneller.",[14,888,889],{},"Eine KI schreibt in einer Stunde mehr Code, als ein Mensch früher an einem Tag geschrieben hat. Wenn dieser Code niemand prüft, häufst du auch die Schulden im gleichen Tempo an. Schnell viel Software zu haben, die niemand mehr durchschaut, ist kein Fortschritt, sondern ein grösserer Kredit in kürzerer Zeit.",[14,891,892,893,897],{},"Genau darum steht bei uns zwischen der KI und deinem Produkt ein Mensch, der den Code liest und die Grenzen zieht. Wie dieses Review in der Praxis aussieht, haben wir in ",[52,894,896],{"href":895},"/blog/guardrails","Sauberer Code trotz KI-Tempo"," beschrieben. Die kurze Version: Geschwindigkeit ist nur dann ein Vorteil, wenn jemand mitliest.",[21,899,901],{"id":900},"wie-wir-damit-umgehen","Wie wir damit umgehen",[14,903,904],{},"Man wird technische Schulden nie ganz los, und das ist auch nicht das Ziel. Das Ziel ist, sie klein und sichtbar zu halten, statt sie wachsen zu lassen, bis sie das ganze Projekt lähmen.",[14,906,907,908,217],{},"Das heisst konkret: Wir zahlen laufend ein kleines Stück zurück, statt auf den grossen Aufräum-Tag zu warten, der nie kommt. Wenn wir eine Abkürzung nehmen, sagen wir dir, dass es eine ist, und was sie später kostet. Und wir schreiben so, dass nicht nur der Autor den Code versteht, sondern auch die Kollegin nächstes Jahr. Diese laufende Pflege ist kein Extra, sie ist Teil davon, dass Software überhaupt am Leben bleibt. Warum das so ist, steht in ",[52,909,55],{"href":54},[111,911,913],{"icon":912,"title":114},"trending-up",[14,914,915],{},"Frag bei jeder Abkürzung nach dem Zins. \"Wie schnell geht das?\" ist die halbe Frage. Die andere Hälfte ist \"Was kostet uns das bei jeder Änderung danach?\". Ein Studio, das dir die zweite Frage von selbst beantwortet, denkt an dein Projekt in drei Jahren, nicht nur an den nächsten Freitag.",[14,917,918],{},"Technische Schulden sind kein Grund zur Panik. Sie sind ein normaler Teil jeder Software, so wie ein Kredit ein normaler Teil vieler Unternehmen ist. Der Unterschied zwischen einem gesunden Projekt und einer tickenden Rechnung liegt nicht darin, ob Schulden entstehen. Er liegt darin, ob jemand mitzählt.",[122,920],{},[14,922,923,924],{},"Du hast den Verdacht, dass in deiner Software mehr Zinsen stecken, als dir lieb ist? ",[52,925,926],{"href":129},"Erzähl uns davon, wir schauen ehrlich hin.",{"title":132,"searchDepth":133,"depth":133,"links":928},[929,930,931,932,933],{"id":830,"depth":133,"text":831},{"id":845,"depth":133,"text":846},{"id":862,"depth":133,"text":863},{"id":882,"depth":133,"text":883},{"id":900,"depth":133,"text":901},"/blog/technische-schulden-cover.jpg","2026-07-15",{},{"title":817,"description":132},"blog/technische-schulden",[806,940,570,154],"Qualität","gEe31VtVMzN-9UlFhN3t0CIJdrGeOWtGZRi2Ijw3Zok",{"id":943,"title":319,"author":6,"body":944,"cat":1052,"cover":1053,"date":1054,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1055,"navigation":146,"path":318,"read":148,"role":149,"seo":1056,"stem":1057,"tags":1058,"__hash__":1059},"blog/blog/warum-wir-nein-sagen.md",{"type":8,"value":945,"toc":1045},[946,951,954,957,961,964,970,974,977,984,989,993,996,999,1003,1009,1012,1019,1023,1026,1029,1034,1037,1039],[11,947,948],{},[14,949,950],{},"Auf unserer Startseite steht, dass du von uns eine ehrliche Einschätzung bekommst, ob und wie wir helfen können. Das \"ob\" ist kein Höflichkeitsfloskel. Es heisst wörtlich: Manchmal ist unsere Antwort auf deine Projektanfrage ein Nein. Und das ist für dich oft die bessere Nachricht.",[14,952,953],{},"Ein Studio, das auf jede Anfrage mit einem begeisterten Ja reagiert, verkauft dir seine Auslastung, nicht deinen Erfolg. Denn ein Ja ist bequem: Es füllt den Kalender und stellt eine Rechnung in Aussicht. Das Problem daran merkst du erst später, wenn ein Projekt läuft, das nie hätte starten sollen, und alle so tun, als sei das normal.",[14,955,956],{},"Wir sagen deshalb lieber früh Nein, wenn ein Nein die richtige Antwort ist. Nicht aus Prinzipienreiterei, sondern weil ein schlecht gestartetes Projekt teuer wird, und zwar für dich. Hier sind die vier Situationen, in denen du von uns eher ein \"lass das\" hörst als eine Offerte.",[21,958,960],{"id":959},"dafür-gibt-es-längst-ein-tool","\"Dafür gibt es längst ein Tool\"",[14,962,963],{},"Die häufigste Sorte Nein. Du beschreibst, was du brauchst, und während du redest, denken wir: Das gibt es fertig, für dreissig Franken im Monat. Eine eigene Terminbuchung, eine simple Umfrage, ein Newsletter-Versand. Solche Dinge selbst zu bauen kostet dich das Vielfache und du wartest es danach für immer selbst.",[14,965,966,967,969],{},"Wir bauen Software, wenn dein Problem eigen genug ist, dass kein Standardtool passt. Wenn ein fertiges Tool passt, sagen wir dir das, auch wenn wir damit einen Auftrag ausschlagen. Wo genau die Grenze zwischen kaufen und bauen liegt, haben wir in ",[52,968,532],{"href":531}," auseinandergenommen. Die Kurzfassung: Eigenentwicklung lohnt sich dort, wo dein Prozess dein Unterschied ist, nicht dort, wo alle dasselbe brauchen.",[21,971,973],{"id":972},"das-ist-noch-keine-idee-das-ist-ein-wunsch","\"Das ist noch keine Idee, das ist ein Wunsch\"",[14,975,976],{},"Manchmal kommt jemand mit grosser Energie und einem Satz wie \"Wir wollen was mit KI machen\". Das ist ein guter Anfang für ein Gespräch, aber kein Auftrag. Wenn wir nach dem konkreten Problem fragen, nach dem, was heute weh tut, und die Antwort bleibt vage, dann fehlt der Idee noch das Fundament.",[14,978,979,980,217],{},"Wir könnten trotzdem loslegen und dir sechs Wochen in Rechnung stellen. Das Ergebnis wäre schöne Software für ein Problem, das niemand hatte. Ehrlicher ist, zuerst einen Schritt zurückzugehen: Was ist der eine Prozess, der wirklich klemmt? Oft steckt der Hebel woanders, als man denkt, und selten dort, wo \"KI\" draufsteht. Wir haben das mal aus KMU-Sicht ",[52,981,983],{"href":982},"/blog/kmu-und-ki","durchbuchstabiert",[64,985,986],{},[14,987,988],{},"Ein Ja ist bequem. Es füllt den Kalender. Ob es dein Problem löst, zeigt sich erst Monate später, wenn das Zurückrudern teuer geworden ist.",[21,990,992],{"id":991},"dafür-sind-wir-das-falsche-team","\"Dafür sind wir das falsche Team\"",[14,994,995],{},"Wir sind drei Entwickler aus Bern, keine Agentur mit einer Abteilung für alles. Das ist unsere Stärke, solange wir bei dem bleiben, was wir können. Kommt eine Anfrage, die eine grosse Redaktion, ein zehnköpfiges Design-Team oder tiefes Wissen in einer Branche verlangt, in der wir nicht zu Hause sind, dann wären wir das falsche Team.",[14,997,998],{},"Das offen zu sagen ist unangenehm und trotzdem richtig. Ein Auftrag, für den man eigentlich nicht die passenden Leute hat, endet in einem Projekt, bei dem beide Seiten unglücklich sind. Wenn wir jemanden kennen, der besser passt, sagen wir dir das dazu. Ein guter Verweis bindet dich stärker an uns als ein mittelmässiger Auftrag, den wir durchgezogen haben.",[21,1000,1002],{"id":1001},"der-zeitpunkt-stimmt-nicht","\"Der Zeitpunkt stimmt nicht\"",[14,1004,1005,1006,1008],{},"Und dann gibt es den Fall, in dem die Idee gut ist, das Team passt, und wir trotzdem abraten. Weil gerade der falsche Moment ist. Du steckst mitten in einem Umbau, die Zuständigkeiten sind unklar, oder das Budget reicht ehrlich gerechnet nur für den Prototyp, nicht für den Betrieb danach. Software, die niemand pflegt, zerfällt, das haben wir in ",[52,1007,55],{"href":54}," beschrieben.",[14,1010,1011],{},"In so einem Fall ist \"später, dafür richtig\" die ehrlichere Antwort als \"jetzt, dafür halbherzig\". Ein Nein zum Zeitpunkt ist kein Nein zum Projekt.",[93,1013,1016],{"heading":1014,"src":1015},"Ein Nein ist eine Richtung, keine Tür","/blog/warum-nein-weggabelung.jpg",[14,1017,1018],{},"Wenn wir abraten, bekommst du kein zugeschlagenes Tor, sondern eine Einschätzung, warum wir es so sehen und was stattdessen sinnvoller wäre. Das fertige Tool, der fehlende erste Schritt, das bessere Team, der spätere Moment. Du gehst mit mehr Klarheit raus, als du reingekommen bist, auch ohne Vertrag.",[21,1020,1022],{"id":1021},"warum-uns-das-nein-leichter-fällt-als-anderen","Warum uns das Nein leichter fällt als anderen",[14,1024,1025],{},"Ein Nein tut dann weh, wenn du jeden Auftrag brauchst, um über die Runden zu kommen. Wir haben uns bewusst klein und ohne teuren Apparat aufgestellt, damit wir es uns leisten können, ehrlich zu sein. Kein Vertrieb, der ein Quartalsziel jagt. Keine Bank voller Leute, die ausgelastet werden müssen, egal womit.",[14,1027,1028],{},"Das ist kein Altruismus, sondern Eigennutz auf lange Sicht. Ein Kunde, dem wir vom falschen Projekt abgeraten haben, kommt beim richtigen wieder. Einer, dem wir das falsche verkauft haben, erzählt es weiter, und nicht als Empfehlung. Vertrauen entsteht genau an der Stelle, an der wir gegen unser kurzfristiges Interesse handeln.",[111,1030,1031],{"icon":113,"title":114},[14,1032,1033],{},"Miss ein Studio nicht daran, wie schnell es Ja sagt, sondern ob es dir auch mal abrät. Wer jede Anfrage annimmt, verkauft dir seine freien Stunden. Wer dir bei der falschen abrät, denkt an dein Projekt. Frag im Erstgespräch ruhig direkt: In welchem Fall würdet ihr mir davon abraten? Die Antwort sagt dir mehr als jede Referenzliste.",[14,1035,1036],{},"Ein Nein von uns ist am Ende ein Versprechen: Wenn wir Ja sagen, dann, weil wir glauben, dass die Sache trägt. Nicht, weil der Kalender eine Lücke hatte. Das ist der ganze Unterschied.",[122,1038],{},[14,1040,1041,1042],{},"Du hast eine Idee und willst wissen, ob sie trägt? ",[52,1043,1044],{"href":129},"Erzähl uns davon, wir sagen dir ehrlich, was wir denken.",{"title":132,"searchDepth":133,"depth":133,"links":1046},[1047,1048,1049,1050,1051],{"id":959,"depth":133,"text":960},{"id":972,"depth":133,"text":973},{"id":991,"depth":133,"text":992},{"id":1001,"depth":133,"text":1002},{"id":1021,"depth":133,"text":1022},"Zusammenarbeit","/blog/warum-nein-cover.jpg","2026-07-08",{},{"title":319,"description":132},"blog/warum-wir-nein-sagen",[1052,570,154,155],"_YSNgDEjvs1A7g3ruPbQ5FJFh9cYRzhKVctwFcyTWjE",{"id":1061,"title":1062,"author":414,"body":1063,"cat":153,"cover":1172,"date":1173,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1174,"navigation":146,"path":54,"read":148,"role":575,"seo":1175,"stem":1176,"tags":1177,"__hash__":1179},"blog/blog/software-ist-nie-fertig.md","Software ist nie fertig: Was nach dem Launch kommt",{"type":8,"value":1064,"toc":1166},[1065,1070,1073,1077,1080,1083,1088,1092,1095,1101,1107,1113,1117,1120,1123,1130,1134,1137,1140,1150,1156,1159,1161],[11,1066,1067],{},[14,1068,1069],{},"Der Tag, an dem deine Software online geht, fühlt sich wie die Ziellinie an. Monatelange Arbeit, endlich live, alle stossen an. In Wahrheit ist es der Startschuss. Ab jetzt trifft dein Produkt auf echte Nutzer, echte Daten und eine Welt, die sich weiterdreht.",[14,1071,1072],{},"Die meisten Missverständnisse über Softwarekosten stecken in einem einzigen Wort: fertig. Wer einen Tisch bestellt, bekommt einen Tisch. Der steht dann da und bleibt ein Tisch, auch in fünf Jahren. Bei Software funktioniert dieses Bild nicht, und das ist der Grund, warum manche Projekte nach dem Launch langsam zerfallen, während andere Jahr für Jahr besser werden.",[21,1074,1076],{"id":1075},"warum-fertig-bei-software-eine-illusion-ist","Warum \"fertig\" bei Software eine Illusion ist",[14,1078,1079],{},"Software steht nicht still, weil der Boden unter ihr nicht stillsteht. Browser bekommen Updates, und plötzlich klemmt ein Knopf, der gestern noch funktioniert hat. Eine Bibliothek, auf der dein Produkt aufbaut, bekommt einen Sicherheitspatch. Ein Zahlungsanbieter ändert seine Schnittstelle. Der Mehrwertsteuersatz wird angepasst. Nichts davon hat mit deinem Code zu tun, und trotzdem betrifft es dich.",[14,1081,1082],{},"Selbst wenn niemand je eine Zeile anfasst, altert Software. \"Fertig\" heisst deshalb nur eins: bereit für den ersten echten Nutzer. Alles danach ist Betrieb.",[64,1084,1085],{},[14,1086,1087],{},"Eine Brücke baust du einmal und streichst sie ab und zu neu. Software ist eher ein Garten: lässt du sie ein Jahr stehen, findest du sie zugewuchert wieder.",[21,1089,1091],{"id":1090},"drei-arten-von-arbeit-nach-dem-launch","Drei Arten von Arbeit nach dem Launch",[14,1093,1094],{},"Wer \"Wartung\" hört, denkt an eine graue Pauschale ohne Gegenwert. Dabei stecken darin drei sehr unterschiedliche Dinge, und es hilft, sie auseinanderzuhalten.",[14,1096,1097,1100],{},[41,1098,1099],{},"Pflege"," ist das Licht am Laufen halten. Sicherheitsupdates einspielen, Abhängigkeiten aktuell halten, die eine Integration reparieren, wenn ein Drittanbieter etwas umstellt. Unsichtbar, solange es läuft, und genau deshalb der Teil, den man am liebsten wegspart.",[14,1102,1103,1106],{},[41,1104,1105],{},"Korrektur"," ist das Aufräumen nach der Realität. Kein Testlauf ersetzt tausend Menschen, die dein Produkt anders benutzen, als du es dir ausgedacht hast. Die ersten Wochen nach dem Launch bringen fast immer Fehler ans Licht, die vorher niemand sehen konnte.",[14,1108,1109,1112],{},[41,1110,1111],{},"Weiterentwicklung"," ist die gute Sorte Arbeit. Neue Funktionen, weil dein Geschäft wächst oder weil du im Betrieb gelernt hast, was wirklich fehlt. Das ist der Teil, für den sich das ganze Projekt gelohnt hat.",[21,1114,1116],{"id":1115},"was-passiert-wenn-niemand-hinschaut","Was passiert, wenn niemand hinschaut",[14,1118,1119],{},"Vernachlässigung sieht am Anfang nie dramatisch aus. Ein Zertifikat läuft ab. Eine Bibliothek hat eine bekannte Lücke, für die es längst einen Patch gäbe. Ein Login hakt nach einem Browser-Update. Jedes einzelne dieser Dinge ist banal und in einer Stunde behoben, wenn jemand dran ist.",[14,1121,1122],{},"Liegen bleiben sie trotzdem, weil \"läuft ja noch\" ein verführerischer Satz ist. Und dann summiert sich das Ganze zu einem Ausfall am Freitagabend, mitten in der Rechnungsstellung, und aus der Stunde Pflege wird ein Wochenende Rettung unter Zeitdruck. Der Schaden entsteht selten durch ein grosses Versagen. Er entsteht durch viele kleine, die niemand angeschaut hat.",[93,1124,1127],{"heading":1125,"src":1126},"Pflege ist billiger als Rettung","/blog/software-nie-fertig-garten.jpg",[14,1128,1129],{},"Regelmässige, kleine Eingriffe kosten wenig und fallen kaum auf. Der aufgeschobene Berg dagegen wird teuer, und er kommt immer im ungünstigsten Moment. Der günstigste Zeitpunkt, sich um Software zu kümmern, ist bevor sie kaputtgeht.",[21,1131,1133],{"id":1132},"der-mittelweg-zwischen-im-stich-gelassen-und-kostenfalle","Der Mittelweg zwischen \"im Stich gelassen\" und \"Kostenfalle\"",[14,1135,1136],{},"Zwei schlechte Enden lauern nach dem Launch. Im einen verschwindet das Studio, sobald die Rechnung bezahlt ist, und du sitzt allein auf Software, die du nicht ganz durchschaust. Im anderen hängst du an einem fetten Monatsvertrag, der abbucht, ob etwas passiert oder nicht, und du zahlst für Bereitschaft, die du nie brauchst.",[14,1138,1139],{},"Wir halten es dazwischen: klein, transparent, kündbar. Eine schlanke Grundpflege, die dafür sorgt, dass Updates laufen und nichts verrottet. Alles darüber nach Absprache und nur, wenn es etwas zu tun gibt. Kein Abo, das sich selbst rechtfertigt.",[14,1141,1142,1143,1145,1146,217],{},"Der eigentliche Schutz vor der Kostenfalle liegt aber woanders, und er wird lange vor dem Launch gelegt. Weil dir Code und Zugänge von Anfang an gehören, bist du nie gezwungen, bei uns zu bleiben. Wer den Preis diktieren kann, weil sonst niemand rankommt, hat dich in der Hand. Genau das schliessen wir aus. Mehr dazu steht in ",[52,1144,240],{"href":81},". Und wie aus einem Prototyp überhaupt etwas Betriebsfähiges wird, beschreibt ",[52,1147,1149],{"href":1148},"/blog/prototyp-zur-produktion","Vom Prototyp zur Produktion",[111,1151,1153],{"icon":1152,"title":114},"refresh-cw",[14,1154,1155],{},"Rechne Software nicht wie einen Kauf, sondern wie ein Auto. Der Preis am Anfang ist nur ein Teil. Plane die Pflege von Beginn an ein, dann bleibt sie klein und planbar. Wer sie ignoriert, zahlt später das Vielfache, unter Zeitdruck und ohne Wahl.",[14,1157,1158],{},"Software ist nie fertig, und das ist keine schlechte Nachricht. Es heisst nur, dass ein Produkt, das lebt, auch ein bisschen Aufmerksamkeit braucht. Wer das von Anfang an einplant, hat in fünf Jahren eine Software, die mitgewachsen ist. Wer es verdrängt, hat eine Karteileiche mit Login.",[122,1160],{},[14,1162,1163,1164],{},"Du überlegst, was dein Produkt nach dem Launch wirklich kostet? ",[52,1165,258],{"href":129},{"title":132,"searchDepth":133,"depth":133,"links":1167},[1168,1169,1170,1171],{"id":1075,"depth":133,"text":1076},{"id":1090,"depth":133,"text":1091},{"id":1115,"depth":133,"text":1116},{"id":1132,"depth":133,"text":1133},"/blog/software-nie-fertig-cover.jpg","2026-07-01",{},{"title":1062,"description":132},"blog/software-ist-nie-fertig",[153,1178,1052,154],"Wartung","bcAfXL-wv8lfD8eXaIai0OBItOfhcEn9d63pJ6Oghro",{"id":1181,"title":1182,"author":6,"body":1183,"cat":1052,"cover":1308,"date":1309,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1310,"navigation":146,"path":81,"read":148,"role":149,"seo":1311,"stem":1312,"tags":1313,"__hash__":1316},"blog/blog/wem-gehoert-der-code.md","Wem gehört der Code? Über Eigentum und das Recht zu gehen",{"type":8,"value":1184,"toc":1300},[1185,1190,1193,1197,1200,1215,1219,1222,1230,1235,1239,1242,1249,1256,1260,1263,1266,1270,1273,1276,1280,1283,1286,1292,1294],[11,1186,1187],{},[14,1188,1189],{},"\"Was, wenn wir uns irgendwann trennen?\" Diese Frage stellt kaum jemand laut. Gedacht wird sie trotzdem fast immer. Zu Recht. Wer Software extern bauen lässt, will nicht in drei Jahren von genau der Firma abhängen, die er mal beauftragt hat.",[14,1191,1192],{},"Lock-in entsteht selten aus böser Absicht. Er entsteht, wenn niemand früh genug fragt, wem am Ende was gehört. Dann liegt der Code auf einem Server, zu dem nur das Studio Zugriff hat. Die Domain läuft über deren Konto. Und das Wissen, wie das Ganze funktioniert, steckt in einem Kopf, den du nicht angestellt hast. Das passiert schleichend, und es lässt sich genauso schleichend verhindern.",[21,1194,1196],{"id":1195},"drei-dinge-die-dir-gehören-müssen","Drei Dinge, die dir gehören müssen",[14,1198,1199],{},"\"Eigentum\" ist bei Software kein einzelnes Ding, sondern drei. Wer sie auseinanderhält, sieht sofort, wo ein Lock-in lauert.",[14,1201,1202,1203,1206,1207,1210,1211,1214],{},"Erstens der ",[41,1204,1205],{},"Code",": die Logik deiner Software, alles, was wir für dich schreiben. Zweitens die ",[41,1208,1209],{},"Zugänge",": Domains, Server und Datenbanken, die Konten, auf denen dein Produkt läuft. Drittens das ",[41,1212,1213],{},"Wissen",": wie man das Ding startet, deployt und im Notfall repariert. Fehlt dir auch nur eins davon, gehört dir das Produkt nur auf dem Papier.",[21,1216,1218],{"id":1217},"der-code-deiner-ab-zeile-eins","Der Code: deiner, ab Zeile eins",[14,1220,1221],{},"Bei uns liegt der Code von Tag eins in deinem Repository, unter deinem Konto. Nicht auf unserem Rechner, von dem du am Schluss ein Zip bekommst. Wir arbeiten darin als eingeladene Mitwirkende, nicht als Besitzer. Gehen wir, entziehst du uns den Zugang und es bricht nichts.",[14,1223,1224,1225,1229],{},"Genauso wichtig ist, ",[1226,1227,1228],"em",{},"womit"," gebaut wird. Wir nehmen bewusst einen langweiligen, verbreiteten Tech-Stack. Keine exotische Eigenkonstruktion, die nur wir verstehen. Der Reiz, etwas Cleveres zu bauen, das dich an uns bindet, ist real. Wir geben ihm nicht nach. Dein Vorteil ist, dass jede halbwegs erfahrene Entwicklerin die Sache übernehmen kann.",[64,1231,1232],{},[14,1233,1234],{},"Ein Lock-in entsteht selten böswillig. Er entsteht, wenn niemand die Frage stellt, wem am Ende was gehört.",[21,1236,1238],{"id":1237},"aber-versteht-den-ki-code-überhaupt-noch-jemand","\"Aber versteht den KI-Code überhaupt noch jemand?\"",[14,1240,1241],{},"Diese Sorge kommt neu dazu, seit wir mit Agentic Coding bauen, und sie ist berechtigt. Eine Maschine, die in Minuten tausende Zeilen ausspuckt, kann eine Blackbox hinterlassen, die niemand mehr durchschaut. Auch wir nicht.",[14,1243,1244,1245,1248],{},"Darf sie aber nicht. Unsere Regel ist simpel: Code geht erst in Produktion, wenn ein Mensch ihn gelesen hat und ein fremdes Team ihn übernehmen könnte. Lesbar, getestet, dokumentiert, mit ruhigen Mustern statt cleveren Tricks. Das ist genau die Stelle, an der unsere ",[52,1246,1247],{"href":895},"Guardrails"," greifen. Der Übergabe-Test ist dabei kein Schlussakt, sondern die ganze Zeit unser Massstab: Könnte das hier jemand anders weiterführen, ohne uns anzurufen?",[93,1250,1253],{"heading":1251,"src":1252},"Der Übergabe-Test","/blog/code-uebergabe.jpg",[14,1254,1255],{},"Gute Software erkennt man daran, dass ein fremdes Team sie weiterbauen könnte, ohne dich zurück zu uns zu zwingen. Genau daran messen wir, was die Maschine liefert: Liest es sich? Ist es getestet? Versteht es jemand in einem Jahr noch? Wenn nicht, ist es nicht fertig.",[21,1257,1259],{"id":1258},"zugänge-und-schlüssel-du-bist-eigentümer-wir-sind-gäste","Zugänge und Schlüssel: du bist Eigentümer, wir sind Gäste",[14,1261,1262],{},"Der sauberste Code nützt dir nichts, wenn der Schlüssel zur Haustür bei uns liegt. Darum laufen Domain, Cloud-Konto, Datenbank und Deployment auf deinen Konten, nicht auf unseren. Wir bekommen Zugriff als Mitarbeitende, befristet auf die Zusammenarbeit.",[14,1264,1265],{},"Der Unterschied wird am Tag der Trennung sichtbar. Im einen Fall klickst du uns aus der Zugriffsliste, und alles läuft weiter. Im anderen hängt dein ganzes Produkt an einem Konto, das jemand anderem gehört, und du verhandelst plötzlich nicht mehr über das nächste Feature, sondern über deine eigene Software.",[21,1267,1269],{"id":1268},"das-wissen-damit-du-nicht-an-einem-anruf-hängst","Das Wissen: damit du nicht an einem Anruf hängst",[14,1271,1272],{},"Bleibt das Unsichtbarste, und oft das, was wirklich bindet: das Wissen, wie der Laden läuft. Steckt das nur in unseren Köpfen, gehört dir der Code, aber nicht die Kontrolle.",[14,1274,1275],{},"Deshalb schreiben wir es auf. Wie man das Projekt lokal startet, wie ein Release rausgeht, warum eine Entscheidung so und nicht anders gefallen ist. Keine dicke Bürokratie, sondern die Handvoll Dokumente, die ein neues Team in Tagen statt Wochen produktiv machen. Dokumentation ist hier kein Selbstzweck. Sie ist deine Unabhängigkeit, schriftlich.",[21,1277,1279],{"id":1278},"warum-wir-das-freiwillig-machen","Warum wir das freiwillig machen",[14,1281,1282],{},"Ehrlich gesagt wäre es kurzfristig bequemer, dich ein bisschen abhängig zu halten. Genau das ist der Grund, es nicht zu tun. Eine Partnerschaft, die einen Lock-in braucht, um zu überleben, ist eine schlechte Partnerschaft.",[14,1284,1285],{},"Wir wollen, dass du bleibst, weil die Zusammenarbeit funktioniert, nicht weil du nicht weg kannst. Das Recht zu gehen ist das, was Bleiben zu einer Entscheidung macht und nicht zu einer Falle. Und es schärft unsere eigene Arbeit: Wer jederzeit ersetzbar bleiben will, baut von selbst sauberer.",[111,1287,1289],{"icon":1288,"title":114},"git-branch",[14,1290,1291],{},"Frag vor dem Projekt, nicht danach: Wem gehört am Ende der Code, auf wessen Konten läuft das Produkt, und könnte ein anderes Team übernehmen? Wer darauf keine klare Antwort gibt, baut dir einen Käfig, kein Produkt.",[122,1293],{},[14,1295,1296,1297],{},"Software, die dir gehört. Auch an dem Tag, an dem wir nicht mehr im Boot sind. ",[52,1298,1299],{"href":129},"Erzähl uns von deinem Projekt.",{"title":132,"searchDepth":133,"depth":133,"links":1301},[1302,1303,1304,1305,1306,1307],{"id":1195,"depth":133,"text":1196},{"id":1217,"depth":133,"text":1218},{"id":1237,"depth":133,"text":1238},{"id":1258,"depth":133,"text":1259},{"id":1268,"depth":133,"text":1269},{"id":1278,"depth":133,"text":1279},"/blog/wem-gehoert-der-code-cover.jpg","2026-06-30",{},{"title":1182,"description":132},"blog/wem-gehoert-der-code",[1052,1314,1315,154],"Eigentum","Lock-in","y3oHdwZNg7ENTyBCJ0clTjOXebA8NsSetMhANeE05b8",{"id":1318,"title":1319,"author":414,"body":1320,"cat":570,"cover":1446,"date":1447,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1448,"navigation":146,"path":531,"read":148,"role":575,"seo":1449,"stem":1450,"tags":1451,"__hash__":1453},"blog/blog/bauen-oder-kaufen.md","Selber bauen oder kaufen? Wann sich eigene Software lohnt",{"type":8,"value":1321,"toc":1439},[1322,1327,1330,1334,1337,1340,1345,1349,1352,1358,1364,1370,1374,1377,1383,1389,1395,1401,1408,1412,1415,1418,1420,1423,1426,1431,1433],[11,1323,1324],{},[14,1325,1326],{},"\"Können wir das nicht selbst bauen lassen?\" Diese Frage kommt fast so oft wie die nach dem Preis. Manchmal ist sie genau richtig. Oft ist die ehrliche Antwort: Kauf das fertige Tool und gib dein Budget für etwas aus, das dir wirklich gehört.",[14,1328,1329],{},"Das klingt seltsam aus dem Mund eines Studios, das eigene Software baut. Aber genau deshalb sagen wir es. Wer immer \"bauen\" empfiehlt, verdient an jedem Projekt. Wer dir hilft, das richtige zu bauen, verdient dein Vertrauen. Die spannende Arbeit liegt ohnehin dort, wo kein fertiges Tool passt.",[21,1331,1333],{"id":1332},"was-standardsoftware-schon-gut-löst","Was Standardsoftware schon gut löst",[14,1335,1336],{},"Für die meisten Probleme, die ein KMU hat, gibt es eine erprobte Lösung. Buchhaltung, Newsletter, Termine, ein Webshop von der Stange, eine Projektablage. Das sind gelöste Probleme. Tausende Firmen haben dieselbe Anforderung, und ein Anbieter hat Jahre investiert, damit es funktioniert.",[14,1338,1339],{},"Hier selbst zu bauen heisst, dieses Rad noch einmal zu erfinden, ohne die Jahre an Feinschliff. Du bezahlst die Entwicklung einmal und die Wartung für immer, für etwas, das du für ein paar Franken im Monat mieten könntest. Das lohnt sich fast nie.",[64,1341,1342],{},[14,1343,1344],{},"Standardsoftware ist nicht die billige Variante. Sie ist die richtige Variante, solange dein Problem dasselbe ist wie das von tausend anderen.",[21,1346,1348],{"id":1347},"woran-du-merkst-dass-kaufen-reicht","Woran du merkst, dass Kaufen reicht",[14,1350,1351],{},"Drei Anzeichen, und wenn alle drei zutreffen, brauchst du keine eigene Software:",[14,1353,1354,1357],{},[41,1355,1356],{},"Das Problem ist verbreitet."," Andere Firmen in deiner Grösse lösen es mit einem bekannten Tool. Du musst nicht der erste sein, der eine Antwort sucht.",[14,1359,1360,1363],{},[41,1361,1362],{},"Es ist nicht dein Unterschied."," Deine Buchhaltung gewinnt dir keine Kunden. Sie muss nur stimmen. Was dich von der Konkurrenz abhebt, liegt woanders.",[14,1365,1366,1369],{},[41,1367,1368],{},"Ein Tool passt zu achtzig Prozent."," Die fehlenden zwanzig sind Bequemlichkeit, kein Geschäftsrisiko. Mit denen kannst du leben, oder ein kleiner Workaround reicht.",[21,1371,1373],{"id":1372},"wann-sich-eigenes-wirklich-lohnt","Wann sich Eigenes wirklich lohnt",[14,1375,1376],{},"Es gibt den anderen Fall, und dann ist eigene Software keine Spielerei, sondern der Hebel. Du erkennst ihn an anderen Anzeichen.",[14,1378,1379,1382],{},[41,1380,1381],{},"Der Prozess ist dein Vorteil."," Wenn die Art, wie du arbeitest, der Grund ist, warum Kunden zu dir kommen, willst du sie nicht in ein fremdes Korsett zwängen. Software soll deinen Ablauf abbilden, nicht umgekehrt.",[14,1384,1385,1388],{},[41,1386,1387],{},"Du klebst fünf Tools mit Handarbeit zusammen."," Daten von hier nach dort kopieren, eine Liste pflegen, die niemand pflegen will, dieselbe Information dreimal eintippen. Wenn ein Mensch jeden Tag den Übersetzer zwischen Systemen spielt, ist genau das die Stelle, an der sich Eigenbau rechnet.",[14,1390,1391,1394],{},[41,1392,1393],{},"Kein Tool passt, ohne dass du dich verbiegst."," Du zahlst für zehn Funktionen, nutzt zwei, und die eine, die du wirklich brauchst, fehlt. Das ist kein Achtzig-Prozent-Fall mehr. Das ist ein Werkzeug, das für jemand anderen gemacht wurde.",[14,1396,1397,1400],{},[41,1398,1399],{},"Deine Daten sitzen fest."," Wenn das fertige Tool deine Daten so hält, dass du nicht rankommst, wird jede Auswertung und jede Verknüpfung zum Kampf. Eigene Software heisst, dass die Daten dir gehören und dort liegen, wo du sie brauchst.",[93,1402,1405],{"heading":1403,"src":1404},"Der Schnitt verläuft selten quer durch die Firma","/blog/bauen-oder-kaufen-pfad.jpg",[14,1406,1407],{},"Die ehrlichste Antwort ist fast nie \"alles kaufen\" oder \"alles bauen\". Sie verläuft mitten durch dein Geschäft: Standardsoftware für alles, was du mit anderen teilst, eigene Software für das, was nur du so machst. Die Kunst ist, die Linie an der richtigen Stelle zu ziehen.",[21,1409,1411],{"id":1410},"der-dritte-weg-den-die-meisten-übersehen","Der dritte Weg, den die meisten übersehen",[14,1413,1414],{},"Bauen und kaufen ist kein Entweder-oder. Der häufigste richtige Weg ist eine dünne, eigene Schicht auf erprobten Bausteinen. Wir bauen nicht das Zahlungssystem nach, wir nutzen ein bestehendes und bauen den Teil drumherum, der zu deinem Geschäft gehört. Wir schreiben keine eigene Datenbank, wir nehmen eine bewährte und stecken unsere Arbeit in das, was sie wertvoll macht.",[14,1416,1417],{},"So fliesst dein Budget dorthin, wo es zählt: in den schmalen Teil, der wirklich nur dir gehört. Den Rest übernehmen Komponenten, die sich schon hunderttausendfach bewährt haben. Das ist günstiger als alles selbst zu bauen und flexibler als alles zu mieten.",[21,1419,542],{"id":541},[14,1421,1422],{},"Wenn jemand fragt \"selbst bauen oder kaufen?\", lautet die eigentliche Frage: Wo liegt mein Unterschied, und wo bin ich wie alle anderen? Beim Gleichen kaufst du. Beim Unterschied baust du. Alles dazwischen ist die ehrliche Arbeit, diese Linie sauber zu ziehen.",[14,1424,1425],{},"Genau diese Linie schauen wir uns mit dir an, bevor irgendjemand eine Zeile Code schreibt. Manchmal endet das Gespräch mit einer Empfehlung für ein Tool, das du selber abschliessen kannst. Das ist kein verlorener Auftrag. Das ist der Grund, warum man wiederkommt.",[111,1427,1428],{"icon":381,"title":114},[14,1429,1430],{},"Kauf, was dein Problem mit tausend anderen teilt. Bau, was nur du so machst. Und wenn dir jemand zu allem \"bauen\" sagt, frag, woran er verdient.",[122,1432],{},[14,1434,1435,1436],{},"Nicht sicher, auf welcher Seite dein Problem liegt? ",[52,1437,1438],{"href":129},"Erzähl uns davon, wir sagen dir ehrlich, ob sich Bauen lohnt.",{"title":132,"searchDepth":133,"depth":133,"links":1440},[1441,1442,1443,1444,1445],{"id":1332,"depth":133,"text":1333},{"id":1347,"depth":133,"text":1348},{"id":1372,"depth":133,"text":1373},{"id":1410,"depth":133,"text":1411},{"id":541,"depth":133,"text":542},"/blog/bauen-oder-kaufen-cover.jpg","2026-06-17",{},{"title":1319,"description":132},"blog/bauen-oder-kaufen",[570,154,1452],"Eigenentwicklung","nG-86-xiT-aHcv-6JsfThHeWoEFMkL8s0dAr27ZjISo",{"id":1455,"title":1456,"author":414,"body":1457,"cat":1585,"cover":1586,"date":1587,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1588,"navigation":146,"path":536,"read":148,"role":575,"seo":1589,"stem":1590,"tags":1591,"__hash__":1593},"blog/blog/was-kostet-das.md","Was kostet das? Wie wir Aufwand ehrlich schätzen",{"type":8,"value":1458,"toc":1578},[1459,1464,1467,1471,1474,1477,1482,1485,1489,1504,1507,1511,1514,1520,1526,1532,1538,1545,1549,1552,1555,1559,1562,1565,1570,1572],[11,1460,1461],{},[14,1462,1463],{},"\"Was kostet das?\" Diese Frage kommt früh, manchmal schon in der ersten Mail. Berechtigt, denn niemand startet ein Projekt ohne ein Budget im Kopf. Die ehrliche Antwort ist nur selten eine einzelne Zahl. Sie ist eine Spanne und eine Erklärung, woran diese Spanne hängt.",[14,1465,1466],{},"Über Geld wird in unserer Branche gern schwammig geredet. Auf der einen Seite die Hoffnung, dass KI jetzt alles fast gratis macht. Auf der anderen die Pauschalofferte, die so tut, als wäre am ersten Tag schon alles klar. Beides führt in die Irre. Was hilft, ist zu verstehen, wofür du eigentlich bezahlst. Und das lässt sich sauber auseinandernehmen.",[21,1468,1470],{"id":1469},"die-ki-schreibt-den-code-also-wirds-günstig","\"Die KI schreibt den Code, also wird's günstig?\"",[14,1472,1473],{},"Diese Rechnung klingt plausibel und stimmt trotzdem nicht. Sie geht davon aus, dass das Tippen der teure Teil war. Das war es nie.",[14,1475,1476],{},"Teuer ist die Entscheidung, was überhaupt gebaut werden soll. Teuer ist der Entwurf, wie die Teile zusammenpassen, damit das System in einem Jahr noch wartbar ist. Teuer ist die Prüfung, ob das, was rauskommt, auch das Richtige tut. Agentic Coding beschleunigt das Schreiben. Die Arbeit davor und danach bleibt.",[64,1478,1479],{},[14,1480,1481],{},"Agentic Coding senkt die Kosten fürs Tippen. Den teuren Teil, die richtigen Entscheidungen, nimmt dir keine Maschine ab.",[14,1483,1484],{},"Das Gute daran: Weil das Tippen schneller geht, fliesst mehr von deinem Budget in die Dinge, die den Unterschied machen. Du zahlst weniger fürs Abtippen bekannter Muster und mehr fürs Nachdenken über dein konkretes Problem.",[21,1486,1488],{"id":1487},"wofür-du-wirklich-bezahlst","Wofür du wirklich bezahlst",[14,1490,1491,1492,1495,1496,1499,1500,1503],{},"Wenn wir für dich bauen, steckt dein Geld in drei Dingen. Erstens im ",[41,1493,1494],{},"Urteilsvermögen",": zu wissen, welcher der zehn möglichen Wege der ist, der dich nicht in einem halben Jahr einholt. Zweitens in der ",[41,1497,1498],{},"Architektur",": dem Datenmodell, den Grenzen zwischen Modulen, den Entscheidungen, die später teuer zu ändern sind. Drittens in ",[41,1501,1502],{},"Review und Tests",": dem Teil, der dafür sorgt, dass dein Produkt auch für echte Nutzer hält, nicht nur in der Demo.",[14,1505,1506],{},"Der generierte Code selbst ist fast ein Nebenprodukt. Wertvoll ist, dass jemand mit Erfahrung die Richtung vorgibt und prüft, was die Maschine liefert.",[21,1508,1510],{"id":1509},"was-den-preis-treibt","Was den Preis treibt",[14,1512,1513],{},"Warum kostet dasselbe Feature beim einen Projekt zwei Tage und beim anderen zwei Wochen? An ein paar Hebeln, die fast immer dieselben sind.",[14,1515,1516,1519],{},[41,1517,1518],{},"Wie klar die Anforderung ist."," \"Ein Login\" ist ein Satz. Ob es Single Sign-on braucht, Rollen, Zwei-Faktor, Einladungen per Mail, das sind fünf verschiedene Aufwände. Je schärfer wir wissen, was du wirklich brauchst, desto präziser die Schätzung.",[14,1521,1522,1525],{},[41,1523,1524],{},"Schnittstellen zu anderen Systemen."," Eine eigene, abgeschlossene App ist berechenbar. Sobald deine Software mit einem Buchhaltungssystem, einer Zahlungsplattform oder einer alten Datenbank reden muss, kommt fremdes Verhalten ins Spiel, das wir nicht kontrollieren.",[14,1527,1528,1531],{},[41,1529,1530],{},"Der Zustand deiner Daten."," Saubere Daten sind schnell. Gewachsene Excel-Tabellen mit zehn Jahren Sonderfällen sind es nicht. Die Migration alter Daten wird regelmässig unterschätzt.",[14,1533,1534,1537],{},[41,1535,1536],{},"Sonderfälle und Compliance."," Der Normalfall ist meist schnell gebaut. Die Zeit geht in die Ausnahmen: Was passiert bei einem Abbruch mitten im Bezahlvorgang? Wer darf was sehen? Bei heiklen Daten kommen Datenschutzanforderungen dazu, die zur Architektur gehören, nicht ans Ende geschraubt werden.",[93,1539,1542],{"heading":1540,"src":1541},"Der Preis hängt selten am Offensichtlichen","/blog/kosten-treiber.jpg",[14,1543,1544],{},"Nicht das sichtbare Feature treibt den Aufwand, sondern was darunter liegt: unklare Anforderungen, fremde Schnittstellen, alte Daten, Sonderfälle. Wir machen diese Hebel früh sichtbar, damit du weisst, woran die Zahl hängt, bevor du dich festlegst.",[21,1546,1548],{"id":1547},"warum-wir-nicht-pauschal-pro-feature-rechnen","Warum wir nicht pauschal pro Feature rechnen",[14,1550,1551],{},"Eine feste Zahl pro Feature klingt verlockend, weil sie Sicherheit verspricht. Sie tut aber so, als wäre am ersten Tag schon alles bekannt. Das ist nie der Fall, und der Preis dieser Scheinsicherheit ist hoch: Entweder wir polstern jede Schätzung dick, damit wir nicht draufzahlen, oder wir kürzen am Ende heimlich an der Qualität. Beides ist schlecht für dich.",[14,1553,1554],{},"Wir schätzen deshalb in Spannen und mit klaren Annahmen. Statt \"Feature X kostet Y\" sagen wir, was wir für die Zahl voraussetzen. Ändert sich eine Annahme, ändert sich die Zahl, und du erfährst es sofort, nicht in der Schlussrechnung.",[21,1556,1558],{"id":1557},"wie-eine-schätzung-bei-uns-aussieht","Wie eine Schätzung bei uns aussieht",[14,1560,1561],{},"Wir schauen uns mit dir an, was du wirklich brauchst, und trennen das Notwendige vom Wünschenswerten. Dann bekommst du eine Spanne mit den Annahmen dahinter, schriftlich. Statt mit dem grossen Wurf zu starten, bauen wir zuerst die kleinste Scheibe, die etwas Echtes hervorbringt. Danach hast du etwas in der Hand und entscheidest mit echten Daten weiter, nicht auf Basis einer Folie.",[14,1563,1564],{},"So bleibt das Budget unter deiner Kontrolle. Du gibst nicht alles auf einmal frei, sondern Schritt für Schritt, mit Ergebnissen dazwischen.",[111,1566,1567],{"icon":381,"title":114},[14,1568,1569],{},"Eine Schätzung ohne Annahmen ist geraten. Wir schreiben dazu, worauf sie beruht. So siehst du nicht nur, was es kostet, sondern auch, was den Preis bewegt, wenn sich am Projekt etwas ändert.",[122,1571],{},[14,1573,1574,1575],{},"Lieber eine ehrliche Spanne als eine schöne Zahl. ",[52,1576,1577],{"href":129},"Erzähl uns von deinem Projekt, du bekommst eine echte Einschätzung.",{"title":132,"searchDepth":133,"depth":133,"links":1579},[1580,1581,1582,1583,1584],{"id":1469,"depth":133,"text":1470},{"id":1487,"depth":133,"text":1488},{"id":1509,"depth":133,"text":1510},{"id":1547,"depth":133,"text":1548},{"id":1557,"depth":133,"text":1558},"Preise","/blog/kosten-cover.jpg","2026-06-10",{},{"title":1456,"description":132},"blog/was-kostet-das",[1585,570,154,1592],"Agentic Coding","n2AgZk6iorM0PdZnlv0Iy51IzV5MxcoWfh0cpFmZMc4",{"id":1595,"title":1596,"author":6,"body":1597,"cat":1697,"cover":1698,"date":1699,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":1700,"navigation":146,"path":215,"read":148,"role":149,"seo":1701,"stem":1702,"tags":1703,"__hash__":1706},"blog/blog/wo-bleiben-deine-daten.md","Wo bleiben deine Daten? KI-Projekte ehrlich erklärt",{"type":8,"value":1598,"toc":1691},[1599,1604,1607,1611,1614,1627,1630,1634,1637,1640,1645,1649,1652,1655,1662,1665,1669,1672,1675,1678,1683,1685],[11,1600,1601],{},[14,1602,1603],{},"\"Und das geht dann alles zu einer KI in den USA?\" Diese Frage kommt in fast jedem Erstgespräch, meistens mit einem leicht besorgten Unterton. Sie ist berechtigt. Und die Antwort ist konkreter, als das Bauchgefühl vermuten lässt.",[14,1605,1606],{},"Datenschutz wird bei KI-Projekten gern zum Nebelfeld. Auf der einen Seite die Angst, dass Kundendaten irgendwo in einem Rechenzentrum versickern. Auf der anderen das Versprechen, dass schon alles sicher sei. Beides hilft dir nicht. Was hilft, ist zu wissen, welche Daten wann wohin fliessen. Und das lässt sich sauber auseinandernehmen.",[21,1608,1610],{"id":1609},"drei-orte-an-denen-daten-landen-oder-eben-nicht","Drei Orte, an denen Daten landen (oder eben nicht)",[14,1612,1613],{},"Wenn wir für dich bauen, gibt es drei verschiedene Dinge, die oft in einen Topf geworfen werden:",[14,1615,1202,1616,1618,1619,1622,1623,1626],{},[41,1617,1205],{}," selbst. Das ist die Logik deiner Software, nicht deine Geschäftsdaten. Zweitens die ",[41,1620,1621],{},"Daten, die deine Software im Betrieb verarbeitet",": Kundennamen, Bestellungen, was auch immer dein Produkt verwaltet. Drittens das, ",[41,1624,1625],{},"was wir während der Entwicklung an KI-Tools schicken",", um schneller zu bauen.",[14,1628,1629],{},"Diese drei haben völlig unterschiedliche Anforderungen. Wer sie vermischt, bekommt entweder unnötige Panik oder falsche Sicherheit.",[21,1631,1633],{"id":1632},"während-der-entwicklung-kein-echter-datensatz-verlässt-das-haus","Während der Entwicklung: kein echter Datensatz verlässt das Haus",[14,1635,1636],{},"Wenn wir mit Agentic Coding arbeiten, schicken wir Code-Ausschnitte an KI-Modelle. Was wir nicht schicken, sind deine echten Kundendaten. Dafür gibt es keinen Grund: Zum Programmieren brauchen wir die Struktur deiner Daten, nicht ihren Inhalt.",[14,1638,1639],{},"Für Tests arbeiten wir mit synthetischen Daten. Erfundene Namen, generierte Bestellungen, ein realistisches Abbild ohne eine einzige echte Person darin. Das ist kein Mehraufwand zur Beruhigung, sondern ohnehin saubere Praxis. Mit Produktivdaten zu entwickeln ist auch ohne KI eine schlechte Idee.",[64,1641,1642],{},[14,1643,1644],{},"Zum Bauen brauchen wir die Form deiner Daten, nicht ihren Inhalt. Den lassen wir dort, wo er hingehört.",[21,1646,1648],{"id":1647},"wenn-dein-produkt-selbst-ki-nutzt","Wenn dein Produkt selbst KI nutzt",[14,1650,1651],{},"Anders wird es, wenn dein Produkt im Betrieb KI verwendet. Ein Chat, der Kundenanfragen beantwortet. Eine Funktion, die Dokumente zusammenfasst. Hier fliessen echte Daten zum Modell, und genau hier entscheidet sich der Datenschutz.",[14,1653,1654],{},"Die gute Nachricht: Du hast die Wahl. Ein Modell muss nicht in einem US-Rechenzentrum laufen. Es gibt EU-Regionen mit vertraglich zugesicherter Datenhaltung, es gibt Anbieter mit Hosting in der Schweiz, und für sensible Fälle gibt es Modelle, die komplett auf deiner eigenen Infrastruktur laufen. Welche Variante passt, hängt davon ab, wie heikel die Daten sind und was sie kosten dürfen.",[93,1656,1659],{"heading":1657,"src":1658},"Daten bleiben, wo du sie haben willst","/blog/daten-residency.jpg",[14,1660,1661],{},"EU-Region, Schweizer Hosting oder ganz ohne Cloud-Modell auf eigener Infrastruktur. Die Frage ist nie nur technisch, sondern: Wie heikel sind die Daten, und was darf die Lösung kosten? Diese Abwägung treffen wir mit dir, nicht für dich.",[14,1663,1664],{},"Dazu kommt ein zweiter Hebel, den viele übersehen: Datensparsamkeit. Oft muss gar nicht der ganze Datensatz zum Modell, sondern nur der Teil, der für die Aufgabe nötig ist. Was nie verschickt wird, kann auch nicht verloren gehen.",[21,1666,1668],{"id":1667},"was-das-ndsg-wirklich-verlangt","Was das nDSG wirklich verlangt",[14,1670,1671],{},"Seit September 2023 gilt in der Schweiz das revidierte Datenschutzgesetz. Es klingt nach einer Hürde, ist aber vor allem eine Liste vernünftiger Dinge, die man sowieso tun sollte.",[14,1673,1674],{},"Du musst wissen, wo deine Daten liegen und wer sie verarbeitet. Mit Anbietern, die in deinem Auftrag Daten bearbeiten, braucht es einen Auftragsbearbeitungsvertrag. Verlassen Daten die Schweiz, muss das Zielland ein angemessenes Schutzniveau bieten oder vertraglich abgesichert sein. Und Betroffene haben ein Recht darauf zu erfahren, was mit ihren Daten passiert.",[14,1676,1677],{},"Nichts davon ist KI-spezifisch. Es sind dieselben Fragen, die für jeden Cloud-Dienst gelten, den du schon nutzt. KI macht sie nur sichtbarer, weil plötzlich alle hinschauen.",[111,1679,1680],{"icon":113,"title":114},[14,1681,1682],{},"Datenschutz ist keine Funktion, die man am Ende anschraubt. Wir klären vor der ersten Zeile Code, welche Daten im Spiel sind und wohin sie dürfen. Das ist billiger als jede nachträgliche Reparatur.",[122,1684],{},[14,1686,1687,1688],{},"Daten, die bleiben, wo sie hingehören. ",[52,1689,1690],{"href":129},"Reden wir darüber, was dein Projekt wirklich braucht.",{"title":132,"searchDepth":133,"depth":133,"links":1692},[1693,1694,1695,1696],{"id":1609,"depth":133,"text":1610},{"id":1632,"depth":133,"text":1633},{"id":1647,"depth":133,"text":1648},{"id":1667,"depth":133,"text":1668},"Datenschutz","/blog/daten-cover.jpg","2026-05-31",{},{"title":1596,"description":132},"blog/wo-bleiben-deine-daten",[1697,139,1704,1705],"Schweiz","KI","7uhO7YTaOY604hG65uh9kRQjnKOUhoUcVgDkApIpk0E",{"id":1708,"title":1709,"author":6,"body":1710,"cat":1960,"cover":1961,"date":1962,"description":132,"excerpt":142,"extension":143,"featured":146,"meta":1963,"navigation":146,"path":372,"read":1964,"role":149,"seo":1965,"stem":1966,"tags":1967,"__hash__":1971},"blog/blog/mvp-in-sechs-wochen.md","Agentic Coding in der Praxis: Ein MVP in sechs Wochen",{"type":8,"value":1711,"toc":1954},[1712,1717,1720,1727,1731,1734,1739,1745,1749,1752,1759,1766,1770,1773,1789,1931,1935,1938,1942,1944,1950],[11,1713,1714],{},[14,1715,1716],{},"Ein Kunde kommt mit einer Idee, einem festen Demo-Termin und einem realistischen Budget. Sechs Wochen später steht ein Produkt, das echte Nutzer bedienen können. Das ist kein Glücksfall. Das ist Methode.",[14,1718,1719],{},"Als die Anfrage reinkam, war die Ausgangslage typisch: eine validierte Idee, ein Pitch in anderthalb Monaten, kein bestehender Code. Klassisch hätten wir hier von einem Discovery-Sprint, Wireframes und einem ersten lauffähigen Stand \"in ein paar Monaten\" gesprochen. Wir haben stattdessen am ersten Tag angefangen zu bauen.",[14,1721,1722,1723,1726],{},"Der Hebel ist nicht, dass die KI den Code schreibt. Der Hebel ist, dass wir als erfahrene Entwickler die ",[41,1724,1725],{},"Richtung"," vorgeben und die Maschine die Strecke abkürzt, bei voller Kontrolle über Architektur und Qualität.",[21,1728,1730],{"id":1729},"woche-1-2-skelett-statt-slides","Woche 1-2: Skelett statt Slides",[14,1732,1733],{},"Statt Klickdummies haben wir direkt ein deploybares Skelett gebaut: Auth, Datenmodell, ein erster echter Flow. Der Kunde konnte am Ende der zweiten Woche auf seinem Handy durchklicken. Kein Prototyp in Figma, sondern die Sache selbst.",[1735,1736],"figure",{"caption":1737,"src":1738},"Ende Woche 2: der erste End-to-End-Flow auf echten Daten. Hässlich, aber bedienbar, genau richtig.","/blog/mvp-erster-flow.jpg",[64,1740,1742],{"cite":1741},"Marco, im Retro",[14,1743,1744],{},"Ein lauffähiges, hässliches Produkt schlägt jeden schönen Klickdummy. Du lernst aus Klicks, nicht aus Rechtecken.",[21,1746,1748],{"id":1747},"woche-3-4-schärfen-wo-es-zählt","Woche 3-4: Schärfen, wo es zählt",[14,1750,1751],{},"Mit echtem Nutzungs-Feedback haben wir umgesteuert. Zwei Features, die in der Theorie wichtig schienen, flogen raus. Eines, das niemand auf der Liste hatte, wurde zum Kern. Genau dafür baut man früh: um billig falsch zu liegen.",[93,1753,1756],{"heading":1754,"src":1755},"Ein Detail, das alles trägt","/blog/mvp-feature-detail.jpg",[14,1757,1758],{},"Die Suche war ursprünglich ein Nebenschauplatz. Im Test wurde klar: sie ist der Einstieg. Also haben wir sie zur Hauptbühne gemacht, in zwei Tagen, nicht zwei Wochen.",[111,1760,1763],{"icon":1761,"title":1762},"sparkles","Unser Prinzip",[14,1764,1765],{},"Tempo ist kein Selbstzweck. Es kauft dir Iterationen, und Iterationen kaufen dir ein Produkt, das die richtigen Probleme löst.",[21,1767,1769],{"id":1768},"woche-5-6-produktionsreife","Woche 5-6: Produktionsreife",[14,1771,1772],{},"Die letzten zwei Wochen gingen in das, was ein Prototyp von einem Produkt unterscheidet: Fehlerfälle, Edge-Cases, sauberes Deployment, Monitoring. Hier zahlt sich die Erfahrung aus: die KI kennt die Stolpersteine nicht, wir schon.",[1774,1775,1776,1780,1783,1786],"ul",{},[1777,1778,1779],"li",{},"Saubere CI/CD-Pipeline statt manueller Deploys",[1777,1781,1782],{},"Echte Fehlerbehandlung und Logging von Tag eins",[1777,1784,1785],{},"Ein Datenmodell, das die nächsten zwölf Monate trägt",[1777,1787,1788],{},"Dokumentation, die der Kunde auch ohne uns versteht",[1790,1791,1796],"pre",{"className":1792,"code":1793,"filename":1794,"language":1795,"meta":132,"style":132},"language-ts shiki shiki-themes poimandres","// Mensch setzt die Richtung, Agent füllt die Strecke\nexport async function ship(idea: Brief) {\n  const plan   = await architect(idea);   // wir entscheiden\n  const draft  = await agent.build(plan); // maschine baut\n  return review(draft);                   // wir verantworten\n}\n","flow.ts: der Kern in 6 Zeilen","ts",[1797,1798,1799,1808,1843,1873,1905,1925],"code",{"__ignoreMap":132},[1800,1801,1804],"span",{"class":1802,"line":1803},"line",1,[1800,1805,1807],{"class":1806},"sT4vG","// Mensch setzt die Richtung, Agent füllt die Strecke\n",[1800,1809,1810,1814,1817,1821,1825,1829,1833,1836,1840],{"class":1802,"line":133},[1800,1811,1813],{"class":1812},"sKVK7","export",[1800,1815,1816],{"class":1812}," async",[1800,1818,1820],{"class":1819},"s8L5M"," function",[1800,1822,1824],{"class":1823},"s9ANf"," ship",[1800,1826,1828],{"class":1827},"sfHY2","(",[1800,1830,1832],{"class":1831},"su9CW","idea",[1800,1834,1835],{"class":1819},":",[1800,1837,1839],{"class":1838},"sWZes"," Brief",[1800,1841,1842],{"class":1827},") {\n",[1800,1844,1846,1849,1852,1855,1859,1863,1865,1867,1870],{"class":1802,"line":1845},3,[1800,1847,1848],{"class":1819},"  const",[1800,1850,1851],{"class":1831}," plan",[1800,1853,1854],{"class":1819},"   =",[1800,1856,1858],{"class":1857},"s_Ig8"," await",[1800,1860,1862],{"class":1861},"slUAu"," architect",[1800,1864,1828],{"class":1827},[1800,1866,1832],{"class":1831},[1800,1868,1869],{"class":1827},");   ",[1800,1871,1872],{"class":1806},"// wir entscheiden\n",[1800,1874,1876,1878,1881,1884,1886,1889,1891,1894,1896,1899,1902],{"class":1802,"line":1875},4,[1800,1877,1848],{"class":1819},[1800,1879,1880],{"class":1831}," draft",[1800,1882,1883],{"class":1819},"  =",[1800,1885,1858],{"class":1857},[1800,1887,1888],{"class":1831}," agent",[1800,1890,217],{"class":1827},[1800,1892,1893],{"class":1861},"build",[1800,1895,1828],{"class":1827},[1800,1897,1898],{"class":1831},"plan",[1800,1900,1901],{"class":1827},"); ",[1800,1903,1904],{"class":1806},"// maschine baut\n",[1800,1906,1908,1911,1914,1916,1919,1922],{"class":1802,"line":1907},5,[1800,1909,1910],{"class":1857},"  return",[1800,1912,1913],{"class":1861}," review",[1800,1915,1828],{"class":1827},[1800,1917,1918],{"class":1831},"draft",[1800,1920,1921],{"class":1827},");                   ",[1800,1923,1924],{"class":1806},"// wir verantworten\n",[1800,1926,1928],{"class":1802,"line":1927},6,[1800,1929,1930],{"class":1827},"}\n",[21,1932,1934],{"id":1933},"was-wir-gelernt-haben","Was wir gelernt haben",[14,1936,1937],{},"Agentic Coding ersetzt keine Erfahrung. Es verstärkt sie. Wer nicht weiss, wie ein gutes System aussieht, baut mit der KI nur schneller Schrott. Wer es weiss, baut in Wochen, wofür man früher Monate brauchte.",[1939,1940],"figure-grid",{":items":1941},"[{\"src\":\"/blog/mvp-velocity.jpg\",\"caption\":\"Velocity über sechs Wochen.\"},{\"src\":\"/blog/mvp-scope-cuts.jpg\",\"caption\":\"Gestrichener Scope, bewusst.\"}]",[122,1943],{},[14,1945,1946,1947],{},"Du hast eine Idee mit einem festen Termin? Genau dafür sind wir gebaut. ",[52,1948,1949],{"href":129},"Lass uns reden.",[1951,1952,1953],"style",{},"html pre.shiki code .sT4vG, html code.shiki .sT4vG{--shiki-default:#767C9DB0;--shiki-default-font-style:italic}html pre.shiki code .sKVK7, html code.shiki .sKVK7{--shiki-default:#5DE4C7}html pre.shiki code .s8L5M, html code.shiki .s8L5M{--shiki-default:#91B4D5}html pre.shiki code .s9ANf, html code.shiki .s9ANf{--shiki-default:#ADD7FF}html pre.shiki code .sfHY2, html code.shiki .sfHY2{--shiki-default:#A6ACCD}html pre.shiki code .su9CW, html code.shiki .su9CW{--shiki-default:#E4F0FB}html pre.shiki code .sWZes, html code.shiki .sWZes{--shiki-default:#A6ACCDC0}html pre.shiki code .s_Ig8, html code.shiki .s_Ig8{--shiki-default:#5DE4C7C0}html pre.shiki code .slUAu, html code.shiki .slUAu{--shiki-default:#E4F0FBD0}html .default .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}",{"title":132,"searchDepth":133,"depth":133,"links":1955},[1956,1957,1958,1959],{"id":1729,"depth":133,"text":1730},{"id":1747,"depth":133,"text":1748},{"id":1768,"depth":133,"text":1769},{"id":1933,"depth":133,"text":1934},"Praxis","/blog/mvp-cover.jpg","2026-05-24",{},"8 Min",{"title":1709,"description":132},"blog/mvp-in-sechs-wochen",[1592,1968,1969,1970],"MVP","Workflow","Bern","4WZiX7hOWflUsdph12gmq0fGoKuZl5fPTWXWPiWbRkg",{"id":1973,"title":856,"author":414,"body":1974,"cat":1592,"cover":2029,"date":2030,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":2031,"navigation":146,"path":855,"read":148,"role":575,"seo":2032,"stem":2033,"tags":2034,"__hash__":2035},"blog/blog/kein-hype.md",{"type":8,"value":1975,"toc":2025},[1976,1981,1984,1989,1993,1996,2004,2010,2014,2017,2019],[11,1977,1978],{},[14,1979,1980],{},"Jede neue Technologie durchläuft denselben Bogen: erst überschätzt, dann unterschätzt, irgendwann selbstverständlich. Agentic Coding ist gerade mitten im lautesten Teil davon.",[14,1982,1983],{},"Wir bauen seit über einem Jahr produktiv damit. Genug, um den Marketing-Lärm von der Realität zu trennen. Die kurze Version: Es verändert, wie wir arbeiten, aber nicht so, wie die Schlagzeilen behaupten.",[64,1985,1986],{},[14,1987,1988],{},"Die Maschine schreibt Code. Den Unterschied macht, wer entscheidet, welcher Code überhaupt entstehen soll.",[21,1990,1992],{"id":1991},"was-es-wirklich-verändert","Was es wirklich verändert",[14,1994,1995],{},"Nicht die Existenz von Entwicklern, sondern die Verteilung ihrer Zeit. Weniger Tippen, mehr Denken. Weniger Boilerplate, mehr Architektur. Die langweiligen 80 % schrumpfen, die anspruchsvollen 20 % bekommen den Platz, den sie verdienen.",[93,1997,2001],{":flip":1998,"heading":1999,"src":2000},"true","Vom Tippen zum Entscheiden","/blog/kein-hype-zeit-verteilung.jpg",[14,2002,2003],{},"Früher floss die Mehrheit der Zeit in mechanische Arbeit. Heute fliesst sie in Entscheidungen, und genau dort entsteht der Wert.",[111,2005,2007],{"icon":1288,"title":2006},"Kein Autopilot",[14,2008,2009],{},"Agentic Coding ist ein Co-Pilot, kein Autopilot. Ohne erfahrene Hand am Steuer landest du schneller, nur eben nicht dort, wo du hinwolltest.",[21,2011,2013],{"id":2012},"wo-der-hype-recht-hat","Wo der Hype recht hat",[14,2015,2016],{},"Die Geschwindigkeit ist real. Was früher ein Quartal war, ist heute ein Sprint. Aber Geschwindigkeit ohne Richtung ist nur Lärm. Deshalb reden wir lieber über Urteilsvermögen als über Tokens pro Sekunde.",[122,2018],{},[14,2020,2021,2022],{},"Neugierig, was das konkret für dein Projekt heisst? ",[52,2023,2024],{"href":129},"Schreib uns.",{"title":132,"searchDepth":133,"depth":133,"links":2026},[2027,2028],{"id":1991,"depth":133,"text":1992},{"id":2012,"depth":133,"text":2013},"/blog/kein-hype-cover.jpg","2026-05-11",{},{"title":856,"description":132},"blog/kein-hype",[1592,570],"GTIGcrTdkA-ghkY1hO8obHl0p_WkDXROGUQ_FKczjsc",{"id":2037,"title":2038,"author":6,"body":2039,"cat":806,"cover":2110,"date":2111,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":2112,"navigation":146,"path":895,"read":2113,"role":149,"seo":2114,"stem":2115,"tags":2116,"__hash__":2118},"blog/blog/guardrails.md","Sauberer Code trotz KI-Tempo: Unsere Guardrails",{"type":8,"value":2040,"toc":2103},[2041,2046,2050,2053,2057,2060,2065,2069,2072,2075,2079,2082,2086,2089,2094,2096],[11,2042,2043],{},[14,2044,2045],{},"Geschwindigkeit ist verführerisch. Sie verleitet dazu, Qualität als Bremse zu sehen. Wir sehen sie als Lenkung. Und Lenkung ist genau das, was dich bei Tempo am Leben hält.",[21,2047,2049],{"id":2048},"_1-der-mensch-reviewt-immer","1. Der Mensch reviewt, immer",[14,2051,2052],{},"Kein generierter Code geht ungelesen in Produktion. Punkt. Die KI schlägt vor, wir entscheiden. Das ist keine Förmlichkeit. Es ist die Stelle, an der Verantwortung entsteht.",[21,2054,2056],{"id":2055},"_2-tests-sind-nicht-verhandelbar","2. Tests sind nicht verhandelbar",[14,2058,2059],{},"Schneller Code ohne Tests ist eine Schuld, die du mit Zinsen zurückzahlst. Wir lassen die KI Tests gleich mitschreiben und prüfen, ob sie das Richtige testen.",[64,2061,2062],{},[14,2063,2064],{},"Geschwindigkeit ohne Tests ist kein Fortschritt. Es ist nur eine Verzögerung, bei der die Rechnung später kommt.",[21,2066,2068],{"id":2067},"_3-architektur-bleibt-chefsache","3. Architektur bleibt Chefsache",[14,2070,2071],{},"Die grossen Linien (Datenmodell, Grenzen, Verträge zwischen Modulen) zeichnen wir selbst. Die KI füllt aus, sie entwirft nicht. Wer das verwechselt, bekommt ein Haus ohne Statik.",[1939,2073],{":items":2074},"[{\"src\":\"/blog/guardrails-modul-grenzen.jpg\",\"caption\":\"Grenzen ziehen wir.\"},{\"src\":\"/blog/guardrails-fuellung.jpg\",\"caption\":\"Füllen lassen wir.\"}]",[21,2076,2078],{"id":2077},"_4-lesbarkeit-vor-cleverness","4. Lesbarkeit vor Cleverness",[14,2080,2081],{},"Code wird öfter gelesen als geschrieben, ab jetzt auch von der nächsten KI. Langweiliger, klarer Code schlägt jeden cleveren Einzeiler.",[21,2083,2085],{"id":2084},"_5-du-verstehst-was-du-auslieferst","5. Du verstehst, was du auslieferst",[14,2087,2088],{},"Wenn niemand im Team erklären kann, wie ein Stück Code funktioniert, ist es noch nicht fertig, egal wie gut es läuft.",[111,2090,2091],{"icon":113,"title":114},[14,2092,2093],{},"Wenn Tempo und Sorgfalt sich widersprechen, gewinnt Sorgfalt. Genau deshalb können wir uns das Tempo überhaupt leisten.",[122,2095],{},[14,2097,2098,2099],{},"Saubere Systeme, die jahrelang halten. ",[52,2100,2102],{"href":2101},"/#services","Das ist unser Handwerk.",{"title":132,"searchDepth":133,"depth":133,"links":2104},[2105,2106,2107,2108,2109],{"id":2048,"depth":133,"text":2049},{"id":2055,"depth":133,"text":2056},{"id":2067,"depth":133,"text":2068},{"id":2077,"depth":133,"text":2078},{"id":2084,"depth":133,"text":2085},"/blog/guardrails-cover.jpg","2026-04-28",{},"7 Min",{"title":2038,"description":132},"blog/guardrails",[806,940,2117],"Code Review","hQebwgdt0uIWPLS7FqctkUnAFzw7bc7gDoXMxVjK9Q0",{"id":2120,"title":2121,"author":414,"body":2122,"cat":806,"cover":2177,"date":2178,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":2179,"navigation":146,"path":1148,"read":2180,"role":575,"seo":2181,"stem":2182,"tags":2183,"__hash__":2186},"blog/blog/prototyp-zur-produktion.md","Vom Prototyp zur Produktion: Der Übergang, den niemand plant",{"type":8,"value":2123,"toc":2174},[2124,2129,2132,2139,2143,2155,2160,2166,2168],[11,2125,2126],{},[14,2127,2128],{},"Es gibt einen Moment in jedem Projekt, der über alles entscheidet, und kaum jemand plant ihn ein: der Sprung vom \"läuft auf meinem Rechner\" zum \"läuft für echte Menschen\".",[14,2130,2131],{},"Ein Prototyp darf brechen. Ein Produkt nicht. Dazwischen liegt mehr Arbeit, als die meisten erwarten, und genau hier trennt sich solide Entwicklung von schnellem Schein.",[93,2133,2136],{"heading":2134,"src":2135},"Sichtbarkeit zuerst","/blog/prototyp-monitoring.jpg",[14,2137,2138],{},"Bevor du skalierst, musst du sehen, was passiert. Logging, Monitoring, Alerts: unscheinbar, aber sie entscheiden, ob du nachts ruhig schläfst.",[21,2140,2142],{"id":2141},"die-drei-übergänge","Die drei Übergänge",[2144,2145,2146,2149,2152],"ol",{},[1777,2147,2148],{},"Von Happy Path zu Edge Cases: Was passiert, wenn etwas schiefgeht?",[1777,2150,2151],{},"Von einem Nutzer zu vielen: Hält das Datenmodell unter Last?",[1777,2153,2154],{},"Von \"wir deployen\" zu \"es deployt sich\": Automatisierung statt Heldentum.",[64,2156,2157],{},[14,2158,2159],{},"Ein Prototyp beantwortet \"geht das?\". Ein Produkt beantwortet \"geht das auch um drei Uhr nachts, wenn niemand zuschaut?\".",[111,2161,2163],{"icon":381,"title":2162},"Plane den Übergang ein",[14,2164,2165],{},"Rechne ihn von Anfang an ins Budget. Der Sprung zur Produktion ist kein Detail am Ende. Er ist die halbe Miete.",[122,2167],{},[14,2169,2170,2171],{},"Du hast einen Prototyp, der den nächsten Schritt braucht? ",[52,2172,2173],{"href":129},"Reden wir.",{"title":132,"searchDepth":133,"depth":133,"links":2175},[2176],{"id":2141,"depth":133,"text":2142},"/blog/prototyp-cover.jpg","2026-04-15",{},"5 Min",{"title":2121,"description":132},"blog/prototyp-zur-produktion",[806,2184,2185],"Produktion","Skalierung","T-Eu67csQJsZ3tSfqyAD6juMiFDpKte3DUNt74WMt5g",{"id":2188,"title":2189,"author":414,"body":2190,"cat":570,"cover":2245,"date":2246,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":2247,"navigation":146,"path":982,"read":148,"role":575,"seo":2248,"stem":2249,"tags":2250,"__hash__":2251},"blog/blog/kmu-und-ki.md","KMU & KI: Wo der Hebel wirklich liegt",{"type":8,"value":2191,"toc":2242},[2192,2197,2200,2204,2215,2220,2227,2234,2236],[11,2193,2194],{},[14,2195,2196],{},"\"Wir sollten irgendwas mit KI machen.\" Diesen Satz hören wir oft. Unsere erste Frage ist immer dieselbe: Welches Problem genau willst du lösen?",[14,2198,2199],{},"Die spannendsten Hebel für KMUs liegen selten im glänzenden KI-Feature, sondern in der unsichtbaren Maschinerie dahinter: dem Angebot, das drei Tage dauert. Der Datenpflege, die niemand machen will. Der Software, die seit zehn Jahren \"eigentlich ersetzt gehört\".",[21,2201,2203],{"id":2202},"drei-fragen-vor-jedem-projekt","Drei Fragen vor jedem Projekt",[2144,2205,2206,2209,2212],{},[1777,2207,2208],{},"Welcher Prozess kostet euch am meisten Zeit, jede Woche, wieder und wieder?",[1777,2210,2211],{},"Wo brechen heute Dinge, weil ein Mensch sie manuell zusammenhält?",[1777,2213,2214],{},"Was würdet ihr anbieten, wenn euch die Technik nicht im Weg stünde?",[64,2216,2217],{},[14,2218,2219],{},"Der grösste Hebel für KMUs ist selten ein neues KI-Feature. Es ist die alte Software, die endlich so funktioniert, wie sie sollte.",[93,2221,2224],{":flip":1998,"heading":2222,"src":2223},"Erst der Prozess, dann die Technik","/blog/kmu-prozess-vorher-nachher.jpg",[14,2225,2226],{},"Wir starten nie mit dem Tool. Wir starten mit dem Engpass und bauen dann genau so viel Technik, wie es braucht, um ihn aufzulösen.",[111,2228,2231],{"icon":2229,"title":2230},"map-pin","Aus der Region, für die Region",[14,2232,2233],{},"Wir kennen den Schweizer KMU-Alltag: pragmatisch, qualitätsbewusst, ohne Buzzword-Bingo. Genau so arbeiten wir auch.",[122,2235],{},[14,2237,2238,2239],{},"Lass uns deinen grössten Engpass anschauen. ",[52,2240,2241],{"href":129},"Unverbindlich.",{"title":132,"searchDepth":133,"depth":133,"links":2243},[2244],{"id":2202,"depth":133,"text":2203},"/blog/kmu-cover.jpg","2026-04-02",{},{"title":2189,"description":132},"blog/kmu-und-ki",[570,154,1704],"SSs6zx7ridfRUSLMlLANrGa6eNqWImVy2LTwy6j677E",{"id":2253,"title":2254,"author":6,"body":2255,"cat":2287,"cover":2288,"date":2289,"description":132,"excerpt":142,"extension":143,"featured":144,"meta":2290,"navigation":146,"path":2291,"read":2292,"role":149,"seo":2293,"stem":2294,"tags":2295,"__hash__":2297},"blog/blog/aus-bern.md","Aus Bern, für die Schweiz: Warum Nähe zählt",{"type":8,"value":2256,"toc":2285},[2257,2262,2265,2269,2274,2277,2279],[11,2258,2259],{},[14,2260,2261],{},"Man kann Software heute von überall auf der Welt bauen lassen. Wir tun es bewusst von hier: aus Bern, für die Schweiz. Nicht aus Lokalpatriotismus, sondern weil Nähe ein echter Vorteil ist.",[14,2263,2264],{},"Wenn ein Projekt gut läuft, merkt man Distanz kaum. Wenn es schwierig wird (und das wird es immer irgendwann), entscheidet sie alles. Dieselbe Zeitzone. Dieselbe Sprache. Dasselbe Verständnis dafür, was \"bis Ende Woche\" wirklich heisst.",[1735,2266],{"caption":2267,"src":2268},"Kurze Wege, klare Worte. Manchmal ist der schnellste Weg ein Kaffee in der Altstadt.","/blog/aus-bern-team.jpg",[64,2270,2271],{},[14,2272,2273],{},"Code kennt keine Grenzen. Vertrauen schon. Es wächst am besten dort, wo man sich in die Augen schauen kann.",[14,2275,2276],{},"Wir sind nah genug für einen Kaffee und kompetent genug für die anspruchsvollen Sachen. Genau diese Nähe ist der Grund, warum unsere Kunden bleiben.",[122,2278],{},[14,2280,2281,2282],{},"Auf einen Kaffee in Bern? ",[52,2283,2284],{"href":129},"Wir freuen uns.",{"title":132,"searchDepth":133,"depth":133,"links":2286},[],"Aus Bern","/blog/aus-bern-cover.jpg","2026-03-20",{},"/blog/aus-bern","4 Min",{"title":2254,"description":132},"blog/aus-bern",[2287,2296],"Kultur","5e-BLbDAgtQNOpuY78YYEnZMorzSq6A_CXRLiqJGgYI",1787268307105]