Fragen und Antworten

Das hängt vom Workflow und von der Form des Systems ab. Landing Pages dauern meist 1-2 Wochen. Full-Stack-Apps oder Migrationen meist 3-6 Wochen. Nach dem Erstgespräch folgt ein konkreter Zeitplan.

Er legt Workflow, Nutzer, Integrationen, Datenmodell, KI-Anforderungen, Zeitplan, Lieferumfang und Support-Erwartungen fest, bevor die Umsetzung startet.

Jedes Projekt wird einzeln kalkuliert, weil der Aufwand von Workflow, Nutzern, Integrationen, Datenmodell, KI-Anforderungen und Support nach dem Launch abhängt. Für Launch, Operate und Automate entsteht vor der Umsetzung ein klarer Plan. Der Ablauf: ein kostenloses Gespräch, danach ein Plan mit Umfang, Zeitrahmen, Ergebnissen und Kosten. Sie entscheiden danach, nicht vorher.

Ja, zu 100 %. Sie erhalten den vollständigen Quellcode, Repository-Zugang und Deployment-Setup. Er gehört Ihnen: zum Weiterentwickeln, Erweitern oder Übergeben an ein anderes Team.

Kern-Stack: Next.js, React, TypeScript, Tailwind CSS und PostgreSQL. KI-Tools: Vercel AI SDK, OpenAI und Anthropic. Deployment auf Vercel mit Monitoring über Sentry und PostHog.

Sie arbeiten direkt mit Sebastian Kehle, dem Engineer, der den Workflow versteht, das System konzipiert, die Anwendung baut und in Produktion bringt.

Jedes Projekt führt Sebastian direkt, das ändert sich nicht. Wenn ein Projekt mehr Kapazität verlangt, kommt ein fester Kreis unabhängiger Partner für Strategie, Design und Film dazu. Der Code ist so dokumentiert, dass jeder Entwickler ihn übernehmen kann.

Die MVP-Entwicklung deckt genau das ab: Feature-Scoping, UI-Design und ein funktionsfähiges Produkt in 3-5 Wochen, bereit für erste Nutzer und Investoren-Demos.

Ja. Nach dem Launch bleibt webvise auf Wunsch dran: Monitoring, Fixes, kleine Verbesserungen, Workflow-Erweiterungen und Support für KI-Automatisierung. Der Rhythmus richtet sich nach System und Team.

Buchen Sie ein kostenloses 30-Minuten-Gespräch. Dort klärt sich, welcher Einstieg passt: Landing Page, SEO-Audit, Migration oder etwas ganz anderes.

Die meisten Landing Pages gehen 1-2 Wochen nach Projektstart live. Den Anfang macht ein Design-Review, dann folgen Entwicklung in Next.js, Performance-Optimierung und Deployment auf Vercel.

Ja. Auf Wunsch bindet webvise ein Headless-CMS wie Sanity oder Contentful an, damit Sie Texte, Bilder und Abschnitte ohne Code-Änderung bearbeiten. Alternativ erhalten Sie das Git-Repository und pflegen die Seite mit eigenen Entwicklern weiter.

Jede Landing Page enthält Meta-Tags, Open-Graph-Bilder, strukturierte Daten (JSON-LD), Sitemap-Generierung, Core-Web-Vitals-Optimierung und semantisches HTML. Google Search Console und Analytics-Tracking werden ebenfalls eingerichtet.

Templates liefern einen Ausgangspunkt. Das Ergebnis hier ist ein fertiges Produkt: individuell für Ihre Marke gestaltet, von Hand für Core Web Vitals optimiert, bereitgestellt auf Infrastruktur, die skaliert. Der Quellcode gehört Ihnen.

GEO steht für Generative Engine Optimization. Gemeint ist, dass KI-Assistenten wie ChatGPT, Perplexity oder Googles KI-Übersichten Ihre Seite lesen, verstehen und als Quelle nennen können. Die Grundlage ist dieselbe wie bei SEO, also schnelles HTML, klare Struktur und strukturierte Daten. Dazu kommen Inhalte, die eine Frage direkt beantworten, und eine llms.txt, die Ihre Seite für Sprachmodelle zusammenfasst.

Nein. Das kann niemand seriös versprechen. webvise behebt, was Sichtbarkeit technisch verhindert, und baut Seiten, die Suchmaschinen und KI-Assistenten vollständig lesen können. Wie sich das auswirkt, zeigt die Google Search Console, die in jedem Projekt eingerichtet wird.

Ja. Das Audit läuft auf jeder öffentlichen Website. Im Bericht steht danach, welche Funde sich in Ihrem System beheben lassen und wann ein Neuaufbau günstiger ist.

An drei Stellen: am Lighthouse-Bericht vor und nach der Arbeit, an Impressionen und Klicks in der Google Search Console und daran, ob KI-Assistenten Ihre Seite bei passenden Fragen als Quelle nennen.

Definiert wird der kleinste Funktionsumfang, mit dem sich Ihre Idee am Markt prüfen lässt: typischerweise Authentifizierung, die zentralen Abläufe, eine Datenbank, Deployment und Basis-Analytics. Alles andere wartet, bis die Idee belegt ist.

Ja. MVPs entstehen von Tag eins mit produktionsreifer Architektur: TypeScript, durchdachtes Datenbankschema, CI/CD und Monitoring. Die Codebasis ist zum Wachsen gedacht, nicht zum Wegwerfen.

Das Projekt umfasst den Zuschnitt der Features und die Frage, was zuerst gebaut wird. Der Schwerpunkt liegt auf der Entwicklung. Produktdenken fließt trotzdem in jedes Projekt ein.

Mit einer Frage: Hilft dieses Feature, etwas über die Nutzer zu lernen? Wenn nicht, kommt es auf die Liste für später. Ein MVP soll Daten erzeugen, nicht mit Funktionsumfang beeindrucken. Die meisten Gründer sind überrascht, wie wenig es dafür braucht.

Eine Landing Page erklärt und konvertiert vor allem. Ein Website-Workflow sammelt strukturierte Informationen, leitet sie weiter, verbindet sie mit Business-Tools und gibt Ihrem Team eine Prüfansicht.

Es ist enger geschnitten. Ziel ist, die erste sinnvolle Produktlogik auf eine bestehende Website zu bringen, bevor ein größeres Portal, Dashboard oder Business-System entsteht.

Ja. CRM-Sync, Analytics, Benachrichtigungen, KI-Assistenten, Admin-Prüfansichten und Automationsregeln können integriert werden, wenn sie den Workflow tragen.

Das Risiko wird mit URL-Mapping, 301-Redirects, erhaltenen Metadaten, Sitemap-Prüfung, Performance-Checks und Monitoring nach dem Launch reduziert. Rankings können sich bei einer Migration trotzdem bewegen. Deshalb wird der Cutover sorgfältig geplant.

Ja. Ein Headless-CMS kann angebunden werden, das sich ähnlich anfühlt wie WordPress, die Inhalte aber über Next.js ausliefert. Sie behalten den vertrauten Redaktionsablauf, mit deutlich besserer Performance im Frontend.

Einfache Unternehmensseiten: 2-3 Wochen. E-Commerce oder komplexe Seiten mit individuellen Plugins: 4-6 Wochen. Während der Migration laufen beide Seiten parallel; der Cutover wird so geplant, dass kaum Ausfallzeit entsteht.

Jedes Plugin wird geprüft und durch eine moderne Alternative ersetzt: Kontaktformulare werden zu API-Routes, SEO-Plugins zu nativen Next.js-Metadaten, Analytics wechselt zu PostHog oder GA4, und Caching erledigt die statische Generierung.

Tag eins: Bestandsaufnahme Ihrer Website mit Seiten, Plugins, SEO-Struktur und Hosting-Kosten. Bis Tag drei steht ein funktionierender Next.js-Prototyp mit Ihren Inhalten und Ihrem Branding. Der Rest der Woche gehört Feinschliff, Redirect-Mapping und Performance-Messung. Sie sind bei jedem Schritt dabei, müssen aber nichts selbst managen.

Ja. Tabellenbasierte Abläufe werden in eine individuelle Anwendung mit Rollen, Validierung, Workflows, Reporting und Integrationen überführt.

Meist ja. Typische Integrationen sind CRMs, Formulare, E-Mail-Plattformen, Analytics, Datenbanken, Payment-Systeme und interne APIs. Der Integrationsaufwand wird vor dem Build geplant.

Ja. Dieselbe Person verantwortet Workflow-Verständnis, UX-Struktur, Backend-Logik und Deployment.

Ja. Rollen und Berechtigungen sind ein Kernteil des Portalplans: was jede Nutzergruppe sehen, einreichen, bearbeiten, freigeben oder verwalten darf.

Ja. Uploads, Review-Status, Timelines, Benachrichtigungen und Admin-Screens können Teil des Systems sein.

Ja. Integrationen werden um bestehende Systeme herum geplant: CRM, Payments, Datenbanken, E-Mail-Tools und APIs.

Ja. Eventtypen, Standorte, Sessions, Kapazitätsregeln und Registrierungsflows können passend modelliert werden.

Ja. Bestätigungen, Erinnerungen, Statusupdates, Follow-ups und interne Benachrichtigungen können Teil des Workflows sein.

Ja. Payments, CRM-Sync, E-Mail-Marketing, Kalender, Analytics und Exporte gehören als Integrationen in den Projektumfang.

Next.js und React im Frontend, PostgreSQL mit Drizzle ORM als Datenbank, tRPC für typsichere APIs, Better Auth für die Authentifizierung, Vercel für das Deployment. Monitoring läuft über Sentry und PostHog.

Ja. Das Deployment läuft auf Vercel mit automatischem CI/CD; Staging-Umgebungen, Monitoring und Alerting sind eingerichtet, die Infrastruktur wird betreut. Die Produktionsumgebung steht vom ersten Tag an.

Ja. APIs und Integrationen entstehen für Zahlungsanbieter (Stripe), E-Mail-Dienste (Resend), CRMs, ERPs und interne Tools. Was eine API hat, lässt sich anbinden.

Next.js vereint Frontend, Backend und API-Routes in einer Codebasis: weniger bewegliche Teile, schnellere Iteration, eine Deployment-Pipeline statt drei. Für die meisten Webanwendungen und SaaS-Produkte ist das der kürzeste Weg in die Produktion, ohne spätere Flexibilität zu opfern.

Für Gründer, die ihr Produkt selbst weiterbauen wollen, und für interne Teams, die eine Software übernehmen oder schneller ausliefern möchten. Programmierkenntnisse helfen, sind aber nicht für jedes Thema nötig.

Ja. Die Sessions finden an Ihrem Repository und an echten Aufgaben statt. Was dabei entsteht, bleibt in Ihrem Code.

Nein. Das Coaching funktioniert auch für Software, die jemand anderes gebaut hat. Die erste Session beginnt dann mit einer Bestandsaufnahme.

Sie buchen ein Erstgespräch und klären dort Ziel, Team und Code. Danach folgen Sessions per Video-Call, einzeln oder als Begleitung über mehrere Wochen.

Dazu gehören Prozessmapping, Anforderungen an Daten und Reviews, ein abgegrenzter funktionierender Prototyp, Testfälle mit realistischen Beispielen und ein Produktionsplan für die kleinste sinnvolle Automatisierung.

Beides, bewusst klein gehalten. Die Beratung ist an einen funktionierenden Prototyp gebunden, damit die Empfehlung aus Ihrem echten Workflow entsteht und nicht aus generischen KI-Ratschlägen.

Ja, wenn der Prototyp zeigt, dass sich der Workflow lohnt. Der nächste Schritt ist meist ein Produktionsbuild mit Monitoring, Fallbacks, Berechtigungen und klarer Verantwortung.

Gute Kandidaten sind häufig, teuer und prüfbar: Dokumenteneingang, Routing, Anreicherung, Reporting, Recherche, Content Operations oder Übergaben, bei denen ein Mensch das Ergebnis weiter freigibt.

Aus Ihren eigenen Inhalten, also Seiten, Dokumenten, FAQs und Daten, die Sie freigeben. Findet er dort keine Antwort, sagt er das und bietet den Kontakt zu Ihrem Team an.

Das hängt vom Fall ab. Über das Vercel AI Gateway lassen sich Modelle von OpenAI, Anthropic und anderen Anbietern nutzen und später wechseln, ohne den Assistenten neu zu bauen.

Gespräche werden nur so lange und so ausführlich gespeichert, wie Sie es festlegen. Datenschutzhinweis und Einwilligung werden mit eingerichtet.

Ja. Er kann Termine vorschlagen, Anfragen ins CRM schreiben oder Formulare vorausfüllen. Jede Aktion, die etwas verändert, bekommt eine klare Grenze oder eine Freigabe durch einen Menschen.

Ja. Ein Telefon-Assistent nimmt Anrufe an, zum Beispiel außerhalb der Bürozeiten oder wenn alle Leitungen belegt sind. Er beantwortet Fragen aus denselben Inhalten wie der Chat, trägt Rückrufwünsche und Termine ein und verbindet mit Ihrem Team, wenn eine Frage eine Beratung braucht.

Nein. Ein nützliches Unternehmensgedächtnis braucht Quellenstruktur, Berechtigungen, Review-Workflows, Retrieval-Evaluation und ein klares Betriebsmodell. Der Assistent ist nur eine Oberfläche darauf.

Ja. Berechtigungen und Quellgrenzen werden in den Plan eingebaut, damit Nutzer nur Wissen abrufen, das sie sehen dürfen.

Das System kann Verantwortlichkeiten, Review-Status, Hinweise auf veraltete Inhalte, Update-Flows und Analytics enthalten, die zeigen, welche Fragen noch schlecht beantwortet werden.

Dokumentenverarbeitung, Chat-Interfaces, Klassifikationssysteme, Content-Tools und individuelle KI-Agenten. Geplant wird entlang von Workflow, Datenquellen, Review-Schritten und den Kontrollen, die Ihr Team in Produktion braucht.

Das Datenschutzmodell wird beim Scoping festgelegt. Viele Systeme nutzen API-basierte Modelle ohne Training auf Ihren Daten und mit klaren Zugriffsrechten; sensible Workflows laufen bei Bedarf privat oder on-premise.

Der ROI hängt von Aufgabenvolumen, Fehlerkosten, Review-Schritten und Betriebskosten ab. Die Schätzung erfolgt im Scoping und wird nach dem Launch am ersten Produktionsworkflow geprüft, anhand tatsächlich eingesparter Zeit.

Das, worüber das Team am lautesten klagt. Meist ist es Dokumentenverarbeitung, Report-Erstellung oder das Übertragen von Daten zwischen Systemen. Den Anfang macht die Aufgabe, die pro Woche die meisten Stunden kostet. Eine laufende Automatisierung überzeugt intern mehr als jede Strategie-Folie.

Nur wenn das Risikoprofil es zulässt. Die meisten Business-Workflows funktionieren besser, wenn ein Mensch in der Schleife bleibt.

Ja. Retrieval-basierte Workflows und Assistenten lassen sich auf freigegebenen Wissensquellen aufbauen.

Jedes Projekt startet beim Workflow und beim Geschäftsergebnis. Wenn KI Tempo, Qualität, Konsistenz oder Kosten nicht messbar verbessert, gehört sie nicht ins Zentrum.