Internes Projekt als SaaS-Produkt vermarkten

Viele der erfolgreichsten SaaS-Produkte begannen als interne Tools. Slack entstand aus einem internen Kommunikationssystem. Basecamp war ursprünglich die eigene Projektmanagement-Software einer Webdesign-Agentur. GitHub Pages begann als ein internes Tool von GitHub.

Sie haben ein internes Tool, das gut funktioniert. Kollegen aus der Branche fragen nach ähnlichen Lösungen. Sie überlegen, ob Sie es vermarkten könnten. Was sind die nächsten Schritte?

Dieser Artikel führt Sie durch den Prozess — von der technischen Transformation bis zur ersten Go-to-Market-Strategie.

Warum interne Tools keine Produkte sind (noch nicht)

Ein internes Tool ist für einen bekannten Nutzer mit bekannten Daten und bekannten Prozessen entwickelt. Ein SaaS-Produkt muss für Dutzende oder hunderte unbekannte Unternehmen funktionieren, mit unbekannten Daten, unbekannten Prozessen und unbekannten technischen Umgebungen.

Die Lücke zwischen “es funktioniert für uns” und “es funktioniert für alle” umfasst:

• Multi-Tenancy: Isolation zwischen Kundendaten
• Onboarding: Selbstständige Einrichtung ohne Ihre Hilfe
• Konfigurierbarkeit: Verschiedene Prozesse bei verschiedenen Kunden
• Skalierbarkeit: Von 1 Unternehmen zu 100 oder 1.000
• Support: Kunden brauchen Hilfe ohne direkten Zugang zu Ihrem Team
• Abrechnung: Zahlungen, Abonnements, Upgrades, Kündigungen
• Compliance: DSGVO, Datensicherheit, Serviceverträge

Technische Transformation

1. Multi-Tenancy-Architektur

Das wichtigste technische Konzept. Wie werden Kundendaten isoliert?

Ansatz 1: Shared Database, Shared Schema Alle Kunden in derselben Datenbank, Isolation per tenant_id-Spalte. Günstig, einfach, aber Risiko der Datenleckage wenn Queries falsch sind.

-- Jede Tabelle hat tenant_id
CREATE TABLE projects (
  id UUID PRIMARY KEY,
  tenant_id UUID NOT NULL REFERENCES tenants(id),
  name TEXT NOT NULL,
  ...
);

-- Row Level Security für automatische Isolation
ALTER TABLE projects ENABLE ROW LEVEL SECURITY;
CREATE POLICY tenant_isolation ON projects
  USING (tenant_id = current_setting('app.current_tenant')::UUID);

Ansatz 2: Shared Database, Separate Schema Jeder Tenant bekommt ein eigenes Datenbankschema. Bessere Isolation, aber Schema-Management wird komplex.

Ansatz 3: Separate Database per Tenant Jeder Kunde hat eigene Datenbank. Maximale Isolation, maximale Kosten und Komplexität. Nur für Enterprise-Kunden mit sehr hohen Sicherheitsanforderungen.

Empfehlung für den Start: Ansatz 1 mit Row Level Security. Sie können später zu Ansatz 2 oder 3 für Enterprise-Kunden migrieren.

2. Onboarding-Flow

Kunden müssen sich selbst einrichten können. Das bedeutet:

• Selbst-Registrierung (E-Mail + Passwort, oder SSO)
• Geführter Setup-Wizard für Ersteinrichtung
• Beispieldaten / Vorlagen für leeres State
• In-App-Hints und Dokumentation

3. Rollen- und Berechtigungssystem

Intern hatten Sie vielleicht alle denselben Zugang. Ein SaaS-Produkt braucht differenzierte Berechtigungen:

• Owner: voller Zugang, Abrechnung, Nutzer-Einladungen
• Admin: voller Zugang, keine Abrechnung
• Member: normaler Nutzer
• Viewer: Nur-Lesen

// RBAC mit Prisma
type Role = 'owner' | 'admin' | 'member' | 'viewer';

const permissions = {
  owner: ['read', 'write', 'delete', 'billing', 'invite'],
  admin: ['read', 'write', 'delete', 'invite'],
  member: ['read', 'write'],
  viewer: ['read'],
};

function can(user: { role: Role }, action: string): boolean {
  return permissions[user.role].includes(action);
}

4. Billing-Integration

Stripe Billing ist der Standard. Implementieren Sie:

• Monatliche und jährliche Pläne
• 14-Tage-Trial ohne Kreditkarte
• Upgrade/Downgrade-Flows
• Stripe Customer Portal für Self-Service
• Webhooks für Statusupdates (Zahlung erfolgreich, Zahlung fehlgeschlagen, Kündigung)

5. Observability und Support-Tools

Als internes Tool wussten Sie wenn etwas kaputt war. Als Produkt:

• Error-Tracking: Sentry
• Application Monitoring: Datadog oder New Relic
• Feature Flags: LaunchDarkly oder PostHog
• Customer Success: Intercom oder Crisp für In-App-Chat
• Analytics: PostHog oder Mixpanel für Produktanalyse

Pricing-Strategie

Das größte Dilemma bei der Vermarktung: Was verlangen Sie?

Häufige Fehler:

• Zu günstig: “Unsere Cloud-Kosten decken” — das ist kein Produkt, das ist ein Hobby
• Zu teuer für unkualifizierte Leads zu überfordern
• Komplexes Pricing: Wenn Kunden nicht verstehen was sie zahlen, kaufen sie nicht

Empfohlene Struktur für B2B SaaS:

Free / Trial: Begrenzte Features oder Zeitraum → Lead-Generierung
Starter: 49-99 EUR/Monat → Kleine Teams, Selbstbedienung
Pro: 199-499 EUR/Monat → Wachsende Teams, mehr Features
Business: 999-2.000 EUR/Monat → Größere Unternehmen, Priority Support
Enterprise: Ab 2.000 EUR/Monat → Custom, SLA, dedicated Support

Die Grenze zwischen Plänen sollte an einem Wert-Treiber liegen: Anzahl Nutzer, Anzahl Projekte, API-Calls, etc.

Go-to-Market: Die ersten Kunden gewinnen

Phase 1: Design Partner (0-3 Monate)

Bevor Sie öffentlich launchen: 5-10 Design Partner finden. Das sind Unternehmen, die:

• Ihren Problem-Kontext kennen (ähnliche Branche)
• Bereit sind, Zeit in Feedback zu investieren
• Im Austausch kostenlos oder stark rabattiert nutzen können

Design Partner helfen Ihnen, das Produkt zu validieren, bevor Sie Zeit in Marketing investieren.

Phase 2: Product Hunt und frühe Communities

Launch auf Product Hunt, Hacker News (Show HN), relevante LinkedIn-Gruppen und Slack-Communities. Ziel: 100-500 frühe Nutzer, viel Feedback.

Phase 3: Content und SEO

Schreiben Sie über das Problem, das Ihr Produkt löst. Nicht über das Produkt selbst. Tutorial-Content, Leitfäden, Fallstudien. Das bringt organischen Traffic von Nutzern, die aktiv nach Lösungen suchen.

Wann externe Hilfe sinnvoll ist

Die technische Transformation von internem Tool zu SaaS ist umfangreicher als die meisten Teams erwarten. Typisch ist, dass die Transformation genauso lang dauert wie die ursprüngliche Entwicklung des internen Tools.

Wenn Ihr Kernteam keine Kapazitäten hat oder die SaaS-spezifischen Themen (Multi-Tenancy, Billing, Onboarding) nicht kennt, ist externe Unterstützung sinnvoll.

In Soamee haben wir mehrere interne Tools in vermarktbare SaaS-Produkte transformiert. Wenn Sie über diesen Schritt nachdenken, sprechen Sie mit uns für eine kostenlose Erstbewertung.