<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://kroener-starke.ch/feed.xml" rel="self" type="application/atom+xml" /><link href="https://kroener-starke.ch/" rel="alternate" type="text/html" /><updated>2026-08-24T02:07:16+00:00</updated><id>https://kroener-starke.ch/feed.xml</id><title type="html">Kröner &amp;amp; Starke</title><subtitle>Kröner &amp; Starke entwickelt Webdesign, Branding und Websites für Schweizer KMU und DACH-Unternehmen, die Vertrauen schaffen und qualifizierte Anfragen gewinnen.</subtitle><entry><title type="html">Website messen: Warum Seitenaufrufe nicht reichen</title><link href="https://kroener-starke.ch/einblicke/website-messen-seitenaufrufe-anfragen/" rel="alternate" type="text/html" title="Website messen: Warum Seitenaufrufe nicht reichen" /><published>2026-08-17T00:00:00+00:00</published><updated>2026-08-17T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/website-messen-seitenaufrufe-anfragen</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/website-messen-seitenaufrufe-anfragen/"><![CDATA[<p>Viele Website-Auswertungen beginnen mit der falschen Frage:</p>

<p>Wie viele Besucher hatten wir?</p>

<p>Die Zahl kann interessant sein. Aber sie sagt fast nie allein, ob die Website ihren Job macht.</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p>Seitenaufrufe messen Aufmerksamkeit. Sie messen nicht automatisch Verständnis, Vertrauen oder Anfragequalität.</p>

<p>Eine Seite kann viel Traffic bekommen und trotzdem falsch arbeiten. Besucher kommen, lesen kurz, verstehen den Unterschied nicht und gehen wieder. Oder sie fragen an, aber mit Erwartungen, die nicht zum Angebot passen.</p>

<p>Für eine Website mit Anfrageziel sind deshalb andere Fragen wichtiger:</p>

<ul>
  <li>Welche Seiten werden von passenden Besuchern gefunden?</li>
  <li>Welche Suchanfragen bringen Menschen mit echter Absicht?</li>
  <li>Wo brechen Nutzer ab, obwohl der nächste Schritt logisch wäre?</li>
  <li>Welche Anfragen entstehen danach wirklich?</li>
  <li>Werden die Gespräche konkreter oder nur zahlreicher?</li>
</ul>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Wenn nur Seitenaufrufe betrachtet werden, optimiert man schnell in die falsche Richtung.</p>

<p>Dann wird mehr Content produziert, obwohl die Leistungsseite unklar ist. Ads werden hochgefahren, obwohl Proof fehlt. SEO wird als Trafficmaschine verstanden, obwohl die Website nach dem Klick nicht genug Sicherheit aufbaut.</p>

<p>Das Problem ist nicht Messung an sich. Das Problem ist Messung ohne Entscheidung.</p>

<p>Eine gute Website-Auswertung verbindet Sichtbarkeit, Verhalten und Anfragequalität. Google Search Console zeigt, welche Suchbegriffe und Seiten Aufmerksamkeit bekommen. Formulare und Gespräche zeigen, ob daraus passende Kontakte entstehen. Die Seite selbst zeigt, ob Angebot, Proof, Ablauf und nächster Schritt verständlich genug geführt werden.</p>

<p>Wenn du nicht sicher bist, wo eine bestehende Seite gerade bremst, ist der <a href="/leistungen/website-check/">Website Check</a> ein sinnvoller Einstieg: Er schaut auf Wirkung, Struktur, Vertrauen, Performance, Sichtbarkeit und Anfragewege zusammen.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Trenne Sichtbarkeit, Nutzung und Anfragequalität voneinander.</li>
  <li>Prüfe nicht nur Gesamttraffic, sondern die wichtigsten Einstiegsseiten.</li>
  <li>Vergleiche Suchanfragen mit dem tatsächlichen Angebot: Kommen die richtigen Menschen?</li>
  <li>Schaue dir Kontaktanfragen qualitativ an: Sind sie konkreter, passender, besser vorbereitet?</li>
  <li>Miss eine <a href="/glossar/#conversion">Conversion</a> nicht nur als Formularabschickung, sondern als brauchbaren nächsten Schritt.</li>
  <li>Notiere nach jedem Erstgespräch, welche Information vorher auf der Website gefehlt hat.</li>
  <li>Entscheide erst danach, ob du mehr Sichtbarkeit, bessere Inhalte, stärkeren Proof oder einen klareren Anfrageweg brauchst.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Seitenaufrufe sind ein Signal.</p>

<p>Aber kein Ziel.</p>

<p>Eine Website arbeitet dann gut, wenn passende Menschen sie finden, schneller verstehen, mehr Vertrauen aufbauen und danach bessere nächste Schritte machen.</p>]]></content><author><name>Simon Kröner</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum Seitenaufrufe allein wenig sagen und wie du erkennst, ob deine Website Vertrauen, Sichtbarkeit und passende Anfragen wirklich vorbereitet.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/website-messen-seitenaufrufe-anfragen.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/website-messen-seitenaufrufe-anfragen.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Psychology-Prinzip für Webdesign: Cognitive Load Theory</title><link href="https://kroener-starke.ch/einblicke/psychology-prinzip-cognitive-load-theory/" rel="alternate" type="text/html" title="Psychology-Prinzip für Webdesign: Cognitive Load Theory" /><published>2026-08-10T00:00:00+00:00</published><updated>2026-08-10T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/psychology-prinzip-cognitive-load-theory</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/psychology-prinzip-cognitive-load-theory/"><![CDATA[<p>Eine Website kann fachlich richtig sein und trotzdem zu schwer wirken.</p>

<p>Nicht weil Besucher zu wenig Geduld haben. Sondern weil ihr Arbeitsgedächtnis begrenzt ist.</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p><a href="/glossar/#cognitive-load-theory">Cognitive Load Theory</a> beschreibt, dass Menschen nur eine begrenzte Menge neuer Informationen gleichzeitig verarbeiten können.</p>

<p>Die Theorie kommt aus der Lern- und Instruktionsforschung. Auf Websites übertragen heisst das nicht: Jede Website ist Unterricht. Aber sobald Besucher ein Angebot verstehen, Leistungen vergleichen, einen Ablauf einordnen oder ein Formular ausfüllen sollen, muss ihr Kopf Arbeit leisten.</p>

<p>Ein Teil dieser Arbeit gehört zur Sache. Ein komplexes Angebot bleibt komplex.</p>

<p>Der gefährliche Teil ist unnötige Last: Menüs ohne klare Priorität, Texte ohne Struktur, Proof weit weg von der Behauptung, Formulare mit zu vielen Fragen, Animationen ohne Aufgabe, CTAs, die gleichzeitig gleich wichtig wirken.</p>

<p>Dann muss der Besucher nicht nur dein Angebot verstehen. Er muss erst die Seite sortieren.</p>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Unnötige mentale Last fühlt sich selten wie “Cognitive Load” an.</p>

<p>Sie fühlt sich an wie: Ich schaue später nochmal. Ich muss das vergleichen. Ich bin mir nicht sicher. Wo klicke ich jetzt? Was meinen die genau?</p>

<p>Für eine Website ist das teuer. Denn jede zusätzliche Suchbewegung, jedes innere Sortieren und jedes Hin-und-her zwischen Informationen nimmt Kapazität von der eigentlichen Entscheidung weg.</p>

<p>Genau deshalb bauen wir <a href="/leistungen/websites-die-anfragen-bringen/">Websites, die Anfragen bringen</a> nicht um Dekoration herum. Wir bauen sie um Fragen, Zweifel, Belege und nächste Schritte. Die Seite soll die Struktur tragen, nicht der Kopf des Besuchers.</p>

<p>Wichtig ist die Abgrenzung: Cognitive Load Theory sagt nicht, dass alles kurz, flach oder simpel sein muss. Gute Seiten dürfen Tiefe haben. Sie müssen Tiefe nur so führen, dass Besucher nicht alles gleichzeitig halten müssen.</p>

<p>Den ausführlichen wissenschaftlichen Hintergrund findest du in der <a href="https://perstarke-webdev.de/blog/the-science-behind-highperforming-websites#cognitive-load-theory" target="_blank" rel="noopener noreferrer">PSWD Science Library</a>.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Trenne wichtige Informationen sichtbar nach Aufgabe: Orientierung, Vertrauen, Vergleich, Anfrage.</li>
  <li>Platziere Proof dort, wo eine Behauptung entsteht, nicht drei Scrolls später.</li>
  <li>Gib jedem sichtbaren Bereich eine klare Hauptaufgabe und einen eindeutigen nächsten Schritt.</li>
  <li>Erkläre komplexe Angebote schrittweise, statt alle Details in einen Block zu drücken.</li>
  <li>Reduziere Formularfelder auf das, was für den ersten Kontakt wirklich nötig ist.</li>
  <li>Nutze Überschriften wie Wegweiser, nicht wie Dekoration.</li>
  <li>Prüfe mobile Screens besonders hart: Was auf Desktop noch luftig wirkt, kann am Smartphone sofort überladen sein.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Je weniger Besucher im Kopf zusammensetzen müssen, desto mehr Kapazität bleibt für das, worum es wirklich geht: verstehen, vertrauen und anfragen.</p>]]></content><author><name>Per Starke</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum Websites leichter wirken, wenn sie unnötige mentale Last reduzieren: Cognitive Load Theory für Struktur, Text, Formulare und Anfragewege.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/psychology-cognitive-load-theory.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/psychology-cognitive-load-theory.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Psychology-Prinzip für Webdesign: Source Credibility</title><link href="https://kroener-starke.ch/einblicke/psychology-prinzip-source-credibility/" rel="alternate" type="text/html" title="Psychology-Prinzip für Webdesign: Source Credibility" /><published>2026-08-03T00:00:00+00:00</published><updated>2026-08-03T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/psychology-prinzip-source-credibility</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/psychology-prinzip-source-credibility/"><![CDATA[<p>Menschen prüfen nicht nur, was auf einer Website steht.</p>

<p>Sie prüfen auch, wer es sagt.</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p><a href="/glossar/#source-credibility">Source Credibility</a> beschreibt, wie stark die wahrgenommene Glaubwürdigkeit einer Quelle beeinflusst, ob eine Aussage akzeptiert wird.</p>

<p>Eine Behauptung wirkt anders, wenn dahinter eine erkennbare Person, echte Erfahrung, konkrete Belege und klare Verantwortung stehen.</p>

<p>Das gilt besonders online. Besucher kennen dein Unternehmen oft nicht. Sie haben wenig Zeit. Sie vergleichen mehrere Anbieter. Deshalb suchen sie nach schnellen, aber sinnvollen Hinweisen: Wer steckt dahinter? Kann diese Person das beurteilen? Gibt es echte Projekte, Kundenstimmen oder nachvollziehbare Beispiele? Wirkt die Seite gepflegt genug, um der Aussage zu vertrauen?</p>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Viele Websites machen starke Versprechen.</p>

<p>Wir sind erfahren. Wir liefern Qualität. Wir bringen Ergebnisse. Wir verstehen deine Branche.</p>

<p>Das Problem ist nicht, dass diese Sätze immer falsch sind. Das Problem ist, dass sie ohne sichtbare Quelle schwach bleiben.</p>

<p>Source Credibility macht aus einer Behauptung eine prüfbare Aussage. Nicht durch laute Trust-Siegel, sondern durch Nähe zur Quelle: Autorenschaft, Team, Projekte, Referenzen, Prozessdetails, klare Sprache und technische Sorgfalt.</p>

<p>Bei <a href="/leistungen/websites-die-anfragen-bringen/">Websites, die Anfragen bringen</a> geht es deshalb nicht nur um schöne Gestaltung oder starke CTAs. Die Seite muss an den richtigen Stellen zeigen, warum ein Besucher der Aussage glauben kann.</p>

<p>Den ausführlichen wissenschaftlichen Hintergrund findest du in der <a href="https://perstarke-webdev.de/blog/the-science-behind-highperforming-websites#source-credibility" target="_blank" rel="noopener noreferrer">PSWD Science Library</a>.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Zeige bei wichtigen Aussagen, wer dafür verantwortlich ist.</li>
  <li>Platziere echte Referenzen, Case Studies oder Beispiele in der Nähe der Behauptung.</li>
  <li>Erkläre den Prozess so konkret, dass Erfahrung sichtbar wird.</li>
  <li>Nutze Autorenboxen, Teamprofile und Projektbelege nicht als Dekoration, sondern als Vertrauenssignal.</li>
  <li>Vermeide generische Aussagen wie «höchste Qualität», wenn kein Beleg danebensteht.</li>
  <li>Halte Sprache, Bildqualität, Ladezeit und technische Details sauber, weil auch Oberflächenfehler Glaubwürdigkeit kosten.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Eine Website wird glaubwürdiger, wenn Besucher nicht nur die Aussage sehen, sondern auch die Quelle dahinter prüfen können.</p>]]></content><author><name>Per Starke</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum Websites glaubwürdiger wirken, wenn Quelle, Expertise, Proof und Verantwortung sichtbar sind.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/psychology-source-credibility.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/psychology-source-credibility.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Neuer Fachartikel: ACP42 bei Informatik Aktuell</title><link href="https://kroener-starke.ch/einblicke/acp42-fachartikel-informatik-aktuell/" rel="alternate" type="text/html" title="Neuer Fachartikel: ACP42 bei Informatik Aktuell" /><published>2026-07-29T00:00:00+00:00</published><updated>2026-07-29T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/acp42-fachartikel-informatik-aktuell</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/acp42-fachartikel-informatik-aktuell/"><![CDATA[<p>Der neue ACP42-Fachartikel von Per ist heute bei Informatik Aktuell erschienen.</p>

<p>Er zeigt, wie aus einer Website-Idee ein System wird, das Ziel, Vertrauen und Sichtbarkeit in die richtige Reihenfolge bringt.</p>

<h2 id="was-veröffentlicht-wurde">Was veröffentlicht wurde</h2>

<p>Am 29. Juli 2026 hat Informatik Aktuell den Beitrag <a href="https://www.informatik-aktuell.de/entwicklung/methoden/von-der-website-idee-zum-wachstumssystem-strategische-webentwicklung-mit-acp42.html" target="_blank" rel="noopener noreferrer">«Von der Website-Idee zum Wachstumssystem: Strategische Webentwicklung mit ACP42»</a> von Per veröffentlicht.</p>

<p>Der Fachartikel führt von den Wurzeln im Homepage Canvas zum Framework Aim, Create und Promote. Er verbindet Erfahrungen aus mehr als 70 Website-Projekten mit verhaltenspsychologischen Prinzipien und konkreten Beispielen.</p>

<h2 id="worum-es-im-artikel-geht">Worum es im Artikel geht</h2>

<p>Mehr Traffic löst kein Orientierungs- oder Vertrauensproblem. ACP42 beginnt deshalb bei der Entscheidung, die eine Website erleichtern soll:</p>

<ul>
  <li><strong>Aim</strong> klärt Ziel, Zielgruppe und Proof.</li>
  <li><strong>Create</strong> übersetzt diese Klarheit in Struktur, Design und Umsetzung.</li>
  <li><strong>Promote</strong> baut Sichtbarkeit auf einem tragfähigen Fundament auf.</li>
</ul>

<p>Aus den drei Phasen entsteht durch Wiederholung Momentum: Die Website wird nicht als abgeschlossenes Projekt behandelt, sondern als lernendes System.</p>

<p>Die Methode findest du auf unserer <a href="/acp42/">Website-Strategie-Seite zu ACP42</a>. Eine kompakte Definition steht im <a href="/glossar/#acp42">Glossar</a>.</p>

<h2 id="warum-wir-uns-darüber-freuen">Warum wir uns darüber freuen</h2>

<p>Bei Informatik Aktuell erreicht ACP42 Leser:innen aus Entwicklung, Architektur und IT. Genau dort gehört die Diskussion hin: Eine Website ist nicht nur Oberfläche, sondern ein System für Orientierung, Vertrauen und Wirkung.</p>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Der neue Fachartikel erklärt ACP42 ausführlich und praxisnah. Hier geben wir den Überblick, die Veröffentlichung liefert die vollständige Herleitung und konkrete Beispiele.</p>]]></content><author><name>Per Starke</name></author><category term="einblicke" /><summary type="html"><![CDATA[Per Starke veröffentlicht bei Informatik Aktuell einen Fachartikel über ACP42: von Website-Ziel und Vertrauensaufbau bis Sichtbarkeit und Momentum.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/acp42-fachartikel-informatik-aktuell.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/acp42-fachartikel-informatik-aktuell.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Fitnessstudio-Website: Warum Probetrainings online entschieden werden</title><link href="https://kroener-starke.ch/einblicke/fitnessstudio-website-probetraining/" rel="alternate" type="text/html" title="Fitnessstudio-Website: Warum Probetrainings online entschieden werden" /><published>2026-07-27T00:00:00+00:00</published><updated>2026-07-27T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/fitnessstudio-website-probetraining</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/fitnessstudio-website-probetraining/"><![CDATA[<p>Ein Probetraining beginnt nicht im Studio.</p>

<p>Es beginnt auf der Website, wenn jemand abends auf dem Sofa vergleicht: Wo passe ich rein? Was erwartet mich? Muss ich anrufen? Sehe ich mich dort wirklich trainieren?</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p>Viele Studio-Websites zeigen Geräte, Öffnungszeiten und einen Kontaktbutton.</p>

<p>Das ist nicht falsch. Aber es reicht selten.</p>

<p>Wer ein neues Fitnessstudio sucht, entscheidet nicht nur rational. Die Person prüft Atmosphäre, Einstiegshürde, Preisgefühl, Kursangebot, Trainer, Community und die eigene Unsicherheit: Bin ich fit genug? Werde ich komisch angeschaut? Ist das nur für Profis? Wie läuft das erste Mal ab?</p>

<p>Eine gute Studio-Website beantwortet genau diese Fragen, bevor jemand den ersten Schritt machen muss.</p>

<p>Sie verkauft nicht nur Mitgliedschaften. Sie macht den Einstieg leichter.</p>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Fitnessstudios verlieren viele Interessenten nicht, weil das Angebot schlecht ist.</p>

<p>Sie verlieren sie, weil der Weg zum Probetraining zu undeutlich ist.</p>

<p>Mal ist der Kursplan versteckt. Mal sieht man keine echten Menschen. Mal steht nirgends, was beim ersten Besuch passiert. Mal gibt es fünf Kontaktwege, aber keinen klaren nächsten Schritt.</p>

<p>Dann entsteht Reibung. Und Reibung ist auf dem Handy besonders teuer.</p>

<p>Für eine <a href="/leistungen/webdesign-fitnessstudios-gyms/">Fitnessstudio-Website</a> heisst das: Atmosphäre, Angebot, Vertrauen und Buchung müssen wie eine einzige Strecke funktionieren. Vom ersten Eindruck bis zum Probetraining darf kein Abschnitt zufällig sein.</p>

<p>Dabei geht es nicht um mehr Druck. Es geht um bessere Führung.</p>

<p>Ein klarer <a href="/glossar/#call-to-action">Call-to-Action</a> hilft nur, wenn vorher genug Vertrauen entstanden ist. Und <a href="/glossar/#proof">Proof</a> wirkt nur, wenn er konkret ist: echte Bilder, echte Stimmen, echte Trainer, echte Ergebnisse, keine austauschbaren Stockfotos und keine leeren Superlative.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Zeige früh, für wen dein Studio besonders gut passt.</li>
  <li>Erkläre den ersten Besuch: Was passiert beim Probetraining, wie lange dauert es, was muss man mitbringen?</li>
  <li>Platziere den Probetraining-Button sichtbar, aber nicht aufdringlich.</li>
  <li>Zeige echte Studiofotos, echte Trainer und echte Trainingssituationen.</li>
  <li>Mache Kursplan, Preiseinstieg und Kontaktweg mobil leicht erreichbar.</li>
  <li>Beantworte typische Einstiegssorgen, statt sie ins Verkaufsgespräch zu verschieben.</li>
  <li>Nutze Kundenstimmen konkret: Warum war der erste Schritt leicht, was hat geholfen, was hat sich verändert?</li>
  <li>Entferne alles, was nur gut klingt, aber keinen Zweifel löst.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Eine Fitnessstudio-Website muss nicht lauter werden. Sie muss den ersten Schritt leichter machen.</p>

<p>Wenn Besucher sich schon online vorstellen können, wie der erste Besuch läuft, wird das Probetraining zur logischen nächsten Entscheidung.</p>]]></content><author><name>Simon Kröner</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum Fitnessstudio-Websites den Weg zum Probetraining klar machen müssen: Atmosphäre, Vertrauen, Angebot, Proof und Buchung ohne unnötige Hürden.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/fitnessstudio-website-probetraining.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/fitnessstudio-website-probetraining.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Psychology-Prinzip für Webdesign: Reziprozität</title><link href="https://kroener-starke.ch/einblicke/psychology-prinzip-reziprozitaet/" rel="alternate" type="text/html" title="Psychology-Prinzip für Webdesign: Reziprozität" /><published>2026-07-20T00:00:00+00:00</published><updated>2026-07-20T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/psychology-prinzip-reziprozitaet</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/psychology-prinzip-reziprozitaet/"><![CDATA[<p>Wer zuerst ehrlich hilft, senkt die Hürde für die nächste Entscheidung.</p>

<p>Nicht durch Druck. Sondern weil echte Hilfe Vertrauen aufbaut.</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p><a href="/glossar/#reciprocity-principle">Reziprozität</a> beschreibt eine einfache soziale Regel: Wenn jemand etwas Nützliches bekommt, steigt die Bereitschaft, später ebenfalls zu reagieren.</p>

<p>Auf Websites bedeutet das nicht: versteckte Gegenleistung erzwingen.</p>

<p>Es bedeutet: erst Orientierung geben, dann eine Anfrage ermöglichen.</p>

<p>Ein hilfreicher Leitfaden, eine ehrliche Einschätzung, ein konkretes Beispiel oder ein sauberer Website-Check kann Besuchern zeigen, dass hier nicht nur verkauft wird. Hier wird verstanden, sortiert und geholfen.</p>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Viele Websites bitten zu früh um Kontakt.</p>

<p>Sie sagen: Schreib uns. Buche ein Gespräch. Frag ein Angebot an.</p>

<p>Aber der Besucher weiss oft noch nicht, ob sich das lohnt. Er kennt den Anbieter nicht. Er weiss nicht, ob sein Problem richtig verstanden wurde. Er weiss nicht, ob hinter dem schönen Auftritt echte Substanz steckt.</p>

<p>Gute Inhalte drehen diese Reihenfolge um. Sie geben zuerst einen brauchbaren ersten Schritt: eine klare Erklärung, eine Checkliste, eine ehrliche Einschätzung oder eine Analyse, die wirklich etwas sichtbar macht.</p>

<p>Deshalb funktioniert eine <a href="/leistungen/kostenlose-website-analyse/">kostenlose Website Analyse</a> nur dann gut, wenn sie nicht wie ein Vorwand für ein Verkaufsgespräch wirkt. Sie muss wirklich helfen, Prioritäten zu sehen.</p>

<p>Den ausführlichen wissenschaftlichen Hintergrund findest du in der <a href="https://perstarke-webdev.de/blog/the-science-behind-highperforming-websites#reciprocity-principle" target="_blank" rel="noopener noreferrer">PSWD Science Library</a>.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Beantworte eine echte Besucherfrage, bevor du den Kontaktbutton setzt.</li>
  <li>Gib in Leitfäden, Checks oder Downloads konkrete Kriterien statt allgemeiner Tipps.</li>
  <li>Mache klar, was kostenlos ist und was danach optional passieren kann.</li>
  <li>Nutze Beispiele, Screenshots oder Mini-Diagnosen, die sofort Orientierung schaffen.</li>
  <li>Verstecke schwache Inhalte nicht hinter Formularen.</li>
  <li>Vermeide alles, was sich wie moralischer Druck anfühlt.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Reziprozität ist stark, wenn Menschen sich geholfen fühlen. Sie wird schwach, sobald die Hilfe wie ein Trick wirkt.</p>]]></content><author><name>Per Starke</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum hilfreiche Inhalte, kostenlose Analysen und echte Orientierung Vertrauen schaffen, bevor Besucher eine Anfrage stellen.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/psychology-reziprozitaet.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/psychology-reziprozitaet.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Website-Relaunch: Planung, Fehler, Kosten und Checkliste</title><link href="https://kroener-starke.ch/einblicke/website-relaunch-planung-kosten-checkliste/" rel="alternate" type="text/html" title="Website-Relaunch: Planung, Fehler, Kosten und Checkliste" /><published>2026-07-18T00:00:00+00:00</published><updated>2026-07-18T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/website-relaunch-planung-kosten-checkliste</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/website-relaunch-planung-kosten-checkliste/"><![CDATA[<p>Ein Website-Relaunch startet nie auf einer leeren Fläche.</p>

<p>Auf der alten Website liegen Inhalte, URLs, Links, Suchsignale, Formulare, Zugänge, Bilder und Erwartungen. Manche davon sind wertvoll. Manche bremsen. Manche wirken unwichtig, bis sie nach dem Launch fehlen.</p>

<p>Genau deshalb ist ein Relaunch kein reines Designprojekt. Er ist ein kontrollierter Umbau an einem System, das bereits benutzt wird.</p>

<p>Dieser Leitfaden hilft dir, zuerst die richtige Eingriffstiefe zu wählen, dann Wertvolles zu schützen und schliesslich den Launch so zu planen, dass nicht erst nach Veröffentlichung auffällt, wer was hätte prüfen sollen.</p>

<h2 id="1-welchen-relaunch-brauchst-du-wirklich">1. Welchen Relaunch brauchst du wirklich?</h2>

<p>Nicht jede veraltete Website braucht einen vollständigen Neubau. Fünf Projektarten werden im Alltag oft unter demselben Wort verkauft:</p>

<table>
  <thead>
    <tr>
      <th>Projektart</th>
      <th>Was ändert sich?</th>
      <th>Typischer Anlass</th>
      <th>Risiko</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Gezieltes Update</td>
      <td>einzelne Texte, Seiten, Bilder oder Funktionen</td>
      <td>Angebot stimmt, einzelne Stellen bremsen</td>
      <td>niedrig</td>
    </tr>
    <tr>
      <td>Redesign</td>
      <td>visuelle Sprache und Seitenaufbau, Technik bleibt weitgehend</td>
      <td>Wirkung passt nicht mehr zum Anspruch</td>
      <td>mittel</td>
    </tr>
    <tr>
      <td>Plattform-Migration</td>
      <td>CMS oder technische Basis</td>
      <td>Wartung, Sicherheit oder Ausbau sind blockiert</td>
      <td>mittel bis hoch</td>
    </tr>
    <tr>
      <td>Brand Refresh/Rebranding</td>
      <td>Positionierung, Sprache und visuelle Identität</td>
      <td>Unternehmen und Marke passen nicht mehr zusammen</td>
      <td>mittel bis hoch</td>
    </tr>
    <tr>
      <td>Vollständiger Relaunch</td>
      <td>Struktur, Inhalt, Design und Technik</td>
      <td>mehrere grundlegende Engpässe gleichzeitig</td>
      <td>hoch</td>
    </tr>
  </tbody>
</table>

<p>Das Risiko steigt nicht nur mit der Grösse der Website. Es steigt mit der Anzahl grundlegender Dinge, die gleichzeitig verändert werden: Inhalt, Navigation, CMS, URL-Struktur, Domain, Design und Tracking.</p>

<p>Die erste Relaunch-Frage lautet deshalb: <strong>Was muss sich verändern, damit das Geschäftsziel erreicht wird, und was darf dafür bewusst gleich bleiben?</strong></p>

<p>Wenn nur drei Leistungsseiten unklar sind, ist ein kompletter Systemwechsel möglicherweise teure Ablenkung. Wenn Angebot, Marke, Struktur und Technik seit Jahren nicht mehr passen, ist ein neues Hero-Bild nur Kosmetik.</p>

<h2 id="2-der-relaunch-brief-auf-einer-seite">2. Der Relaunch-Brief auf einer Seite</h2>

<p>Bevor Sitemap, Design oder System gewählt werden, sollte dieses Dokument stehen:</p>

<h3 id="ziel">Ziel</h3>

<p>Was soll der neue Auftritt konkret verbessern? Zum Beispiel verständlichere Leistungen, passendere Anfragen, eine neue Positionierung, bessere Bewerbungen, einfachere Pflege oder stabilere Technik.</p>

<h3 id="ausgangswert">Ausgangswert</h3>

<p>Welche Daten zeigen den heutigen Stand? Organische Klicks und Impressionen, wichtigste Einstiegsseiten, Anfragen, Buchungen, Formulare, Ladezeiten, häufige Supportfragen. Ohne Ausgangswert bleibt nach dem Launch nur ein Gefühl.</p>

<h3 id="auslöser">Auslöser</h3>

<p>Welche beobachtbaren Probleme rechtfertigen den Relaunch? Trenne Symptome («sieht alt aus») von Ursachen («unser heutiges Angebot ist nicht verständlich und wichtige Seiten sind technisch nicht erweiterbar»).</p>

<h3 id="nicht-verhandelbare-werte">Nicht verhandelbare Werte</h3>

<p>Welche URLs, Inhalte, Funktionen, Integrationen, Markenbestandteile, Zugänge oder Abläufe müssen erhalten bleiben?</p>

<h3 id="eingriffstiefe">Eingriffstiefe</h3>

<p>Welche der fünf Projektarten passt? Welche grossen Veränderungen werden bewusst nicht gleichzeitig gemacht?</p>

<h3 id="verantwortung">Verantwortung</h3>

<p>Wer besitzt intern Ziel, Inhalt, Technik, Freigabe und Launch-Entscheidung? Wer hat am Launch-Tag die Befugnis, zu stoppen oder zurückzurollen?</p>

<h3 id="zeitfenster">Zeitfenster</h3>

<p>Gibt es Saison, Kampagnen, Messen, Recruiting-Phasen oder andere Termine, die den Launch beeinflussen? Ein fixes Datum ohne Zeit für Inhalte, Migration und Tests ist kein Plan.</p>

<h2 id="3-inventar-schützen-verbessern-entfernen-neu-erstellen">3. Inventar: Schützen, verbessern, entfernen, neu erstellen</h2>

<p>Der wichtigste Relaunch-Schritt passiert, bevor etwas gelöscht wird.</p>

<p>Erfasse mindestens:</p>

<ul>
  <li>alle erreichbaren URLs aus Sitemap, CMS, Analytics und Search Console;</li>
  <li>Seiten mit Klicks, Impressionen, Links oder direktem Traffic;</li>
  <li>Texte, Downloads, Bilder und Videos;</li>
  <li>Formulare, Buchungen, Shops und Schnittstellen;</li>
  <li>Navigation und interne Links;</li>
  <li>Meta-Daten, strukturierte Daten und Sprachversionen;</li>
  <li>Analytics, Consent, Search Console und Verifikationen;</li>
  <li>Domain, DNS, Hosting, E-Mail-Abhängigkeiten und Zertifikate;</li>
  <li>rechtliche Seiten und tatsächlich eingesetzte Dienste;</li>
  <li>wiederkehrende Pflege- und Veröffentlichungswege.</li>
</ul>

<p>Ordne jedes Element in eine von vier Entscheidungen:</p>

<table>
  <thead>
    <tr>
      <th>Entscheidung</th>
      <th>Bedeutung</th>
      <th>Beispiel</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Schützen</td>
      <td>funktioniert oder trägt nachweisbaren Wert</td>
      <td>starke Leistungsseite, wichtiger Download, bekannte URL</td>
    </tr>
    <tr>
      <td>Verbessern</td>
      <td>Thema bleibt, Ausführung wird klarer oder stärker</td>
      <td>gute Seite mit schwachem Anfrageweg</td>
    </tr>
    <tr>
      <td>Entfernen</td>
      <td>hat keinen eigenen Zweck und keinen Ersatzwert</td>
      <td>veraltete Teamseite, irrelevanter dünner Inhalt</td>
    </tr>
    <tr>
      <td>Neu erstellen</td>
      <td>fehlt für Ziel, Zielgruppe oder neue Positionierung</td>
      <td>neue Leistung, Referenz, Bewerbungsweg</td>
    </tr>
  </tbody>
</table>

<p>«Alt» ist dabei kein Löschgrund. Eine unscheinbare Seite kann Suchtraffic, externe Links oder einen wichtigen Kundenweg tragen. Umgekehrt muss ein alter Inhalt nicht bleiben, nur weil er existiert.</p>

<p>Für jede entfernte URL braucht es eine bewusste technische Entscheidung: Gibt es einen wirklich passenden neuen Inhalt, wird dauerhaft dorthin weitergeleitet. Gibt es keinen Ersatz, ist ein korrekter 404- oder 410-Status ehrlicher als eine irrelevante Weiterleitung auf die Startseite.</p>

<h2 id="4-die-risikokarte">4. Die Risikokarte</h2>

<p>Bewerte jede grosse Veränderung nach Auswirkung und Umkehrbarkeit:</p>

<table>
  <thead>
    <tr>
      <th>Veränderung</th>
      <th>Risiko ohne saubere Planung</th>
      <th>Vor dem Bau klären</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Inhalte stark kürzen/ersetzen</td>
      <td>Relevanz, Vertrauen und Rankings gehen verloren</td>
      <td>welche Aussagen und Suchintentionen erhalten bleiben</td>
    </tr>
    <tr>
      <td>Navigation umbauen</td>
      <td>wichtige Seiten verlieren Orientierung und interne Links</td>
      <td>neue Informationsarchitektur und Klickwege</td>
    </tr>
    <tr>
      <td>URLs ändern</td>
      <td>alte Links und Suchsignale laufen ins Leere</td>
      <td>vollständiges URL-Mapping</td>
    </tr>
    <tr>
      <td>CMS wechseln</td>
      <td>Inhalte, Metadaten oder Funktionen fehlen</td>
      <td>Export, Datenmodell, Rollen und Migrationsprobe</td>
    </tr>
    <tr>
      <td>Domain wechseln</td>
      <td>erhöhtes Such-, E-Mail- und DNS-Risiko</td>
      <td>Verifikation, DNS, Redirects und Sequenz</td>
    </tr>
    <tr>
      <td>Rebranding</td>
      <td>Wiedererkennung und Botschaft verändern sich</td>
      <td>welche Markenwerte bleiben und was neu erklärt wird</td>
    </tr>
    <tr>
      <td>Tracking ändern</td>
      <td>Vorher/Nachher-Vergleich bricht</td>
      <td>Messplan und parallele Prüfung</td>
    </tr>
  </tbody>
</table>

<p>Wenn du gleichzeitig Domain, CMS, Navigation, Inhalte und Marke wechselst, kannst du einen späteren Einbruch schwer einer Ursache zuordnen. Wo möglich, sollten grosse Änderungen sequenziert oder zumindest separat messbar und testbar sein.</p>

<p>Das bedeutet nicht, dass ein umfassender Relaunch falsch ist. Es bedeutet, dass er eine klare Risikoverantwortung, mehr Testtiefe und eine bessere Ausgangsdokumentation braucht.</p>

<h2 id="5-was-ein-website-relaunch-kostet">5. Was ein Website-Relaunch kostet</h2>

<p>Seriöse Relaunch-Kosten folgen aus Arbeitssträngen, nicht aus einer pauschalen Anzahl Seiten:</p>

<table>
  <thead>
    <tr>
      <th>Arbeitsstrang</th>
      <th>Was den Aufwand erhöht</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Analyse &amp; Strategie</td>
      <td>viele Zielgruppen, Märkte, Stakeholder, unklare Positionierung</td>
    </tr>
    <tr>
      <td>Inhalt</td>
      <td>fehlende Texte/Fotos, grosse Bestände, neue Sprachen, komplexe Freigaben</td>
    </tr>
    <tr>
      <td>Marke &amp; Design</td>
      <td>Rebranding, eigenständiges System, viele Seitentypen und Zustände</td>
    </tr>
    <tr>
      <td>Entwicklung</td>
      <td>Funktionen, Schnittstellen, CMS, Shop, Barrierefreiheit, Sonderlogik</td>
    </tr>
    <tr>
      <td>Migration</td>
      <td>viele URLs, Daten, Medien, Sprachen, Redirects, Domain- oder CMS-Wechsel</td>
    </tr>
    <tr>
      <td>Qualitätssicherung</td>
      <td>Geräte, Browser, Rollen, Formulare, Integrationen, Accessibility</td>
    </tr>
    <tr>
      <td>Launch &amp; danach</td>
      <td>DNS, Tracking, Monitoring, Support, laufende Weiterentwicklung</td>
    </tr>
  </tbody>
</table>

<p>Besonders teuer werden Entscheidungen, die zu spät fallen: Eine neue Seitenstruktur nach finalem Design. Texte, die erst in der Entwicklung entstehen. Ein CMS-Wechsel, der ohne Inhaltsmodell kalkuliert wurde. Oder eine URL-Migration, die erst kurz vor dem Launch auffällt.</p>

<p>Die allgemeinen fünf Faktoren für Website-Kosten und den fairen Angebotsvergleich findest du in <a href="/einblicke/was-kostet-eine-website-die-faktoren/">Was kostet eine Website?</a>. Bei einem Relaunch kommt vor allem der Schutz des Bestehenden dazu.</p>

<p>Frage in jedem Angebot ausdrücklich:</p>

<ul>
  <li>Ist die Bestandsaufnahme enthalten?</li>
  <li>Wer erstellt und prüft das URL-Mapping?</li>
  <li>Welche Inhalte werden übernommen, verbessert oder neu geschrieben?</li>
  <li>Gehören Staging, Migration, Redirect-Tests und Nachkontrolle zum Scope?</li>
  <li>Wer ist nach dem Launch wie lange erreichbar?</li>
  <li>Was passiert, wenn beim Inventar mehr Umfang sichtbar wird?</li>
</ul>

<h2 id="6-der-vollständige-relaunch-ablauf">6. Der vollständige Relaunch-Ablauf</h2>

<p>Wir strukturieren den Prozess mit unserem Website-Strategy-Framework <a href="/acp42/">ACP42</a>: Aim, Create, Promote. Für einen Relaunch bedeutet das:</p>

<h3 id="aim-klarheit-und-schutz">Aim: Klarheit und Schutz</h3>

<ol>
  <li>Ziel und Ausgangswerte festhalten.</li>
  <li>Website, Inhalte, Marke, Technik und Suchdaten inventarisieren.</li>
  <li>Schützen, verbessern, entfernen und neu erstellen entscheiden.</li>
  <li>Zielstruktur, Seitenumfang und Verantwortungen definieren.</li>
  <li>Risiko, System und Migrationsweg klären.</li>
  <li>Scope, Meilensteine und Abnahmebedingungen vereinbaren.</li>
</ol>

<h3 id="create-inhalt-gestaltung-und-system">Create: Inhalt, Gestaltung und System</h3>

<ol>
  <li>Seitenlogik und Nutzerwege ausarbeiten.</li>
  <li>Positionierung und Texte entwickeln.</li>
  <li>Designrichtung und wiederverwendbare Komponenten gestalten.</li>
  <li>Website auf einer geschützten Testumgebung umsetzen.</li>
  <li>Inhalte, Daten und Medien migrieren.</li>
  <li>URL-Mapping, Meta-Daten, interne Links und technische Regeln einbauen.</li>
  <li>Inhaltliche, visuelle, technische und barrierebezogene Abnahme durchführen.</li>
</ol>

<h3 id="promote-migration-kontrolle-und-wachstum">Promote: Migration, Kontrolle und Wachstum</h3>

<ol>
  <li>Launch-Runbook und Verantwortungen bestätigen.</li>
  <li>Backup, Redirects, DNS, Verifikationen und Tracking vorbereiten.</li>
  <li>Kontrolliert live schalten.</li>
  <li>Website und wichtigste Wege sofort testen.</li>
  <li>Sitemap einreichen, Crawling und Indexierung beobachten.</li>
  <li>Fehler, Traffic und Anfragen in den ersten Wochen prüfen.</li>
  <li>Verbesserungen aus echten Daten priorisieren.</li>
</ol>

<p>Wie lange das dauert, hängt besonders von Inhaltsmenge, Feedback, Migration und Funktionen ab. Die realistischen Zeitfaktoren stehen in <a href="/einblicke/wie-lange-dauert-eine-website/">Wie lange dauert eine Website?</a>.</p>

<h2 id="7-seo-migration-ohne-falsche-versprechen">7. SEO-Migration ohne falsche Versprechen</h2>

<p>Niemand kann garantieren, dass Rankings während eines Relaunches völlig unverändert bleiben. Google weist selbst darauf hin, dass bei grösseren Änderungen vorübergehende Schwankungen möglich sind.</p>

<p>Was sich sauber planen lässt:</p>

<h3 id="alte-und-neue-urls-zuordnen">Alte und neue URLs zuordnen</h3>

<p>Erstelle eine Tabelle mit alter URL, neuem Ziel, Entscheidung, bisheriger Relevanz und Teststatus. Google empfiehlt bei Website-Umzügen ein <a href="https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes" target="_blank" rel="noopener noreferrer">Mapping alter und neuer URLs</a>, bevor die Weiterleitungen aktiviert werden.</p>

<h3 id="relevante-permanente-weiterleitungen-verwenden">Relevante permanente Weiterleitungen verwenden</h3>

<p>Wenn ein Inhalt dauerhaft auf eine neue URL zieht, sind serverseitige permanente Weiterleitungen der klare Weg. Google empfiehlt nach Möglichkeit <a href="https://developers.google.com/search/docs/crawling-indexing/301-redirects" target="_blank" rel="noopener noreferrer">301- oder 308-Weiterleitungen</a>.</p>

<p>Leite nicht pauschal alles auf die Startseite. Ein altes Leistungsdetail gehört zu seinem inhaltlich passenden neuen Ziel. Wenn es keines gibt, ist 404/410 oft korrekt.</p>

<h3 id="ketten-vermeiden">Ketten vermeiden</h3>

<p>Wenn A früher auf B zeigte und B nun auf C zieht, sollte A möglichst direkt auf C zeigen. Weiterleitungsketten machen Crawling und Nutzung langsamer und erschweren die Kontrolle.</p>

<h3 id="canonical-robots-und-noindex-prüfen">Canonical, Robots und Noindex prüfen</h3>

<p>Testumgebungen sind häufig absichtlich blockiert. Beim Launch müssen Canonicals auf die finalen URLs zeigen und versehentliche <code class="language-plaintext highlighter-rouge">noindex</code>-Regeln entfernt sein. Das ist ein kleiner Eintrag mit potenziell sehr grosser Wirkung.</p>

<h3 id="interne-links-aktualisieren">Interne Links aktualisieren</h3>

<p>Neue Seiten sollten direkt auf neue Ziele verlinken, nicht über alte URLs und Redirects. Das gilt für Navigation, Textlinks, Bilder, Canonicals, hreflang und strukturierte Daten.</p>

<h3 id="sitemap-und-search-console">Sitemap und Search Console</h3>

<p>Die neue Sitemap muss nur indexierbare finale URLs enthalten. Reiche sie nach dem Launch ein und beobachte Indexierung, Fehler, Klicks und Impressionen. Bei einem echten Domainwechsel gehören zusätzlich Verifikationen und das passende Change-of-Address-Verfahren in den Plan.</p>

<p>Die kurze Kröner &amp; Starke-Antwort auf die Frage «Kann ein Relaunch meinem SEO schaden?» steht auch in den <a href="/faq/#relaunch-seo">häufigen Fragen</a>.</p>

<h2 id="8-abnahme-vor-dem-launch">8. Abnahme vor dem Launch</h2>

<p>Die Website ist nicht bereit, wenn sie auf einem Laptop gut aussieht. Sie ist bereit, wenn die vereinbarten Wege unter realistischen Bedingungen funktionieren.</p>

<h3 id="inhalt-und-marke">Inhalt und Marke</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Angebot, Zielgruppen und nächster Schritt sind klar</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />alte Platzhalter und Testinhalte sind entfernt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Namen, Zahlen, Adressen, Öffnungszeiten und Kontaktdaten stimmen</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />echte Belege und Referenzen sind korrekt dargestellt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Bild- und Nutzungsrechte sind geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />alte Markenbegriffe sind dort entfernt, wo sie nicht bleiben sollen</li>
</ul>

<h3 id="nutzerführung-und-barrierefreiheit">Nutzerführung und Barrierefreiheit</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Navigation und wichtige Wege funktionieren mit Tastatur und auf Touch-Geräten</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Fokuszustände, Kontraste, Alternativtexte und Überschriftenstruktur sind geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Formulare haben verständliche Labels, Fehler und Bestätigungen</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />mobile Inhalte entsprechen der Desktop-Version in Bedeutung und Vollständigkeit</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Zoom, Schriftgrössen und responsive Umbrüche funktionieren</li>
</ul>

<p>Barrierefreiheit sollte laut W3C <a href="https://www.w3.org/WAI/planning-and-managing/" target="_blank" rel="noopener noreferrer">über Planung, Umsetzung und laufenden Betrieb</a> integriert werden. Ein automatischer Test allein kann diese Abnahme nicht ersetzen.</p>

<h3 id="technik-und-performance">Technik und Performance</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />HTTPS, Canonical, Robots, Sitemap und Statuscodes stimmen</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Bilder sind dimensioniert, komprimiert und stabil eingebunden</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />CSS, JavaScript, Fonts und externe Dienste laden wie geplant</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />404-Seite und Fehlerfälle funktionieren</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Browser- und Gerätetest ist dokumentiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Backup und Wiederherstellungsweg sind vorhanden</li>
</ul>

<h3 id="funktionen-und-daten">Funktionen und Daten</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />jedes Formular wurde mit einer echten Testübermittlung geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Bestätigungen, Empfänger, Spam-Schutz und Datenschutz funktionieren</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Buchung, Shop, Login und Schnittstellen sind mit realistischen Fällen getestet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Analytics, Search Console und Verifikationen sind vorhanden</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Consent-Verhalten entspricht den tatsächlich geladenen Diensten</li>
</ul>

<h3 id="seo-und-migration">SEO und Migration</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />jede geänderte wertvolle URL hat eine dokumentierte Entscheidung</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Redirects führen direkt zum relevanten finalen Ziel</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />interne Links zeigen auf finale URLs</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Titles, Descriptions und strukturierte Daten sind vollständig</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Staging-Blockaden werden beim Launch sicher entfernt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />alte und neue Crawl-Ergebnisse können verglichen werden</li>
</ul>

<p>Unser allgemeiner <a href="/einblicke/launch-check-vor-veroeffentlichung/">Launch-Check</a> fasst die letzte Qualitätsrunde kompakt zusammen. Beim Relaunch kommt die Bestands- und Migrationskontrolle oben drauf.</p>

<h2 id="9-der-launch-tag-als-runbook">9. Der Launch-Tag als Runbook</h2>

<p>Ein Runbook ist eine Reihenfolge mit Namen, nicht nur eine Checkliste. Ersetze «Name eintragen» vor dem Launch überall durch die tatsächlich verantwortliche Person.</p>

<table>
  <thead>
    <tr>
      <th>Zeitpunkt</th>
      <th>Aufgabe</th>
      <th>Verantwortlich</th>
      <th>Abbruchkriterium</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>vor Start</td>
      <td>finales Backup und Freigabe</td>
      <td>Name eintragen</td>
      <td>Backup nicht wiederherstellbar</td>
    </tr>
    <tr>
      <td>vor Start</td>
      <td>DNS, Domain, Hosting und Zertifikat prüfen</td>
      <td>Name eintragen</td>
      <td>Zugänge fehlen</td>
    </tr>
    <tr>
      <td>vor Start</td>
      <td>Redirect-Liste und Crawl-Basis sichern</td>
      <td>Name eintragen</td>
      <td>Mapping unvollständig</td>
    </tr>
    <tr>
      <td>Umschaltung</td>
      <td>neue Version bereitstellen</td>
      <td>Name eintragen</td>
      <td>kritischer Build-Fehler</td>
    </tr>
    <tr>
      <td>direkt danach</td>
      <td>Startseite, Kernseiten und Statuscodes prüfen</td>
      <td>Name eintragen</td>
      <td>Website nicht erreichbar</td>
    </tr>
    <tr>
      <td>direkt danach</td>
      <td>Formulare, Shop/Buchung und E-Mails testen</td>
      <td>Name eintragen</td>
      <td>Anfrageweg fehlerhaft</td>
    </tr>
    <tr>
      <td>direkt danach</td>
      <td>Robots, Noindex, Canonical und Sitemap prüfen</td>
      <td>Name eintragen</td>
      <td>Indexierung blockiert</td>
    </tr>
    <tr>
      <td>direkt danach</td>
      <td>Redirects automatisiert und manuell testen</td>
      <td>Name eintragen</td>
      <td>wichtige URLs fehlerhaft</td>
    </tr>
    <tr>
      <td>direkt danach</td>
      <td>Analytics und Search Console kontrollieren</td>
      <td>Name eintragen</td>
      <td>Messung fehlt</td>
    </tr>
    <tr>
      <td>Freigabe</td>
      <td>interner und externer Kurztest</td>
      <td>Name eintragen</td>
      <td>kritischer Nutzerweg bricht</td>
    </tr>
  </tbody>
</table>

<p>Definiere vorher:</p>

<ul>
  <li>Wer entscheidet über Go oder No-Go?</li>
  <li>Wer behebt Inhalt, Design, Entwicklung, DNS und Tracking?</li>
  <li>Wie erreicht das Team einander während der Umschaltung?</li>
  <li>Welche Fehler rechtfertigen einen Rollback?</li>
  <li>Wie wird dokumentiert, was geändert wurde?</li>
</ul>

<p>«Wir schauen dann» ist am Launch-Tag keine Zuständigkeit.</p>

<h2 id="10-die-ersten-30-tage">10. Die ersten 30 Tage</h2>

<h3 id="sofort-bis-48-stunden">Sofort bis 48 Stunden</h3>

<ul>
  <li>Erreichbarkeit, Zertifikat, Formulare und wichtigste Funktionen mehrfach prüfen.</li>
  <li>Fehlerprotokolle, 404s, Redirects und Indexierbarkeit kontrollieren.</li>
  <li>Analytics-Eingang und Search-Console-Verifikation bestätigen.</li>
  <li>interne und externe Links mit hohem Wert aktualisieren, wo möglich.</li>
</ul>

<h3 id="erste-woche">Erste Woche</h3>

<ul>
  <li>neuen vollständigen Crawl mit der Ausgangsversion vergleichen;</li>
  <li>fehlende Titles, Canonicals, strukturierte Daten und Inhalte beheben;</li>
  <li>Search Console auf Crawling- und Indexierungsprobleme prüfen;</li>
  <li>echte Anfragen und Rückmeldungen aus dem Team sammeln;</li>
  <li>mobile und langsame Verbindungen nochmals real testen.</li>
</ul>

<h3 id="woche-zwei-bis-vier">Woche zwei bis vier</h3>

<ul>
  <li>Klicks, Impressionen und wichtigste Seiten beobachten, ohne tägliche Schwankungen zu dramatisieren;</li>
  <li>alte URLs weiter auf 404s, Ketten und falsche Ziele prüfen;</li>
  <li>Anfragequalität, Formularabbrüche und häufige Fragen auswerten;</li>
  <li>nur klar diagnostizierte Probleme ändern, statt nervös die ganze Struktur erneut anzufassen;</li>
  <li>eine priorisierte Liste für die Weiterentwicklung erstellen.</li>
</ul>

<p>Ein Relaunch ist technisch live, bevor er organisatorisch abgeschlossen ist. Verantwortlichkeiten müssen deshalb über den Veröffentlichungstag hinausreichen.</p>

<h2 id="11-zwölf-häufige-relaunch-fehler">11. Zwölf häufige Relaunch-Fehler</h2>

<ol>
  <li><strong>Die Lösung wird vor der Diagnose beschlossen.</strong> Ein neues CMS wird gekauft, obwohl das Problem Inhalt und Positionierung ist.</li>
  <li><strong>Alles wird gleichzeitig verändert.</strong> Danach ist nicht erkennbar, welche Änderung wirkt oder schadet.</li>
  <li><strong>Die alte Website wird nicht inventarisiert.</strong> Wertvolle URLs, Inhalte und Funktionen verschwinden unbemerkt.</li>
  <li><strong>Seiten werden nach Bauchgefühl gelöscht.</strong> Suchdaten, Links und echte Nutzung werden zu spät geprüft.</li>
  <li><strong>Alle alten URLs zeigen auf die Startseite.</strong> Nutzer und Suchmaschinen landen an einem unpassenden Ziel.</li>
  <li><strong>Inhalte kommen zu spät.</strong> Design und Entwicklung werden mit Platzhaltern abgenommen, die reale Seite passt später nicht mehr.</li>
  <li><strong>Mobile wird als verkleinerter Desktop behandelt.</strong> Prioritäten, Interaktion und Formulare brechen auf kleinen Geräten.</li>
  <li><strong>Barrierefreiheit wird auf einen Score reduziert.</strong> Tastatur, Fokus, Verständnis und echte Nutzung bleiben ungeprüft.</li>
  <li><strong>Staging-Noindex bleibt aktiv.</strong> Die neue Website blockiert ihre eigene Indexierung.</li>
  <li><strong>Formulare werden nur optisch geprüft.</strong> Bestätigung erscheint, aber keine Nachricht kommt an.</li>
  <li><strong>Tracking startet neu ohne Vergleich.</strong> Der Erfolg kann nicht gegen einen Ausgangswert bewertet werden.</li>
  <li><strong>Nach dem Launch gehört das Problem niemandem.</strong> Kleine Fehler bleiben liegen, bis sie Sichtbarkeit oder Vertrauen kosten.</li>
</ol>

<h2 id="12-fragen-an-den-relaunch-partner">12. Fragen an den Relaunch-Partner</h2>

<ul>
  <li>Wie entscheidet ihr, was bleiben, verbessert oder entfernt werden soll?</li>
  <li>Welche Daten und Zugänge braucht ihr vor dem ersten Entwurf?</li>
  <li>Wer verantwortet Inhalt, Design, Entwicklung, SEO und Migration konkret?</li>
  <li>Wie wird die alte URL-Liste erstellt und priorisiert?</li>
  <li>Wie dokumentiert und testet ihr Weiterleitungen?</li>
  <li>Welche grossen Veränderungen würdet ihr nicht gleichzeitig durchführen?</li>
  <li>Wie werden CMS, Daten und wiederkehrende Inhaltstypen migriert?</li>
  <li>Welche Barrierefreiheits- und Performance-Prüfungen gehören zur Abnahme?</li>
  <li>Wer erstellt das Launch-Runbook und hat Go/No-Go-Verantwortung?</li>
  <li>Wie lange und in welchem Umfang überwacht ihr die Website danach?</li>
  <li>Was gehört nicht zum Angebot?</li>
  <li>Welche Zugänge, Daten und Dateien erhalten wir vollständig?</li>
</ul>

<h2 id="wie-wir-selbst-relaunches-angehen">Wie wir selbst Relaunches angehen</h2>

<p>Wir behandeln einen Relaunch wie einen kontrollierten Umbau: erst prüfen, dann schützen und priorisieren, dann neu aufbauen. Marke, Texte, Design, Technik, Suchsignale und Anfragewege werden nicht in getrennten Silos betrachtet, weil Besucher am Ende nur eine Website erleben.</p>

<p>Wenn dein Vorhaben diese Tiefe braucht, findest du unseren konkreten Ansatz unter <a href="/leistungen/website-relaunch/">Website-Relaunch</a>. Wenn ein gezieltes Update reicht, ist ein kleinerer Eingriff die bessere Entscheidung.</p>

<h2 id="die-master-checkliste">Die Master-Checkliste</h2>

<h3 id="vor-der-beauftragung">Vor der Beauftragung</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Ziel, Ausgangswert und Relaunch-Auslöser dokumentiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Projektart und Eingriffstiefe gewählt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />nicht verhandelbare Werte und grosse Risiken benannt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />interne Verantwortungen und Go/No-Go-Rolle geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Scope für Inhalt, Design, Technik, Migration und danach verglichen</li>
</ul>

<h3 id="vor-dem-design">Vor dem Design</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />vollständige URL-, Inhalts-, Funktions- und Zugangs-Inventur erstellt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Schützen / Verbessern / Entfernen / Neu entschieden</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Zielstruktur und wichtigste Nutzerwege freigegeben</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Inhaltsverantwortung und reale Liefertermine geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />CMS, Datenmodell und Migrationsweg entschieden</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Ausgangscrawl und Suchdaten gesichert</li>
</ul>

<h3 id="vor-dem-launch">Vor dem Launch</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Inhalte, Design, responsive Zustände und Funktionen abgenommen</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Barrierefreiheit und Performance geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />URL-Mapping und Redirects vollständig getestet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Canonical, Robots, Noindex, Sitemap und strukturierte Daten geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Formulare und Integrationen mit echten Fällen getestet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Analytics, Search Console und Consent kontrolliert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Backup, Rollback, Runbook und Verantwortungen bestätigt</li>
</ul>

<h3 id="nach-dem-launch">Nach dem Launch</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />wichtigste Seiten, Statuscodes und Formulare sofort geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Crawl-Vergleich und Redirect-Test durchgeführt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Sitemap eingereicht und Indexierung beobachtet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />404s, Ketten und interne alte Links bereinigt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Anfragen und Nutzerfeedback gesammelt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />30-Tage-Auswertung terminiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Weiterentwicklung aus Diagnose statt Nervosität priorisiert</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Ein Website-Relaunch ist erfolgreich, wenn der neue Auftritt nicht nur moderner aussieht, sondern die richtigen Werte übernimmt, bekannte Risiken kontrolliert und seine Aufgabe nach dem Launch besser erfüllt.</p>

<p>Dafür brauchst du keine möglichst lange Checkliste. Du brauchst Entscheidungen in der richtigen Reihenfolge, klare Verantwortungen und Belege dafür, dass die kritischen Wege funktionieren.</p>

<p>Erst schützen. Dann verändern. Dann kontrollieren. Genau so wird aus einem riskanten Neustart ein planbarer Umbau.</p>]]></content><author><name>Per Starke</name></author><category term="einblicke" /><summary type="html"><![CDATA[Website-Relaunch richtig planen: Umfang wählen, Inhalte und Rankings schützen, Kosten einordnen und Launch mit vollständiger Checkliste kontrollieren.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/website-relaunch-planung-kosten-checkliste.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/website-relaunch-planung-kosten-checkliste.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Website erstellen lassen: Kosten, Ablauf und Agenturwahl</title><link href="https://kroener-starke.ch/einblicke/website-erstellen-lassen-kosten-ablauf-agenturwahl/" rel="alternate" type="text/html" title="Website erstellen lassen: Kosten, Ablauf und Agenturwahl" /><published>2026-07-16T00:00:00+00:00</published><updated>2026-07-16T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/website-erstellen-lassen-kosten-ablauf-agenturwahl</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/website-erstellen-lassen-kosten-ablauf-agenturwahl/"><![CDATA[<p>Du willst eine Website erstellen lassen und holst drei Angebote ein. Eines kostet deutlich weniger als die anderen. Eines ist fünf Seiten lang, eines zwanzig. Im dritten steht viel über Design, aber fast nichts über Texte, Sichtbarkeit oder den Launch.</p>

<p>Welche Zahl vergleichst du jetzt?</p>

<p>Die ehrliche Antwort: noch keine. Solange nicht klar ist, was genau gebaut wird, sind drei Endsummen keine drei Preise für dasselbe Projekt. Es sind drei verschiedene Projekte, die zufällig alle «Website» heissen.</p>

<p>Dieser Leitfaden hilft dir, vor der Unterschrift die richtigen Entscheidungen zu treffen. Nicht aus Sicht einer Einkaufsabteilung, sondern aus Sicht eines Unternehmens, das am Ende einen Auftritt braucht, der wirklich funktioniert.</p>

<h2 id="1-brauchst-du-wirklich-eine-neue-website">1. Brauchst du wirklich eine neue Website?</h2>

<p>Bevor du eine Agentur suchst, kläre die Tiefe des Vorhabens. «Unsere Website ist nicht mehr gut» kann vier sehr verschiedene Dinge bedeuten:</p>

<table>
  <thead>
    <tr>
      <th>Ausgangslage</th>
      <th>Sinnvoller Weg</th>
      <th>Typisches Ziel</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Du hast noch keinen ernsthaften Auftritt</td>
      <td>Eine fokussierte erste Website</td>
      <td>Angebot, Vertrauen und Kontakt sauber abbilden</td>
    </tr>
    <tr>
      <td>Die Basis stimmt, aber einzelne Stellen bremsen</td>
      <td>Gezielte Optimierung</td>
      <td>Texte, Struktur, Geschwindigkeit oder Anfrageweg verbessern</td>
    </tr>
    <tr>
      <td>Unternehmen und Angebot haben sich entwickelt</td>
      <td>Relaunch</td>
      <td>Auftritt, Inhalte und Technik kontrolliert erneuern</td>
    </tr>
    <tr>
      <td>Marke und Positionierung tragen nicht mehr</td>
      <td>Rebranding plus Website</td>
      <td>Identität und digitaler Auftritt gemeinsam neu aufbauen</td>
    </tr>
  </tbody>
</table>

<p>Eine kleinere Lösung ist kein schlechter Kompromiss, wenn sie die aktuelle Aufgabe vollständig löst. Umgekehrt wird ein neues Farbsystem keine Website retten, deren Angebot unverständlich bleibt.</p>

<p>Die erste gute Agenturfrage lautet deshalb nicht: «Was kostet eine Website?» Sondern: <strong>Welcher Eingriff löst unser eigentliches Problem?</strong></p>

<h2 id="2-dein-briefing-auf-einer-seite">2. Dein Briefing auf einer Seite</h2>

<p>Du brauchst vor dem ersten Gespräch weder fertige Texte noch einen perfekten Seitenplan. Du solltest aber die Leitplanken kennen. Sonst kalkuliert jeder Anbieter eine andere Annahme.</p>

<p>Diese sieben Punkte reichen für ein brauchbares Erstbriefing:</p>

<h3 id="geschäftsziel">Geschäftsziel</h3>

<p>Was soll durch die Website im Unternehmen leichter oder besser werden? Zum Beispiel passendere Anfragen, mehr Buchungen, verständlichere Leistungen, bessere Bewerbungen oder ein Auftritt, der endlich zum heutigen Anspruch passt.</p>

<h3 id="wichtigste-besucher">Wichtigste Besucher</h3>

<p>Wer entscheidet über eine Anfrage, und was muss diese Person verstehen oder glauben, bevor sie handelt? «Alle» ist keine Zielgruppe. Zwei klar beschriebene Entscheidungssituationen sind hilfreicher als zehn abstrakte Personas.</p>

<h3 id="gewünschter-nächster-schritt">Gewünschter nächster Schritt</h3>

<p>Soll jemand anrufen, ein Formular ausfüllen, einen Termin buchen, eine Offerte anfragen, kaufen oder sich bewerben? Eine Website darf mehrere Wege haben. Sie braucht trotzdem eine klare Hauptbewegung.</p>

<h3 id="umfang">Umfang</h3>

<p>Welche Leistungen, Zielgruppen, Standorte, Sprachen oder Funktionen müssen zum Start abgebildet sein? Markiere zusätzlich, was später kommen darf. So wird aus einer Wunschliste ein realistischer erster Umfang.</p>

<h3 id="vorhandenes-material">Vorhandenes Material</h3>

<p>Welche Texte, Fotos, Referenzen, Kundenstimmen, Markenunterlagen, Domain-Zugänge und Auswertungen existieren bereits? Entscheidend ist nicht nur, <strong>ob</strong> etwas da ist, sondern ob es in der nötigen Qualität und mit den nötigen Rechten genutzt werden kann.</p>

<h3 id="zusammenarbeit">Zusammenarbeit</h3>

<p>Wer bündelt intern das Feedback? Wer gibt Texte, Design und Launch frei? Und wer muss nur informiert werden? Viele Projekte verlieren Wochen, weil diese Rollen erst während der Umsetzung geklärt werden.</p>

<h3 id="betrieb-nach-dem-launch">Betrieb nach dem Launch</h3>

<p>Wer ändert später Inhalte? Wie oft passiert das realistisch? Welche neuen Leistungen, Referenzen oder Standorte könnten dazukommen? Diese Antworten beeinflussen System und Struktur stärker als die Frage, welches CMS gerade beliebt ist.</p>

<p>Du kannst diese sieben Überschriften direkt kopieren und jeweils in zwei bis vier Sätzen beantworten. Mehr braucht ein guter Partner nicht, um die richtigen Rückfragen zu stellen.</p>

<h2 id="3-was-die-kosten-wirklich-bestimmt">3. Was die Kosten wirklich bestimmt</h2>

<p>Eine Website hat keinen sinnvollen Katalogpreis. Entscheidend sind fünf Arbeitsblöcke:</p>

<table>
  <thead>
    <tr>
      <th>Kostentreiber</th>
      <th>Die Frage dahinter</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Umfang und Tiefe</td>
      <td>Wie viele unterschiedliche Entscheidungen müssen die Seiten unterstützen?</td>
    </tr>
    <tr>
      <td>Design-Anspruch</td>
      <td>Wird eine Vorlage angepasst oder ein eigenständiger Markenauftritt gestaltet?</td>
    </tr>
    <tr>
      <td>Inhalte</td>
      <td>Sind Texte, Fotos und Belege nutzbar vorhanden oder entstehen sie im Projekt?</td>
    </tr>
    <tr>
      <td>Funktionen</td>
      <td>Braucht es Formulare, Buchung, Shop, Mehrsprachigkeit oder Schnittstellen?</td>
    </tr>
    <tr>
      <td>Sichtbarkeitsziel</td>
      <td>Reicht ein sauberes Fundament oder gehört ein grösserer SEO-Aufbau zum Start?</td>
    </tr>
  </tbody>
</table>

<p>Diese Faktoren erklären wir im Einblick <a href="/einblicke/was-kostet-eine-website-die-faktoren/">Was kostet eine Website?</a> ausführlich. Für die Agenturwahl ist vor allem ein Punkt wichtig: <strong>Ein günstigeres Angebot ist oft nicht günstiger. Es enthält weniger.</strong></p>

<p>Prüfe deshalb neben dem Projektpreis auch die Kosten, die nach der Unterschrift oder nach dem Launch entstehen können:</p>

<ul>
  <li>Hosting, Plattform-Abos und kostenpflichtige Plugins</li>
  <li>Lizenzen für Schriften, Bilder oder Funktionen</li>
  <li>Pflege, Sicherheitsupdates und Backups</li>
  <li>zusätzliche Texte, Übersetzungen oder Fotos</li>
  <li>Änderungen ausserhalb des vereinbarten Umfangs</li>
  <li>Unterstützung nach dem Launch</li>
  <li>Kosten eines späteren Systemwechsels</li>
</ul>

<p>Die bessere Vergleichszahl ist nicht nur der Startpreis, sondern der <strong>Aufwand über die ersten drei Jahre</strong>. Dazu gehört auch deine interne Zeit. Eine billige Lösung, die jeden kleinen Inhaltsschritt kompliziert macht, kann im Alltag teuer werden, ohne dass dafür eine Agenturrechnung kommt.</p>

<p>Wie Kröner &amp; Starke mit definiertem Umfang und laufenden Gebühren umgeht, steht transparent in den <a href="/faq/#festpreis">häufigen Fragen</a>.</p>

<h2 id="4-was-in-jeder-projektphase-entstehen-muss">4. Was in jeder Projektphase entstehen muss</h2>

<p>Ein Ablauf ist nicht gut, weil er viele Schritte hat. Er ist gut, wenn an jedem Meilenstein eine Entscheidung getroffen wurde, bevor die nächste Arbeit beginnt.</p>

<p>Wir ordnen Website-Projekte mit unserem Website-Strategy-Framework <a href="/acp42/">ACP42</a> in drei Phasen. Auch wenn deine Agentur andere Begriffe nutzt, sollten diese Ergebnisse vorhanden sein:</p>

<table>
  <thead>
    <tr>
      <th>Phase</th>
      <th>Was geklärt oder geliefert sein muss</th>
      <th>Warnsignal</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Aim</td>
      <td>Ziel, Zielgruppe, Angebot, Belege, Seitenlogik, Scope und Erfolgssignale</td>
      <td>Das Projekt beginnt direkt mit Farben oder einem Theme</td>
    </tr>
    <tr>
      <td>Create</td>
      <td>Texte, Designsystem, responsive Seiten, Technik, Funktionen und konkrete Feedbackstände</td>
      <td>Du siehst nur Einzelbilder, aber nie einen vollständigen Weg</td>
    </tr>
    <tr>
      <td>Promote</td>
      <td>Metadaten, Indexierbarkeit, Messung, Launch, Übergabe und Plan für die Weiterentwicklung</td>
      <td>«SEO machen wir später» und nach dem Livegang ist niemand zuständig</td>
    </tr>
  </tbody>
</table>

<p>Unseren tatsächlichen Ablauf vom Erstgespräch bis zum Vier-Augen-Check findest du in <a href="/einblicke/website-projekt-ablauf/">So läuft dein Website-Projekt ab</a>. Die typische Dauer hängt nicht nur von Seitenzahl und Technik ab, sondern auch von Inhalten und Feedback. Die Einordnung dazu steht in <a href="/einblicke/wie-lange-dauert-eine-website/">Wie lange dauert eine Website?</a>.</p>

<h2 id="5-agentur-freelancer-oder-baukasten">5. Agentur, Freelancer oder Baukasten?</h2>

<p>Nicht jedes Projekt braucht eine Agentur. Die passende Form hängt davon ab, wie viele Disziplinen und Risiken zusammenkommen.</p>

<table>
  <thead>
    <tr>
      <th>Modell</th>
      <th>Passt oft, wenn …</th>
      <th>Kläre unbedingt …</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Selbstbau/Baukasten</td>
      <td>du einen einfachen ersten Auftritt brauchst, wenig Budget hast und Zeit investieren kannst</td>
      <td>Grenzen bei Design, Daten, Wechsel, Performance und Ausbau</td>
    </tr>
    <tr>
      <td>Freelancer</td>
      <td>Aufgabe und Richtung klar sind und eine Person den Grossteil kompetent abdeckt</td>
      <td>Vertretung, Spezialthemen, Kapazität und Betreuung danach</td>
    </tr>
    <tr>
      <td>Kleine spezialisierte Agentur</td>
      <td>Strategie, Texte, Design und Technik zusammengehören und direkter Kontakt wichtig ist</td>
      <td>wer konkret arbeitet und was intern oder extern passiert</td>
    </tr>
    <tr>
      <td>Grössere Agentur</td>
      <td>viele Märkte, Stakeholder, Systeme oder parallele Arbeitsstränge koordiniert werden müssen</td>
      <td>Teamkontinuität, Overhead, Entscheidungswege und Mindestumfang</td>
    </tr>
  </tbody>
</table>

<p>Die Systemfrage gehört danach in dieselbe Logik. WordPress, Webflow, Framer, Baukasten und Custom Code sind Werkzeuge, keine Qualitätsstufen. Der richtige Vergleich steht im Einblick <a href="/einblicke/wordpress-baukasten-custom-code-vergleich/">WordPress, Baukasten oder Custom Code</a> und die kurze CMS-Entscheidung in den <a href="/faq/#welches-cms">häufigen Fragen</a>.</p>

<p>Entscheidend ist: Passt die Lösung zu dem, was du ändern, messen, erweitern und langfristig besitzen willst?</p>

<h2 id="6-so-werden-angebote-wirklich-vergleichbar">6. So werden Angebote wirklich vergleichbar</h2>

<p>Lege die Angebote nebeneinander und ergänze für jeden Punkt vier mögliche Antworten: <strong>enthalten, Aufgabe des Kunden, optional, nicht enthalten</strong>.</p>

<table>
  <thead>
    <tr>
      <th>Bereich</th>
      <th>Was konkret geklärt sein sollte</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Strategie</td>
      <td>Ziele, Zielgruppen, Positionierung, Seitenplan, Messgrössen</td>
    </tr>
    <tr>
      <td>Inhalte</td>
      <td>Konzeption, Copywriting, Korrektur, Übersetzung, Übernahme alter Inhalte</td>
    </tr>
    <tr>
      <td>Fotos &amp; Medien</td>
      <td>Auswahl, Shooting, Lizenzen, Bearbeitung, Video</td>
    </tr>
    <tr>
      <td>Design</td>
      <td>individuelle Richtung, Anzahl Entwürfe, Designsystem, mobile Zustände</td>
    </tr>
    <tr>
      <td>Entwicklung</td>
      <td>System, responsive Umsetzung, Funktionen, Browser-Tests</td>
    </tr>
    <tr>
      <td>SEO-Grundlage</td>
      <td>URL-Struktur, Metadaten, Indexierung, Sitemap, interne Links</td>
    </tr>
    <tr>
      <td>Qualität</td>
      <td>Performance, Barrierefreiheit, Formulare, Datenschutz-Einbindung</td>
    </tr>
    <tr>
      <td>Launch</td>
      <td>Domain, Hosting, E-Mail-Abhängigkeiten, Weiterleitungen, Analytics</td>
    </tr>
    <tr>
      <td>Übergabe</td>
      <td>Zugänge, Dokumentation, Quelldateien, Nutzungsrechte, Schulung</td>
    </tr>
    <tr>
      <td>Danach</td>
      <td>Support, Reaktionszeit, Pflege, Updates, Erweiterungen</td>
    </tr>
    <tr>
      <td>Änderungen</td>
      <td>Feedback-Runden, Scope-Änderungen, Stundensätze, Freigaben</td>
    </tr>
  </tbody>
</table>

<p>Wenn ein Angebot einen Punkt nicht erwähnt, bedeutet das nicht automatisch, dass er fehlt. Es bedeutet aber, dass du fragen solltest.</p>

<p>Ein seriöses Angebot muss nicht jedes Risiko ausschliessen. Es muss Annahmen sichtbar machen: Welche Seiten wurden kalkuliert? Wer liefert Inhalte? Wie viele Sprachen? Welche Funktionen? Was passiert, wenn sich der Scope ändert?</p>

<h2 id="7-zwölf-fragen-für-das-letzte-gespräch">7. Zwölf Fragen für das letzte Gespräch</h2>

<ol>
  <li>Welches Problem würdet ihr zuerst lösen, und welches ausdrücklich noch nicht?</li>
  <li>Wer arbeitet konkret an Strategie, Text, Design und Technik?</li>
  <li>Mit wem sprechen wir im Alltag direkt?</li>
  <li>Welche Ergebnisse müssen vor dem Design feststehen?</li>
  <li>Was braucht ihr von uns, wann und in welcher Qualität?</li>
  <li>Wie sehen wir Zwischenstände, und wie wird Feedback gebündelt?</li>
  <li>Was ist im Angebot nicht enthalten?</li>
  <li>Welche laufenden Kosten und technischen Abhängigkeiten entstehen?</li>
  <li>Wem gehören Domain, Inhalte, Design-Dateien und technischer Zugang?</li>
  <li>Wie werden mobile Nutzung, Ladezeit, Barrierefreiheit und Formulare geprüft?</li>
  <li>Was passiert beim Launch, und wer ist danach erreichbar?</li>
  <li>Woran erkennen wir nach drei Monaten, ob die Website ihre Aufgabe erfüllt?</li>
</ol>

<p>Gute Antworten müssen nicht kompliziert sein. Sie müssen konkret sein.</p>

<h2 id="8-rote-und-grüne-signale">8. Rote und grüne Signale</h2>

<h3 id="vorsicht-wenn-">Vorsicht, wenn …</h3>

<ul>
  <li>eine Zahl fällt, bevor jemand Ziel und Umfang verstanden hat;</li>
  <li>jede Branche dieselbe Seitenstruktur und dasselbe System bekommt;</li>
  <li>das Portfolio stark ist, aber niemand den Entscheidungsweg erklären kann;</li>
  <li>Texte, Fotos, SEO oder mobile Zustände nur als spätere Details behandelt werden;</li>
  <li>unklar bleibt, wer tatsächlich an deinem Projekt arbeitet;</li>
  <li>die Domain oder wichtige Zugänge beim Anbieter statt bei dir liegen sollen;</li>
  <li>«mehr Anfragen» oder feste Rankings versprochen werden;</li>
  <li>der Launch das Ende jeder beschriebenen Verantwortung ist.</li>
</ul>

<h3 id="ein-gutes-zeichen-ist-wenn-">Ein gutes Zeichen ist, wenn …</h3>

<ul>
  <li>der Anbieter auch von einer kleineren Lösung abrät oder dazu rät;</li>
  <li>Fragen zu Angebot, Kunden und Einwänden vor Geschmacksfragen kommen;</li>
  <li>Umfang, Aufgaben und Ausschlüsse verständlich dokumentiert sind;</li>
  <li>echte Projekte nicht nur gezeigt, sondern begründet werden;</li>
  <li>du die Menschen kennenlernst, die die Arbeit ausführen;</li>
  <li>erklärt wird, welche Entscheidungen später teuer zu ändern wären;</li>
  <li>Eigentum, Zugänge und Betreuung nach dem Launch klar sind.</li>
</ul>

<h2 id="9-eine-einfache-entscheidungsmatrix">9. Eine einfache Entscheidungsmatrix</h2>

<p>Bewerte jeden Anbieter von 1 bis 5 und gewichte die Kriterien. Die Gewichtung zwingt dich, nicht alles auf Preis oder Sympathie zu reduzieren.</p>

<table>
  <thead>
    <tr>
      <th>Kriterium</th>
      <th style="text-align: right">Gewicht</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Verständnis für Geschäft, Zielgruppe und Aufgabe</td>
      <td style="text-align: right">25 %</td>
    </tr>
    <tr>
      <td>Qualität und Relevanz der Referenzen</td>
      <td style="text-align: right">15 %</td>
    </tr>
    <tr>
      <td>Klarheit von Scope, Ablauf und Verantwortungen</td>
      <td style="text-align: right">20 %</td>
    </tr>
    <tr>
      <td>Qualität von Inhalt, Design und technischer Lösung</td>
      <td style="text-align: right">20 %</td>
    </tr>
    <tr>
      <td>Betreuung, Eigentum und langfristige Nutzbarkeit</td>
      <td style="text-align: right">10 %</td>
    </tr>
    <tr>
      <td>Preis im Verhältnis zum enthaltenen Umfang</td>
      <td style="text-align: right">10 %</td>
    </tr>
  </tbody>
</table>

<p>Multipliziere Wertung und Gewicht. Das Ergebnis trifft die Entscheidung nicht für dich, macht aber sichtbar, wenn ein glänzendes Portfolio einen unklaren Prozess überdeckt oder ein tiefer Preis nur deshalb gewinnt, weil der Umfang nie normalisiert wurde.</p>

<h2 id="wie-wir-selbst-darauf-schauen">Wie wir selbst darauf schauen</h2>

<p>Wir finden: Eine Website sollte erst verkauft werden, wenn klar ist, welche Aufgabe sie übernimmt. Deshalb starten wir mit Ziel, Zielgruppe, Argumenten und Struktur; entwickeln Texte, Design und Technik als zusammenhängendes System; und bleiben über den Launch hinaus erreichbar.</p>

<p>Wenn du nach diesem Leitfaden dein Vorhaben sauber einordnen kannst und es zu diesem Ansatz passt, findest du den konkreten Umfang unter <a href="/leistungen/website-erstellen-lassen/">Website erstellen lassen</a>. Wenn eine kleinere Lösung ehrlicher ist, sagen wir das im ersten Gespräch genauso klar.</p>

<h2 id="deine-checkliste">Deine Checkliste</h2>

<h3 id="vor-der-anfrage">Vor der Anfrage</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Geschäftsziel und wichtigste Besucher notiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />gewünschter nächster Schritt definiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Muss-Umfang und spätere Wünsche getrennt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />vorhandene Inhalte, Fotos, Belege und Zugänge gesichtet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />internen Entscheider und Feedbackweg geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />realistischen Launch-Zeitraum festgelegt</li>
</ul>

<h3 id="vor-der-unterschrift">Vor der Unterschrift</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Angebote auf denselben Umfang normalisiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Aufgaben für Text, Foto, Design, Technik und SEO geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />laufende Kosten und Abhängigkeiten verstanden</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Feedback, Änderungen und Freigaben beschrieben</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Eigentum an Domain, Inhalten und Zugängen gesichert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Launch, Übergabe und Betreuung danach vereinbart</li>
</ul>

<h3 id="vor-dem-kickoff">Vor dem Kickoff</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Fachwissen und stärkste Belege gesammelt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />relevante Beteiligte eingeplant</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Domain-, Hosting- und Analytics-Zugänge verfügbar</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Feedback-Termine reserviert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Erfolgssignale für die ersten Monate festgelegt</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Wenn du eine Website erstellen lassen willst, entscheide nicht zuerst zwischen drei Preisen. Entscheide zuerst, welches Projekt du wirklich brauchst.</p>

<p>Ein gutes Briefing macht Angebote vergleichbar. Ein guter Scope macht Kosten verständlich. Ein guter Prozess macht Qualität planbar. Und ein guter Partner kann dir erklären, was er baut, warum er es baut und was bewusst noch nicht Teil des Projekts ist.</p>

<p>Dann kaufst du keine undefinierte «Website». Du beauftragst ein klares Werkzeug für dein Unternehmen.</p>]]></content><author><name>Simon Kröner</name></author><category term="einblicke" /><summary type="html"><![CDATA[Website erstellen lassen: So definierst du den Umfang, vergleichst Angebote fair und findest den Partner, der zu deinem Projekt passt.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/website-erstellen-lassen-kosten-ablauf-agenturwahl.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/website-erstellen-lassen-kosten-ablauf-agenturwahl.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Webdesign für KMU: der vollständige Entscheidungsleitfaden</title><link href="https://kroener-starke.ch/einblicke/webdesign-kmu-entscheidungsleitfaden/" rel="alternate" type="text/html" title="Webdesign für KMU: der vollständige Entscheidungsleitfaden" /><published>2026-07-14T00:00:00+00:00</published><updated>2026-07-14T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/webdesign-kmu-entscheidungsleitfaden</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/webdesign-kmu-entscheidungsleitfaden/"><![CDATA[<p>Hoi. Wenn du ein KMU führst, hast du wahrscheinlich kein sechsköpfiges Website-Team. Vielleicht kümmert sich jemand nebenbei um Marketing. Vielleicht landen Änderungen direkt bei dir. Und ziemlich sicher hast du Besseres zu tun, als jede Woche über Plugins, Seitenmodule und Meta-Daten nachzudenken.</p>

<p>Genau deshalb braucht Webdesign für KMU mehr Disziplin, nicht weniger.</p>

<p>Eine gute KMU-Website ist kein möglichst grosses Digitalprojekt. Sie ist ein verlässliches Arbeitsmittel: Sie erklärt dein Angebot, macht deine Qualität sichtbar, beantwortet wiederkehrende Fragen und führt passende Menschen zum nächsten Schritt. Danach muss sie im Alltag weiter funktionieren, auch wenn gerade niemand «Website» auf seiner Stellenbeschreibung stehen hat.</p>

<p>Dieser Leitfaden führt dich durch die sieben Entscheidungen, die dafür wirklich zählen.</p>

<h2 id="die-sieben-entscheidungen-im-überblick">Die sieben Entscheidungen im Überblick</h2>

<table>
  <thead>
    <tr>
      <th>Entscheidung</th>
      <th>Ergebnis</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>1. Aufgabe</td>
      <td>Ein klarer Hauptjob für die Website</td>
    </tr>
    <tr>
      <td>2. Besucher</td>
      <td>Die wichtigsten Entscheidungssituationen und Fragen</td>
    </tr>
    <tr>
      <td>3. Umfang</td>
      <td>Die kleinste vollständige erste Version</td>
    </tr>
    <tr>
      <td>4. Inhalte &amp; Proof</td>
      <td>Ein realistischer Plan für Texte, Bilder und Belege</td>
    </tr>
    <tr>
      <td>5. System</td>
      <td>Eine technische Basis, die zum Pflegealltag passt</td>
    </tr>
    <tr>
      <td>6. Qualität</td>
      <td>Prüfkriterien, die vor dem Launch erfüllt sein müssen</td>
    </tr>
    <tr>
      <td>7. Betrieb</td>
      <td>Klare Zuständigkeiten und ein Plan für die ersten 90 Tage</td>
    </tr>
  </tbody>
</table>

<p>Wenn diese sieben Punkte geklärt sind, werden Design, Budget und Zeit deutlich einfacher. Wenn sie fehlen, wird selbst eine hübsche Website schnell zu einer weiteren Aufgabe, die im Tagesgeschäft liegen bleibt.</p>

<h2 id="entscheidung-1-welchen-hauptjob-hat-die-website">Entscheidung 1: Welchen Hauptjob hat die Website?</h2>

<p>«Die Website soll uns professionell darstellen» ist ein Wunsch, aber noch keine Aufgabe. Professionell für wen? Und was soll danach passieren?</p>

<p>Wähle einen Hauptjob und höchstens zwei Nebenjobs:</p>

<table>
  <thead>
    <tr>
      <th>Website-Job</th>
      <th>Woran du ihn erkennst</th>
      <th>Sinnvolles Erfolgssignal</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Erklären</td>
      <td>Leistungen sind erklärungsbedürftig oder werden oft verwechselt</td>
      <td>weniger grundlegende Rückfragen</td>
    </tr>
    <tr>
      <td>Vertrauen aufbauen</td>
      <td>Entscheidung ist sensibel, lokal oder hochpreisig</td>
      <td>mehr qualifizierte Kontaktaufnahmen</td>
    </tr>
    <tr>
      <td>Anfragen vorsortieren</td>
      <td>viele Anfragen passen nicht oder sind zu unklar</td>
      <td>bessere Angaben im Erstkontakt</td>
    </tr>
    <tr>
      <td>Buchen oder verkaufen</td>
      <td>der nächste Schritt kann direkt online erfolgen</td>
      <td>abgeschlossene Buchungen oder Käufe</td>
    </tr>
    <tr>
      <td>Mitarbeitende gewinnen</td>
      <td>offene Stellen bleiben lange unbesetzt</td>
      <td>passende Bewerbungen</td>
    </tr>
    <tr>
      <td>Kunden entlasten</td>
      <td>dieselben Fragen erreichen Team oder Support wiederholt</td>
      <td>genutzte Informationen und weniger Rückfragen</td>
    </tr>
  </tbody>
</table>

<p>Ein lokaler Handwerksbetrieb kann zum Beispiel als Hauptjob «Anfragen vorsortieren» wählen. Dann braucht die Website klare Leistungen, Einsatzgebiet, Ablauf, Referenzen und eine Offertenanfrage mit den richtigen Angaben. Ein Beratungs-KMU wählt vielleicht «Vertrauen aufbauen». Dort zählen Vorgehen, Person, Spezialisierung, Belege und ein persönlicher Gesprächsweg stärker.</p>

<p>Beides sind KMU-Websites. Sie brauchen trotzdem andere Strukturen.</p>

<p>Mit unserem Website-Strategy-Framework <a href="/acp42/">ACP42</a> klären wir diese Aufgabe in der Aim-Phase, bevor die erste Designentscheidung fällt. Das klingt weniger aufregend als ein neues Farbsystem, verhindert aber, dass später eine schöne Website ohne klare Rolle entsteht.</p>

<h2 id="entscheidung-2-wer-muss-was-verstehen">Entscheidung 2: Wer muss was verstehen?</h2>

<p>KMU organisieren sich intern oft nach Teams, Fachgebieten oder Produkten. Kunden denken anders. Sie kommen mit einer Situation:</p>

<ul>
  <li>«Passt dieser Anbieter zu meinem Problem?»</li>
  <li>«Arbeitet ihr in meiner Region?»</li>
  <li>«Wie läuft das ab?»</li>
  <li>«Kann ich euch das wirklich anvertrauen?»</li>
  <li>«Was braucht ihr von mir?»</li>
  <li>«Was ist der nächste Schritt?»</li>
</ul>

<p>Die Website sollte deshalb nicht dein Organigramm abbilden, sondern den Entscheidungsweg deiner Kunden.</p>

<p>Die offizielle Schweizer <a href="https://www.kmu.admin.ch/de/eine-effektive-website-erstellen" target="_blank" rel="noopener noreferrer">Checkliste für den Online-Auftritt von KMU</a> betont unter anderem verständliche Informationsarchitektur, Kundensicht, Orientierung, Sicherheit und Bedienbarkeit. Ein wichtiger Gedanke darin: Besucher kommen nicht immer über die Startseite. Sie landen direkt auf einer Leistungs-, Referenz- oder Ratgeberseite. Jede wichtige Unterseite muss deshalb selbst erklären, wo man ist, warum das relevant ist und wie es weitergeht.</p>

<p>Erstelle für die zwei wichtigsten Besuchergruppen eine kleine Matrix:</p>

<table>
  <thead>
    <tr>
      <th>Entscheidungssituation</th>
      <th>Was muss die Person verstehen?</th>
      <th>Was muss sie glauben?</th>
      <th>Was soll sie tun?</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Beispiel: Geschäftsführerin sucht IT-Partner</td>
      <td>welche Probleme ihr löst und für wen</td>
      <td>dass ihr zuverlässig und fachlich stark seid</td>
      <td>Erstgespräch buchen</td>
    </tr>
    <tr>
      <td>Beispiel: Eigentümer plant Umbau</td>
      <td>welche Leistungen und Regionen passen</td>
      <td>dass Ablauf und Qualität kontrolliert sind</td>
      <td>Projekt anfragen</td>
    </tr>
  </tbody>
</table>

<p>Mehr braucht es für den Start nicht. Wenn du diese drei Spalten nicht füllen kannst, ist eine neue Navigation noch zu früh.</p>

<h2 id="entscheidung-3-was-ist-die-kleinste-vollständige-version">Entscheidung 3: Was ist die kleinste vollständige Version?</h2>

<p>Eine kleine Website ist nicht automatisch oberflächlich. Sie wird oberflächlich, wenn wichtige Fragen fehlen.</p>

<p>Plane den Umfang mit drei Kategorien:</p>

<h3 id="muss-erklären">Muss erklären</h3>

<ul>
  <li>Was bietet ihr konkret an?</li>
  <li>Für wen passt es, und für wen nicht?</li>
  <li>Welches Problem löst ihr?</li>
  <li>Wie läuft die Zusammenarbeit ab?</li>
  <li>Wo oder in welchen Märkten arbeitet ihr?</li>
</ul>

<h3 id="muss-beweisen">Muss beweisen</h3>

<ul>
  <li>Welche realen Projekte, Fälle oder Ergebnisse gibt es?</li>
  <li>Welche Kundenstimmen sind nachprüfbar und konkret?</li>
  <li>Wer steht hinter dem Unternehmen?</li>
  <li>Welche Erfahrung, Zertifizierung oder Arbeitsweise ist relevant?</li>
  <li>Welche Details zeigen Qualität, statt sie nur zu behaupten?</li>
</ul>

<p>Proof bedeutet Beleg statt Superlativ. Die kurze Definition steht im <a href="/glossar/#proof">Glossar</a>, die praktische Anwendung im Einblick <a href="/einblicke/proof-auf-websites/">Proof auf Websites</a>.</p>

<h3 id="muss-ermöglichen">Muss ermöglichen</h3>

<ul>
  <li>Wie nimmt jemand Kontakt auf?</li>
  <li>Welche Angaben verbessern die erste Antwort oder Offerte?</li>
  <li>Braucht es Terminbuchung, Bewerbung, Download, Shop oder eine Schnittstelle?</li>
  <li>Funktioniert der Weg auch mobil und ohne Erklärung?</li>
</ul>

<p>Aus diesen drei Gruppen entsteht der Seitenplan. Häufig reicht zum Start:</p>

<ul>
  <li>eine Startseite mit Orientierung und Hauptweg;</li>
  <li>eine oder mehrere Leistungsseiten mit echter Entscheidungstiefe;</li>
  <li>eine Über-uns- oder Teamseite mit relevanter Person und Arbeitsweise;</li>
  <li>Referenzen, Fälle oder Kundenstimmen;</li>
  <li>Kontakt mit passendem Anfrageweg;</li>
  <li>rechtlich nötige Informationen.</li>
</ul>

<p>Weitere Standortseiten, Einblicke, Glossar, Karriere, Downloads oder umfassende SEO-Cluster können später dazukommen. Wichtig ist, dass die Basis sie aufnehmen kann.</p>

<p>Die Frage ist nicht «Wie viele Seiten bekommen wir?», sondern: <strong>Ist die erste Version in sich vollständig, oder fehlen ihr die Belege und Wege, die ihre Hauptaufgabe braucht?</strong></p>

<h2 id="entscheidung-4-welche-inhalte-habt-ihr-wirklich">Entscheidung 4: Welche Inhalte habt ihr wirklich?</h2>

<p>Viele KMU besitzen mehr wertvollen Content, als sie denken. Er liegt nur nicht in einem Website-Ordner.</p>

<p>Suche an diesen Stellen:</p>

<ul>
  <li>Offerten und Beratungsgespräche: Welche Fragen kommen vor dem Auftrag?</li>
  <li>E-Mails und Support: Was wird immer wieder erklärt?</li>
  <li>Projektübergaben: Welche Schritte zeigen eure Sorgfalt?</li>
  <li>Teamgespräche: Welche Erfahrung ist für Kunden tatsächlich wichtig?</li>
  <li>Fotos auf Telefonen und Laufwerken: Welche Menschen, Orte und Arbeiten sind echt sichtbar?</li>
  <li>Bewertungen: Welche konkreten Gründe nennen Kunden für ihre Zufriedenheit?</li>
  <li>Vertrieb: Welche Einwände stoppen eine Entscheidung?</li>
</ul>

<p>Ordne das Material danach in vier Spalten. Setze pro Zeile genau ein Häkchen; die leeren Kästchen sind bewusst als Arbeitsvorlage gedacht:</p>

<table>
  <thead>
    <tr>
      <th>Inhalt</th>
      <th>Nutzbar</th>
      <th>Muss verbessert werden</th>
      <th>Fehlt</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Leistungswissen</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
    <tr>
      <td>Referenzen</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
    <tr>
      <td>Kundenstimmen</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
    <tr>
      <td>Team &amp; Arbeitsweise</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
    <tr>
      <td>Fotos</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
    <tr>
      <td>häufige Fragen</td>
      <td>☐</td>
      <td>☐</td>
      <td>☐</td>
    </tr>
  </tbody>
</table>

<p>Eine ehrliche Lücke ist besser als erfundene Substanz. Wenn noch keine starken Fallzahlen existieren, können Prozess, Fachwissen, echte Personen und konkrete Arbeitsbeispiele trotzdem Vertrauen schaffen. Was nicht funktioniert: generische Stockbilder, austauschbare «Qualität und Leidenschaft»-Sätze und Kundenstimmen ohne Kontext.</p>

<p>Wie eine KMU-Website bessere Gespräche vorbereitet, statt einfach mehr Formulare zu produzieren, zeigt der Einblick <a href="/einblicke/website-schweizer-kmu-anfragen-vorsortieren/">Bessere Anfragen statt mehr Lärm</a>. Und warum kleine gestalterische und inhaltliche Details im Schweizer Markt viel ausmachen, steht in <a href="/einblicke/website-schweizer-kmu-qualitaet-im-detail/">Qualität im Detail</a>.</p>

<h2 id="entscheidung-5-welches-system-passt-zum-pflegealltag">Entscheidung 5: Welches System passt zum Pflegealltag?</h2>

<p>Die wichtigste CMS-Frage lautet nicht: «Was kann das System?» Fast alle bekannten Systeme können sehr viel. Die bessere Frage ist: <strong>Was werdet ihr wirklich pflegen?</strong></p>

<table>
  <thead>
    <tr>
      <th>Alltag</th>
      <th>Passendes Modell kann sein</th>
      <th>Risiko bei falscher Wahl</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Änderungen selten, Betreuung gewünscht</td>
      <td>schlanker Custom-Code-Auftritt mit Support</td>
      <td>unnötige CMS-Komplexität und Wartung</td>
    </tr>
    <tr>
      <td>wiederkehrende Referenzen, News oder Teamdaten</td>
      <td>fokussiertes CMS für definierte Inhaltsbereiche</td>
      <td>zu starre Pflege oder unkontrollierte Layouts</td>
    </tr>
    <tr>
      <td>internes Team kennt ein bestehendes System</td>
      <td>sauber weiterentwickeltes bekanntes CMS</td>
      <td>teurer Systemwechsel ohne Geschäftsnutzen</td>
    </tr>
    <tr>
      <td>Marketing veröffentlicht sehr häufig</td>
      <td>flexibles CMS mit Rollen und Vorschau</td>
      <td>Bottleneck bei jeder Veröffentlichung</td>
    </tr>
    <tr>
      <td>Shop, Buchung oder komplexe Daten</td>
      <td>spezialisiertes System und passende Schnittstellen</td>
      <td>Eigenbau an Stellen, die Standards besser lösen</td>
    </tr>
  </tbody>
</table>

<p>Kläre vor der Auswahl:</p>

<ol>
  <li>Welche Inhalte ändern sich mindestens monatlich?</li>
  <li>Wer ändert sie, und wie technisch ist diese Person?</li>
  <li>Müssen Änderungen vor Veröffentlichung freigegeben werden?</li>
  <li>Welche wiederkehrenden Inhaltsarten gibt es?</li>
  <li>Welche Schnittstellen sind heute oder später realistisch?</li>
  <li>Wer übernimmt Updates, Sicherheit und Backups?</li>
  <li>Wie kommst du an Inhalte, Domain und Daten, wenn der Partner wechselt?</li>
</ol>

<p>Die Definition eines <a href="/glossar/#cms">CMS</a> ist einfach. Die Entscheidung ist es nicht. Unser ausführlicher Systemvergleich <a href="/einblicke/wordpress-baukasten-custom-code-vergleich/">WordPress, Baukasten oder Custom Code</a> ordnet die häufigsten Wege ehrlich ein.</p>

<p>Ein CMS ist kein Zeichen von Professionalität. Es ist dann gut, wenn es echte Pflege erleichtert. Wenn ihr es nicht nutzt, bezahlt ihr für eine Möglichkeit statt für einen Vorteil.</p>

<h2 id="entscheidung-6-welche-qualität-muss-vor-dem-launch-sitzen">Entscheidung 6: Welche Qualität muss vor dem Launch sitzen?</h2>

<p>«Sieht gut aus» ist ein wichtiger Abnahmepunkt, aber kein vollständiger.</p>

<h3 id="verständlichkeit">Verständlichkeit</h3>

<ul>
  <li>Versteht eine fachfremde Person Angebot und nächsten Schritt?</li>
  <li>Funktioniert jede wichtige Unterseite auch als Einstieg?</li>
  <li>Werden Fachbegriffe erklärt oder bewusst vermieden?</li>
</ul>

<h3 id="mobile-nutzung">Mobile Nutzung</h3>

<ul>
  <li>Sind Navigation, Texte, Formulare und Buttons auf kleinen Geräten angenehm?</li>
  <li>Ist derselbe relevante Inhalt mobil vorhanden?</li>
  <li>Lassen sich Telefon, Adresse und Anfrageweg direkt nutzen?</li>
</ul>

<p>Google verwendet die mobile Version einer Website als Grundlage für Indexierung und Ranking und empfiehlt responsive Umsetzung. Mobile Qualität ist deshalb kein kleiner Zusatztest am Ende.</p>

<h3 id="geschwindigkeit-und-stabilität">Geschwindigkeit und Stabilität</h3>

<ul>
  <li>Sind Bilder passend komprimiert und dimensioniert?</li>
  <li>Bleibt das Layout beim Laden ruhig?</li>
  <li>Reagiert die Seite schnell auf Eingaben?</li>
</ul>

<h3 id="barrierefreiheit">Barrierefreiheit</h3>

<ul>
  <li>Sind Kontraste, Schriftgrössen, Tastaturbedienung und Alternativtexte brauchbar?</li>
  <li>Haben Formulare verständliche Beschriftungen und Fehlermeldungen?</li>
  <li>Ist die Seitenstruktur semantisch nachvollziehbar?</li>
</ul>

<p>Die W3C empfiehlt, <a href="https://www.w3.org/WAI/planning-and-managing/" target="_blank" rel="noopener noreferrer">Barrierefreiheit über Planung, Umsetzung und Betrieb</a> hinweg mitzudenken. Sie ist keine Plakette, die kurz vor dem Launch ergänzt wird.</p>

<h3 id="datenschutz-und-sicherheit">Datenschutz und Sicherheit</h3>

<ul>
  <li>Erfasst die Website nur Daten, die wirklich gebraucht werden?</li>
  <li>Beschreibt die Datenschutzerklärung die tatsächlich eingesetzten Dienste verständlich?</li>
  <li>Sind Zugänge, Updates, HTTPS, Backups und Verantwortungen geklärt?</li>
</ul>

<p>Der Schweizer EDÖB stellt aktuelle <a href="https://www.edoeb.admin.ch/en/data-protection" target="_blank" rel="noopener noreferrer">Informationen zum Datenschutz</a> bereit. Für den konkreten Einzelfall sollte rechtlicher Rat dort eingeholt werden, wo er nötig ist; technisch muss die Website jedenfalls das umsetzen, was dokumentiert wird.</p>

<h3 id="findbarkeit-und-messung">Findbarkeit und Messung</h3>

<ul>
  <li>Haben wichtige Seiten eindeutige Titel, Beschreibungen und interne Links?</li>
  <li>Sind Sitemap, Indexierung und strukturierte Daten sauber?</li>
  <li>Werden die Erfolgssignale aus Entscheidung 1 messbar?</li>
</ul>

<p>Der letzte technische und inhaltliche Durchgang gehört fest zum Projekt. Unsere kompakte Version findest du im <a href="/einblicke/launch-check-vor-veroeffentlichung/">Launch-Check</a>.</p>

<h2 id="entscheidung-7-wer-betreibt-die-website-nach-dem-launch">Entscheidung 7: Wer betreibt die Website nach dem Launch?</h2>

<p>Schreibe Zuständigkeiten nicht nur für die Bauphase auf. Trage für jede Aufgabe einen konkreten Namen ein; wo eine Seite nicht beteiligt ist, setzt du einen Gedankenstrich.</p>

<table>
  <thead>
    <tr>
      <th>Aufgabe</th>
      <th>Intern verantwortlich</th>
      <th>Agentur/Partner</th>
      <th>Rhythmus</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Leistungsänderungen melden</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>bei Bedarf</td>
    </tr>
    <tr>
      <td>Referenzen und Team aktualisieren</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>monatlich/quartalsweise</td>
    </tr>
    <tr>
      <td>technische Updates und Backups</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>laufend</td>
    </tr>
    <tr>
      <td>Formulare testen</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>monatlich</td>
    </tr>
    <tr>
      <td>Suchdaten und Anfragen prüfen</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>monatlich</td>
    </tr>
    <tr>
      <td>neue Inhalte priorisieren</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>quartalsweise</td>
    </tr>
    <tr>
      <td>Zugänge dokumentieren</td>
      <td>Name / –</td>
      <td>Name / –</td>
      <td>bei jeder Änderung</td>
    </tr>
  </tbody>
</table>

<p>Eine Aufgabe ohne Namen ist keine geplante Aufgabe. «Marketing» oder «die Agentur» reicht nicht. Es braucht eine Person auf jeder Seite.</p>

<h3 id="die-ersten-90-tage">Die ersten 90 Tage</h3>

<p><strong>Nach 30 Tagen:</strong> Formulare, Anrufe, Buchungen oder Bewerbungen prüfen. Welche Fragen tauchen weiterhin auf? Gibt es technische oder inhaltliche Reibung?</p>

<p><strong>Nach 60 Tagen:</strong> Search Console, wichtigste Einstiegsseiten und Anfragequalität auswerten. Noch keine voreiligen Rankingurteile, aber erkennbare Lücken sammeln.</p>

<p><strong>Nach 90 Tagen:</strong> Entscheiden, welche eine Verbesserung den Hauptjob am stärksten unterstützt: eine klarere Leistungsseite, ein neuer Beleg, eine FAQ, eine Landingpage oder ein besserer Anfrageweg.</p>

<p>Wie wir Erfolg definieren und messen, steht auch in den <a href="/faq/#erfolg-messen">häufigen Fragen</a>.</p>

<h2 id="budget-und-dauer-folgen-aus-den-entscheidungen">Budget und Dauer folgen aus den Entscheidungen</h2>

<p>Der Aufwand einer KMU-Website steigt nicht einfach mit der Seitenzahl. Er steigt, wenn mehr Inhalte entstehen müssen, mehr Zielgruppen unterschiedliche Wege brauchen, Branding fehlt, Funktionen oder Sprachen dazukommen und ein bestehendes System migriert werden muss.</p>

<p>Die fünf Kostenfaktoren erklärt <a href="/einblicke/was-kostet-eine-website-die-faktoren/">Was kostet eine Website?</a>. Realistische Zeiträume und die Hebel für einen planbaren Launch stehen in <a href="/einblicke/wie-lange-dauert-eine-website/">Wie lange dauert eine Website?</a>.</p>

<p>Für dein KMU sind zusätzlich zwei interne Kosten wichtig:</p>

<ul>
  <li>die Zeit, die Mitarbeitende für fehlende Inhalte und späte Entscheidungen brauchen;</li>
  <li>die Zeit, die nach dem Launch durch ein unpassendes Pflege- oder Supportmodell verloren geht.</li>
</ul>

<p>Ein sauberer erster Scope spart deshalb nicht nur Agenturaufwand. Er schützt dein Tagesgeschäft.</p>

<h2 id="fragen-an-einen-möglichen-webdesign-partner">Fragen an einen möglichen Webdesign-Partner</h2>

<ul>
  <li>Welche Hauptaufgabe seht ihr für unsere Website?</li>
  <li>Was würdet ihr für die erste Version bewusst weglassen?</li>
  <li>Wie holt ihr unser Fachwissen ab, ohne uns mit Text-Hausaufgaben allein zu lassen?</li>
  <li>Welche vorhandenen Belege und Inhalte würdet ihr zuerst nutzen?</li>
  <li>Wer arbeitet konkret an Strategie, Text, Design und Technik?</li>
  <li>Wie entscheiden wir, ob und welches CMS wir brauchen?</li>
  <li>Welche Aufgaben liegen während des Projekts bei uns?</li>
  <li>Wie prüft ihr mobile Nutzung, Barrierefreiheit, Formulare und Geschwindigkeit?</li>
  <li>Wie bleibt die Website nach dem Launch aktuell?</li>
  <li>Welche Zugänge, Rechte und Daten gehören vollständig uns?</li>
  <li>Wie messt ihr den Hauptjob, den wir am Anfang festlegen?</li>
  <li>Was passiert, wenn ihr beim Start erkennt, dass ein kleinerer Eingriff genügt?</li>
</ul>

<h2 id="wie-wir-selbst-kmu-websites-denken">Wie wir selbst KMU-Websites denken</h2>

<p>Für uns soll eine KMU-Website im Betrieb mitarbeiten: Leistungen erklären, echte Qualität sichtbar machen, Anfragen vorbereiten und später ohne unnötige Reibung wachsen. Deshalb arbeiten wir direkt mit den Menschen, die das Geschäft kennen, und planen Inhalt, Gestaltung, Technik und Weiterführung als ein System.</p>

<p>Der konkrete Kröner &amp; Starke-Ansatz für inhabergeführte Unternehmen steht unter <a href="/leistungen/webdesign-schweizer-kmus/">Webdesign für Schweizer KMU</a>. Der Leitfaden hier bleibt trotzdem der Massstab: Wenn eine schlankere Website oder eine gezielte Verbesserung die Aufgabe besser löst, ist genau das die richtige Empfehlung.</p>

<h2 id="die-entscheidungs-checkliste">Die Entscheidungs-Checkliste</h2>

<h3 id="aufgabe-und-besucher">Aufgabe und Besucher</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />ein Hauptjob und höchstens zwei Nebenjobs gewählt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />wichtigste Entscheidungssituationen beschrieben</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />gewünschter nächster Schritt festgelegt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Erfolgssignal für den Hauptjob definiert</li>
</ul>

<h3 id="umfang-und-inhalt">Umfang und Inhalt</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />«muss erklären, muss beweisen, muss ermöglichen» ausgefüllt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />kleinste vollständige erste Version festgelegt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />vorhandene Inhalte und Belege gesichtet</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />echte Lücken bei Texten, Fotos und Referenzen benannt</li>
</ul>

<h3 id="system-und-qualität">System und Qualität</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Pflegehäufigkeit und Redakteure realistisch geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />CMS nach Alltag statt Trend gewählt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Eigentum, Zugänge, Updates und Backups geklärt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />mobile Nutzung, Performance, Barrierefreiheit und Formulare geprüft</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Datenschutz-Einbindung und Messung kontrolliert</li>
</ul>

<h3 id="betrieb">Betrieb</h3>

<ul class="task-list">
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />eine interne verantwortliche Person benannt</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />Aufgaben des Partners nach dem Launch vereinbart</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />30-, 60- und 90-Tage-Checks terminiert</li>
  <li class="task-list-item"><input type="checkbox" class="task-list-item-checkbox" disabled="disabled" />nächster Ausbau wird aus echten Daten und Fragen entschieden</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Webdesign für KMU beginnt nicht mit der Anzahl Seiten und endet nicht beim Launch.</p>

<p>Es beginnt mit einer klaren Aufgabe. Daraus folgen Besucher, Umfang, Inhalte, System und Qualität. Und es endet erst, wenn geklärt ist, wer die Website im Alltag aktuell hält und woran ihr erkennt, dass sie ihren Job erfüllt.</p>

<p>Eine KMU-Website muss nicht alles können. Sie muss das Richtige vollständig, glaubwürdig und zuverlässig tun.</p>]]></content><author><name>Simon Kröner</name></author><category term="einblicke" /><summary type="html"><![CDATA[Webdesign für KMU: Entscheide Aufgabe, Umfang, Inhalte, System, Zuständigkeiten und Erfolg deiner Website mit einem klaren Modell.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/webdesign-kmu-entscheidungsleitfaden.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/webdesign-kmu-entscheidungsleitfaden.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry><entry><title type="html">Einwände auf Websites: Warum Zweifel vor der Anfrage beantwortet werden müssen</title><link href="https://kroener-starke.ch/einblicke/einwaende-auf-websites/" rel="alternate" type="text/html" title="Einwände auf Websites: Warum Zweifel vor der Anfrage beantwortet werden müssen" /><published>2026-07-13T00:00:00+00:00</published><updated>2026-07-13T00:00:00+00:00</updated><id>https://kroener-starke.ch/einblicke/einwaende-auf-websites</id><content type="html" xml:base="https://kroener-starke.ch/einblicke/einwaende-auf-websites/"><![CDATA[<p>Die meisten Website-Besucher sagen nicht laut, warum sie nicht anfragen.</p>

<p>Sie zögern einfach, vergleichen weiter oder schliessen den Tab.</p>

<h2 id="worum-es-geht">Worum es geht</h2>

<p>Ein Einwand ist nicht nur ein Satz aus dem Verkaufsgespräch. Auf Websites entsteht er viel früher: Kostet das zu viel? Passt das für meine Situation? Wie läuft die Zusammenarbeit ab? Kann ich dem Anbieter vertrauen? Wird das kompliziert? Bin ich hier überhaupt richtig?</p>

<p>Wenn diese Fragen nicht beantwortet werden, muss der Besucher sie selbst im Kopf lösen. Genau dort geht Vertrauen verloren.</p>

<p>Eine gute Website nimmt dem Gespräch nicht alles vorweg. Sie sorgt dafür, dass das Gespräch überhaupt stattfindet.</p>

<h2 id="warum-das-wichtig-ist">Warum das wichtig ist</h2>

<p>Viele Websites zeigen Leistungen, Referenzen und Kontaktbutton, aber sie führen nicht durch die Unsicherheit davor.</p>

<p>Dann wirkt die Seite ordentlich, aber sie bereitet keine Entscheidung vor. Interessenten bleiben mit denselben Fragen zurück, mit denen sie gekommen sind. Im besten Fall fragen sie trotzdem an und das Erstgespräch beginnt bei null. Im schlechteren Fall fragen sie gar nicht an.</p>

<p>Gerade bei erklärungsbedürftigen Leistungen braucht eine Website deshalb nicht nur schöne Abschnitte, sondern eine klare Reihenfolge: Problem, Angebot, <a href="/glossar/#proof">Proof</a>, Ablauf, nächste Entscheidung.</p>

<p>Wenn eine Website genau diese Reihenfolge sauber führt, entsteht aus Interesse schneller eine passende Anfrage. Das ist der Kern von <a href="/leistungen/websites-die-anfragen-bringen/">Websites, die Anfragen bringen</a>.</p>

<h2 id="direkt-umsetzen">Direkt umsetzen</h2>

<ul>
  <li>Sammle die häufigsten Fragen aus Erstgesprächen und baue sie sichtbar in die Seite ein.</li>
  <li>Platziere Proof dort, wo Zweifel entstehen, nicht nur gesammelt am Ende.</li>
  <li>Erkläre den Ablauf, bevor jemand das Formular ausfüllt.</li>
  <li>Zeige, für wen dein Angebot passt und für wen eher nicht.</li>
  <li>Nenne Preislogik, Projektumfang oder nächste Schritte dort, wo Besucher sonst raten müssten.</li>
  <li>Entferne Aussagen, die gut klingen, aber keinen Einwand beantworten.</li>
</ul>

<h2 id="kurz-gesagt">Kurz gesagt</h2>

<p>Eine Website muss nicht jeden Zweifel wegreden. Sie muss die wichtigen Zweifel ernst genug nehmen, um sie rechtzeitig zu beantworten.</p>]]></content><author><name>Simon Kröner</name></author><category term="einblicke" /><summary type="html"><![CDATA[Warum gute Websites typische Zweifel vor der Anfrage beantworten, wie sie Vertrauen aufbauen und weshalb das zu besseren Kontakten führt.]]></summary><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://kroener-starke.ch/assets/images/insights/einwaende-auf-websites.webp" /><media:content medium="image" url="https://kroener-starke.ch/assets/images/insights/einwaende-auf-websites.webp" xmlns:media="http://search.yahoo.com/mrss/" /></entry></feed>