[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"reazon-page-\u002Fde\u002Fwissen\u002Fsoftware-teuer-nach-launch":3,"reazon-offering-angebot-leistungen":53,"reazon-offering-angebot-zielgruppen":67,"reazon-angebot-subnav":78,"reazon-mainnav":79,"reazon-articles-\u002Fde\u002Fwissen":89,"reazon-footernav":899,"reazon-legalnav":928},{"data":4},{"id":5,"path":6,"slug":7,"published_at":8,"page_type":9,"no_index":12,"fields":13,"blocks":52},757,"\u002Fde\u002Fwissen\u002Fsoftware-teuer-nach-launch","software-teuer-nach-launch","2026-08-12T14:20:02.744Z",{"identifier":10,"name":11},"article","Blog Post",false,{"audiences":14,"title":28,"summary":29,"big5_category":30,"publication_date":31,"meta_title":32,"meta_description":33,"hubs":34,"body":47,"body_html":48,"bl_test":49,"bl_audience":50},[15],{"audience":16},{"id":17,"slug":18,"path":19,"page_type":20,"published":21,"fields":22,"type":27},595,"kmu","\u002Fde\u002Fbranchen\u002Fkmu","audience",true,{"title":23,"meta_title":24,"meta_description":25,"summary":26},"Digitale B2B-Produkte für Schweizer KMU","Digitale B2B-Produkte für Schweizer KMU | Wertstifter","Deine digitale B2B-Produktidee bleibt neben dem Tagesgeschäft liegen? Wir prüfen, bauen und betreiben sie mit dir in klaren Etappen.","Für Inhaber und Geschäftsleitungen Schweizer KMU: Wir bringen eine neue digitale B2B-Produktidee aus der Warteschleife in einen prüfbaren, laufenden Betrieb.","Cms::Page","Warum Software nach dem Launch teuer wird","Der Launch fühlt sich an wie das Ziel. Tatsächlich beginnt dann erst der teuerste Teil. **Die meisten Budgets enden mit dem Go-live, die Kosten nicht.** Du erfährst, woraus die Gesamtkosten einer Software wirklich bestehen, warum Wartung, technische Schulden und fehlendes Monitoring die Rechnung in die Höhe treiben und wie du mit einem Betriebsplan dafür sorgst, dass nicht jede Störung zum Notfall wird.","problems","2025-02-17T00:00:00Z","Software nach dem Launch teuer | Wertstifter","Warum Software nach dem Launch teuer wird: Total Cost of Ownership, Wartung, technische Schulden und Monitoring. So planst du den Betrieb, bevor er dich überrascht.",[35],{"hub":36},{"id":37,"slug":38,"path":39,"page_type":40,"published":21,"fields":41,"type":27,"anchor":30},601,"produkt-betrieb","\u002Fde\u002Fleistungen\u002Fprodukt-betrieb","service",{"title":42,"meta_title":43,"summary":44,"meta_description":45,"nav_teaser":46},"Produkt-Betrieb","Managed Produkt-Betrieb für Schweizer KMU | Wertstifter","Wir übernehmen den Betrieb digitaler Produkte mit klar vereinbartem Umfang, projektbezogenen Reaktionszeiten und vollständigem Zugriff für dich.","Betrieb für digitale Produkte: Managed individuell oder Business mit klar vereinbartem Scope. Montag bis Freitag, 08-17 Uhr, ohne Lock-in.","Digitale Produkte verlässlich betreiben.","## Warum Software nach dem Launch erst richtig teuer wird\n\nWenn ein Software-Projekt live geht, fühlt sich das an wie der Schlusspfiff. Budget verplant, Team feiert, Auftraggeber hakt die Zeile ab. Hier liegt das Missverständnis, das später Geld kostet. Der Launch ist kein Endpunkt. Er ist der Moment, in dem deine Software anfängt zu leben: echte Umgebung, echte Nutzer, echte Daten, echte Lastspitzen. Und ab jetzt entstehen die Kosten, die in keiner Projektkalkulation auftauchen.\n\nDieser Artikel zeigt dir, woraus diese Kosten bestehen, wie sie sich aufstauen und wie du den Betrieb von Anfang an so planst, dass er bezahlbar bleibt. Das ist keine Schwarzmalerei. Es ist die zweite Hälfte der Rechnung, und es lohnt sich, sie zu kennen, bevor sie eintrifft.\n\n## Total Cost of Ownership: die Rechnung, die niemand stellt\n\nFür teure Anschaffungen gibt es in der Industrie einen Begriff: **Total Cost of Ownership**, kurz TCO. Gemeint sind die Gesamtkosten über die ganze Lebensdauer, nicht nur der Kaufpreis. Beim Auto ist der Kaufpreis der kleinere Posten. Versicherung, Treibstoff, Service, Reifen, Wertverlust summieren sich über Jahre zu einem Mehrfachen. Bei Software ist es dasselbe, nur sind die laufenden Kosten deutlich schlechter sichtbar.\n\nDie Bauphase ist der Kaufpreis. Sie hat ein Datum, eine Offerte, eine Rechnung. Der Betrieb ist ein Strom: Hosting, Wartung, Sicherheitsupdates, Support, Anpassungen, Weiterentwicklung. Über die Lebensdauer einer Anwendung übersteigt dieser Strom die einmaligen Baukosten regelmässig, oft um ein Mehrfaches. Wer nur die Bauphase budgetiert, plant den kleineren Teil der Rechnung und tut so, als wäre es die ganze.\n\nDer Denkfehler ist nachvollziehbar. Eine Offerte für den Bau kannst du anfassen. Der Betrieb ist diffus und liegt in der Zukunft, und genau das macht ihn gefährlich. Was nicht budgetiert ist, wird nicht eingeplant, und was nicht eingeplant ist, trifft dich unvorbereitet. Wer früh in [Total Cost of Ownership statt nur in Baukosten denkt](\u002Fde\u002Fwissen\u002Fwas-kostet-saas-betrieb-pro-monat), entscheidet auch klüger, was überhaupt gebaut werden soll.\n\n## Der Wartungs-Schock: warum fertige Software trotzdem Arbeit macht\n\nEine verbreitete Annahme: Wenn die Software einmal funktioniert, läuft sie weiter. Bei einem Möbelstück stimmt das. Bei Software nicht, weil das Fundament unter ihr ständig in Bewegung ist.\n\nDeine Anwendung steht nicht für sich. Sie sitzt auf einem Betriebssystem, nutzt eine Datenbank, hängt an Frameworks, Bibliotheken und externen Diensten wie Zahlungsanbietern oder E-Mail-Versand. Diese Schichten werden weiterentwickelt, bekommen Updates und werden irgendwann abgekündigt. Eine Bibliothek, die heute aktuell ist, gilt in zwei Jahren als veraltet. Eine Schnittstelle, die du heute nutzt, kann der Anbieter morgen abschalten. Browser ändern ihr Verhalten, Sicherheitslücken werden bekannt und müssen geschlossen werden.\n\nKurz: **Selbst wenn sich an deiner Software nichts ändert, ändert sich alles um sie herum.** Stillstand ist deshalb keine Option, sondern schleichender Verfall. Spielst du ein Jahr lang keine Updates ein, wartet danach kein kleines Update auf dich, sondern ein Berg aufgeschobener Aktualisierungen, die sich gegenseitig blockieren. Aus einer Stunde Routinepflege im Monat wird ein mehrwöchiges Sanierungsprojekt. Diesen Sprung nennen wir den **Wartungs-Schock**. Die Pflege verschwindet nicht, wenn du sie aufschiebst. Sie wird nur teurer.\n\n## Technische Schulden: der Zins auf schnelle Entscheidungen\n\nDicht daneben liegt ein Begriff, der den Kern vieler Kostenexplosionen erklärt: **technische Schulden**. Das Bild stammt aus der Finanzwelt und passt verblüffend gut. Wer beim Bauen eine Abkürzung nimmt, um schneller fertig zu sein, leiht sich Zeit. Diese Schuld wird verzinst, und der Zins fällt bei jeder künftigen Änderung an.\n\nEin Beispiel. Beim Bau eines MVP löst das Team die Benutzerverwaltung schnell und simpel, ohne saubere Trennung der Zuständigkeiten. Zum Start ist das vernünftig, denn Geschwindigkeit zählt mehr als Eleganz. Ein Jahr später soll eine Rollenverwaltung dazu. Jetzt rächt sich die Abkürzung: Weil alles ineinander verwoben ist, dauert die eigentlich kleine Erweiterung dreimal so lange wie geplant. Das ist der Zins, und du zahlst ihn rückwirkend.\n\nTechnische Schulden sind nicht grundsätzlich schlecht. Wie bei echtem Kredit kann es klug sein, sich gezielt etwas zu leihen, um früher am Markt zu sein. Brenzlig wird es erst, wenn niemand mitschreibt, welche Schulden aufgenommen wurden, und niemand sie je zurückzahlt. Dann wächst der Zinsberg unbemerkt, bis jede neue Funktion quälend langsam wird und Entwickler vor jeder Änderung zögern, weil sie nicht wissen, was sie damit kaputtmachen. Dieser Zustand steckt hinter vielen [SaaS-Projekten, die nach gutem Start ins Stocken geraten](\u002Fde\u002Fwissen\u002Fwarum-saas-projekte-scheitern).\n\nDie Gegenmittel sind unspektakulär und wirken trotzdem. Mach Schulden sichtbar, statt sie zu verstecken. Notiere bei jeder Abkürzung, was vereinfacht wurde und unter welchen Bedingungen es ausgebaut gehört. Reserviere regelmässig einen Teil der Entwicklungszeit fürs Zurückzahlen, statt nur Neues draufzustapeln.\n\n## Kein Betriebsplan: wenn im Ernstfall niemand zuständig ist\n\nViele Projekte haben einen detaillierten Plan für den Bau und keinen einzigen Satz zum Betrieb. Das ist, als würdest du ein Haus bauen und nie klären, wer heizt, putzt, das Dach kontrolliert und die Rechnungen zahlt. Ein **Betriebsplan** beantwortet die Fragen, die nach dem Launch zählen.\n\nWer ist erreichbar, wenn um drei Uhr nachts der Zahlungsdienst ausfällt? Wer entscheidet, ob ein Sicherheitsupdate sofort eingespielt werden muss? Wo liegen die Backups, und hat je jemand getestet, ob sich daraus wirklich wiederherstellen lässt? Wer behält im Blick, dass Zertifikate und Domains rechtzeitig verlängert werden? Wie schnell muss ein Ausfall behoben sein, und was kostet jede Stunde Stillstand das Geschäft? Fünf Fragen, und in vielen Projekten kennt niemand die Antworten.\n\nFehlt der Plan, landet die Zuständigkeit im Ernstfall bei dem, der gerade greifbar ist. Meist ohne Vorbereitung, ohne Zugänge, ohne Überblick. So wird aus einem kleinen Problem ein grosses, einfach weil vorher niemand festgelegt hat, wie man damit umgeht. Ein Betriebsplan kostet in der Erstellung wenig und spart im Ernstfall viel, weil er aus Improvisation Routine macht. Diese Routine ist der Kern von [Produkt-Betrieb als eigener Disziplin](\u002Fde\u002Fleistungen\u002Fprodukt-betrieb): Software am Laufen zu halten ist eine Aufgabe für sich, kein Nebenprodukt des Bauens.\n\n## Ohne Monitoring wird jede Störung zum Notfall\n\nZwischen Teams, die wissen, wie es ihrer Software gerade geht, und Teams, die es nicht wissen, liegt ein messbarer Unterschied. Er heisst **Monitoring**.\n\nOhne Monitoring erfährst du von Problemen durch deine Nutzer. Jemand schreibt verärgert, dass die Bestellung nicht durchgeht. Ein Kunde ruft an, weil die Seite seit Stunden hängt. Bis dahin ist der Schaden längst da, und du startest aus dem Stand. Du weisst nicht, seit wann es klemmt, woran es liegt, ob nur eine Funktion betroffen ist oder das ganze System. So wird jede Störung zum Notfall, weil sie dich überrascht und du erst im Dunkeln tappst, bevor du handeln kannst.\n\nMit Monitoring dreht sich die Reihenfolge um. Du siehst die Antwortzeiten steigen, bevor die Seite ganz steht. Du bekommst eine Meldung, sobald die Fehlerrate anspringt, und greifst ein, während die meisten Nutzer noch nichts merken. Du erkennst, wenn ein Server an seine Grenze kommt, bevor er umfällt. **Monitoring verwandelt Überraschungen in Vorwarnungen**, und eine Vorwarnung lässt sich um ein Vielfaches billiger behandeln als ein Totalausfall mitten im Tagesgeschäft.\n\nDazu gehört mehr als ein Diagramm an der Wand. Brauchbares Monitoring schickt Alarme an die richtige Person zur richtigen Zeit, ohne sie mit Fehlalarmen abzustumpfen. Es führt Protokolle, mit denen sich eine Störung im Nachhinein rekonstruieren lässt. Und es beschränkt sich auf die paar Kennzahlen, die wirklich zählen, statt auf hundert, die niemand liest. Der Aufwand dafür ist klein gegen das, was ein unbemerkter Ausfall an Umsatz und Vertrauen kostet.\n\n## Wann sich der Aufwand nicht lohnt\n\nNicht jede Anwendung verdient denselben Betriebsaufwand. Ein internes Tool, das eine Handvoll Leute zweimal im Monat nutzt, braucht keine Alarmkette und keinen Bereitschaftsdienst um drei Uhr nachts. Ein Wochenend-Prototyp, der eine Idee testet und danach vermutlich gelöscht wird, braucht keine Backup-Strategie mit Wiederherstellungstest. Der nüchterne Massstab ist nicht Vollständigkeit, sondern Verhältnis: Was kostet ein Ausfall, und wie wahrscheinlich ist er?\n\nFür Software, an der dein Geschäft hängt, fällt die Antwort klar aus, und der Betriebsaufwand zahlt sich aus. Für ein Experiment ohne echte Nutzer ist eine schlanke Lösung das Richtige, und voller Betriebsapparat wäre Verschwendung. Wichtig ist nur, dass du die Entscheidung bewusst triffst, statt den Betrieb einfach wegzulassen und zu hoffen. Genau die Hoffnung ist es, die später teuer wird.\n\n## Wer betreibt, baut anders\n\nUns ist dieses Thema nicht aus der Beratung vertraut, sondern aus dem eigenen Alltag. Wir bauen Software bei Wertstifter nicht nur, wir betreiben unsere eigenen Produkte selbst, etwa Wortfreunde und Reazon. Das verändert, wie wir bauen. Wer eine Anwendung danach selbst am Laufen halten muss, trifft andere Entscheidungen als jemand, der nach dem Launch verschwindet.\n\nKonkret: Wir wählen Technik, die wir auch in zwei Jahren noch warten können, statt der neuesten Spielerei. Wir bauen Monitoring von Anfang an ein, weil wir selbst die Anrufe um drei Uhr nachts bekämen. Wir schreiben technische Schulden mit, weil wir sie sonst selbst abtragen müssten. Dieser Operator-Blick trennt eine Software, die zum Launch glänzt, von einer, die auch im dritten Betriebsjahr noch bezahlbar läuft. Wer vor der Wahl steht, [selbst zu bauen, eine Agentur zu beauftragen oder mit einem Produktstudio zu arbeiten](\u002Fde\u002Fwissen\u002Fselbst-bauen-vs-agentur-vs-nocode-vs-produktstudio), sollte deshalb nicht nur fragen, wer am günstigsten baut, sondern wer danach mitdenkt.\n\n## So bleibt die zweite Hälfte der Rechnung klein\n\nSoftware wird nach dem Launch teuer, wenn du den Betrieb dem Zufall überlässt. Sie bleibt bezahlbar, wenn du ihn von Anfang an mitdenkst. Rechne die **Total Cost of Ownership** schon vor dem Bau, nicht nur den Kaufpreis. Plane Wartung als festen Posten, damit aus aufgeschobener Pflege kein Wartungs-Schock wird. Schreibe **technische Schulden** mit und zahle sie in kleinen Raten zurück, statt den Zinsberg wachsen zu lassen. Lege einen **Betriebsplan** an, der klärt, wer im Ernstfall was tut. Und richte **Monitoring** ein, damit du von Problemen erfährst, bevor deine Nutzer es tun.\n\nKeiner dieser Schritte ist für sich gross oder teuer. Teuer wird ihr Fehlen. Die gute Nachricht: Die zweite Hälfte der Rechnung ist planbar. Du musst sie nur stellen, bevor sie dich überrascht.","\u003Ch2>Warum Software nach dem Launch erst richtig teuer wird\u003C\u002Fh2>\n\n\u003Cp>Wenn ein Software-Projekt live geht, fühlt sich das an wie der Schlusspfiff. Budget verplant, Team feiert, Auftraggeber hakt die Zeile ab. Hier liegt das Missverständnis, das später Geld kostet. Der Launch ist kein Endpunkt. Er ist der Moment, in dem deine Software anfängt zu leben: echte Umgebung, echte Nutzer, echte Daten, echte Lastspitzen. Und ab jetzt entstehen die Kosten, die in keiner Projektkalkulation auftauchen.\u003C\u002Fp>\n\n\u003Cp>Dieser Artikel zeigt dir, woraus diese Kosten bestehen, wie sie sich aufstauen und wie du den Betrieb von Anfang an so planst, dass er bezahlbar bleibt. Das ist keine Schwarzmalerei. Es ist die zweite Hälfte der Rechnung, und es lohnt sich, sie zu kennen, bevor sie eintrifft.\u003C\u002Fp>\n\n\u003Ch2>Total Cost of Ownership: die Rechnung, die niemand stellt\u003C\u002Fh2>\n\n\u003Cp>Für teure Anschaffungen gibt es in der Industrie einen Begriff: \u003Cstrong>Total Cost of Ownership\u003C\u002Fstrong>, kurz TCO. Gemeint sind die Gesamtkosten über die ganze Lebensdauer, nicht nur der Kaufpreis. Beim Auto ist der Kaufpreis der kleinere Posten. Versicherung, Treibstoff, Service, Reifen, Wertverlust summieren sich über Jahre zu einem Mehrfachen. Bei Software ist es dasselbe, nur sind die laufenden Kosten deutlich schlechter sichtbar.\u003C\u002Fp>\n\n\u003Cp>Die Bauphase ist der Kaufpreis. Sie hat ein Datum, eine Offerte, eine Rechnung. Der Betrieb ist ein Strom: Hosting, Wartung, Sicherheitsupdates, Support, Anpassungen, Weiterentwicklung. Über die Lebensdauer einer Anwendung übersteigt dieser Strom die einmaligen Baukosten regelmässig, oft um ein Mehrfaches. Wer nur die Bauphase budgetiert, plant den kleineren Teil der Rechnung und tut so, als wäre es die ganze.\u003C\u002Fp>\n\n\u003Cp>Der Denkfehler ist nachvollziehbar. Eine Offerte für den Bau kannst du anfassen. Der Betrieb ist diffus und liegt in der Zukunft, und genau das macht ihn gefährlich. Was nicht budgetiert ist, wird nicht eingeplant, und was nicht eingeplant ist, trifft dich unvorbereitet. Wer früh in \u003Ca href=\"\u002Fde\u002Fwissen\u002Fwas-kostet-saas-betrieb-pro-monat\">Total Cost of Ownership statt nur in Baukosten denkt\u003C\u002Fa>, entscheidet auch klüger, was überhaupt gebaut werden soll.\u003C\u002Fp>\n\n\u003Ch2>Der Wartungs-Schock: warum fertige Software trotzdem Arbeit macht\u003C\u002Fh2>\n\n\u003Cp>Eine verbreitete Annahme: Wenn die Software einmal funktioniert, läuft sie weiter. Bei einem Möbelstück stimmt das. Bei Software nicht, weil das Fundament unter ihr ständig in Bewegung ist.\u003C\u002Fp>\n\n\u003Cp>Deine Anwendung steht nicht für sich. Sie sitzt auf einem Betriebssystem, nutzt eine Datenbank, hängt an Frameworks, Bibliotheken und externen Diensten wie Zahlungsanbietern oder E-Mail-Versand. Diese Schichten werden weiterentwickelt, bekommen Updates und werden irgendwann abgekündigt. Eine Bibliothek, die heute aktuell ist, gilt in zwei Jahren als veraltet. Eine Schnittstelle, die du heute nutzt, kann der Anbieter morgen abschalten. Browser ändern ihr Verhalten, Sicherheitslücken werden bekannt und müssen geschlossen werden.\u003C\u002Fp>\n\n\u003Cp>Kurz: \u003Cstrong>Selbst wenn sich an deiner Software nichts ändert, ändert sich alles um sie herum.\u003C\u002Fstrong> Stillstand ist deshalb keine Option, sondern schleichender Verfall. Spielst du ein Jahr lang keine Updates ein, wartet danach kein kleines Update auf dich, sondern ein Berg aufgeschobener Aktualisierungen, die sich gegenseitig blockieren. Aus einer Stunde Routinepflege im Monat wird ein mehrwöchiges Sanierungsprojekt. Diesen Sprung nennen wir den \u003Cstrong>Wartungs-Schock\u003C\u002Fstrong>. Die Pflege verschwindet nicht, wenn du sie aufschiebst. Sie wird nur teurer.\u003C\u002Fp>\n\n\u003Ch2>Technische Schulden: der Zins auf schnelle Entscheidungen\u003C\u002Fh2>\n\n\u003Cp>Dicht daneben liegt ein Begriff, der den Kern vieler Kostenexplosionen erklärt: \u003Cstrong>technische Schulden\u003C\u002Fstrong>. Das Bild stammt aus der Finanzwelt und passt verblüffend gut. Wer beim Bauen eine Abkürzung nimmt, um schneller fertig zu sein, leiht sich Zeit. Diese Schuld wird verzinst, und der Zins fällt bei jeder künftigen Änderung an.\u003C\u002Fp>\n\n\u003Cp>Ein Beispiel. Beim Bau eines MVP löst das Team die Benutzerverwaltung schnell und simpel, ohne saubere Trennung der Zuständigkeiten. Zum Start ist das vernünftig, denn Geschwindigkeit zählt mehr als Eleganz. Ein Jahr später soll eine Rollenverwaltung dazu. Jetzt rächt sich die Abkürzung: Weil alles ineinander verwoben ist, dauert die eigentlich kleine Erweiterung dreimal so lange wie geplant. Das ist der Zins, und du zahlst ihn rückwirkend.\u003C\u002Fp>\n\n\u003Cp>Technische Schulden sind nicht grundsätzlich schlecht. Wie bei echtem Kredit kann es klug sein, sich gezielt etwas zu leihen, um früher am Markt zu sein. Brenzlig wird es erst, wenn niemand mitschreibt, welche Schulden aufgenommen wurden, und niemand sie je zurückzahlt. Dann wächst der Zinsberg unbemerkt, bis jede neue Funktion quälend langsam wird und Entwickler vor jeder Änderung zögern, weil sie nicht wissen, was sie damit kaputtmachen. Dieser Zustand steckt hinter vielen \u003Ca href=\"\u002Fde\u002Fwissen\u002Fwarum-saas-projekte-scheitern\">SaaS-Projekten, die nach gutem Start ins Stocken geraten\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Cp>Die Gegenmittel sind unspektakulär und wirken trotzdem. Mach Schulden sichtbar, statt sie zu verstecken. Notiere bei jeder Abkürzung, was vereinfacht wurde und unter welchen Bedingungen es ausgebaut gehört. Reserviere regelmässig einen Teil der Entwicklungszeit fürs Zurückzahlen, statt nur Neues draufzustapeln.\u003C\u002Fp>\n\n\u003Ch2>Kein Betriebsplan: wenn im Ernstfall niemand zuständig ist\u003C\u002Fh2>\n\n\u003Cp>Viele Projekte haben einen detaillierten Plan für den Bau und keinen einzigen Satz zum Betrieb. Das ist, als würdest du ein Haus bauen und nie klären, wer heizt, putzt, das Dach kontrolliert und die Rechnungen zahlt. Ein \u003Cstrong>Betriebsplan\u003C\u002Fstrong> beantwortet die Fragen, die nach dem Launch zählen.\u003C\u002Fp>\n\n\u003Cp>Wer ist erreichbar, wenn um drei Uhr nachts der Zahlungsdienst ausfällt? Wer entscheidet, ob ein Sicherheitsupdate sofort eingespielt werden muss? Wo liegen die Backups, und hat je jemand getestet, ob sich daraus wirklich wiederherstellen lässt? Wer behält im Blick, dass Zertifikate und Domains rechtzeitig verlängert werden? Wie schnell muss ein Ausfall behoben sein, und was kostet jede Stunde Stillstand das Geschäft? Fünf Fragen, und in vielen Projekten kennt niemand die Antworten.\u003C\u002Fp>\n\n\u003Cp>Fehlt der Plan, landet die Zuständigkeit im Ernstfall bei dem, der gerade greifbar ist. Meist ohne Vorbereitung, ohne Zugänge, ohne Überblick. So wird aus einem kleinen Problem ein grosses, einfach weil vorher niemand festgelegt hat, wie man damit umgeht. Ein Betriebsplan kostet in der Erstellung wenig und spart im Ernstfall viel, weil er aus Improvisation Routine macht. Diese Routine ist der Kern von \u003Ca href=\"\u002Fde\u002Fleistungen\u002Fprodukt-betrieb\">Produkt-Betrieb als eigener Disziplin\u003C\u002Fa>: Software am Laufen zu halten ist eine Aufgabe für sich, kein Nebenprodukt des Bauens.\u003C\u002Fp>\n\n\u003Ch2>Ohne Monitoring wird jede Störung zum Notfall\u003C\u002Fh2>\n\n\u003Cp>Zwischen Teams, die wissen, wie es ihrer Software gerade geht, und Teams, die es nicht wissen, liegt ein messbarer Unterschied. Er heisst \u003Cstrong>Monitoring\u003C\u002Fstrong>.\u003C\u002Fp>\n\n\u003Cp>Ohne Monitoring erfährst du von Problemen durch deine Nutzer. Jemand schreibt verärgert, dass die Bestellung nicht durchgeht. Ein Kunde ruft an, weil die Seite seit Stunden hängt. Bis dahin ist der Schaden längst da, und du startest aus dem Stand. Du weisst nicht, seit wann es klemmt, woran es liegt, ob nur eine Funktion betroffen ist oder das ganze System. So wird jede Störung zum Notfall, weil sie dich überrascht und du erst im Dunkeln tappst, bevor du handeln kannst.\u003C\u002Fp>\n\n\u003Cp>Mit Monitoring dreht sich die Reihenfolge um. Du siehst die Antwortzeiten steigen, bevor die Seite ganz steht. Du bekommst eine Meldung, sobald die Fehlerrate anspringt, und greifst ein, während die meisten Nutzer noch nichts merken. Du erkennst, wenn ein Server an seine Grenze kommt, bevor er umfällt. \u003Cstrong>Monitoring verwandelt Überraschungen in Vorwarnungen\u003C\u002Fstrong>, und eine Vorwarnung lässt sich um ein Vielfaches billiger behandeln als ein Totalausfall mitten im Tagesgeschäft.\u003C\u002Fp>\n\n\u003Cp>Dazu gehört mehr als ein Diagramm an der Wand. Brauchbares Monitoring schickt Alarme an die richtige Person zur richtigen Zeit, ohne sie mit Fehlalarmen abzustumpfen. Es führt Protokolle, mit denen sich eine Störung im Nachhinein rekonstruieren lässt. Und es beschränkt sich auf die paar Kennzahlen, die wirklich zählen, statt auf hundert, die niemand liest. Der Aufwand dafür ist klein gegen das, was ein unbemerkter Ausfall an Umsatz und Vertrauen kostet.\u003C\u002Fp>\n\n\u003Ch2>Wann sich der Aufwand nicht lohnt\u003C\u002Fh2>\n\n\u003Cp>Nicht jede Anwendung verdient denselben Betriebsaufwand. Ein internes Tool, das eine Handvoll Leute zweimal im Monat nutzt, braucht keine Alarmkette und keinen Bereitschaftsdienst um drei Uhr nachts. Ein Wochenend-Prototyp, der eine Idee testet und danach vermutlich gelöscht wird, braucht keine Backup-Strategie mit Wiederherstellungstest. Der nüchterne Massstab ist nicht Vollständigkeit, sondern Verhältnis: Was kostet ein Ausfall, und wie wahrscheinlich ist er?\u003C\u002Fp>\n\n\u003Cp>Für Software, an der dein Geschäft hängt, fällt die Antwort klar aus, und der Betriebsaufwand zahlt sich aus. Für ein Experiment ohne echte Nutzer ist eine schlanke Lösung das Richtige, und voller Betriebsapparat wäre Verschwendung. Wichtig ist nur, dass du die Entscheidung bewusst triffst, statt den Betrieb einfach wegzulassen und zu hoffen. Genau die Hoffnung ist es, die später teuer wird.\u003C\u002Fp>\n\n\u003Ch2>Wer betreibt, baut anders\u003C\u002Fh2>\n\n\u003Cp>Uns ist dieses Thema nicht aus der Beratung vertraut, sondern aus dem eigenen Alltag. Wir bauen Software bei Wertstifter nicht nur, wir betreiben unsere eigenen Produkte selbst, etwa Wortfreunde und Reazon. Das verändert, wie wir bauen. Wer eine Anwendung danach selbst am Laufen halten muss, trifft andere Entscheidungen als jemand, der nach dem Launch verschwindet.\u003C\u002Fp>\n\n\u003Cp>Konkret: Wir wählen Technik, die wir auch in zwei Jahren noch warten können, statt der neuesten Spielerei. Wir bauen Monitoring von Anfang an ein, weil wir selbst die Anrufe um drei Uhr nachts bekämen. Wir schreiben technische Schulden mit, weil wir sie sonst selbst abtragen müssten. Dieser Operator-Blick trennt eine Software, die zum Launch glänzt, von einer, die auch im dritten Betriebsjahr noch bezahlbar läuft. Wer vor der Wahl steht, \u003Ca href=\"\u002Fde\u002Fwissen\u002Fselbst-bauen-vs-agentur-vs-nocode-vs-produktstudio\">selbst zu bauen, eine Agentur zu beauftragen oder mit einem Produktstudio zu arbeiten\u003C\u002Fa>, sollte deshalb nicht nur fragen, wer am günstigsten baut, sondern wer danach mitdenkt.\u003C\u002Fp>\n\n\u003Ch2>So bleibt die zweite Hälfte der Rechnung klein\u003C\u002Fh2>\n\n\u003Cp>Software wird nach dem Launch teuer, wenn du den Betrieb dem Zufall überlässt. Sie bleibt bezahlbar, wenn du ihn von Anfang an mitdenkst. Rechne die \u003Cstrong>Total Cost of Ownership\u003C\u002Fstrong> schon vor dem Bau, nicht nur den Kaufpreis. Plane Wartung als festen Posten, damit aus aufgeschobener Pflege kein Wartungs-Schock wird. Schreibe \u003Cstrong>technische Schulden\u003C\u002Fstrong> mit und zahle sie in kleinen Raten zurück, statt den Zinsberg wachsen zu lassen. Lege einen \u003Cstrong>Betriebsplan\u003C\u002Fstrong> an, der klärt, wer im Ernstfall was tut. Und richte \u003Cstrong>Monitoring\u003C\u002Fstrong> ein, damit du von Problemen erfährst, bevor deine Nutzer es tun.\u003C\u002Fp>\n\n\u003Cp>Keiner dieser Schritte ist für sich gross oder teuer. Teuer wird ihr Fehlen. Die gute Nachricht: Die zweite Hälfte der Rechnung ist planbar. Du musst sie nur stellen, bevor sie dich überrascht.\u003C\u002Fp>\n",{"id":37,"slug":38,"path":39,"page_type":40,"published":21,"type":27,"anchor":30},{"id":17,"slug":18,"path":19,"page_type":20,"published":21,"fields":51,"type":27,"anchor":30},{"title":23,"meta_title":24,"meta_description":25,"summary":26},[],[54,58,62,63],{"title":55,"href":56,"description":57},"Digitales Produktteam","\u002Fde\u002Fleistungen\u002Fsaas-produktentwicklung","Dein digitales Produktteam für B2B-Produkte: Wir klären und testen die Idee, bauen die erste nutzbare Version und bleiben für Betrieb und Weiterentwicklung verantwortlich.",{"title":59,"href":60,"description":61},"Individualsoftware für KMU","\u002Fde\u002Fleistungen\u002Findividualsoftware-kmu","Wir bauen interne Tools und Plattformen für Schweizer KMU, wenn Standardsoftware nicht sauber passt und eine eigene Lösung wirtschaftlich sinnvoll ist.",{"title":42,"href":39,"description":44},{"title":64,"href":65,"description":66},"Produktnahes Wachstum","\u002Fde\u002Fleistungen\u002Fwachstum","Wir helfen dir, ein laufendes Produkt anhand echter Nutzung zu verbessern: mit Analytics, Aktivierung und den SEO-Grundlagen der Produktseiten.",[68,70,74],{"title":69,"href":19,"description":26},"Schweizer KMU",{"title":71,"href":72,"description":73},"SaaS-Gründer","\u002Fde\u002Fbranchen\u002Fstartups","Für SaaS-Gründer mit einer konkreten B2B-Idee: Produktkern klären, Annahmen prüfen, fokussiert bauen und ohne vorschnellen Teamaufbau betreiben.",{"title":75,"href":76,"description":77},"Agenturen & Beratungen","\u002Fde\u002Fbranchen\u002Fagenturen","Sekundärer Partnerkanal: technische Produktentwicklung und Betrieb für Agenturen und Beratungen, wenn Rollen, Kundenzugang und Verantwortung klar geregelt sind.",[],[80,83,86],{"title":81,"href":82},"Eigene Produkte","\u002Fde\u002Fprojekte",{"title":84,"href":85},"Wissen","\u002Fde\u002Fwissen",{"title":87,"href":88},"Über uns","\u002Fde\u002Fueber-uns",[90,104,112,123,133,141,150,159,168,176,185,196,204,212,221,229,237,245,253,261,270,279,287,295,303,311,319,327,335,343,351,359,367,375,383,391,399,407,415,423,431,439,447,455,463,471,479,487,495,503,511,519,527,535,543,551,559,567,575,583,591,599,607,615,623,631,639,647,655,663,671,679,687,695,703,711,719,727,735,743,751,759,767,775,783,791,799,807,811,819,827,835,843,851,859,867,875,883,891],{"path":91,"slug":92,"title":93,"summary":94,"image":95,"publication_date":96,"big5_category":97,"primary_hub":98,"cluster":99,"pillar":100,"hubs":103},"\u002Fde\u002Fwissen\u002Fki-richtlinie-unternehmen","ki-richtlinie-unternehmen","KI-Richtlinie für Unternehmen: Vorlage und Checkliste","Eine kurze KI-Richtlinie klärt erlaubte Werkzeuge, Daten, Prüfungen und Verantwortlichkeiten. Dieser Leitfaden enthält eine kopierbare Vorlage für Schweizer Unternehmen und verweist bei rechtlichen Aussagen auf offizielle Bundesquellen.",null,"2026-09-14T00:00:00Z","how-to","workshops","ki-schulungen",{"path":101,"title":102},"\u002Fde\u002Fworkshops","KI-Workshops und KI-Schulungen",[],{"path":105,"slug":106,"title":107,"summary":108,"image":95,"publication_date":96,"big5_category":109,"primary_hub":98,"cluster":99,"pillar":110,"hubs":111},"\u002Fde\u002Fwissen\u002Fki-schulung-kosten","ki-schulung-kosten","KI-Schulung: Kosten und Preise für Schweizer Unternehmen","Was kostet eine KI-Schulung in der Schweiz? Wir zeigen unsere empfohlenen Einführungspreise für öffentliche und firmeninterne Formate, vergleichen veröffentlichte Anbieterpreise und erklären, welche Zusatzkosten du budgetieren solltest.","cost",{"path":101,"title":102},[],{"path":113,"slug":114,"title":115,"summary":116,"image":95,"publication_date":117,"big5_category":97,"primary_hub":118,"cluster":119,"pillar":95,"hubs":120},"\u002Fde\u002Fwissen\u002Freporting-dashboard-erstellen","reporting-dashboard-erstellen","Reporting-Dashboard erstellen: Von der Tabelle zur brauchbaren Übersicht","Ein Reporting-Dashboard soll nicht möglichst viele Zahlen zeigen, sondern konkrete Entscheidungen unterstützen. Dieser Leitfaden erklärt, wie du Ziele und KPIs definierst, Daten vorbereitest, passende Visualisierungen auswählst und mit Excel oder KI-Unterstützung eine erste verlässliche Version erstellst.","2026-06-30T00:00:00Z","individualsoftware-kmu","dashboards",[121],{"slug":118,"title":59,"anchor":122},"bestof",{"path":124,"slug":125,"title":126,"summary":127,"image":95,"publication_date":128,"big5_category":97,"primary_hub":129,"cluster":130,"pillar":95,"hubs":131},"\u002Fde\u002Fwissen\u002Fai-product-discovery-workshop","ai-product-discovery-workshop","AI Product Discovery Workshop: Mit KI schneller zur prüfbaren Produktannahme","Ein AI Product Discovery Workshop nutzt KI zum Ordnen von Research, Erzeugen von Optionen und Bauen schneller Prototypen. Der Artikel zeigt Agenda, Inputs, Kontrollen und konkrete Ergebnisse für Produktteams.","2026-06-23T00:00:00Z","saas-produktentwicklung","product-discovery",[132],{"slug":129,"title":55,"anchor":122},{"path":134,"slug":135,"title":136,"summary":137,"image":95,"publication_date":138,"big5_category":97,"primary_hub":129,"cluster":130,"pillar":95,"hubs":139},"\u002Fde\u002Fwissen\u002Fdesign-thinking-workshop-produktteams","design-thinking-workshop-produktteams","Design-Thinking-Workshop für Produktteams: Ablauf, Agenda und Grenzen","Ein Design-Thinking-Workshop hilft bei offenen, nutzerbezogenen Problemen. Der Leitfaden erklärt Vorbereitung, Rollen, Phasen, eine realistische Tagesagenda und die Arbeit, die nach dem Workshop beginnt.","2026-06-16T00:00:00Z",[140],{"slug":129,"title":55,"anchor":122},{"path":142,"slug":143,"title":144,"summary":145,"image":95,"publication_date":146,"big5_category":97,"primary_hub":129,"cluster":147,"pillar":95,"hubs":148},"\u002Fde\u002Fwissen\u002Fki-in-der-produktentwicklung","ki-in-der-produktentwicklung","KI in der Produktentwicklung: Wo sie hilft und welche Entscheidungen beim Team bleiben","KI unterstützt Product Discovery, Prototyping, Entwicklung und Auswertung. Dieser Artikel zeigt geeignete Aufgaben, notwendige Kontrollen und einen Arbeitsmodus, bei dem das Produktteam die Verantwortung behält.","2026-06-09T00:00:00Z","ki-produkte",[149],{"slug":129,"title":55,"anchor":122},{"path":151,"slug":152,"title":153,"summary":154,"image":95,"publication_date":155,"big5_category":97,"primary_hub":118,"cluster":156,"pillar":95,"hubs":157},"\u002Fde\u002Fwissen\u002Fki-im-arbeitsalltag","ki-im-arbeitsalltag","KI im Arbeitsalltag: Wo sie hilft und wo nicht","KI hilft im Arbeitsalltag vor allem beim Vorbereiten, Strukturieren und Bearbeiten von Informationen. Dieser Artikel zeigt dir, welche Aufgaben sich eignen, wo menschliches Urteil nötig bleibt und wie du einen kontrollierbaren KI-Workflow im Unternehmen aufbaust.","2026-06-02T00:00:00Z","ki-im-unternehmen",[158],{"slug":118,"title":59,"anchor":122},{"path":160,"slug":161,"title":162,"summary":163,"image":95,"publication_date":164,"big5_category":30,"primary_hub":118,"cluster":165,"pillar":95,"hubs":166},"\u002Fde\u002Fwissen\u002Fki-agenten-im-kundenservice","ki-agenten-im-kundenservice","KI-Agenten im Kundenservice: Aufgaben, Grenzen und ein sicherer Einstieg","KI-Agenten können Anfragen sortieren, Wissen suchen und Antworten vorbereiten. Der Artikel zeigt, welche Aufgaben sich im Kundenservice eignen, wie Eskalation und Qualitätskontrolle funktionieren und was nicht automatisiert werden sollte.","2026-05-29T00:00:00Z","ki-agenten",[167],{"slug":118,"title":59,"anchor":30},{"path":169,"slug":170,"title":171,"summary":172,"image":95,"publication_date":173,"big5_category":97,"primary_hub":118,"cluster":165,"pillar":95,"hubs":174},"\u002Fde\u002Fwissen\u002Fwas-sind-ki-agenten","was-sind-ki-agenten","Was sind KI-Agenten? Funktionsweise, Beispiele und Grenzen","KI-Agenten planen mehrere Arbeitsschritte, nutzen Werkzeuge und reagieren auf Zwischenergebnisse. Dieser Artikel erklärt den Unterschied zu Chatbots und klassischen Automationen und zeigt, wann ein Agent im Unternehmen sinnvoll ist.","2026-05-26T00:00:00Z",[175],{"slug":118,"title":59,"anchor":122},{"path":177,"slug":178,"title":179,"summary":180,"image":95,"publication_date":181,"big5_category":97,"primary_hub":129,"cluster":182,"pillar":95,"hubs":183},"\u002Fde\u002Fwissen\u002Fapp-mit-ki-erstellen-vom-prompt-zum-prototyp","app-mit-ki-erstellen-vom-prompt-zum-prototyp","App mit KI erstellen: Vom Prompt zum testbaren Prototyp","Mit KI lässt sich eine App-Idee schnell sichtbar machen. Der Artikel führt vom klaren Problem über Daten und Kernablauf bis zum getesteten Prototyp und zeigt, was vor einem produktiven Einsatz zusätzlich nötig ist.","2026-05-19T00:00:00Z","vibe-coding",[184],{"slug":129,"title":55,"anchor":122},{"path":186,"slug":187,"title":188,"summary":189,"image":95,"publication_date":190,"big5_category":191,"primary_hub":192,"cluster":193,"pillar":95,"hubs":194},"\u002Fde\u002Fwissen\u002Fwebsite-mit-ki-erstellen-moeglichkeiten-grenzen","website-mit-ki-erstellen-moeglichkeiten-grenzen","Website mit KI erstellen: Möglichkeiten, Grenzen und ein sinnvoller Ablauf","KI kann Struktur, Texte, Gestaltung und Code einer Website beschleunigen. Dieser Leitfaden zeigt, welche drei Wege es gibt, was du selbst prüfen musst und wann aus einem schnellen Entwurf eine verlässliche Website wird.","2026-05-12T00:00:00Z","comparisons","wachstum","website-mit-ki",[195],{"slug":192,"title":64,"anchor":191},{"path":197,"slug":198,"title":199,"summary":200,"image":95,"publication_date":201,"big5_category":97,"primary_hub":129,"cluster":182,"pillar":95,"hubs":202},"\u002Fde\u002Fwissen\u002Fwas-ist-vibe-coding","was-ist-vibe-coding","Was ist Vibe Coding? Möglichkeiten, Grenzen und ein sinnvoller Einstieg","Vibe Coding macht es möglich, Software über natürliche Sprache zu entwerfen und schrittweise anzupassen. Der Artikel zeigt, wie der Ansatz funktioniert, wofür er sich eignet, welche Risiken Unternehmen beachten müssen und wann professionelle Softwareentwicklung nötig wird.","2026-05-05T00:00:00Z",[203],{"slug":129,"title":55,"anchor":122},{"path":205,"slug":206,"title":207,"summary":208,"image":95,"publication_date":209,"big5_category":122,"primary_hub":129,"cluster":95,"pillar":95,"hubs":210},"\u002Fde\u002Fwissen\u002Fsaas-bausteine-kaufen-statt-bauen","saas-bausteine-kaufen-statt-bauen","Fertige SaaS-Bausteine kaufen statt bauen: Auth, Zahlungen, E-Mail, Suche","Jedes SaaS braucht ein paar Dinge, die nichts mit der eigentlichen Idee zu tun haben und trotzdem sein müssen: Anmeldung, Zahlungen, E-Mail-Versand und Suche. Diese Bausteine sind langweilig, technisch anspruchsvoll und kein Unterscheidungsmerkmal. Deshalb kauft man sie fast immer besser ein. Dieser Überblick zeigt die etablierten Anbieter je Baustein und wo das Kaufen an seine Grenze kommt.","2026-04-27T00:00:00Z",[211],{"slug":129,"title":55},{"path":213,"slug":214,"title":215,"summary":216,"image":95,"publication_date":217,"big5_category":218,"primary_hub":118,"cluster":95,"pillar":95,"hubs":219},"\u002Fde\u002Fwissen\u002Ffestgefahrenes-projekt-uebernommen","festgefahrenes-projekt-uebernommen","Ein festgefahrenes Projekt übernehmen: was wir immer wieder vorfinden","Manche Softwareprojekte kommen zu uns, weil etwas Bestehendes stecken geblieben ist: Der Entwickler ist weg, die Agentur meldet sich nicht mehr, oder es wird seit Monaten gebaut und nichts läuft. Wir haben eine Reihe solcher Projekte übernommen, und unter der Oberfläche kehren dieselben Muster wieder. Dieser Bericht sagt, was wir vorfinden, woran es wirklich liegt, was ein Projekt rettet und wann sich die Übernahme nicht mehr lohnt.","2026-04-21T00:00:00Z","reviews",[220],{"slug":118,"title":59},{"path":222,"slug":223,"title":224,"summary":225,"image":95,"publication_date":226,"big5_category":218,"primary_hub":129,"cluster":95,"pillar":95,"hubs":227},"\u002Fde\u002Fwissen\u002Fki-coding-tools-praxistest","ki-coding-tools-praxistest","KI-Coding-Tools im Praxistest: was in echten Projekten funktioniert","Über KI-Coding-Werkzeuge wird viel geschrieben, meist von Leuten, die eine glänzende Vorführung gesehen haben. Wir bauen damit jeden Tag Produkte, die danach im Betrieb laufen. Dieser Erfahrungsbericht sagt, wo die Werkzeuge wirklich Zeit sparen, wo sie Schaden anrichten und was sich an der Arbeit tatsächlich ändert. Ohne Zahlenversprechen.","2026-04-15T00:00:00Z",[228],{"slug":129,"title":55},{"path":230,"slug":231,"title":232,"summary":233,"image":95,"publication_date":234,"big5_category":122,"primary_hub":129,"cluster":95,"pillar":95,"hubs":235},"\u002Fde\u002Fwissen\u002Fno-code-plattformen-ueberblick","no-code-plattformen-ueberblick","No-Code-Plattformen im Überblick: welche wofür taugt","No-Code ist kein einzelnes Werkzeug, sondern ein ganzer Baukasten mit sehr verschiedenen Plattformen. Dieser Überblick sortiert Bubble, Airtable, Retool, Webflow, FlutterFlow und die anderen nicht nach Beliebtheit, sondern danach, wofür sie taugen: interne Werkzeuge, kundengerichtete Web-Apps, mobile Apps oder Automatisierung. Und er sagt bei jeder, wo die Decke ist.","2026-04-09T00:00:00Z",[236],{"slug":129,"title":55},{"path":238,"slug":239,"title":240,"summary":241,"image":95,"publication_date":242,"big5_category":122,"primary_hub":38,"cluster":95,"pillar":95,"hubs":243},"\u002Fde\u002Fwissen\u002Fhosting-schweizer-datenhaltung","hosting-schweizer-datenhaltung","Hosting mit Schweizer Datenhaltung: die Anbieter im Überblick","Wer ein SaaS baut, wird früher oder später gefragt, wo die Daten liegen. Dieser Überblick ordnet die Anbieter ein, die für echte Schweizer Datenhaltung in Frage kommen: die Schweizer Anbieter Infomaniak, Exoscale und cloudscale.ch, die grossen Cloud-Plattformen mit Zürich-Region und den günstigen Nachbarn Hetzner. Mit den Stärken, den Grenzen und der Frage, worauf es bei der Wahl wirklich ankommt.","2026-04-03T00:00:00Z",[244],{"slug":38,"title":42},{"path":246,"slug":247,"title":248,"summary":249,"image":95,"publication_date":250,"big5_category":97,"primary_hub":129,"cluster":95,"pillar":95,"hubs":251},"\u002Fde\u002Fwissen\u002Fzahlungen-schweiz-saas-anbinden","zahlungen-schweiz-saas-anbinden","Zahlungen in der Schweiz: Stripe, Twint & Co. im SaaS richtig anbinden","Zahlungen einbauen klingt nach einem Knopf, hinter dem das Geld hereinkommt. In Wahrheit steckt dahinter ein eigenes kleines Produkt: Abos, Mehrwertsteuer, gescheiterte Zahlungen und die Frage, welche Zahlungsarten Schweizer Kunden überhaupt erwarten. Dieser Text zeigt, welche Zahlungswege ein Schweizer SaaS wirklich braucht, wie Kreditkarte, Twint und Rechnung zusammenspielen und worauf du bei Abrechnung und Steuern von Anfang an achten solltest.","2026-03-24T00:00:00Z",[252],{"slug":129,"title":55},{"path":254,"slug":255,"title":256,"summary":257,"image":95,"publication_date":258,"big5_category":30,"primary_hub":129,"cluster":95,"pillar":95,"hubs":259},"\u002Fde\u002Fwissen\u002Fwarum-aufwandsschaetzungen-danebenliegen","warum-aufwandsschaetzungen-danebenliegen","Warum Aufwandsschätzungen daneben liegen, und wie man damit umgeht","Fast jedes Softwareprojekt dauert länger und kostet mehr als geschätzt. Das fühlt sich nach Pfusch an, ist aber ein systematisches Muster mit nachvollziehbaren Gründen. Dieser Text erklärt, warum Aufwandsschätzungen fast zwangsläufig danebenliegen, woran du eine unseriöse Punktzahl erkennst und wie du trotzdem planbar mit Budget und Zeit umgehst, ohne dich auf eine Zahl zu verlassen, die niemand halten kann.","2026-03-18T00:00:00Z",[260],{"slug":129,"title":55},{"path":262,"slug":263,"title":264,"summary":265,"image":95,"publication_date":266,"big5_category":191,"primary_hub":38,"cluster":95,"pillar":95,"hubs":267},"\u002Fde\u002Fwissen\u002Fsoftware-rewrite-vs-refactoring","software-rewrite-vs-refactoring","Neu bauen oder retten? Wann sich der Rewrite einer Software lohnt","Irgendwann sagt jemand den Satz: Am besten schreiben wir das komplett neu. Er klingt nach Befreiung, ist aber eine der teuersten Entscheidungen überhaupt und geht überraschend oft schief. Dieser Text zeigt, warum der Reiz zum Neubau so gross ist, wann er trotzdem falsch ist, in welchen wenigen Fällen er wirklich der richtige Weg ist und wie die meist bessere Alternative aussieht: die Software im Betrieb Schritt für Schritt zu sanieren.","2026-03-13T00:00:00Z",[268,269],{"slug":38,"title":42},{"slug":118,"title":59},{"path":271,"slug":272,"title":273,"summary":274,"image":95,"publication_date":275,"big5_category":97,"primary_hub":129,"cluster":95,"pillar":95,"hubs":276},"\u002Fde\u002Fwissen\u002Fsaas-onboarding-aktivierung","saas-onboarding-aktivierung","Onboarding: Wie neue Nutzer schnell den Aha-Moment erreichen","Viele SaaS-Produkte verlieren ihre Nutzer nicht beim Bezahlen, sondern in den ersten fünf Minuten. Zwischen der Anmeldung und dem Moment, in dem jemand den Wert versteht, liegt eine Lücke, durch die die meisten neuen Nutzer lautlos verschwinden. Dieser Text zeigt, was der Aha-Moment ist, wie du ihn für dein Produkt findest und wie du neue Nutzer verlässlich dorthin führst, statt sie mit einer leeren Oberfläche allein zu lassen.","2026-03-09T00:00:00Z",[277,278],{"slug":129,"title":55},{"slug":192,"title":64},{"path":280,"slug":281,"title":282,"summary":283,"image":95,"publication_date":284,"big5_category":30,"primary_hub":129,"cluster":95,"pillar":95,"hubs":285},"\u002Fde\u002Fwissen\u002Fbarrierefreiheit-web-app-eaa","barrierefreiheit-web-app-eaa","Barrierefreiheit für Web-Apps: Was der European Accessibility Act für dich bedeutet","Jahrelang war digitale Barrierefreiheit ein Thema für Behörden. Seit 2025 ist das anders: Der European Accessibility Act nimmt auch private Anbieter in die Pflicht. Dieser Text erklärt in Alltagssprache, was der EAA verlangt, ob er dich als Schweizer Anbieter trifft, was Barrierefreiheit technisch wirklich bedeutet und wo du anfängst, ohne dein Produkt umzubauen.","2026-03-04T00:00:00Z",[286],{"slug":129,"title":55},{"path":288,"slug":289,"title":290,"summary":291,"image":95,"publication_date":292,"big5_category":218,"primary_hub":38,"cluster":95,"pillar":95,"hubs":293},"\u002Fde\u002Fwissen\u002Fdrei-jahre-eigene-produkte-betreiben","drei-jahre-eigene-produkte-betreiben","Drei Jahre eigene Produkte betreiben: was Reazon und Wortfreunde uns gelehrt haben","Wir bauen nicht nur Software für andere, wir betreiben eigene Produkte: Reazon und Wortfreunde, jeden Tag, für echte Nutzer. Drei Jahre Dauerbetrieb haben uns Lektionen beigebracht, die in keinem Angebot stehen: warum die eigentliche Arbeit nach dem Launch erst beginnt, warum stilles Versagen teurer ist als ein lauter Ausfall, und wie der Alltag echter Nutzer ein Produkt Stück für Stück umbaut. Ein Bericht aus der Betreiberrolle.","2026-02-24T00:00:00Z",[294],{"slug":38,"title":42},{"path":296,"slug":297,"title":298,"summary":299,"image":95,"publication_date":300,"big5_category":191,"primary_hub":129,"cluster":95,"pillar":95,"hubs":301},"\u002Fde\u002Fwissen\u002Fki-selbst-software-bauen-vs-studio","ki-selbst-software-bauen-vs-studio","Brauche ich euch noch, wenn ich mit KI selbst Software baue?","KI-Werkzeuge bauen heute in Stunden einen lauffähigen Prototyp. Die naheliegende Frage: Wozu dann noch ein Studio? Dieser Text beantwortet sie offen. Er zeigt, wo KI-Tools wirklich tragen (Prototyp, internes Werkzeug, erste Idee), wo der Weg von läuft zu läuft verlässlich kippt, und wie du erkennst, welcher Weg deiner ist. Inklusive der Fälle, in denen du uns nicht brauchst.","2026-02-20T00:00:00Z",[302],{"slug":129,"title":55},{"path":304,"slug":305,"title":306,"summary":307,"image":95,"publication_date":308,"big5_category":218,"primary_hub":129,"cluster":95,"pillar":95,"hubs":309},"\u002Fde\u002Fwissen\u002Fdas-feature-das-niemand-brauchte","das-feature-das-niemand-brauchte","Das Feature, das niemand brauchte","Wir waren sicher: Diese Funktion wird ein Hit. Wochen Arbeit, sauber gebaut, pünktlich ausgeliefert. Dann benutzte sie fast niemand. Dieser Bericht erzählt, wie wir an einem eigenen Produkt an unserer eigenen Überzeugung vorbeigebaut haben, was die Stille uns über das Produkt verriet, und welchen Reflex wir daraus mitgenommen haben: erst prüfen, dann bauen. Eine Lektion, die uns seitdem bei jedem Projekt Geld spart.","2026-02-17T00:00:00Z",[310],{"slug":129,"title":55},{"path":312,"slug":313,"title":314,"summary":315,"image":95,"publication_date":316,"big5_category":191,"primary_hub":118,"cluster":95,"pillar":95,"hubs":317},"\u002Fde\u002Fwissen\u002Fschweizer-studio-vs-offshore","schweizer-studio-vs-offshore","Schweizer Studio oder günstige Offshore Entwicklung?","Ein Offshore-Angebot ist oft ein Drittel des Preises. Diese Zahl ist echt, und trotzdem täuscht sie. Dieser Text vergleicht beide Wege ohne Pauschalurteil: was der niedrige Stundensatz verschweigt, wo die Reibung sitzt, wann Offshore wirklich die richtige Wahl ist und was räumliche und sprachliche Nähe konkret wert ist. Damit du nicht den Stundensatz vergleichst, sondern die Gesamtkosten bis zum laufenden Produkt.","2026-02-13T00:00:00Z",[318],{"slug":118,"title":59},{"path":320,"slug":321,"title":322,"summary":323,"image":95,"publication_date":324,"big5_category":97,"primary_hub":118,"cluster":95,"pillar":95,"hubs":325},"\u002Fde\u002Fwissen\u002Fbausteine-einer-software-erklaert","bausteine-einer-software-erklaert","Die Bausteine einer Software, einfach erklärt","Frontend, Backend, Datenbank, Schnittstelle, Hosting: In jedem Software-Gespräch fallen diese Wörter, und oft nickt man mit, ohne genau zu wissen, was gemeint ist. Dieser Text erklärt die fünf wichtigsten Bausteine einer Software in Alltagssprache, mit einem durchgehenden Bild. Danach verstehst du, woraus dein Produkt besteht, warum manche Dinge aufwendig sind und worauf es bei Angeboten ankommt. Ganz ohne Fachjargon.","2026-02-10T00:00:00Z",[326],{"slug":118,"title":59},{"path":328,"slug":329,"title":330,"summary":331,"image":95,"publication_date":332,"big5_category":97,"primary_hub":129,"cluster":95,"pillar":95,"hubs":333},"\u002Fde\u002Fwissen\u002Fwie-ki-feature-funktioniert-erklaert","wie-ki-feature-funktioniert-erklaert","Wie ein KI Feature funktioniert, ohne Fachjargon","Wenn jemand sagt, wir bauen ein KI-Feature, klingt das nach Magie oder nach Risiko, je nachdem. Beides führt in die Irre. Dieser Text erklärt in Alltagssprache, was hinter einem KI-Feature steckt: was ein Sprachmodell eigentlich ist, was ein Prompt macht, warum das Modell deine Firma nicht kennt und wie man ihm dein Wissen gibt, und warum es manchmal überzeugend daneben liegt. Danach kannst du mitreden und besser entscheiden.","2026-02-06T00:00:00Z",[334],{"slug":129,"title":55},{"path":336,"slug":337,"title":338,"summary":339,"image":95,"publication_date":340,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":341},"\u002Fde\u002Fwissen\u002Ffreemium-testphase-oder-zahlen","freemium-testphase-oder-zahlen","Freemium, Testphase oder direkt zahlen: das richtige Modell für dein SaaS","Beim Bezahlen denken die meisten an die Höhe des Preises. Mindestens so wichtig ist die Frage davor: Wie kommt ein Nutzer ins Produkt, und ab wann zahlt er? Freemium, kostenlose Testphase oder direkt zahlen ziehen ganz unterschiedliche Kunden an. Dieser Artikel vergleicht die drei Einstiegsmodelle ehrlich, zeigt ihre Haken und sagt dir, welches zu deinem Produkt und deiner Zielgruppe passt.","2026-01-26T00:00:00Z",[342],{"slug":129,"title":55,"anchor":191},{"path":344,"slug":345,"title":346,"summary":347,"image":95,"publication_date":348,"big5_category":191,"primary_hub":38,"cluster":191,"pillar":95,"hubs":349},"\u002Fde\u002Fwissen\u002Fsaas-daten-schweiz-hosten","saas-daten-schweiz-hosten","SaaS-Daten in der Schweiz hosten: wann es sich lohnt, wann nicht","Sobald es um Daten geht, fällt in Schweizer Firmen schnell der Satz: Die müssen in der Schweiz bleiben. Manchmal stimmt das, oft ist es ein Reflex, der nur teurer ist. Dieser Artikel trennt das Bauchgefühl von der echten Anforderung: was der Standort rechtlich wirklich ändert, wie sich Schweizer, EU- und globales Hosting unterscheiden, und in welchen Fällen sich der Schweizer Server lohnt und in welchen er nur Geld kostet.","2026-01-21T00:00:00Z",[350],{"slug":38,"title":42,"anchor":191},{"path":352,"slug":353,"title":354,"summary":355,"image":95,"publication_date":356,"big5_category":109,"primary_hub":38,"cluster":109,"pillar":95,"hubs":357},"\u002Fde\u002Fwissen\u002Fwas-kostet-ki-feature-im-betrieb","was-kostet-ki-feature-im-betrieb","Was ein KI-Feature im Betrieb wirklich kostet","Ein KI-Feature einzubauen ist heute fast geschenkt. Die Überraschung kommt auf der Monatsrechnung. Anders als eine normale Funktion kostet KI bei jeder einzelnen Nutzung Geld und wird mit deinem Erfolg teurer, nicht günstiger. Dieser Artikel zeigt dir, woraus sich die laufenden Kosten zusammensetzen, warum die Rechnung mit der Nutzung wächst und mit welchen Stellschrauben du verhinderst, dass sie entgleist.","2026-01-19T00:00:00Z",[358],{"slug":38,"title":42,"anchor":109},{"path":360,"slug":361,"title":362,"summary":363,"image":95,"publication_date":364,"big5_category":218,"primary_hub":192,"cluster":218,"pillar":95,"hubs":365},"\u002Fde\u002Fwissen\u002Fkundenstimmen-fuer-saas-sammeln","kundenstimmen-fuer-saas-sammeln","Kundenstimmen für dein SaaS sammeln, ohne aufdringlich zu sein","Auf deiner Website behauptest du, dein Produkt sei gut. Sagt es ein echter Kunde, glaubt es ein Fremder sofort. Erfahrungsberichte gehören zu den fünf Fragen, die fast jeden Kauf entscheiden. Dieser Artikel zeigt dir, wann du am besten nach einer Kundenstimme fragst, wie du das tust, ohne zu betteln, und wie aus einer netten Zeile eine Geschichte wird, die überzeugt. Ohne je etwas zu erfinden.","2026-01-14T00:00:00Z",[366],{"slug":192,"title":64,"anchor":218},{"path":368,"slug":369,"title":370,"summary":371,"image":95,"publication_date":372,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":373},"\u002Fde\u002Fwissen\u002Fsaas-kennzahlen-einfach-erklaert","saas-kennzahlen-einfach-erklaert","Die wichtigsten SaaS-Kennzahlen einfach erklärt","MRR, Churn, CAC, LTV: Die SaaS-Welt wirft mit Abkürzungen um sich, und viele Gründer steuern ihr Produkt lieber nach Bauchgefühl. Vier Kennzahlen reichen aber, um zu verstehen, ob dein SaaS trägt. Dieser Artikel erklärt sie in einfachen Worten, ohne BWL-Vorlesung, zeigt dir, wie sie zusammenhängen, und welche Zahl in welcher Phase wirklich zählt.","2026-01-12T00:00:00Z",[374],{"slug":192,"title":64,"anchor":122},{"path":376,"slug":377,"title":378,"summary":379,"image":95,"publication_date":380,"big5_category":30,"primary_hub":129,"cluster":30,"pillar":95,"hubs":381},"\u002Fde\u002Fwissen\u002Fwarum-nutzer-saas-kuendigen","warum-nutzer-saas-kuendigen","Warum Nutzer dein SaaS wieder kündigen","Wenn ein Nutzer dein SaaS kündigt, hat die Entscheidung sich längst angebahnt: Das Produkt wurde seltener geöffnet, der Nutzen verblasste. Die meisten Kündigungen haben nichts mit dem Preis zu tun. Dieser Artikel zeigt dir die ehrlichen Gründe, warum Nutzer gehen, warum das Onboarding mehr über Kündigungen entscheidet als jedes Rabattangebot, und an welchen Frühwarnzeichen du erkennst, wer abzurutschen droht, bevor er es ausspricht.","2026-01-07T00:00:00Z",[382],{"slug":129,"title":55,"anchor":30},{"path":384,"slug":385,"title":386,"summary":387,"image":95,"publication_date":388,"big5_category":218,"primary_hub":129,"cluster":218,"pillar":95,"hubs":389},"\u002Fde\u002Fwissen\u002Fzweite-meinung-software-vorhaben","zweite-meinung-software-vorhaben","Was eine zweite Meinung zu deinem Software-Vorhaben bringt","Bevor du sechsstellig in eine neue Software investierst, lohnt sich oft ein kurzer Blick von aussen. Eine zweite Meinung zu deinem Software-Vorhaben prüft den Scope, deckt Risiken auf und ordnet ein vorliegendes Angebot ein. Dieser Artikel zeigt dir, was so ein Sparring oder Audit konkret leistet, wie es abläuft und woran du merkst, wann du es getrost überspringen kannst.","2025-12-25T00:00:00Z",[390],{"slug":129,"title":55,"anchor":218},{"path":392,"slug":393,"title":394,"summary":395,"image":95,"publication_date":396,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":397},"\u002Fde\u002Fwissen\u002Fki-make-or-buy-modell-api-tool","ki-make-or-buy-modell-api-tool","KI: eigenes Modell, API oder fertiges Tool?","Du willst KI in deinem Produkt oder Betrieb nutzen und stehst vor drei Wegen: ein fertiges Tool kaufen, eine fremde API anbinden oder ein eigenes Modell trainieren. Die drei unterscheiden sich nicht nur im Preis, sondern in Kontrolle, Datenschutz, Aufwand und darin, ob am Ende etwas Eigenes entsteht. Dieser Artikel zeigt dir, wann welcher Weg passt und warum für die meisten die API der richtige Startpunkt ist. Du bekommst eine Entscheidungslogik, kein Glaubensbekenntnis.","2025-12-19T00:00:00Z",[398],{"slug":129,"title":55,"anchor":191},{"path":400,"slug":401,"title":402,"summary":403,"image":95,"publication_date":404,"big5_category":97,"primary_hub":38,"cluster":30,"pillar":95,"hubs":405},"\u002Fde\u002Fwissen\u002Fwartungsvertrag-was-reingehoert","wartungsvertrag-was-reingehoert","Wartungsvertrag: was reingehört und was nicht","Ein Wartungsvertrag ist die Versicherung für deine Software nach dem Launch, und die meisten sind entweder zu vage oder voll mit Dingen, die gar keine Wartung sind. Wir zeigen dir, was wirklich reingehört: Verfügbarkeit, Reaktionszeiten, Updates, Sicherheit, Backups. Und wir ziehen die Linie zwischen Pflege und neuer Entwicklung, damit du nicht für Features zahlst, die als Bugfix getarnt sind. Am Ende weisst du, welche Klauseln nicht fehlen dürfen und wann ein fixer Vertrag der falsche Weg ist.","2025-12-13T00:00:00Z",[406],{"slug":38,"title":42,"anchor":30},{"path":408,"slug":409,"title":410,"summary":411,"image":95,"publication_date":412,"big5_category":97,"primary_hub":129,"cluster":191,"pillar":95,"hubs":413},"\u002Fde\u002Fwissen\u002Fsoftware-angebot-lesen-vergleichen","software-angebot-lesen-vergleichen","Ein Software-Angebot richtig lesen und vergleichen","Drei Offerten, drei Zahlen, und keine davon meint dasselbe. Wer Software-Angebote nur über den Endbetrag vergleicht, vergleicht Äpfel mit Apfelmus. Der Preis ist nur die Spitze eines Eisbergs aus Annahmen, Lücken und Folgekosten. Dieser Artikel zeigt dir, wie du Scope, Betrieb, Rechte und Vertragsmodell sauber gegenüberstellst, damit du nicht die billigste Zahl wählst, sondern den günstigsten Weg.","2025-12-07T00:00:00Z",[414],{"slug":129,"title":55,"anchor":191},{"path":416,"slug":417,"title":418,"summary":419,"image":95,"publication_date":420,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":421},"\u002Fde\u002Fwissen\u002Fpflichtenheft-user-story-prototyp","pflichtenheft-user-story-prototyp","Pflichtenheft, User Story oder Prototyp: wie du Anforderungen festhältst","Bevor jemand eine Zeile Code schreibt, muss klar sein, was gebaut wird. Drei Wege dominieren die Praxis: das Pflichtenheft, die User Story und der Prototyp. Jeder hält etwas anderes fest, und jeder versagt auf seine eigene Art, wenn du ihn am falschen Ort einsetzt. Hier erklären wir, was die drei können, warum ein dickes Pflichtenheft so oft scheitert und wann ein Klick-Dummy mehr sagt als fünfzig Seiten Prosa.","2025-12-01T00:00:00Z",[422],{"slug":129,"title":55,"anchor":191},{"path":424,"slug":425,"title":426,"summary":427,"image":95,"publication_date":428,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":429},"\u002Fde\u002Fwissen\u002Fgutes-erstgespraech-software-partner","gutes-erstgespraech-software-partner","Wie ein gutes Erstgespräch mit einem Software-Partner abläuft","Du sitzt im ersten Termin mit einem möglichen Software-Partner und fragst dich, woran du erkennst, ob das Gegenüber taugt. Ein gutes Erstgespräch verkauft dir nicht sofort eine Lösung, sondern gräbt sich erst in dein Problem. Es endet nicht mit einem fertigen Angebot, sondern mit einem geteilten Verständnis davon, was du eigentlich brauchst. Dieser Text zeigt dir, wie so ein Gespräch abläuft, welche Fragen ein guter Partner stellt und welche du selbst stellen solltest.","2025-11-25T00:00:00Z",[430],{"slug":129,"title":55,"anchor":122},{"path":432,"slug":433,"title":434,"summary":435,"image":95,"publication_date":436,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":437},"\u002Fde\u002Fwissen\u002Fb2b-funnel-erstkontakt-zu-auftrag","b2b-funnel-erstkontakt-zu-auftrag","Vom Erstkontakt zum Auftrag: ein einfacher B2B-Funnel","Du musst kein Marketing-Team aufbauen, um aus Kontakten Kunden zu machen. Ein B2B-Funnel ist im Kern eine kurze Strecke: Aufmerksamkeit, Vertrauen, Gespräch, Angebot, Auftrag. Dieser Artikel erklärt, was an jeder Stufe wirklich zählt und an welchen Stellen die meisten Interessenten verloren gehen. Du bekommst keine Tool-Liste, sondern ein Modell, mit dem du deine eigene Strecke nüchtern prüfen kannst.","2025-11-19T00:00:00Z",[438],{"slug":192,"title":64,"anchor":122},{"path":440,"slug":441,"title":442,"summary":443,"image":95,"publication_date":444,"big5_category":122,"primary_hub":192,"cluster":122,"pillar":95,"hubs":445},"\u002Fde\u002Fwissen\u002Fwie-oft-publizieren-b2b","wie-oft-publizieren-b2b","Wie oft und worüber ein B2B-Anbieter publizieren sollte","Die Frage nach der Publikationsfrequenz ist fast immer die falsche. Wer als B2B-Anbieter im Netz gefunden werden will, braucht zuerst Stücke, die eine Käuferfrage wirklich beantworten, und dann einen Rhythmus, den er ein Jahr lang durchhält. Wenige gute Artikel schlagen viele dünne. Dieser Text zeigt dir, woran du gute Themen erkennst, wie du eine realistische Kadenz findest und wann sich das Publizieren für dich nicht lohnt.","2025-11-13T00:00:00Z",[446],{"slug":192,"title":64,"anchor":122},{"path":448,"slug":449,"title":450,"summary":451,"image":95,"publication_date":452,"big5_category":30,"primary_hub":192,"cluster":30,"pillar":95,"hubs":453},"\u002Fde\u002Fwissen\u002Fconversion-besucher-zu-anfragen","conversion-besucher-zu-anfragen","Warum Besucher nicht zu Anfragen werden","Du bekommst Traffic, aber kaum Anfragen. Das Problem sitzt selten oben im Trichter, sondern auf der Seite selbst. Zwischen Besuch und Kontaktaufnahme liegen vier Lücken: ein unklares Angebot, fehlender Beweis, eine zu hohe Hürde und kein klarer nächster Schritt. Dieser Artikel zeigt dir, wo Besucher abspringen, wie du jede Lücke nüchtern prüfst und die Reise vom Klick zur Anfrage glättest.","2025-11-07T00:00:00Z",[454],{"slug":192,"title":64,"anchor":30},{"path":456,"slug":457,"title":458,"summary":459,"image":95,"publication_date":460,"big5_category":30,"primary_hub":192,"cluster":30,"pillar":95,"hubs":461},"\u002Fde\u002Fwissen\u002Femail-zustellbarkeit-spam","email-zustellbarkeit-spam","E-Mail-Zustellbarkeit: warum deine Mails im Spam landen","Du schreibst eine wichtige Mail, drückst auf Senden, und sie kommt nie an. Kein Fehler, keine Rückmeldung, sie liegt einfach im Spam-Ordner oder wurde stillschweigend verworfen. E-Mail-Zustellbarkeit entscheidet darüber, ob deine Nachrichten den Posteingang erreichen, und sie hängt an mehr als gutem Text. Wir gehen durch, wie Mailserver dich bewerten, was SPF, DKIM und DMARC wirklich tun, und welche Stellschrauben deine Reputation retten. Am Ende steht eine Checkliste, die du direkt abarbeiten kannst.","2025-11-01T00:00:00Z",[462],{"slug":192,"title":64,"anchor":30},{"path":464,"slug":465,"title":466,"summary":467,"image":95,"publication_date":468,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":469},"\u002Fde\u002Fwissen\u002Fkeywords-finden-kleines-budget","keywords-finden-kleines-budget","Mit kleinem Budget die richtigen Keywords finden","Keyword-Recherche klingt nach teuren Tools und einer Abteilung dafür. Beides brauchst du nicht. Wer seinen Kunden zuhört, hat die wichtigsten Suchbegriffe schon im Posteingang stehen. In diesem Artikel zeige ich dir, wie du mit null Budget die Fragen findest, nach denen deine Käufer suchen, wie du Suchintention liest und warum lange, spezifische Begriffe für kleine Anbieter die bessere Wahl sind.","2025-10-26T00:00:00Z",[470],{"slug":192,"title":64,"anchor":122},{"path":472,"slug":473,"title":474,"summary":475,"image":95,"publication_date":476,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":477},"\u002Fde\u002Fwissen\u002Flandingpage-die-anfragen-bringt","landingpage-die-anfragen-bringt","Eine Landingpage, die Anfragen bringt","Eine Landingpage, die Anfragen bringt, macht eine einzige Sache: Sie führt eine bestimmte Person von der ersten Zeile bis zum Absenden des Formulars, ohne dass sie unterwegs ins Grübeln gerät. Vier Bausteine tragen das: ein klares Versprechen, Beweis, ein einziger Handlungsaufruf und das Entkräften der Einwände. Wir gehen jeden davon durch, schauen uns die Fehler an, die im Alltag am meisten Anfragen kosten, und klären, wann eine Landingpage gar nicht der richtige Hebel ist.","2025-10-20T00:00:00Z",[478],{"slug":192,"title":64,"anchor":122},{"path":480,"slug":481,"title":482,"summary":483,"image":95,"publication_date":484,"big5_category":97,"primary_hub":118,"cluster":109,"pillar":95,"hubs":485},"\u002Fde\u002Fwissen\u002Fsoftware-abschreibung-foerderungen-schweiz","software-abschreibung-foerderungen-schweiz","Software in der Schweiz: Abschreibung und Förderungen","Du hast Geld in Software gesteckt und fragst dich, wie das in der Buchhaltung landet. Aktivierst du die Kosten als Vermögenswert oder buchst du sie direkt als Aufwand? Beides ist je nach Situation richtig, und die Wahl beeinflusst Bilanz, Gewinn und Steuern. Dieser Artikel ordnet die Software-Abschreibung in der Schweiz nüchtern ein, erklärt die Abgrenzung zwischen Aktivierung und Aufwand und zeigt, wo Förderungen wirklich greifen. Kein Steuerrat, sondern eine Landkarte für das Gespräch mit deinem Treuhänder.","2025-10-14T00:00:00Z",[486],{"slug":118,"title":59,"anchor":109},{"path":488,"slug":489,"title":490,"summary":491,"image":95,"publication_date":492,"big5_category":30,"primary_hub":118,"cluster":30,"pillar":95,"hubs":493},"\u002Fde\u002Fwissen\u002Fwie-viel-automatisierung-sinnvoll","wie-viel-automatisierung-sinnvoll","Wie viel Automatisierung sinnvoll ist","Automatisierung wird oft als Allheilmittel verkauft. Wer alles automatisiert, baut sich schnell starre Prozesse, die teurer im Unterhalt sind als die Handarbeit, die sie ersetzen sollten. Dieser Artikel zeigt dir, wo Automatisierung wirklich Zeit spart und wo du bewusst manuell bleiben solltest. Mit Faustregeln, was zuerst dran ist und woran du eine schlechte Idee früh erkennst.","2025-10-08T00:00:00Z",[494],{"slug":118,"title":59,"anchor":30},{"path":496,"slug":497,"title":498,"summary":499,"image":95,"publication_date":500,"big5_category":97,"primary_hub":118,"cluster":122,"pillar":95,"hubs":501},"\u002Fde\u002Fwissen\u002Fneues-tool-im-team-durchsetzen","neues-tool-im-team-durchsetzen","Ein neues Tool im Team durchsetzen","Ein Tool kaufen dauert einen Nachmittag. Es im Team durchsetzen dauert Monate, und genau hier entscheidet sich, ob die Investition trägt. Adoption ist kein Nebenprodukt der Einführung, sie ist die Einführung. Dieser Artikel zeigt dir, wie du Software so einführst, dass dein Team sie wirklich nutzt: früh einbeziehen, entlang echter Abläufe bauen, schulen, Widerstände ernst nehmen. Und warum das technisch beste Werkzeug nichts wert ist, solange es ungenutzt im Browser-Tab verstaubt.","2025-10-02T00:00:00Z",[502],{"slug":118,"title":59,"anchor":122},{"path":504,"slug":505,"title":506,"summary":507,"image":95,"publication_date":508,"big5_category":97,"primary_hub":118,"cluster":122,"pillar":95,"hubs":509},"\u002Fde\u002Fwissen\u002Fdaten-aus-altsystemen-migrieren","daten-aus-altsystemen-migrieren","Daten aus Altsystemen migrieren, ohne den Betrieb zu stören","Beim Umzug auf neue Software schaut jeder auf die Software. Die Daten dahinter bleiben das eigentliche Risiko, und sie kosten oft mehr als das Programm selbst. Migration ist kein Kopiervorgang, sondern Handwerk: bereinigen, abbilden, in Etappen umziehen, parallel laufen lassen, prüfen. Dieser Artikel zeigt dir den Ablauf Schritt für Schritt und sagt dir, wann ein sauberer Schnitt klüger ist als ein perfekter Umzug.","2025-09-26T00:00:00Z",[510],{"slug":118,"title":59,"anchor":122},{"path":512,"slug":513,"title":514,"summary":515,"image":95,"publication_date":516,"big5_category":191,"primary_hub":118,"cluster":191,"pillar":95,"hubs":517},"\u002Fde\u002Fwissen\u002Fbranchensoftware-vs-individualloesung","branchensoftware-vs-individualloesung","Branchensoftware vs. Individuallösung","Eine fertige Branchensoftware ist verlockend: morgen einsatzbereit, Hunderte Betriebe nutzen sie schon, der Hersteller pflegt sie. Bis dein Prozess nicht ins Schema passt. Dann beginnt das Biegen, Tricksen und Daneben-arbeiten in Excel. Dieser Artikel zeigt dir, woran du Passung wirklich misst, wie sich Kosten, Tempo und Abhängigkeit zwischen Branchenlösung und Individuallösung unterscheiden, und ab wann die bequeme Standardsoftware zur Zwangsjacke wird.","2025-09-20T00:00:00Z",[518],{"slug":118,"title":59,"anchor":191},{"path":520,"slug":521,"title":522,"summary":523,"image":95,"publication_date":524,"big5_category":97,"primary_hub":118,"cluster":122,"pillar":95,"hubs":525},"\u002Fde\u002Fwissen\u002Fstandardloesung-evaluieren","standardloesung-evaluieren","Standardlösung evaluieren in fünf Schritten","Bevor du Software baust, lohnt sich die Frage, ob es das fertige Produkt nicht schon gibt. Eine Standardlösung sauber zu evaluieren ist kein Bauchgefühl, sondern ein nachvollziehbarer Prozess: Anforderungen klären, Markt sichten, mit echten Daten testen, Lock-in und Kosten prüfen, dann entscheiden. Dieser Leitfaden führt dich durch fünf Schritte, an deren Ende eine begründete Entscheidung steht, die du auch in einem halben Jahr noch erklären kannst.","2025-09-14T00:00:00Z",[526],{"slug":118,"title":59,"anchor":122},{"path":528,"slug":529,"title":530,"summary":531,"image":95,"publication_date":532,"big5_category":30,"primary_hub":129,"cluster":30,"pillar":95,"hubs":533},"\u002Fde\u002Fwissen\u002Ffestgefahrenes-software-projekt-retten","festgefahrenes-software-projekt-retten","Ein festgefahrenes Software-Projekt retten","Ein Software-Projekt fährt sich selten über Nacht fest. Es schleicht sich an: Termine rutschen, Releases werden seltener, niemand traut sich mehr, etwas anzufassen. Dieser Artikel zeigt dir, wie du ein festgefahrenes Software-Projekt wieder in Bewegung bringst, in der richtigen Reihenfolge: erst Bestandsaufnahme, dann stabilisieren, dann den Scope retten. Und er sagt dir, woran du merkst, dass Reparieren teurer wird als Neubauen.","2025-09-08T00:00:00Z",[534],{"slug":129,"title":55,"anchor":30},{"path":536,"slug":537,"title":538,"summary":539,"image":95,"publication_date":540,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":541},"\u002Fde\u002Fwissen\u002Fweb-app-mobile-app-oder-pwa","web-app-mobile-app-oder-pwa","Web-App, Mobile-App oder PWA: was passt zu deinem Produkt?","Drei Wege führen zu deinem digitalen Produkt, und sie sind nicht gleichwertig. Eine Web-App läuft im Browser, eine native Mobile-App wohnt im App-Store, eine PWA liegt dazwischen. Dieser Artikel ordnet die drei nach Nutzung, Reichweite, Offline, Push, Kosten und Wartung. Am Ende weisst du, warum für die meisten Produkte der Start im Web die ruhigste Entscheidung ist, und wann sich der Sprung aufs Telefon wirklich lohnt.","2025-09-02T00:00:00Z",[542],{"slug":129,"title":55,"anchor":191},{"path":544,"slug":545,"title":546,"summary":547,"image":95,"publication_date":548,"big5_category":218,"primary_hub":129,"cluster":218,"pillar":95,"hubs":549},"\u002Fde\u002Fwissen\u002Fki-features-im-produkt","ki-features-im-produkt","KI-Features im Produkt: wann sie Wert schaffen und wann nur Kosten","Ein KI-Feature wirkt im Demo magisch, im Betrieb wird es schnell zur Dauerbaustelle. Die spannende Frage ist nicht, ob du KI einbauen kannst, sondern ob das Feature mehr Wert schafft, als es dich an Aufbau und Betrieb kostet. Dieser Artikel sortiert das nüchtern: woran du echten Nutzen erkennst, welche Kosten- und Datenschutztreiber unter der Oberfläche liegen, und womit du anfängst, statt jedem Trend hinterherzubauen.","2025-08-27T00:00:00Z",[550],{"slug":129,"title":55,"anchor":218},{"path":552,"slug":553,"title":554,"summary":555,"image":95,"publication_date":556,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":557},"\u002Fde\u002Fwissen\u002Fprodukt-roadmap-priorisieren","produkt-roadmap-priorisieren","Roadmap ohne Ballast: wie du entscheidest, was als Nächstes kommt","Eine Roadmap ist kein Wunschzettel und kein Versprechen, sondern eine Reihe von Entscheidungen darüber, was als Nächstes Wert schafft. Wer Wert gegen Aufwand stellt, das Problem vor die Lösung setzt und sich auf wenige Wetten beschränkt, baut schneller das Richtige. Dieser Artikel zeigt dir, wie du eine Roadmap priorisieren kannst, ohne dich auf das Bauchgefühl zu verlassen, und woran du merkst, dass eine Wette ihren Platz auf der Liste verdient hat.","2025-08-21T00:00:00Z",[558],{"slug":129,"title":55,"anchor":122},{"path":560,"slug":561,"title":562,"summary":563,"image":95,"publication_date":564,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":565},"\u002Fde\u002Fwissen\u002Fnutzer-feedback-einsammeln-priorisieren","nutzer-feedback-einsammeln-priorisieren","Nutzer-Feedback richtig einsammeln und priorisieren","Nutzer-Feedback einsammeln ist leicht, das Schwierige kommt danach: die laute Einzelmeinung von dem unterscheiden, was viele wirklich brauchen. Dieser Artikel zeigt dir, warum Verhalten mehr verrät als Meinung, wie du qualitative und quantitative Signale kombinierst und wie aus dem Wust eine belastbare Prioritätenliste wird. Du bekommst einen Ablauf, den du ab dem ersten Nutzer anwenden kannst, ohne dass dein Roadmap-Steuer bei jeder lauten Mail herumreisst.","2025-08-15T00:00:00Z",[566],{"slug":129,"title":55,"anchor":122},{"path":568,"slug":569,"title":570,"summary":571,"image":95,"publication_date":572,"big5_category":30,"primary_hub":129,"cluster":30,"pillar":95,"hubs":573},"\u002Fde\u002Fwissen\u002Fmvp-zu-product-market-fit","mvp-zu-product-market-fit","Vom MVP zum Product-Market-Fit: woran du ihn erkennst","Du hast ein MVP gebaut, ein paar Leute nutzen es, und jetzt fragst du dich: Ist das schon Product-Market-Fit oder rede ich es mir nur schön? Die Frage ist berechtigt, denn der Unterschied entscheidet darüber, ob du Gas geben oder weiter graben solltest. In diesem Artikel klären wir, was Product-Market-Fit wirklich bedeutet, an welchen Signalen du ihn erkennst und welche Zahlen dich täuschen. Und wir schauen, was du in der Zwischenzeit konkret tust, statt auf den grossen Moment zu warten.","2025-08-09T00:00:00Z",[574],{"slug":129,"title":55,"anchor":30},{"path":576,"slug":577,"title":578,"summary":579,"image":95,"publication_date":580,"big5_category":97,"primary_hub":38,"cluster":122,"pillar":95,"hubs":581},"\u002Fde\u002Fwissen\u002Fincident-plan-saas-ausfall","incident-plan-saas-ausfall","Incident-Plan: was tun, wenn das Produkt ausfällt","Irgendwann steht dein Produkt still: ein Deploy geht schief, eine Datenbank antwortet nicht mehr, ein externer Dienst fällt weg. Wer in diesem Moment erst überlegt, wer was tun darf, verliert Zeit und Vertrauen. Ein Incident-Plan ist die kurze Antwort darauf, die du vorher schreibst statt mittendrin. Dieser Artikel zeigt dir die fünf Schritte erkennen, eindämmen, kommunizieren, beheben, lernen und macht sie für kleine Teams praktikabel.","2025-08-03T00:00:00Z",[582],{"slug":38,"title":42,"anchor":122},{"path":584,"slug":585,"title":586,"summary":587,"image":95,"publication_date":588,"big5_category":30,"primary_hub":38,"cluster":30,"pillar":95,"hubs":589},"\u002Fde\u002Fwissen\u002Ftechnische-schulden-abbauen","technische-schulden-abbauen","Technische Schulden erkennen, messen und abbauen","Technische Schulden sind keine Schande, sondern die Quittung für Tempo, das du irgendwann bewusst oder unbewusst eingekauft hast. Das Problem beginnt erst, wenn niemand sie benennt und sie sich im Stillen anhäufen, bis jede neue Funktion zäh wird. Dieser Artikel zeigt, woran du technische Schulden merkst, wie du sie sichtbar und messbar machst und warum kontinuierlicher Abbau fast immer besser ist als der grosse Rewrite. Du bekommst konkrete Signale, ein paar belastbare Kennzahlen und eine Haltung, mit der du das Thema steuerbar hältst.","2025-07-28T00:00:00Z",[590],{"slug":38,"title":42,"anchor":30},{"path":592,"slug":593,"title":594,"summary":595,"image":95,"publication_date":596,"big5_category":191,"primary_hub":38,"cluster":191,"pillar":95,"hubs":597},"\u002Fde\u002Fwissen\u002Feigene-infrastruktur-vs-cloud","eigene-infrastruktur-vs-cloud","Eigene Infrastruktur statt Cloud: wann es sich lohnt","Cloud ist der bequeme Standardweg, und für die meisten Produkte ist das richtig so. Aber es gibt Lastprofile, bei denen eigene Hardware plötzlich um ein Vielfaches günstiger wird, und Anforderungen an Datenstandort und Kontrolle, die ein Mietserver nicht erfüllt. Dieser Artikel zeigt dir, an welchen vier Stellschrauben sich die Entscheidung wirklich dreht: Kosten, Kontrolle, Datenstandort und Lastprofil. Wir gehen die Fälle durch, in denen sich eigene Infrastruktur rechnet, und die deutlich häufigeren, in denen die Cloud klar gewinnt.","2025-07-22T00:00:00Z",[598],{"slug":38,"title":42,"anchor":191},{"path":600,"slug":601,"title":602,"summary":603,"image":95,"publication_date":604,"big5_category":97,"primary_hub":38,"cluster":30,"pillar":95,"hubs":605},"\u002Fde\u002Fwissen\u002Fsecurity-basics-kleines-saas","security-basics-kleines-saas","Security-Basics, die für ein kleines SaaS wirklich zählen","Sicherheit klingt nach grossem Aufwand, nach Audits und teuren Tools. Für ein kleines SaaS sind es aber ein paar wenige Dinge, die den Grossteil der echten Risiken abdecken: Updates, gute Auth, Verschlüsselung, Backups, Zugriffsrechte und der Umgang mit Secrets. Dieser Artikel erklärt, was diese Basics konkret bedeuten, in welcher Reihenfolge du sie angehst und wo du dir Sicherheitstheater sparen kannst. Du sollst danach wissen, was wirklich zählt, bevor jemand dir eine Compliance-Checkliste verkauft.","2025-07-16T00:00:00Z",[606],{"slug":38,"title":42,"anchor":30},{"path":608,"slug":609,"title":610,"summary":611,"image":95,"publication_date":612,"big5_category":97,"primary_hub":38,"cluster":122,"pillar":95,"hubs":613},"\u002Fde\u002Fwissen\u002Fsaas-datenschutzkonform-betreiben","saas-datenschutzkonform-betreiben","SaaS datenschutzkonform betreiben: DSG und DSGVO für kleine Produkte","Datenschutz wirkt bei einem kleinen SaaS schnell wie ein Berg aus Paragraphen, dabei kochen DSG und DSGVO am Ende auf eine Handvoll praktischer Entscheidungen herunter. Welche Daten du erhebst, wo sie liegen, wer sie in deinem Auftrag verarbeitet, und wie schnell du eine Auskunft oder Löschung umsetzen kannst. Dieser Artikel führt dich durch diese Punkte, vom Datenverzeichnis bis zum Löschkonzept, mit Beispielen aus dem Betrieb eigener Produkte. Kein Rechtsrat, sondern eine Landkarte, damit du weisst, welche Fragen dein Anwalt am Ende noch beantworten muss.","2025-07-10T00:00:00Z",[614],{"slug":38,"title":42,"anchor":122},{"path":616,"slug":617,"title":618,"summary":619,"image":95,"publication_date":620,"big5_category":97,"primary_hub":38,"cluster":122,"pillar":95,"hubs":621},"\u002Fde\u002Fwissen\u002Fwas-bedeutet-99-prozent-verfuegbarkeit","was-bedeutet-99-prozent-verfuegbarkeit","Was \"99,9 Prozent Verfügbarkeit\" wirklich bedeutet","\"99,9 Prozent\" steht in jedem zweiten Angebot, klingt beruhigend und sagt dir trotzdem wenig. Hinter der Zahl steckt eine konkrete Rechnung: wie viele Minuten oder Stunden dein Produkt im Jahr stillstehen darf, ohne dass du das Versprechen brichst. In diesem Artikel rechne ich dir die gängigen Stufen in echte Ausfallzeit um, zeige dir, womit man Verfügbarkeit überhaupt erreicht, und erkläre, warum 99,9 Prozent für die meisten kleinen Produkte die vernünftige Wahl ist. Am Ende weisst du, welche Stufe zu deinem Produkt passt und welche du dir sparen kannst.","2025-07-04T00:00:00Z",[622],{"slug":38,"title":42,"anchor":122},{"path":624,"slug":625,"title":626,"summary":627,"image":95,"publication_date":628,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":629},"\u002Fde\u002Fwissen\u002Fcontent-hub-vs-blog","content-hub-vs-blog","Was ein Content-Hub ist und warum er besser wirkt als ein Blog","Ein Blog sammelt Beiträge nach Datum. Ein Content-Hub ordnet sie nach Thema und macht aus losen Artikeln ein zusammenhängendes Nachschlagewerk. Ich zeige dir, wie ein Hub aufgebaut ist, welche Rolle Themen-Cluster und zentrale Hub-Seiten spielen und warum diese Struktur Leser und Suchmaschinen besser führt. Am Ende weisst du, wann sich der Umbau lohnt, wann ein Blog reicht und wie du den Wechsel angehst.","2025-06-29T00:00:00Z",[630],{"slug":192,"title":64,"anchor":122},{"path":632,"slug":633,"title":634,"summary":635,"image":95,"publication_date":636,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":637},"\u002Fde\u002Fwissen\u002Ftaya-methode-gefunden-werden","taya-methode-gefunden-werden","Die TAYA-Methode: mit guten Antworten gefunden werden","Deine Kunden stellen Fragen, lange bevor sie bei dir kaufen: zu Preisen, zu Schwächen, zum Vergleich mit anderen. They Ask, You Answer ist die TAYA-Methode, mit der du genau diese Fragen offen beantwortest, statt um sie herumzureden. Das Ergebnis: mehr Vertrauen, und du wirst in Suche und KI-Antworten gefunden. Hier liest du, wie das Prinzip funktioniert, welche fünf Käuferfragen fast jeden Kauf entscheiden und wie du als Unternehmen konkret loslegst.","2025-06-23T00:00:00Z",[638],{"slug":192,"title":64,"anchor":122},{"path":640,"slug":641,"title":642,"summary":643,"image":95,"publication_date":644,"big5_category":218,"primary_hub":192,"cluster":218,"pillar":95,"hubs":645},"\u002Fde\u002Fwissen\u002Flohnt-sich-outbound-lead-gen","lohnt-sich-outbound-lead-gen","Lohnt sich Outbound-Lead-Gen via LinkedIn und E-Mail?","Kalt anschreiben auf LinkedIn und per E-Mail klingt nach planbarem Wachstum: Du entscheidest, wen du ansprichst, statt zu warten, bis dich jemand findet. Die Rechnung geht nur auf, wenn Liste, Zustellbarkeit und Botschaft sitzen. Sonst landest du im Spam und verbrennst deinen Ruf. Dieser Artikel klärt, was Outbound-Lead-Gen wirklich ist, wann es passt und wann nicht, warum die Zustellbarkeit über alles entscheidet und wie viel Arbeit dahintersteckt. Wir testen den Kanal gerade am eigenen Vertrieb, bevor wir ihn jemandem empfehlen.","2025-06-17T00:00:00Z",[646],{"slug":192,"title":64,"anchor":218},{"path":648,"slug":649,"title":650,"summary":651,"image":95,"publication_date":652,"big5_category":191,"primary_hub":192,"cluster":191,"pillar":95,"hubs":653},"\u002Fde\u002Fwissen\u002Foutbound-vs-inbound-saas-start","outbound-vs-inbound-saas-start","Outbound vs. Inbound: womit ein junges SaaS startet","Du hast ein Produkt gebaut, jetzt fehlen die Kunden. Fast jeder Gründer steht dann vor derselben Wahl: aktiv rausgehen und ansprechen, oder gefunden werden? Outbound bringt dir in Wochen Gespräche, kostet dafür laufend Zeit. Inbound baut langsam ein Fundament, das später von allein trägt. Hier liest du, wie sich Outbound und Inbound im Timing und in den Kosten unterscheiden, womit ein junges SaaS startet und wie du beide später zusammenführst.","2025-06-11T00:00:00Z",[654],{"slug":192,"title":64,"anchor":191},{"path":656,"slug":657,"title":658,"summary":659,"image":95,"publication_date":660,"big5_category":97,"primary_hub":192,"cluster":122,"pillar":95,"hubs":661},"\u002Fde\u002Fwissen\u002Ferste-100-nutzer-saas","erste-100-nutzer-saas","Die ersten 100 Nutzer für dein SaaS","Die ersten 100 Nutzer entscheiden, ob aus deinem SaaS ein Produkt wird oder eine teure Lernübung bleibt. In dieser Phase suchst du keine Reichweite, sondern Beweise. Der Artikel zeigt dir vier Wege zu den ersten Nutzern, warum du sie von Hand gewinnst, wann sich ein Weg nicht lohnt und wie du aus jedem Gespräch die nächste Iteration ziehst.","2025-06-05T00:00:00Z",[662],{"slug":192,"title":64,"anchor":122},{"path":664,"slug":665,"title":666,"summary":667,"image":95,"publication_date":668,"big5_category":30,"primary_hub":192,"cluster":30,"pillar":95,"hubs":669},"\u002Fde\u002Fwissen\u002Fwarum-produkt-niemand-findet","warum-produkt-niemand-findet","Warum dein Produkt niemand findet","Du hast ein gutes Produkt gebaut, aber es kommt niemand. Das liegt fast nie an der Qualität. Es liegt daran, dass Sichtbarkeit und Distribution nie geplant wurden. Dieser Artikel räumt mit dem Mythos auf, dass sich ein gutes Produkt von allein verbreitet, und zeigt dir die drei Wege zu Nutzern: SEO und Content, Outbound und Empfehlung. Du siehst, welcher Kanal wann trägt, welcher nichts bringt, und warum Distribution kein Nachgedanke ist, sondern zum Produkt gehört.","2025-05-30T00:00:00Z",[670],{"slug":192,"title":64,"anchor":30},{"path":672,"slug":673,"title":674,"summary":675,"image":95,"publication_date":676,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":677},"\u002Fde\u002Fwissen\u002Fprodukte-bauen-neben-tagesgeschaeft","produkte-bauen-neben-tagesgeschaeft","Neben dem Tagesgeschäft Produkte bauen: für etablierte Unternehmen","Ihr habt eine Produktidee, die das Geschäft erweitern könnte. Aber das Tagesgeschäft frisst jede Stunde, und das eigene Team kommt nie dazu. Das ist das Innovationsdilemma etablierter Firmen: Wer den Betrieb am Laufen hält, hat keine Hand frei für etwas Neues. Hier liest du, warum Produktideen intern untergehen, wie ausgelagerte Entwicklung als kontrollierter Pilot funktioniert, welche Governance du brauchst, um klein zu starten ohne Kontrolle abzugeben, und wann der externe Weg sich eben nicht lohnt.","2025-05-24T00:00:00Z",[678],{"slug":129,"title":55,"anchor":122},{"path":680,"slug":681,"title":682,"summary":683,"image":95,"publication_date":684,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":685},"\u002Fde\u002Fwissen\u002Fwhite-label-entwicklung-agenturen","white-label-entwicklung-agenturen","White-Label-Entwicklung: wie Agenturen einen Tech-Partner nutzen","Eine Designagentur gewinnt einen Kunden, der eine Plattform will, keine Website. Und plötzlich steht die Frage im Raum, auf die im Team niemand eine Antwort hat: Wer baut das eigentlich? White-Label-Entwicklung ist die Antwort vieler Agenturen auf genau diese Lücke. Ein technischer Partner liefert die Umsetzung, die Agentur bleibt nach aussen die Marke. Hier liest du, was dahintersteckt, wann sich das Modell rechnet, wann nicht, und worauf du bei der Zusammenarbeit achtest.","2025-05-18T00:00:00Z",[686],{"slug":129,"title":55,"anchor":122},{"path":688,"slug":689,"title":690,"summary":691,"image":95,"publication_date":692,"big5_category":122,"primary_hub":129,"cluster":122,"pillar":95,"hubs":693},"\u002Fde\u002Fwissen\u002Fguten-umsetzungspartner-erkennen","guten-umsetzungspartner-erkennen","Woran du einen guten Umsetzungspartner erkennst","Du hast eine Produktidee, ein Budget und eine Deadline und suchst jemanden, der das wirklich baut. Vor dir steht eine Reihe von Anbietern, die alle dasselbe versprechen. Im Erstgespräch sehen alle gleich gut aus, im Betrieb trennt sich die Spreu vom Weizen. Dieser Leitfaden zeigt dir, woran du einen guten Umsetzungspartner erkennst: an prüfbaren Kriterien statt an Behauptungen, an den Warnzeichen, die du früh siehst, und an den Fragen, die im Erstgespräch Klarheit schaffen.","2025-05-12T00:00:00Z",[694],{"slug":129,"title":55,"anchor":122},{"path":696,"slug":697,"title":698,"summary":699,"image":95,"publication_date":700,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":701},"\u002Fde\u002Fwissen\u002Ffestpreis-vs-time-and-material","festpreis-vs-time-and-material","Festpreis vs. Time and Material: was dich besser schützt","Festpreis oder nach Aufwand? Diese Frage klingt nach Buchhaltung, entscheidet aber etwas Grösseres: wer das Risiko trägt, wenn ein Software-Projekt anders läuft als geplant. Festpreis schiebt es zum Dienstleister, Time and Material lässt es bei dir, und beide können dich teuer treffen, wenn du das falsche im falschen Moment wählst. Hier liest du, wie die Modelle Risiko verteilen, woran du erkennst, welches gerade passt, und warum gut geschnittene Festpreis-Phasen meistens der vernünftigste Weg sind.","2025-05-06T00:00:00Z",[702],{"slug":129,"title":55,"anchor":191},{"path":704,"slug":705,"title":706,"summary":707,"image":95,"publication_date":708,"big5_category":97,"primary_hub":129,"cluster":30,"pillar":95,"hubs":709},"\u002Fde\u002Fwissen\u002Fwem-gehoert-der-code-uebergabe","wem-gehoert-der-code-uebergabe","Wem gehört der Code? Übergabe und Verträge richtig regeln","Du lässt ein SaaS-Produkt bauen und nimmst an, dass dir am Ende alles gehört: der Code, die Daten, das Wissen, wie man es betreibt. Diese Annahme stimmt nur, wenn sie im Vertrag steht. Wem der Code gehört, entscheidet sich auf dem Papier, nicht aus dem Bauch. Dieser Artikel klärt die Begriffe, zeigt dir, was eine saubere Übergabe wirklich umfasst, und welche Punkte du vor Projektstart geregelt haben solltest, damit du am Ende nicht vor verschlossenen Türen stehst.","2025-04-30T00:00:00Z",[710],{"slug":129,"title":55,"anchor":30},{"path":712,"slug":713,"title":714,"summary":715,"image":95,"publication_date":716,"big5_category":30,"primary_hub":118,"cluster":30,"pillar":95,"hubs":717},"\u002Fde\u002Fwissen\u002Fvendor-lock-in-vermeiden","vendor-lock-in-vermeiden","Vendor-Lock-in erkennen und vermeiden","Du hast eine Software gekauft oder bauen lassen, und eines Tages merkst du: Ohne deinen Anbieter läuft nichts mehr. Das ist Vendor-Lock-in, und er knallt nicht plötzlich, sondern wächst über Jahre in dein System hinein. Hier lernst du die vier Arten kennen, an welchen Warnzeichen du sie früh siehst, und wie dich Code, Doku und offene Standards handlungsfähig halten, auch wenn die Zusammenarbeit endet.","2025-04-24T00:00:00Z",[718],{"slug":118,"title":59,"anchor":30},{"path":720,"slug":721,"title":722,"summary":723,"image":95,"publication_date":724,"big5_category":109,"primary_hub":118,"cluster":109,"pillar":95,"hubs":725},"\u002Fde\u002Fwissen\u002Fschnittstellen-erp-anbindung-kosten","schnittstellen-erp-anbindung-kosten","Schnittstellen: warum die Anbindung ans ERP teuer wird","Deine eigene Software ist selten eine Insel. Sie tauscht Daten mit dem ERP, dem Lager, der Buchhaltung. An genau diesen Schnittstellen wird die ERP-Anbindung teuer, oft teurer als die Fachlogik selbst. Hier liest du, was eine Schnittstelle technisch ist, welche Hebel die Kosten wirklich treiben und wann sich eine Integration sogar nicht lohnt. Am Ende weisst du, worauf du bei der Planung achtest, damit die Anbindung nicht zur Dauerbaustelle wird.","2025-04-18T00:00:00Z",[726],{"slug":118,"title":59,"anchor":109},{"path":728,"slug":729,"title":730,"summary":731,"image":95,"publication_date":732,"big5_category":97,"primary_hub":118,"cluster":122,"pillar":95,"hubs":733},"\u002Fde\u002Fwissen\u002Fdigitalisierung-ohne-it-abteilung","digitalisierung-ohne-it-abteilung","Digitalisierung ohne eigene IT-Abteilung","Du willst Abläufe digitalisieren, hast aber keine IT-Abteilung im Haus. Das ist kein Hindernis, sondern der Normalfall im Schweizer KMU. Entscheidend ist, wie du startest: mit einem Partner, der nicht nur baut, sondern auch betreibt, mit einem kleinen ersten Schritt entlang eines Ablaufs, der heute wirklich weh tut, und mit den Leuten, die später damit arbeiten. Dieser Artikel zeigt dir das Partner-Modell, wie du den Betrieb auslagerst, ohne die Kontrolle zu verlieren, und wann sich der Aufwand eben nicht lohnt.","2025-04-12T00:00:00Z",[734],{"slug":118,"title":59,"anchor":122},{"path":736,"slug":737,"title":738,"summary":739,"image":95,"publication_date":740,"big5_category":97,"primary_hub":118,"cluster":109,"pillar":95,"hubs":741},"\u002Fde\u002Fwissen\u002Fsoftware-investition-begruenden","software-investition-begruenden","Eine Software-Investition vor der Geschäftsleitung begründen","Du weisst, dass eine eigene Software ein Problem in deinem Betrieb lösen würde. In der Geschäftsleitung reicht diese Überzeugung nicht. Dort zählt ein Business Case: Was kostet das Problem heute, was kostet die Lösung, wie gross ist das Risiko. Dieser Artikel zeigt dir, wie du die Kosten eines ungelösten Problems sichtbar machst, sie der Investition gegenüberstellst und die typischen Einwände vorab entkräftest. Am Ende hast du eine Begründung, die auch jemand mitträgt, der den Code nie zu sehen bekommt.","2025-04-06T00:00:00Z",[742],{"slug":118,"title":59,"anchor":109},{"path":744,"slug":745,"title":746,"summary":747,"image":95,"publication_date":748,"big5_category":122,"primary_hub":118,"cluster":122,"pillar":95,"hubs":749},"\u002Fde\u002Fwissen\u002Finterne-tools-die-sich-rechnen-kmu","interne-tools-die-sich-rechnen-kmu","Interne Tools, die sich für KMU am schnellsten rechnen","Nicht jede Software, die du dir wünschst, lohnt sich auch zuerst. Eine kleine Gruppe interner Tools bringt in fast jedem KMU schneller Geld zurück, als sie kostet, weil sie tägliche Handarbeit ersetzt. Hier bekommst du die vier Kategorien, die sich am verlässlichsten rechnen, und einen einfachen Weg, die Reihenfolge nach deinem grössten Zeitfresser zu wählen statt nach Bauchgefühl.","2025-03-31T00:00:00Z",[750],{"slug":118,"title":59,"anchor":122},{"path":752,"slug":753,"title":754,"summary":755,"image":95,"publication_date":756,"big5_category":191,"primary_hub":118,"cluster":191,"pillar":95,"hubs":757},"\u002Fde\u002Fwissen\u002Fstandard-tool-anpassen-vs-eigenes-bauen","standard-tool-anpassen-vs-eigenes-bauen","Standard-Tool anpassen vs. eigenes bauen","Ein Standard-Tool deckt achtzig Prozent ab, und die fehlenden zwanzig kosten dich am meisten. Genau hier stellt sich die Frage: Standard-Tool weiter anpassen oder eigenes bauen? Customizing wirkt günstig, weil seine Kosten über Jahre verteilt und kaum sichtbar sind. Dieser Artikel zeigt dir, woran du die Grenzen eines Standard-Tools erkennst, welche versteckten Kosten beim Anpassen entstehen und mit welchen Kriterien du entscheidest, wann sich ein Neubau wirklich rechnet, und wann eben nicht.","2025-03-25T00:00:00Z",[758],{"slug":118,"title":59,"anchor":191},{"path":760,"slug":761,"title":762,"summary":763,"image":95,"publication_date":764,"big5_category":30,"primary_hub":118,"cluster":30,"pillar":95,"hubs":765},"\u002Fde\u002Fwissen\u002Fexcel-kernsystem-was-nun","excel-kernsystem-was-nun","Excel ist euer heimliches Kernsystem geworden: was nun?","Irgendwann ist eine Tabelle zum massgeblichen Stand geworden, an der die halbe Firma hängt. Solange sie läuft, fällt das niemandem auf. Sobald sie kippt, steht der Betrieb still. Du erfährst hier, woran du erkennst, dass Excel vom Werkzeug zum Kernsystem geworden ist, welche Risiken darin stecken und wie du in kleinen Schritten herauskommst, ohne den Betrieb anzuhalten.","2025-03-19T00:00:00Z",[766],{"slug":118,"title":59,"anchor":30},{"path":768,"slug":769,"title":770,"summary":771,"image":95,"publication_date":772,"big5_category":30,"primary_hub":38,"cluster":30,"pillar":95,"hubs":773},"\u002Fde\u002Fwissen\u002Fwann-saas-skalieren","wann-saas-skalieren","Wann ein SaaS skalieren muss, und wann noch nicht","Skalieren klingt nach Erfolg. Tatsächlich kostet es dich Zeit, Geld und Tempo, wenn du es zu früh angehst. Die meisten Teams bauen für eine Last, die nie kommt, und verlieren genau das Tempo, das sie gross machen würde. Hier liest du, woran du echten Skalierungsbedarf erkennst, warum erst die Nutzer und dann die Last kommen, und wann du noch getrost warten kannst.","2025-03-13T00:00:00Z",[774],{"slug":38,"title":42,"anchor":30},{"path":776,"slug":777,"title":778,"summary":779,"image":95,"publication_date":780,"big5_category":191,"primary_hub":38,"cluster":191,"pillar":95,"hubs":781},"\u002Fde\u002Fwissen\u002Fhosting-selbst-vs-managed-operator","hosting-selbst-vs-managed-operator","Hosting selbst betreiben vs. Managed Operator","Wenn dein Produkt live geht, taucht eine Frage auf, die im Projektplan meist fehlt: Wer betreibt das Ding, und wer steht auf, wenn es um drei Uhr nachts klemmt? Selbst hosten, Cloud-managed oder ein Operator-Partner sind drei sehr verschiedene Antworten, mit eigenem Aufwand, Risiko und Kostenprofil. Dieser Vergleich ordnet die Optionen entlang von vier Treibern und zeigt dir, wann welcher Weg passt und wo die versteckten Kosten liegen.","2025-03-07T00:00:00Z",[782],{"slug":38,"title":42,"anchor":191},{"path":784,"slug":785,"title":786,"summary":787,"image":95,"publication_date":788,"big5_category":97,"primary_hub":38,"cluster":122,"pillar":95,"hubs":789},"\u002Fde\u002Fwissen\u002Fmonitoring-backups-alerting-minimum","monitoring-backups-alerting-minimum","Monitoring, Backups, Alerting: das Minimum für ein KMU-Produkt","Dein Produkt läuft, die Kunden zahlen, alles gut. Bis nachts eine Datenbank vollläuft, ein Server steht und du es vom verärgerten Kunden erfährst statt vom System. Monitoring, Backups und Alerting sind die drei Schichten, die genau diesen Anruf verhindern. Ich erkläre dir jeden der drei Begriffe, zeige ein Minimum-Setup, das du an einem Tag baust, und sage dir auch, wann weniger reicht und wann nicht.","2025-03-01T00:00:00Z",[790],{"slug":38,"title":42,"anchor":122},{"path":792,"slug":793,"title":794,"summary":795,"image":95,"publication_date":796,"big5_category":122,"primary_hub":38,"cluster":122,"pillar":95,"hubs":797},"\u002Fde\u002Fwissen\u002Fbetrieb-ab-tag-eins-produktionsreif","betrieb-ab-tag-eins-produktionsreif","Betrieb ab Tag eins: was ein produktionsreifes SaaS braucht","Sobald zahlende Kunden auf deinem SaaS arbeiten, entscheidet nicht die Feature-Liste, ob das Produkt trägt, sondern der Betrieb dahinter. Zwischen \"läuft auf meinem Laptop\" und \"läuft verlässlich, wenn du gerade schläfst\" liegen sechs Säulen: Deployment, Monitoring, Alerting, Backups, Security und Skalierung. Diese Checkliste zeigt dir, woran du erkennst, dass dein Betrieb produktionsreif ist, warum jede Säule ab Tag eins gehört, und wo du dir den Aufwand am Anfang auch sparen darfst.","2025-02-23T00:00:00Z",[798],{"slug":38,"title":42,"anchor":122},{"path":800,"slug":801,"title":802,"summary":803,"image":95,"publication_date":804,"big5_category":218,"primary_hub":118,"cluster":218,"pillar":95,"hubs":805},"\u002Fde\u002Fwissen\u002Flohnt-sich-eigenes-saas-fuer-kmu","lohnt-sich-eigenes-saas-fuer-kmu","Lohnt sich ein eigenes SaaS für ein KMU?","Standard-Software ist günstig, sofort da und für die meisten Aufgaben völlig ausreichend. Trotzdem kommt im Betrieb irgendwann der Punkt, an dem die Tools mehr verwalten als helfen. Dann lohnt sich die Frage nach einer eigenen Software, die zu deinen Abläufen passt. Hier bekommst du klare Kriterien und eine Rechnung, mit der du es für deinen Betrieb selbst beantwortest, statt dich auf ein pauschales Ja oder Nein zu verlassen.","2025-02-20T00:00:00Z",[806],{"slug":118,"title":59,"anchor":218},{"path":6,"slug":7,"title":28,"summary":808,"image":95,"publication_date":31,"big5_category":30,"primary_hub":38,"cluster":30,"pillar":95,"hubs":809},"Der Launch fühlt sich an wie das Ziel. Tatsächlich beginnt dann erst der teuerste Teil. Die meisten Budgets enden mit dem Go-live, die Kosten nicht. Du erfährst, woraus die Gesamtkosten einer Software wirklich bestehen, warum Wartung, technische Schulden und fehlendes Monitoring die Rechnung in die Höhe treiben und wie du mit einem Betriebsplan dafür sorgst, dass nicht jede Störung zum Notfall wird.",[810],{"slug":38,"title":42,"anchor":30},{"path":812,"slug":813,"title":814,"summary":815,"image":95,"publication_date":816,"big5_category":109,"primary_hub":38,"cluster":109,"pillar":95,"hubs":817},"\u002Fde\u002Fwissen\u002Fwas-kostet-saas-betrieb-pro-monat","was-kostet-saas-betrieb-pro-monat","Was kostet der Betrieb eines SaaS pro Monat?","Die monatlichen Kosten eines SaaS bestehen aus Betriebsservice und separat verrechneter Infrastruktur. Unser Managed-Modell wird individuell nach Produkt, Scope und Verantwortung offeriert. Business startet bei CHF 2'500 pro Monat, läuft mindestens sechs Monate und gilt Montag bis Freitag, 08:00 bis 17:00 Uhr, mit projektspezifischer Reaktionszeit. Hosting, APIs, Lizenzen und weitere Drittanbieter sind separat; 24\u002F7 ist nicht enthalten. Dazu erklären wir die allgemeinen Kostentreiber Hosting, Monitoring, Backups, Updates und Support.","2025-02-11T00:00:00Z",[818],{"slug":38,"title":42,"anchor":109},{"path":820,"slug":821,"title":822,"summary":823,"image":95,"publication_date":824,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":825},"\u002Fde\u002Fwissen\u002Fselbst-bauen-vs-agentur-vs-nocode-vs-produktstudio","selbst-bauen-vs-agentur-vs-nocode-vs-produktstudio","Selbst bauen vs. Agentur vs. No-Code vs. Produktstudio","Selbst bauen, Agentur, No-Code oder Produktstudio: für dieselbe Produktidee gibt es vier grundverschiedene Wege. Keiner ist pauschal der beste, und der billigste beim Bauen ist selten der billigste beim Besitzen. Dieser Vergleich legt offen, was jeder Weg gut kann, wo er kippt und für welche Situation er gemacht ist, samt der Frage, die fast jeder Vergleich auslässt: Wer hält das Produkt am Laufen, wenn es einmal steht?","2025-02-08T00:00:00Z",[826],{"slug":129,"title":55,"anchor":191},{"path":828,"slug":829,"title":830,"summary":831,"image":95,"publication_date":832,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":833},"\u002Fde\u002Fwissen\u002Fno-code-zu-code-wechsel","no-code-zu-code-wechsel","Wann der Wechsel von No-Code zu echtem Code kommt","No-Code bringt dich erstaunlich weit: Eine Idee wird in Tagen klickbar, ohne eine Zeile Programmcode. Doch der Wechsel von No-Code zu echtem Code kommt für viele Produkte irgendwann, und der richtige Zeitpunkt ist selten offensichtlich. Hier liest du die vier verlässlichsten Anzeichen und wie ein Migrationspfad aussieht, bei dem du Tempo gewinnst, statt dein Produkt von vorne zu bauen.","2025-02-05T00:00:00Z",[834],{"slug":129,"title":55,"anchor":191},{"path":836,"slug":837,"title":838,"summary":839,"image":95,"publication_date":840,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":841},"\u002Fde\u002Fwissen\u002Fsaas-pricing-festlegen","saas-pricing-festlegen","Wie du dein SaaS-Pricing festlegst","Pricing ist keine Nebensache, die du am Schluss noch schnell aufs Produkt klebst. Der Preis entscheidet, wer kauft, wie viel du verdienst und ob dein SaaS überhaupt trägt. Der Preis ist Teil des Produkts, nicht nur ein Schild daran. Hier bekommst du die gängigen Pricing-Modelle erklärt, lernst wertbasiert zu denken, siehst die Fehler, die fast jedes Team macht, und einen pragmatischen Weg, im MVP zu starten.","2025-01-30T00:00:00Z",[842],{"slug":129,"title":55,"anchor":122},{"path":844,"slug":845,"title":846,"summary":847,"image":95,"publication_date":848,"big5_category":30,"primary_hub":129,"cluster":30,"pillar":95,"hubs":849},"\u002Fde\u002Fwissen\u002Fwarum-saas-projekte-scheitern","warum-saas-projekte-scheitern","Warum SaaS-Projekte scheitern","Ein SaaS zu bauen ist heute leicht. Eines zu bauen, das nach zwei Jahren noch läuft, Nutzer hat und Geld verdient, ist so schwer wie immer. Dazwischen scheitern die meisten Projekte, und fast nie am Code. Wir gehen die fünf häufigsten Gründe durch, woran SaaS-Produkte wirklich sterben, jeweils mit Beispiel und einem Gegenmittel, das du sofort anwenden kannst.","2025-01-27T00:00:00Z",[850],{"slug":129,"title":55,"anchor":30},{"path":852,"slug":853,"title":854,"summary":855,"image":95,"publication_date":856,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":857},"\u002Fde\u002Fwissen\u002Fauth-billing-compliance-saas","auth-billing-compliance-saas","Auth, Billing, Compliance: die unsichtbaren Bausteine eines SaaS","Beim Bau eines SaaS denkt man zuerst an das Sichtbare: Features, Oberfläche, den einen Workflow, der das Produkt verkauft. Über Wochen oder Monate Verzögerung entscheiden aber meist Login, Abrechnung und Datenschutz. Diese drei Bausteine eines SaaS müssen funktionieren, ohne aufzufallen, und genau deshalb werden sie unterschätzt. Dieser Artikel geht jeden einzeln durch, zeigt, was im MVP wirklich reicht, und wo fertige Bausteine dir am meisten Zeit sparen.","2025-01-24T00:00:00Z",[858],{"slug":129,"title":55,"anchor":122},{"path":860,"slug":861,"title":862,"summary":863,"image":95,"publication_date":864,"big5_category":97,"primary_hub":129,"cluster":122,"pillar":95,"hubs":865},"\u002Fde\u002Fwissen\u002Ferste-funktion-produktkern-finden","erste-funktion-produktkern-finden","Die richtige erste Funktion: wie du den Produktkern findest","Jede neue Produktidee startet mit einer Funktionsliste, die zu lang ist. Du weisst, dass du nicht alles auf einmal bauen kannst, doch jede Funktion wirkt unverzichtbar. Hier liest du, wie du den Produktkern findest: die eine Annahme, die über Erfolg oder Misserfolg entscheidet, und den einen Ablauf, den dein Produkt im Alltag besser machen muss. Mit zwei Methoden zum Schneiden, konkreten Beispielen und den Priorisierungsfehlern, die am meisten Zeit kosten.","2025-01-18T00:00:00Z",[866],{"slug":129,"title":55,"anchor":122},{"path":868,"slug":869,"title":870,"summary":871,"image":95,"publication_date":872,"big5_category":122,"primary_hub":129,"cluster":122,"pillar":95,"hubs":873},"\u002Fde\u002Fwissen\u002Fbeste-wege-ein-mvp-zu-bauen","beste-wege-ein-mvp-zu-bauen","Die besten Wege, ein MVP zu bauen","Ein MVP geht schnell daneben: zu gross, zu poliert oder so zusammengeschustert, dass du nichts daraus lernst. Ein guter MVP macht eine Sache richtig, kommt früh zu echten Nutzern und lässt sich danach weiterbauen. Dieser Artikel zeigt dir die Prinzipien, die in der Praxis tragen, vom harten Scope-Schnitt über das Bauen an echter Nutzung bis zum Betrieb von Tag eins, und die Fehler, die du dir damit ersparst.","2025-01-15T00:00:00Z",[874],{"slug":129,"title":55,"anchor":122},{"path":876,"slug":877,"title":878,"summary":879,"image":95,"publication_date":880,"big5_category":109,"primary_hub":129,"cluster":109,"pillar":95,"hubs":881},"\u002Fde\u002Fwissen\u002Fwie-lange-dauert-saas-entwicklung","wie-lange-dauert-saas-entwicklung","Wie lange dauert es, ein SaaS zu bauen?","Wer ein SaaS plant, will eine Zahl: Wochen, Monate, ein Jahr? Die Frage ist berechtigt, eine pauschale Antwort hilft dir aber nicht weiter, weil die Dauer fast vollständig vom Scope abhängt. Wir zeigen dir, welche Faktoren die Zeit wirklich treiben, warum ein MVP in Wochen und ein volles Produkt in Monaten entsteht, und wie du für dein eigenes Vorhaben eine belastbare Schätzung herleitest, statt einer geratenen Zahl zu vertrauen.","2025-01-12T00:00:00Z",[882],{"slug":129,"title":55,"anchor":109},{"path":884,"slug":885,"title":886,"summary":887,"image":95,"publication_date":888,"big5_category":191,"primary_hub":129,"cluster":191,"pillar":95,"hubs":889},"\u002Fde\u002Fwissen\u002Fmvp-prototyp-proof-of-concept-unterschied","mvp-prototyp-proof-of-concept-unterschied","MVP, Prototyp, Proof of Concept: was ist der Unterschied?","MVP, Prototyp und Proof of Concept werden im Alltag wild durcheinandergeworfen, und das wird teuer. Die drei beantworten nämlich drei verschiedene Fragen: Geht es technisch? Stimmt die Form? Will es jemand benutzen? Wer das Falsche baut, bekommt am Ende eine saubere Antwort auf eine Frage, die er nie gestellt hat. Hier definieren wir die drei Begriffe scharf, zeigen an Beispielen, wann du was brauchst, und woran du die typische Verwechslung erkennst, bevor sie dich Wochen kostet.","2025-01-06T00:00:00Z",[890],{"slug":129,"title":55,"anchor":191},{"path":892,"slug":893,"title":894,"summary":895,"image":95,"publication_date":896,"big5_category":109,"primary_hub":129,"cluster":109,"pillar":95,"hubs":897},"\u002Fde\u002Fwissen\u002Fwas-kostet-ein-mvp","was-kostet-ein-mvp","Was kostet es, ein MVP bauen zu lassen?","Was ein MVP kostet, hängt vom Scope ab. Unsere bezahlten Einstiege kosten je CHF 2'500, die Prototyp-Phase CHF 8'000 bis 15'000 und das priorisierte Produktteam CHF 8'000 bis 15'000 pro Monat. Dieser Artikel erklärt, was diese Preise liefern, welche Annahmen gelten und welche Kosten Integrationen, Betrieb und Drittanbieter zusätzlich treiben.","2025-01-03T00:00:00Z",[898],{"slug":129,"title":55,"anchor":109},[900,907,913],{"title":901,"links":902},"Themen",[903,904,905,906],{"title":55,"href":56},{"title":59,"href":60},{"title":42,"href":39},{"title":64,"href":65},{"title":908,"links":909},"Für wen",[910,911,912],{"title":69,"href":19},{"title":71,"href":72},{"title":75,"href":76},{"title":914,"links":915},"Unternehmen",[916,917,918,919,922,925],{"title":81,"href":82},{"title":84,"href":85},{"title":87,"href":88},{"title":920,"href":921},"Kontakt","\u002Fde\u002Fkontakt",{"title":923,"href":924},"Impressum","\u002Fde\u002Fimpressum",{"title":926,"href":927},"Datenschutz","\u002Fde\u002Fdatenschutz",[]]