[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"reazon-page-\u002Fde\u002Fwissen\u002Fpflichtenheft-user-story-prototyp":3,"reazon-offering-angebot-leistungen":54,"reazon-offering-angebot-zielgruppen":68,"reazon-angebot-subnav":79,"reazon-mainnav":80,"reazon-articles-\u002Fde\u002Fwissen":90,"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":53},806,"\u002Fde\u002Fwissen\u002Fpflichtenheft-user-story-prototyp","pflichtenheft-user-story-prototyp","2026-08-12T14:20:02.586Z",{"identifier":10,"name":11},"article","Blog Post",false,{"title":14,"summary":15,"big5_category":16,"publication_date":17,"meta_title":18,"meta_description":19,"hubs":20,"audiences":35,"body":47,"body_html":48,"bl_test":49,"bl_audience":50},"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.","comparisons","2025-12-01T00:00:00Z","Pflichtenheft, User Story, Prototyp | Wertstifter","Pflichtenheft, User Story oder Prototyp: Welcher Weg hält Anforderungen wirklich fest? Stärken, Grenzen und warum ein Prototyp oft mehr sagt als 50 Seiten.",[21],{"hub":22},{"id":23,"slug":24,"path":25,"page_type":26,"published":27,"fields":28,"type":34,"anchor":16},583,"saas-produktentwicklung","\u002Fde\u002Fleistungen\u002Fsaas-produktentwicklung","service",true,{"title":29,"meta_title":30,"meta_description":31,"summary":32,"nav_teaser":33},"Digitales Produktteam","Digitales Produktteam für Schweizer KMU | Wertstifter","Von der B2B-Produktidee zum laufenden Produkt: klären, testen, bauen, veröffentlichen und weiterentwickeln mit einem Team aus dem Kanton Bern.","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.","B2B-Produkte klären, bauen und weiterentwickeln.","Cms::Page",[36],{"audience":37},{"id":38,"slug":39,"path":40,"page_type":41,"published":27,"fields":42,"type":34},595,"kmu","\u002Fde\u002Fbranchen\u002Fkmu","audience",{"title":43,"meta_title":44,"meta_description":45,"summary":46},"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.","## Was Anforderungen festhalten überhaupt heisst\n\nWer Software bauen lässt, steht früh vor einer simplen, aber folgenreichen Aufgabe: das, was im Kopf existiert, so festhalten, dass ein anderer Mensch es bauen kann. Genau hier setzen Pflichtenheft, User Story und Prototyp an. Alle drei beantworten dieselbe Grundfrage, nämlich \"was soll dieses Produkt tun\", aber sie tun es auf völlig verschiedene Weise, mit verschiedenen Stärken und verschiedenen Fallen. **Ein Pflichtenheft beschreibt das System in Prosa. Eine User Story beschreibt einen Nutzer und sein Ziel. Ein Prototyp zeigt das fertige Produkt, ohne dass dahinter etwas läuft.**\n\nWelchen Weg du wählst, entscheidet mehr, als die meisten erwarten. Er prägt, worüber im Projekt gestritten wird, wann Missverständnisse auffliegen und wie teuer eine Änderung später ist. Gehen wir die drei der Reihe nach durch, schauen uns an, wo jeder glänzt und wo er bricht, und klären am Ende die Frage, die wirklich zählt: was nimmst du für dein Vorhaben?\n\n## Das Pflichtenheft: alles aufgeschrieben, bevor es losgeht\n\nDas **Pflichtenheft** ist der klassische Weg, und für viele klingt er nach Gründlichkeit. Du schreibst auf, was das System können soll, Funktion für Funktion, Regel für Regel, am besten lückenlos. Ein Lastenheft hält dabei fest, was der Auftraggeber will, das Pflichtenheft beschreibt, wie der Auftragnehmer es umsetzt. In der Praxis verschwimmt die Grenze, und übrig bleibt ein dickes Dokument, das den vollständigen Funktionsumfang in Worten beschreibt.\n\nDer Reiz ist offensichtlich. Alles steht schwarz auf weiss, jede Partei kann sich darauf berufen, und bei einer Ausschreibung lassen sich Angebote vergleichen. Für klar umrissene Vorhaben mit stabilen, bekannten Regeln ist das stark. Wenn eine Lohnabrechnung gesetzliche Vorgaben umsetzen muss oder eine Schnittstelle ein dokumentiertes Format bedienen soll, gehören diese Regeln präzise notiert, und ein Pflichtenheft ist dafür das richtige Werkzeug. Was sich exakt sagen lässt, sollte exakt gesagt werden.\n\nDas Problem beginnt dort, wo Software eben nicht aus bekannten Regeln besteht, sondern aus Annahmen darüber, was Nutzer brauchen. Prosa ist ein erstaunlich schlechtes Medium, um ein interaktives Produkt zu beschreiben. Lies den Satz \"der Nutzer kann seine Buchungen filtern und exportieren\". Klingt eindeutig. Filtern nach was, mehrere Kriterien gleichzeitig, was passiert bei keinem Treffer, exportiert wird wohin, in welchem Format, mit welchen Spalten? Jeder dieser Punkte ist eine stille Entscheidung, die der Leser unbewusst trifft, und Auftraggeber und Entwickler treffen sie selten gleich. Das Dokument fühlt sich vollständig an und ist es nie.\n\n## Warum ein dickes Pflichtenheft so oft scheitert\n\nDrei Kräfte arbeiten gegen das umfangreiche Pflichtenheft, und sie verstärken sich gegenseitig.\n\nDie erste ist die **Scheingenauigkeit**. Fünfzig Seiten erzeugen das Gefühl, alles sei geklärt. Tatsächlich verschiebt das Dokument die offenen Fragen nur nach hinten, an die Stelle, wo sie am teuersten zu beantworten sind: in die Umsetzung. Jede Lücke, die beim Schreiben übersehen wurde, taucht beim Bauen wieder auf, und dann diskutierst du nicht mehr über einen Satz, sondern über bereits geschriebenen Code.\n\nDie zweite Kraft ist die **Veränderung**. Ein Pflichtenheft friert einen Wissensstand ein, der zum Zeitpunkt des Schreibens am kleinsten ist. Du weisst über dein Produkt nie weniger als am Anfang. Sobald die ersten Teile laufen und echte Menschen sie benutzen, lernst du Dinge, die jede Vorabbeschreibung umstossen. Ein starres Dokument macht aus diesem Lernen einen Konflikt: Jede neue Erkenntnis wird zur \"Änderung am Vertrag\" statt zum normalen Fortschritt. Wie sehr sich Anforderungen unterwegs verschieben, ist einer der Gründe, warum SaaS-Vorhaben kippen, und [warum SaaS-Projekte scheitern](\u002Fde\u002Fwissen\u002Fwarum-saas-projekte-scheitern) geht dem genauer nach.\n\nDie dritte Kraft ist die **Distanz zur Realität**. Niemand kann fünfzig Seiten Prosa im Kopf zu einem laufenden Produkt zusammensetzen, weder der Auftraggeber beim Lesen noch der Entwickler beim Bauen. Beide bilden sich ein Bild, und die beiden Bilder weichen voneinander ab, ohne dass es jemand merkt, bis das Gebaute auf dem Tisch liegt. Genau dann, am Ende, fällt der teuerste Fehler auf. Ein gutes Verfahren legt Missverständnisse so früh wie möglich offen. Das dicke Pflichtenheft tut das Gegenteil.\n\n## Die User Story: ein Nutzer, ein Ziel, ein Gespräch\n\nEine **User Story** dreht den Blickwinkel. Statt das System zu beschreiben, beschreibt sie einen Menschen und das, was er erreichen will, meist in einem einzigen Satz: \"Als Disponentin will ich offene Aufträge nach Lieferdatum sortieren, damit ich die dringenden zuerst plane.\" Drei Teile, eine Rolle, ein Wunsch, ein Grund. Mehr nicht.\n\nDass eine Story so kurz ist, ist ihre eigentliche Stärke, nicht ihre Schwäche. Sie behauptet gar nicht, vollständig zu sein. Sie ist ein Platzhalter für ein Gespräch, das noch kommt. Wenn die Story dran ist, setzen sich Auftraggeber und Entwickler zusammen und klären die Details, die ein Pflichtenheft vorab zu erschlagen versucht. Der entscheidende Unterschied: Diese Klärung passiert zum spätestmöglichen verantwortbaren Zeitpunkt, wenn das Wissen am grössten und der Kontext frisch ist, nicht Monate vorher auf Vorrat.\n\nDazu kommt, dass eine Story immer beim Nutzen ansetzt. Sie zwingt zur Frage, wem das eigentlich hilft und wozu. Funktionen ohne erkennbaren Nutzer fallen so früh auf, statt sich durch ein Lastenheft zu mogeln. Und weil jede Story für sich steht, lassen sie sich ordnen: die wertvollsten zuerst, der Rest später oder gar nicht. Das passt genau zu der Arbeit, einen Produktkern zu finden, statt alles auf einmal zu wollen, ein Thema, das [die erste Funktion und den Produktkern finden](\u002Fde\u002Fwissen\u002Ferste-funktion-produktkern-finden) vertieft.\n\nGrenzenlos ist auch dieser Weg nicht. User Stories leben vom Gespräch, und wo dieses Gespräch fehlt, weil der Auftraggeber nicht greifbar ist oder niemand entscheidet, bleiben sie hohle Einzeiler. Für hart geregelte Sachverhalte taugen sie schlecht: Eine steuerliche Berechnung lässt sich nicht in \"als Nutzer will ich korrekt besteuert werden\" fassen, da brauchst du die exakte Regel, also ein Stück Pflichtenheft. Und eine Sammlung von Stories ergibt noch kein Gesamtbild. Wie die Teile zusammenwirken, ob der Gesamtablauf stimmig ist, das zeigt eine Liste von Sätzen nicht.\n\n## Der Prototyp: zeigen statt beschreiben\n\nGenau diese letzte Lücke füllt der **Prototyp**. Statt das Produkt zu beschreiben, zeigt er es. Meist ist er ein klickbares Modell aus einem Design-Werkzeug, das aussieht und sich anfühlt wie die fertige Anwendung, dahinter aber leer ist. Keine Datenbank, keine Logik, nur Bildschirme, durch die man sich klickt, als wäre alles schon da.\n\nDie Wirkung ist schwer zu überschätzen. Ein Prototyp beseitigt fast die gesamte Mehrdeutigkeit, an der Prosa scheitert. Der Satz über das Filtern und Exportieren löst Diskussionen aus, der Prototyp zeigt einfach das Filter-Menü, die Ergebnisliste, den Export-Knopf und den leeren Zustand bei null Treffern. Was vorher ausgehandelt werden musste, sieht jeder auf einen Blick gleich. Deshalb gilt: Bei allem, wo es um Bedienung, Abläufe und Form geht, sagt ein Prototyp mehr als fünfzig Seiten Text, und zwar sofort.\n\nNoch wertvoller ist, was er an Lernen ermöglicht. Setz fünf künftige Nutzer vor den Klick-Dummy und schau zu. Wo zögern sie, welchen Knopf finden sie nicht, wo erwarten sie etwas anderes? Diese Missverständnisse fliegen auf, bevor eine Zeile Code existiert, und eine Korrektur kostet hier fast nichts: ein Element verschieben, eine Beschriftung ändern. Im fertig gebauten Produkt kostet dieselbe Korrektur ein Vielfaches, weil Code, Datenmodell und Tests daran hängen. Der Prototyp dreht die teuerste Eigenschaft des Pflichtenhefts um: Er holt das Aufdecken von Fehlern an den Anfang.\n\nWas ein Prototyp nicht kann, gehört genauso klar gesagt. Er zeigt die Oberfläche, nicht die Regeln dahinter. Wie eine Berechnung im Detail läuft, welche Datenschutz-Pflichten gelten, wie sich das System bei tausend gleichzeitigen Zugriffen verhält, davon zeigt ein Klick-Dummy nichts. Er kann wunderschön sein und ein Produkt darstellen, das technisch nicht machbar ist. Form geklärt heisst eben nicht Machbarkeit geklärt. Und ein Prototyp verführt: Weil er so fertig aussieht, halten ihn manche für fast fertig, obwohl dahinter noch gar nichts steht. Der Unterschied zwischen \"sieht fertig aus\" und \"ist gebaut\" ist riesig, und [MVP, Prototyp und Proof of Concept](\u002Fde\u002Fwissen\u002Fmvp-prototyp-proof-of-concept-unterschied) trennt diese Begriffe sauber.\n\n## Welcher Weg für dein Vorhaben, und warum es selten nur einer ist\n\nDie nüchterne Antwort: Du kombinierst, und zwar nach der Art der Frage, die gerade offen ist. Die drei Werkzeuge konkurrieren nicht, sie decken verschiedene Schichten desselben Produkts ab.\n\nFür **harte, geregelte Sachverhalte** schreibst du präzise auf, was gilt. Steuerlogik, Schnittstellen-Formate, gesetzliche Pflichten, Berechtigungen, das gehört exakt notiert, ein gezieltes Stück Pflichtenheft. Was sich genau sagen lässt, sagst du genau. Hier ist Prosa stark, weil es um eindeutige Regeln geht, nicht um Bedienung.\n\nFür **Bedienung, Abläufe und Form** baust du einen Prototyp. Alles, wo es darauf ankommt, dass Menschen sich zurechtfinden, klärst du, indem du es zeigst, nicht beschreibst. Das ist fast immer schneller und führt zu weniger bösen Überraschungen am Ende.\n\nUnd für die **Frage, was als Nächstes wertvoll ist**, nimmst du User Stories. Sie ordnen die Arbeit nach Nutzen und halten das Gespräch am Laufen, während gebaut wird. So entsteht kein eingefrorenes Dokument, sondern ein lebendiger, nach Wert sortierter Plan.\n\nWas du vermeidest, ist der Versuch, eine Schicht mit dem falschen Werkzeug zu erschlagen. Bedienung in Prosa ist Quälerei, Steuerregeln als User Story sind gefährlich, und ein Prototyp ersetzt keine technische Klärung. Die meisten gescheiterten Spezifikationen, die wir sehen, sind kein Mangel an Sorgfalt, sondern Sorgfalt am falschen Ort: ein perfektes Pflichtenheft für etwas, das man hätte zeigen müssen.\n\n## Warum wir lieber zeigen als beschreiben\n\nDass wir Prototyp und kurze, gut sortierte Stories über das dicke Pflichtenheft stellen, ist keine Mode, sondern kommt aus dem eigenen Betrieb. Wir bei Wertstifter bauen unsere Produkte nicht nur, wir betreiben sie selbst. Wortfreunde und Reazon sind beide aus einem bewusst kleinen Kern gewachsen und stehen seither im täglichen Einsatz. In diesem Doppel von Bauen und Betreiben haben wir am eigenen Leib gelernt, dass jede Vorab-Spezifikation an der Realität schrumpft, sobald echte Nutzer das Produkt anfassen. Ein Dokument, das vorgibt, alles vorherzusehen, hält dieser Begegnung nie stand.\n\nDarum klären wir, was sich exakt regeln lässt, präzise und ohne Umschweife, und alles andere zeigen wir früh, in klickbarer Form, an echten Menschen getestet, bevor teurer Code entsteht. Reine Agenturen, die nach dem Start aussteigen, spüren die Folgen einer zu starren Spezifikation selten, weil sie längst weg sind, wenn der Betrieb die Schwächen ans Licht bringt. Wer baut und bleibt, denkt anders über Anforderungen. Wie diese Haltung in echte Produktarbeit übergeht, steht in unserer [SaaS-Produktentwicklung](\u002Fde\u002Fleistungen\u002Fsaas-produktentwicklung).\n\nMerk dir die Aufteilung, dann wählst du nie wieder das falsche Werkzeug. Schreib präzise auf, was eine feste Regel ist. Zeig, was Menschen bedienen sollen. Und ordne nach Nutzen, was als Nächstes dran ist. Drei Wege, drei Aufgaben, und die Klarheit, in jedem Moment zu wissen, welcher davon gerade zählt.","\u003Ch2>Was Anforderungen festhalten überhaupt heisst\u003C\u002Fh2>\n\n\u003Cp>Wer Software bauen lässt, steht früh vor einer simplen, aber folgenreichen Aufgabe: das, was im Kopf existiert, so festhalten, dass ein anderer Mensch es bauen kann. Genau hier setzen Pflichtenheft, User Story und Prototyp an. Alle drei beantworten dieselbe Grundfrage, nämlich \u003Cq>was soll dieses Produkt tun\u003C\u002Fq>, aber sie tun es auf völlig verschiedene Weise, mit verschiedenen Stärken und verschiedenen Fallen. \u003Cstrong>Ein Pflichtenheft beschreibt das System in Prosa. Eine User Story beschreibt einen Nutzer und sein Ziel. Ein Prototyp zeigt das fertige Produkt, ohne dass dahinter etwas läuft.\u003C\u002Fstrong>\u003C\u002Fp>\n\n\u003Cp>Welchen Weg du wählst, entscheidet mehr, als die meisten erwarten. Er prägt, worüber im Projekt gestritten wird, wann Missverständnisse auffliegen und wie teuer eine Änderung später ist. Gehen wir die drei der Reihe nach durch, schauen uns an, wo jeder glänzt und wo er bricht, und klären am Ende die Frage, die wirklich zählt: was nimmst du für dein Vorhaben?\u003C\u002Fp>\n\n\u003Ch2>Das Pflichtenheft: alles aufgeschrieben, bevor es losgeht\u003C\u002Fh2>\n\n\u003Cp>Das \u003Cstrong>Pflichtenheft\u003C\u002Fstrong> ist der klassische Weg, und für viele klingt er nach Gründlichkeit. Du schreibst auf, was das System können soll, Funktion für Funktion, Regel für Regel, am besten lückenlos. Ein Lastenheft hält dabei fest, was der Auftraggeber will, das Pflichtenheft beschreibt, wie der Auftragnehmer es umsetzt. In der Praxis verschwimmt die Grenze, und übrig bleibt ein dickes Dokument, das den vollständigen Funktionsumfang in Worten beschreibt.\u003C\u002Fp>\n\n\u003Cp>Der Reiz ist offensichtlich. Alles steht schwarz auf weiss, jede Partei kann sich darauf berufen, und bei einer Ausschreibung lassen sich Angebote vergleichen. Für klar umrissene Vorhaben mit stabilen, bekannten Regeln ist das stark. Wenn eine Lohnabrechnung gesetzliche Vorgaben umsetzen muss oder eine Schnittstelle ein dokumentiertes Format bedienen soll, gehören diese Regeln präzise notiert, und ein Pflichtenheft ist dafür das richtige Werkzeug. Was sich exakt sagen lässt, sollte exakt gesagt werden.\u003C\u002Fp>\n\n\u003Cp>Das Problem beginnt dort, wo Software eben nicht aus bekannten Regeln besteht, sondern aus Annahmen darüber, was Nutzer brauchen. Prosa ist ein erstaunlich schlechtes Medium, um ein interaktives Produkt zu beschreiben. Lies den Satz \u003Cq>der Nutzer kann seine Buchungen filtern und exportieren\u003C\u002Fq>. Klingt eindeutig. Filtern nach was, mehrere Kriterien gleichzeitig, was passiert bei keinem Treffer, exportiert wird wohin, in welchem Format, mit welchen Spalten? Jeder dieser Punkte ist eine stille Entscheidung, die der Leser unbewusst trifft, und Auftraggeber und Entwickler treffen sie selten gleich. Das Dokument fühlt sich vollständig an und ist es nie.\u003C\u002Fp>\n\n\u003Ch2>Warum ein dickes Pflichtenheft so oft scheitert\u003C\u002Fh2>\n\n\u003Cp>Drei Kräfte arbeiten gegen das umfangreiche Pflichtenheft, und sie verstärken sich gegenseitig.\u003C\u002Fp>\n\n\u003Cp>Die erste ist die \u003Cstrong>Scheingenauigkeit\u003C\u002Fstrong>. Fünfzig Seiten erzeugen das Gefühl, alles sei geklärt. Tatsächlich verschiebt das Dokument die offenen Fragen nur nach hinten, an die Stelle, wo sie am teuersten zu beantworten sind: in die Umsetzung. Jede Lücke, die beim Schreiben übersehen wurde, taucht beim Bauen wieder auf, und dann diskutierst du nicht mehr über einen Satz, sondern über bereits geschriebenen Code.\u003C\u002Fp>\n\n\u003Cp>Die zweite Kraft ist die \u003Cstrong>Veränderung\u003C\u002Fstrong>. Ein Pflichtenheft friert einen Wissensstand ein, der zum Zeitpunkt des Schreibens am kleinsten ist. Du weisst über dein Produkt nie weniger als am Anfang. Sobald die ersten Teile laufen und echte Menschen sie benutzen, lernst du Dinge, die jede Vorabbeschreibung umstossen. Ein starres Dokument macht aus diesem Lernen einen Konflikt: Jede neue Erkenntnis wird zur \u003Cq>Änderung am Vertrag\u003C\u002Fq> statt zum normalen Fortschritt. Wie sehr sich Anforderungen unterwegs verschieben, ist einer der Gründe, warum SaaS-Vorhaben kippen, und \u003Ca href=\"\u002Fde\u002Fwissen\u002Fwarum-saas-projekte-scheitern\">warum SaaS-Projekte scheitern\u003C\u002Fa> geht dem genauer nach.\u003C\u002Fp>\n\n\u003Cp>Die dritte Kraft ist die \u003Cstrong>Distanz zur Realität\u003C\u002Fstrong>. Niemand kann fünfzig Seiten Prosa im Kopf zu einem laufenden Produkt zusammensetzen, weder der Auftraggeber beim Lesen noch der Entwickler beim Bauen. Beide bilden sich ein Bild, und die beiden Bilder weichen voneinander ab, ohne dass es jemand merkt, bis das Gebaute auf dem Tisch liegt. Genau dann, am Ende, fällt der teuerste Fehler auf. Ein gutes Verfahren legt Missverständnisse so früh wie möglich offen. Das dicke Pflichtenheft tut das Gegenteil.\u003C\u002Fp>\n\n\u003Ch2>Die User Story: ein Nutzer, ein Ziel, ein Gespräch\u003C\u002Fh2>\n\n\u003Cp>Eine \u003Cstrong>User Story\u003C\u002Fstrong> dreht den Blickwinkel. Statt das System zu beschreiben, beschreibt sie einen Menschen und das, was er erreichen will, meist in einem einzigen Satz: \u003Cq>Als Disponentin will ich offene Aufträge nach Lieferdatum sortieren, damit ich die dringenden zuerst plane.\u003C\u002Fq> Drei Teile, eine Rolle, ein Wunsch, ein Grund. Mehr nicht.\u003C\u002Fp>\n\n\u003Cp>Dass eine Story so kurz ist, ist ihre eigentliche Stärke, nicht ihre Schwäche. Sie behauptet gar nicht, vollständig zu sein. Sie ist ein Platzhalter für ein Gespräch, das noch kommt. Wenn die Story dran ist, setzen sich Auftraggeber und Entwickler zusammen und klären die Details, die ein Pflichtenheft vorab zu erschlagen versucht. Der entscheidende Unterschied: Diese Klärung passiert zum spätestmöglichen verantwortbaren Zeitpunkt, wenn das Wissen am grössten und der Kontext frisch ist, nicht Monate vorher auf Vorrat.\u003C\u002Fp>\n\n\u003Cp>Dazu kommt, dass eine Story immer beim Nutzen ansetzt. Sie zwingt zur Frage, wem das eigentlich hilft und wozu. Funktionen ohne erkennbaren Nutzer fallen so früh auf, statt sich durch ein Lastenheft zu mogeln. Und weil jede Story für sich steht, lassen sie sich ordnen: die wertvollsten zuerst, der Rest später oder gar nicht. Das passt genau zu der Arbeit, einen Produktkern zu finden, statt alles auf einmal zu wollen, ein Thema, das \u003Ca href=\"\u002Fde\u002Fwissen\u002Ferste-funktion-produktkern-finden\">die erste Funktion und den Produktkern finden\u003C\u002Fa> vertieft.\u003C\u002Fp>\n\n\u003Cp>Grenzenlos ist auch dieser Weg nicht. User Stories leben vom Gespräch, und wo dieses Gespräch fehlt, weil der Auftraggeber nicht greifbar ist oder niemand entscheidet, bleiben sie hohle Einzeiler. Für hart geregelte Sachverhalte taugen sie schlecht: Eine steuerliche Berechnung lässt sich nicht in \u003Cq>als Nutzer will ich korrekt besteuert werden\u003C\u002Fq> fassen, da brauchst du die exakte Regel, also ein Stück Pflichtenheft. Und eine Sammlung von Stories ergibt noch kein Gesamtbild. Wie die Teile zusammenwirken, ob der Gesamtablauf stimmig ist, das zeigt eine Liste von Sätzen nicht.\u003C\u002Fp>\n\n\u003Ch2>Der Prototyp: zeigen statt beschreiben\u003C\u002Fh2>\n\n\u003Cp>Genau diese letzte Lücke füllt der \u003Cstrong>Prototyp\u003C\u002Fstrong>. Statt das Produkt zu beschreiben, zeigt er es. Meist ist er ein klickbares Modell aus einem Design-Werkzeug, das aussieht und sich anfühlt wie die fertige Anwendung, dahinter aber leer ist. Keine Datenbank, keine Logik, nur Bildschirme, durch die man sich klickt, als wäre alles schon da.\u003C\u002Fp>\n\n\u003Cp>Die Wirkung ist schwer zu überschätzen. Ein Prototyp beseitigt fast die gesamte Mehrdeutigkeit, an der Prosa scheitert. Der Satz über das Filtern und Exportieren löst Diskussionen aus, der Prototyp zeigt einfach das Filter-Menü, die Ergebnisliste, den Export-Knopf und den leeren Zustand bei null Treffern. Was vorher ausgehandelt werden musste, sieht jeder auf einen Blick gleich. Deshalb gilt: Bei allem, wo es um Bedienung, Abläufe und Form geht, sagt ein Prototyp mehr als fünfzig Seiten Text, und zwar sofort.\u003C\u002Fp>\n\n\u003Cp>Noch wertvoller ist, was er an Lernen ermöglicht. Setz fünf künftige Nutzer vor den Klick-Dummy und schau zu. Wo zögern sie, welchen Knopf finden sie nicht, wo erwarten sie etwas anderes? Diese Missverständnisse fliegen auf, bevor eine Zeile Code existiert, und eine Korrektur kostet hier fast nichts: ein Element verschieben, eine Beschriftung ändern. Im fertig gebauten Produkt kostet dieselbe Korrektur ein Vielfaches, weil Code, Datenmodell und Tests daran hängen. Der Prototyp dreht die teuerste Eigenschaft des Pflichtenhefts um: Er holt das Aufdecken von Fehlern an den Anfang.\u003C\u002Fp>\n\n\u003Cp>Was ein Prototyp nicht kann, gehört genauso klar gesagt. Er zeigt die Oberfläche, nicht die Regeln dahinter. Wie eine Berechnung im Detail läuft, welche Datenschutz-Pflichten gelten, wie sich das System bei tausend gleichzeitigen Zugriffen verhält, davon zeigt ein Klick-Dummy nichts. Er kann wunderschön sein und ein Produkt darstellen, das technisch nicht machbar ist. Form geklärt heisst eben nicht Machbarkeit geklärt. Und ein Prototyp verführt: Weil er so fertig aussieht, halten ihn manche für fast fertig, obwohl dahinter noch gar nichts steht. Der Unterschied zwischen \u003Cq>sieht fertig aus\u003C\u002Fq> und \u003Cq>ist gebaut\u003C\u002Fq> ist riesig, und \u003Ca href=\"\u002Fde\u002Fwissen\u002Fmvp-prototyp-proof-of-concept-unterschied\">MVP, Prototyp und Proof of Concept\u003C\u002Fa> trennt diese Begriffe sauber.\u003C\u002Fp>\n\n\u003Ch2>Welcher Weg für dein Vorhaben, und warum es selten nur einer ist\u003C\u002Fh2>\n\n\u003Cp>Die nüchterne Antwort: Du kombinierst, und zwar nach der Art der Frage, die gerade offen ist. Die drei Werkzeuge konkurrieren nicht, sie decken verschiedene Schichten desselben Produkts ab.\u003C\u002Fp>\n\n\u003Cp>Für \u003Cstrong>harte, geregelte Sachverhalte\u003C\u002Fstrong> schreibst du präzise auf, was gilt. Steuerlogik, Schnittstellen-Formate, gesetzliche Pflichten, Berechtigungen, das gehört exakt notiert, ein gezieltes Stück Pflichtenheft. Was sich genau sagen lässt, sagst du genau. Hier ist Prosa stark, weil es um eindeutige Regeln geht, nicht um Bedienung.\u003C\u002Fp>\n\n\u003Cp>Für \u003Cstrong>Bedienung, Abläufe und Form\u003C\u002Fstrong> baust du einen Prototyp. Alles, wo es darauf ankommt, dass Menschen sich zurechtfinden, klärst du, indem du es zeigst, nicht beschreibst. Das ist fast immer schneller und führt zu weniger bösen Überraschungen am Ende.\u003C\u002Fp>\n\n\u003Cp>Und für die \u003Cstrong>Frage, was als Nächstes wertvoll ist\u003C\u002Fstrong>, nimmst du User Stories. Sie ordnen die Arbeit nach Nutzen und halten das Gespräch am Laufen, während gebaut wird. So entsteht kein eingefrorenes Dokument, sondern ein lebendiger, nach Wert sortierter Plan.\u003C\u002Fp>\n\n\u003Cp>Was du vermeidest, ist der Versuch, eine Schicht mit dem falschen Werkzeug zu erschlagen. Bedienung in Prosa ist Quälerei, Steuerregeln als User Story sind gefährlich, und ein Prototyp ersetzt keine technische Klärung. Die meisten gescheiterten Spezifikationen, die wir sehen, sind kein Mangel an Sorgfalt, sondern Sorgfalt am falschen Ort: ein perfektes Pflichtenheft für etwas, das man hätte zeigen müssen.\u003C\u002Fp>\n\n\u003Ch2>Warum wir lieber zeigen als beschreiben\u003C\u002Fh2>\n\n\u003Cp>Dass wir Prototyp und kurze, gut sortierte Stories über das dicke Pflichtenheft stellen, ist keine Mode, sondern kommt aus dem eigenen Betrieb. Wir bei Wertstifter bauen unsere Produkte nicht nur, wir betreiben sie selbst. Wortfreunde und Reazon sind beide aus einem bewusst kleinen Kern gewachsen und stehen seither im täglichen Einsatz. In diesem Doppel von Bauen und Betreiben haben wir am eigenen Leib gelernt, dass jede Vorab-Spezifikation an der Realität schrumpft, sobald echte Nutzer das Produkt anfassen. Ein Dokument, das vorgibt, alles vorherzusehen, hält dieser Begegnung nie stand.\u003C\u002Fp>\n\n\u003Cp>Darum klären wir, was sich exakt regeln lässt, präzise und ohne Umschweife, und alles andere zeigen wir früh, in klickbarer Form, an echten Menschen getestet, bevor teurer Code entsteht. Reine Agenturen, die nach dem Start aussteigen, spüren die Folgen einer zu starren Spezifikation selten, weil sie längst weg sind, wenn der Betrieb die Schwächen ans Licht bringt. Wer baut und bleibt, denkt anders über Anforderungen. Wie diese Haltung in echte Produktarbeit übergeht, steht in unserer \u003Ca href=\"\u002Fde\u002Fleistungen\u002Fsaas-produktentwicklung\">SaaS-Produktentwicklung\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Cp>Merk dir die Aufteilung, dann wählst du nie wieder das falsche Werkzeug. Schreib präzise auf, was eine feste Regel ist. Zeig, was Menschen bedienen sollen. Und ordne nach Nutzen, was als Nächstes dran ist. Drei Wege, drei Aufgaben, und die Klarheit, in jedem Moment zu wissen, welcher davon gerade zählt.\u003C\u002Fp>\n",{"id":23,"slug":24,"path":25,"page_type":26,"published":27,"type":34,"anchor":16},{"id":38,"slug":39,"path":40,"page_type":41,"published":27,"fields":51,"type":34,"anchor":52},{"title":43,"meta_title":44,"meta_description":45,"summary":46},"problems",[],[55,56,60,64],{"title":29,"href":25,"description":32},{"title":57,"href":58,"description":59},"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":61,"href":62,"description":63},"Produkt-Betrieb","\u002Fde\u002Fleistungen\u002Fprodukt-betrieb","Wir übernehmen den Betrieb digitaler Produkte mit klar vereinbartem Umfang, projektbezogenen Reaktionszeiten und vollständigem Zugriff für dich.",{"title":65,"href":66,"description":67},"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.",[69,71,75],{"title":70,"href":40,"description":46},"Schweizer KMU",{"title":72,"href":73,"description":74},"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":76,"href":77,"description":78},"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.",[],[81,84,87],{"title":82,"href":83},"Eigene Produkte","\u002Fde\u002Fprojekte",{"title":85,"href":86},"Wissen","\u002Fde\u002Fwissen",{"title":88,"href":89},"Über uns","\u002Fde\u002Fueber-uns",[91,105,113,124,133,141,150,159,168,176,185,195,203,211,220,228,236,245,253,261,270,279,287,295,303,311,319,327,335,343,351,359,367,375,383,391,399,407,415,419,427,435,443,451,459,467,475,483,491,499,507,515,523,531,539,547,555,563,571,579,587,595,603,611,619,627,635,643,651,659,667,675,683,691,699,707,715,723,731,739,747,755,763,771,779,787,795,803,811,819,827,835,843,851,859,867,875,883,891],{"path":92,"slug":93,"title":94,"summary":95,"image":96,"publication_date":97,"big5_category":98,"primary_hub":99,"cluster":100,"pillar":101,"hubs":104},"\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":102,"title":103},"\u002Fde\u002Fworkshops","KI-Workshops und KI-Schulungen",[],{"path":106,"slug":107,"title":108,"summary":109,"image":96,"publication_date":97,"big5_category":110,"primary_hub":99,"cluster":100,"pillar":111,"hubs":112},"\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":102,"title":103},[],{"path":114,"slug":115,"title":116,"summary":117,"image":96,"publication_date":118,"big5_category":98,"primary_hub":119,"cluster":120,"pillar":96,"hubs":121},"\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",[122],{"slug":119,"title":57,"anchor":123},"bestof",{"path":125,"slug":126,"title":127,"summary":128,"image":96,"publication_date":129,"big5_category":98,"primary_hub":24,"cluster":130,"pillar":96,"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","product-discovery",[132],{"slug":24,"title":29,"anchor":123},{"path":134,"slug":135,"title":136,"summary":137,"image":96,"publication_date":138,"big5_category":98,"primary_hub":24,"cluster":130,"pillar":96,"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":24,"title":29,"anchor":123},{"path":142,"slug":143,"title":144,"summary":145,"image":96,"publication_date":146,"big5_category":98,"primary_hub":24,"cluster":147,"pillar":96,"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":24,"title":29,"anchor":123},{"path":151,"slug":152,"title":153,"summary":154,"image":96,"publication_date":155,"big5_category":98,"primary_hub":119,"cluster":156,"pillar":96,"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":119,"title":57,"anchor":123},{"path":160,"slug":161,"title":162,"summary":163,"image":96,"publication_date":164,"big5_category":52,"primary_hub":119,"cluster":165,"pillar":96,"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":119,"title":57,"anchor":52},{"path":169,"slug":170,"title":171,"summary":172,"image":96,"publication_date":173,"big5_category":98,"primary_hub":119,"cluster":165,"pillar":96,"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":119,"title":57,"anchor":123},{"path":177,"slug":178,"title":179,"summary":180,"image":96,"publication_date":181,"big5_category":98,"primary_hub":24,"cluster":182,"pillar":96,"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":24,"title":29,"anchor":123},{"path":186,"slug":187,"title":188,"summary":189,"image":96,"publication_date":190,"big5_category":16,"primary_hub":191,"cluster":192,"pillar":96,"hubs":193},"\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","wachstum","website-mit-ki",[194],{"slug":191,"title":65,"anchor":16},{"path":196,"slug":197,"title":198,"summary":199,"image":96,"publication_date":200,"big5_category":98,"primary_hub":24,"cluster":182,"pillar":96,"hubs":201},"\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",[202],{"slug":24,"title":29,"anchor":123},{"path":204,"slug":205,"title":206,"summary":207,"image":96,"publication_date":208,"big5_category":123,"primary_hub":24,"cluster":96,"pillar":96,"hubs":209},"\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",[210],{"slug":24,"title":29},{"path":212,"slug":213,"title":214,"summary":215,"image":96,"publication_date":216,"big5_category":217,"primary_hub":119,"cluster":96,"pillar":96,"hubs":218},"\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",[219],{"slug":119,"title":57},{"path":221,"slug":222,"title":223,"summary":224,"image":96,"publication_date":225,"big5_category":217,"primary_hub":24,"cluster":96,"pillar":96,"hubs":226},"\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",[227],{"slug":24,"title":29},{"path":229,"slug":230,"title":231,"summary":232,"image":96,"publication_date":233,"big5_category":123,"primary_hub":24,"cluster":96,"pillar":96,"hubs":234},"\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",[235],{"slug":24,"title":29},{"path":237,"slug":238,"title":239,"summary":240,"image":96,"publication_date":241,"big5_category":123,"primary_hub":242,"cluster":96,"pillar":96,"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","produkt-betrieb",[244],{"slug":242,"title":61},{"path":246,"slug":247,"title":248,"summary":249,"image":96,"publication_date":250,"big5_category":98,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":254,"slug":255,"title":256,"summary":257,"image":96,"publication_date":258,"big5_category":52,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":262,"slug":263,"title":264,"summary":265,"image":96,"publication_date":266,"big5_category":16,"primary_hub":242,"cluster":96,"pillar":96,"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":242,"title":61},{"slug":119,"title":57},{"path":271,"slug":272,"title":273,"summary":274,"image":96,"publication_date":275,"big5_category":98,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"slug":191,"title":65},{"path":280,"slug":281,"title":282,"summary":283,"image":96,"publication_date":284,"big5_category":52,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":288,"slug":289,"title":290,"summary":291,"image":96,"publication_date":292,"big5_category":217,"primary_hub":242,"cluster":96,"pillar":96,"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":242,"title":61},{"path":296,"slug":297,"title":298,"summary":299,"image":96,"publication_date":300,"big5_category":16,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":304,"slug":305,"title":306,"summary":307,"image":96,"publication_date":308,"big5_category":217,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":312,"slug":313,"title":314,"summary":315,"image":96,"publication_date":316,"big5_category":16,"primary_hub":119,"cluster":96,"pillar":96,"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":119,"title":57},{"path":320,"slug":321,"title":322,"summary":323,"image":96,"publication_date":324,"big5_category":98,"primary_hub":119,"cluster":96,"pillar":96,"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":119,"title":57},{"path":328,"slug":329,"title":330,"summary":331,"image":96,"publication_date":332,"big5_category":98,"primary_hub":24,"cluster":96,"pillar":96,"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":24,"title":29},{"path":336,"slug":337,"title":338,"summary":339,"image":96,"publication_date":340,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":344,"slug":345,"title":346,"summary":347,"image":96,"publication_date":348,"big5_category":16,"primary_hub":242,"cluster":16,"pillar":96,"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":242,"title":61,"anchor":16},{"path":352,"slug":353,"title":354,"summary":355,"image":96,"publication_date":356,"big5_category":110,"primary_hub":242,"cluster":110,"pillar":96,"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":242,"title":61,"anchor":110},{"path":360,"slug":361,"title":362,"summary":363,"image":96,"publication_date":364,"big5_category":217,"primary_hub":191,"cluster":217,"pillar":96,"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":191,"title":65,"anchor":217},{"path":368,"slug":369,"title":370,"summary":371,"image":96,"publication_date":372,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"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":191,"title":65,"anchor":123},{"path":376,"slug":377,"title":378,"summary":379,"image":96,"publication_date":380,"big5_category":52,"primary_hub":24,"cluster":52,"pillar":96,"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":24,"title":29,"anchor":52},{"path":384,"slug":385,"title":386,"summary":387,"image":96,"publication_date":388,"big5_category":217,"primary_hub":24,"cluster":217,"pillar":96,"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":24,"title":29,"anchor":217},{"path":392,"slug":393,"title":394,"summary":395,"image":96,"publication_date":396,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":400,"slug":401,"title":402,"summary":403,"image":96,"publication_date":404,"big5_category":98,"primary_hub":242,"cluster":52,"pillar":96,"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":242,"title":61,"anchor":52},{"path":408,"slug":409,"title":410,"summary":411,"image":96,"publication_date":412,"big5_category":98,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":6,"slug":7,"title":14,"summary":416,"image":96,"publication_date":17,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"hubs":417},"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.",[418],{"slug":24,"title":29,"anchor":16},{"path":420,"slug":421,"title":422,"summary":423,"image":96,"publication_date":424,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"hubs":425},"\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",[426],{"slug":24,"title":29,"anchor":123},{"path":428,"slug":429,"title":430,"summary":431,"image":96,"publication_date":432,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":433},"\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",[434],{"slug":191,"title":65,"anchor":123},{"path":436,"slug":437,"title":438,"summary":439,"image":96,"publication_date":440,"big5_category":123,"primary_hub":191,"cluster":123,"pillar":96,"hubs":441},"\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",[442],{"slug":191,"title":65,"anchor":123},{"path":444,"slug":445,"title":446,"summary":447,"image":96,"publication_date":448,"big5_category":52,"primary_hub":191,"cluster":52,"pillar":96,"hubs":449},"\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",[450],{"slug":191,"title":65,"anchor":52},{"path":452,"slug":453,"title":454,"summary":455,"image":96,"publication_date":456,"big5_category":52,"primary_hub":191,"cluster":52,"pillar":96,"hubs":457},"\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",[458],{"slug":191,"title":65,"anchor":52},{"path":460,"slug":461,"title":462,"summary":463,"image":96,"publication_date":464,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":465},"\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",[466],{"slug":191,"title":65,"anchor":123},{"path":468,"slug":469,"title":470,"summary":471,"image":96,"publication_date":472,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":473},"\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",[474],{"slug":191,"title":65,"anchor":123},{"path":476,"slug":477,"title":478,"summary":479,"image":96,"publication_date":480,"big5_category":98,"primary_hub":119,"cluster":110,"pillar":96,"hubs":481},"\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",[482],{"slug":119,"title":57,"anchor":110},{"path":484,"slug":485,"title":486,"summary":487,"image":96,"publication_date":488,"big5_category":52,"primary_hub":119,"cluster":52,"pillar":96,"hubs":489},"\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",[490],{"slug":119,"title":57,"anchor":52},{"path":492,"slug":493,"title":494,"summary":495,"image":96,"publication_date":496,"big5_category":98,"primary_hub":119,"cluster":123,"pillar":96,"hubs":497},"\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",[498],{"slug":119,"title":57,"anchor":123},{"path":500,"slug":501,"title":502,"summary":503,"image":96,"publication_date":504,"big5_category":98,"primary_hub":119,"cluster":123,"pillar":96,"hubs":505},"\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",[506],{"slug":119,"title":57,"anchor":123},{"path":508,"slug":509,"title":510,"summary":511,"image":96,"publication_date":512,"big5_category":16,"primary_hub":119,"cluster":16,"pillar":96,"hubs":513},"\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",[514],{"slug":119,"title":57,"anchor":16},{"path":516,"slug":517,"title":518,"summary":519,"image":96,"publication_date":520,"big5_category":98,"primary_hub":119,"cluster":123,"pillar":96,"hubs":521},"\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",[522],{"slug":119,"title":57,"anchor":123},{"path":524,"slug":525,"title":526,"summary":527,"image":96,"publication_date":528,"big5_category":52,"primary_hub":24,"cluster":52,"pillar":96,"hubs":529},"\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",[530],{"slug":24,"title":29,"anchor":52},{"path":532,"slug":533,"title":534,"summary":535,"image":96,"publication_date":536,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"hubs":537},"\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",[538],{"slug":24,"title":29,"anchor":16},{"path":540,"slug":541,"title":542,"summary":543,"image":96,"publication_date":544,"big5_category":217,"primary_hub":24,"cluster":217,"pillar":96,"hubs":545},"\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",[546],{"slug":24,"title":29,"anchor":217},{"path":548,"slug":549,"title":550,"summary":551,"image":96,"publication_date":552,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"hubs":553},"\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",[554],{"slug":24,"title":29,"anchor":123},{"path":556,"slug":557,"title":558,"summary":559,"image":96,"publication_date":560,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"hubs":561},"\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",[562],{"slug":24,"title":29,"anchor":123},{"path":564,"slug":565,"title":566,"summary":567,"image":96,"publication_date":568,"big5_category":52,"primary_hub":24,"cluster":52,"pillar":96,"hubs":569},"\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",[570],{"slug":24,"title":29,"anchor":52},{"path":572,"slug":573,"title":574,"summary":575,"image":96,"publication_date":576,"big5_category":98,"primary_hub":242,"cluster":123,"pillar":96,"hubs":577},"\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",[578],{"slug":242,"title":61,"anchor":123},{"path":580,"slug":581,"title":582,"summary":583,"image":96,"publication_date":584,"big5_category":52,"primary_hub":242,"cluster":52,"pillar":96,"hubs":585},"\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",[586],{"slug":242,"title":61,"anchor":52},{"path":588,"slug":589,"title":590,"summary":591,"image":96,"publication_date":592,"big5_category":16,"primary_hub":242,"cluster":16,"pillar":96,"hubs":593},"\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",[594],{"slug":242,"title":61,"anchor":16},{"path":596,"slug":597,"title":598,"summary":599,"image":96,"publication_date":600,"big5_category":98,"primary_hub":242,"cluster":52,"pillar":96,"hubs":601},"\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",[602],{"slug":242,"title":61,"anchor":52},{"path":604,"slug":605,"title":606,"summary":607,"image":96,"publication_date":608,"big5_category":98,"primary_hub":242,"cluster":123,"pillar":96,"hubs":609},"\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",[610],{"slug":242,"title":61,"anchor":123},{"path":612,"slug":613,"title":614,"summary":615,"image":96,"publication_date":616,"big5_category":98,"primary_hub":242,"cluster":123,"pillar":96,"hubs":617},"\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",[618],{"slug":242,"title":61,"anchor":123},{"path":620,"slug":621,"title":622,"summary":623,"image":96,"publication_date":624,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":625},"\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",[626],{"slug":191,"title":65,"anchor":123},{"path":628,"slug":629,"title":630,"summary":631,"image":96,"publication_date":632,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":633},"\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",[634],{"slug":191,"title":65,"anchor":123},{"path":636,"slug":637,"title":638,"summary":639,"image":96,"publication_date":640,"big5_category":217,"primary_hub":191,"cluster":217,"pillar":96,"hubs":641},"\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",[642],{"slug":191,"title":65,"anchor":217},{"path":644,"slug":645,"title":646,"summary":647,"image":96,"publication_date":648,"big5_category":16,"primary_hub":191,"cluster":16,"pillar":96,"hubs":649},"\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",[650],{"slug":191,"title":65,"anchor":16},{"path":652,"slug":653,"title":654,"summary":655,"image":96,"publication_date":656,"big5_category":98,"primary_hub":191,"cluster":123,"pillar":96,"hubs":657},"\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",[658],{"slug":191,"title":65,"anchor":123},{"path":660,"slug":661,"title":662,"summary":663,"image":96,"publication_date":664,"big5_category":52,"primary_hub":191,"cluster":52,"pillar":96,"hubs":665},"\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",[666],{"slug":191,"title":65,"anchor":52},{"path":668,"slug":669,"title":670,"summary":671,"image":96,"publication_date":672,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"hubs":673},"\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",[674],{"slug":24,"title":29,"anchor":123},{"path":676,"slug":677,"title":678,"summary":679,"image":96,"publication_date":680,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"hubs":681},"\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",[682],{"slug":24,"title":29,"anchor":123},{"path":684,"slug":685,"title":686,"summary":687,"image":96,"publication_date":688,"big5_category":123,"primary_hub":24,"cluster":123,"pillar":96,"hubs":689},"\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",[690],{"slug":24,"title":29,"anchor":123},{"path":692,"slug":693,"title":694,"summary":695,"image":96,"publication_date":696,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"hubs":697},"\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",[698],{"slug":24,"title":29,"anchor":16},{"path":700,"slug":701,"title":702,"summary":703,"image":96,"publication_date":704,"big5_category":98,"primary_hub":24,"cluster":52,"pillar":96,"hubs":705},"\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",[706],{"slug":24,"title":29,"anchor":52},{"path":708,"slug":709,"title":710,"summary":711,"image":96,"publication_date":712,"big5_category":52,"primary_hub":119,"cluster":52,"pillar":96,"hubs":713},"\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",[714],{"slug":119,"title":57,"anchor":52},{"path":716,"slug":717,"title":718,"summary":719,"image":96,"publication_date":720,"big5_category":110,"primary_hub":119,"cluster":110,"pillar":96,"hubs":721},"\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",[722],{"slug":119,"title":57,"anchor":110},{"path":724,"slug":725,"title":726,"summary":727,"image":96,"publication_date":728,"big5_category":98,"primary_hub":119,"cluster":123,"pillar":96,"hubs":729},"\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",[730],{"slug":119,"title":57,"anchor":123},{"path":732,"slug":733,"title":734,"summary":735,"image":96,"publication_date":736,"big5_category":98,"primary_hub":119,"cluster":110,"pillar":96,"hubs":737},"\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",[738],{"slug":119,"title":57,"anchor":110},{"path":740,"slug":741,"title":742,"summary":743,"image":96,"publication_date":744,"big5_category":123,"primary_hub":119,"cluster":123,"pillar":96,"hubs":745},"\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",[746],{"slug":119,"title":57,"anchor":123},{"path":748,"slug":749,"title":750,"summary":751,"image":96,"publication_date":752,"big5_category":16,"primary_hub":119,"cluster":16,"pillar":96,"hubs":753},"\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",[754],{"slug":119,"title":57,"anchor":16},{"path":756,"slug":757,"title":758,"summary":759,"image":96,"publication_date":760,"big5_category":52,"primary_hub":119,"cluster":52,"pillar":96,"hubs":761},"\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",[762],{"slug":119,"title":57,"anchor":52},{"path":764,"slug":765,"title":766,"summary":767,"image":96,"publication_date":768,"big5_category":52,"primary_hub":242,"cluster":52,"pillar":96,"hubs":769},"\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",[770],{"slug":242,"title":61,"anchor":52},{"path":772,"slug":773,"title":774,"summary":775,"image":96,"publication_date":776,"big5_category":16,"primary_hub":242,"cluster":16,"pillar":96,"hubs":777},"\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",[778],{"slug":242,"title":61,"anchor":16},{"path":780,"slug":781,"title":782,"summary":783,"image":96,"publication_date":784,"big5_category":98,"primary_hub":242,"cluster":123,"pillar":96,"hubs":785},"\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",[786],{"slug":242,"title":61,"anchor":123},{"path":788,"slug":789,"title":790,"summary":791,"image":96,"publication_date":792,"big5_category":123,"primary_hub":242,"cluster":123,"pillar":96,"hubs":793},"\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",[794],{"slug":242,"title":61,"anchor":123},{"path":796,"slug":797,"title":798,"summary":799,"image":96,"publication_date":800,"big5_category":217,"primary_hub":119,"cluster":217,"pillar":96,"hubs":801},"\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",[802],{"slug":119,"title":57,"anchor":217},{"path":804,"slug":805,"title":806,"summary":807,"image":96,"publication_date":808,"big5_category":52,"primary_hub":242,"cluster":52,"pillar":96,"hubs":809},"\u002Fde\u002Fwissen\u002Fsoftware-teuer-nach-launch","software-teuer-nach-launch","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.","2025-02-17T00:00:00Z",[810],{"slug":242,"title":61,"anchor":52},{"path":812,"slug":813,"title":814,"summary":815,"image":96,"publication_date":816,"big5_category":110,"primary_hub":242,"cluster":110,"pillar":96,"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":242,"title":61,"anchor":110},{"path":820,"slug":821,"title":822,"summary":823,"image":96,"publication_date":824,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":828,"slug":829,"title":830,"summary":831,"image":96,"publication_date":832,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":836,"slug":837,"title":838,"summary":839,"image":96,"publication_date":840,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"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":24,"title":29,"anchor":123},{"path":844,"slug":845,"title":846,"summary":847,"image":96,"publication_date":848,"big5_category":52,"primary_hub":24,"cluster":52,"pillar":96,"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":24,"title":29,"anchor":52},{"path":852,"slug":853,"title":854,"summary":855,"image":96,"publication_date":856,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"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":24,"title":29,"anchor":123},{"path":860,"slug":861,"title":862,"summary":863,"image":96,"publication_date":864,"big5_category":98,"primary_hub":24,"cluster":123,"pillar":96,"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":24,"title":29,"anchor":123},{"path":868,"slug":869,"title":870,"summary":871,"image":96,"publication_date":872,"big5_category":123,"primary_hub":24,"cluster":123,"pillar":96,"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":24,"title":29,"anchor":123},{"path":876,"slug":877,"title":878,"summary":879,"image":96,"publication_date":880,"big5_category":110,"primary_hub":24,"cluster":110,"pillar":96,"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":24,"title":29,"anchor":110},{"path":884,"slug":885,"title":886,"summary":887,"image":96,"publication_date":888,"big5_category":16,"primary_hub":24,"cluster":16,"pillar":96,"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":24,"title":29,"anchor":16},{"path":892,"slug":893,"title":894,"summary":895,"image":96,"publication_date":896,"big5_category":110,"primary_hub":24,"cluster":110,"pillar":96,"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":24,"title":29,"anchor":110},[900,907,913],{"title":901,"links":902},"Themen",[903,904,905,906],{"title":29,"href":25},{"title":57,"href":58},{"title":61,"href":62},{"title":65,"href":66},{"title":908,"links":909},"Für wen",[910,911,912],{"title":70,"href":40},{"title":72,"href":73},{"title":76,"href":77},{"title":914,"links":915},"Unternehmen",[916,917,918,919,922,925],{"title":82,"href":83},{"title":85,"href":86},{"title":88,"href":89},{"title":920,"href":921},"Kontakt","\u002Fde\u002Fkontakt",{"title":923,"href":924},"Impressum","\u002Fde\u002Fimpressum",{"title":926,"href":927},"Datenschutz","\u002Fde\u002Fdatenschutz",[]]