08.10.2014

Was in einen Business Plan für Startups muss

/artikel/was-in-einen-business-plan-fuer-startups-muss
Businessplan Startups

Am Anfang steht die Idee. Diese ist immer unterschiedlich. Wie aus der Idee ein Unternehmen wird, folgt jedoch genauen Spielregeln.
Das A und O ist der Businessplan: Der Gründer muss das Projekt in Worte fassen und seine konkreten Ziele darstellen.

Dabei müssen laut Experten des AWS vor allem folgende Punkte berücksichtigt werden:

  • Eigentumsverhältnisse
  • Management
  • Technologie
  • Produkte/Dienstleistungen
  • Unternehmensziel
    (Was ist der Kundennutzen?)
  • Markt
  • Zielgruppen
  • Potenzial
  • Konkurrenten
  • Vertrieb
  • Produktion
  • Mitarbeiter
  • Höhe der Investitionen
  • Finanzierung Ist-Stand
  • Soll und Rechnungswesen
  • Zeitplan inkl. Break-Even
  • Genaue Vorschaurechnung
  • Planbilanz und Plan-GuV-Rechnung

Der Umfang ist nicht entscheidend; wenige Seiten reichen. Wichtig ist, das Projekt der Bank, der Förderstelle oder dem Investor zu erklären. Er soll erfahren, wer es entwickelt hat, wie die Eigentumsverhältnisse verteilt sind, was der Kundennutzen ist, wie die Konkurrenz- und Marktsituation aussieht, wo und wie die Leistung erbracht wird und wie der Zeitplan ist.

Auch etwaige Referenzen des Gründers dürfen nicht fehlen. Entscheidend sind auch Zahlen – der finanzielle Aufwand für Personal, Materialien, Vertrieb, Betriebsstätte usw. sowie der „Break-even“, also das Erreichen der Gewinnschwelle.
Im ersten vollen Geschäftsjahr wird die Gewinnzone wohl in den seltensten Fällen erreichbar sein, mehr als zwei, drei Jahre warten Geldgeber aber nicht.  Auch der Fremdkapitalaufwand sollte für eine Bankfinanzierung weniger als 100.000 € betragen.

„Mangelnde strategische Planung, keine Vision, keine Formulierung der Ziele und keine Messlatte für das Erreichte“, Axel Dick von Quality Austria über die typischen Managementfehler von Start-ups

Die typischen Management Fehler zu vermeiden beginne bereits vor der Gründung – denn auch der beste Businessplan könne nur den Status quo abbilden, aber nicht die dynamischen Prozesse im Unternehmen und am Markt berücksichtigen.

„Die richtige Vorgangsweise heißt: planen – tun – messen – bewerten“, sagt Dick.

Ein Schwerpunkt soll auf Kundenbeziehungen, dem Umgang mit Reklamationen, liegen: Man müsse die Fehler eingestehen und aus ihnen lernen. Wichtig sei auch das Management der internen Prozesse.Start-ups würden sich oft verzetteln, indem sie einzelne Mitarbeiter zu sehr belasteten oder die Verteilung der Kompetenzen nicht im Überblick hätten.

Wirklich gute Projekte bekommen immer eine Finanzierung, sagt Achim Hartmann, Head of Business Planning & Consulting bei der Bank Austria. Damit sie aber der Bank vorgestellt werden können, brauche es einen guten Businessplan.

Für einen guten Businessplan gibt es genaue Regeln

Wichtig sei es, die Umsatzerwartungen nicht allzu hoch anzusetzen: In der Praxis kommen 90 Prozent der Erwarttungen nicht zustande. Auch die Kosten müssen genau kalkuliert sein. So komme es immer wieder vor, dass der Gründer sich selbst im Businessplan vergisst. Schöne Planzahlen aus dem PC helfen auch nicht: Oft ist der Markt doch nicht da, ein Mitbewerber anders als gedacht schon vorhanden oder das Geschäftsmodell kommt erst in vier, fünf Jahren in die Gewinnzone.

„Und ein Standardprogramm wie Excel hat keine betriebswirtschaftliche Logik“, widerspricht Hartmann der Annahme der meisten Gründer, eine Erfolgsrechnung sei ausreichend.

„Die Liquiditätsplanung ist entscheidend“, sagt er. Gerade Start-ups werden von Lieferanten oft nur gegen Vorkassa bedient, während ihre Leistungen von den Kunden erst später bezahlt würden. Daher müsse man auch Zahlungsziele sowie Finanz und Vermögenssituation berücksichtigen; so können Investitionen abgeschrieben werden, müssen am Anfang jedoch trotzdem voll bezahlt werden. Saisonabhängige
Gründer von der Bauwirtschaft bis zum Tourismus würden zudem oft vergessen, dass das Geschäftsjahr vom 1. Jänner bis zum 31. Dezember
dauert. All diese Fehler würden erklären, warum viele Gründer rasch wieder scheitern. „Am besten ist es, drei Szenarien zu entwickeln,
sprich Best Case, Normalfall und Worst Case“, sagt Hartmann.

Auch auf den Termin bei der Bank sollten sich Gründer in spe genau vorbereiten: Die Person und die Vision sind mitentscheidend bei der Bankenfinanzierung.

Deine ungelesenen Artikel:
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
Lovable-CEO Anton Osika (r.) im Gespräch mit Times Senior Editorin Ayesha Javed. © brutkasten

Kaum ein Tool steht so sehr für den KI-Bauboom wie Lovable. Erst im August 2026 hat das schwedische Startup, wie brutkasten berichtete, eine Series-C-Runde über 400 Millionen US-Dollar abgeschlossen, angeführt von Menlo Ventures und mit dem EQT-gemanagten Scaleup Europe Fund als Co-Lead, bei einer Bewertung von 13,3 Milliarden US-Dollar.

Für Gründer und CEO Anton Osika ist das mehr als eine Finanzierungsrunde: Es sei ein Indikator dafür, dass KI-gestützte No-Code- und Low-Code-Plattformen die Nische verlassen hätten und im Mainstream angekommen seien.

Weg vom Entwickler-Monopol

Auf der Dreamforce in San Francisco erläutert Osika die zentrale These hinter Lovable: „Menschen mit Fachwissen über das jeweilige Problem sollten diejenigen sein, die Software bauen“, so Osika. Wer ein Problem am besten kenne, solle auch die Lösung bauen, egal ob in Marketing, HR, Finance oder Operations. Nicht die formale Qualifikation zähle, sondern die Nähe zum Problem.

Dass Lovable längst kein reines Anfänger-Werkzeug sei, belegt Osika mit einer internen Zahl: 55 Prozent der Lovable-Nutzer:innen brächten mehr als elf Jahre Berufserfahrung in ihrem Fachgebiet mit. Entscheidend sei laut dem Co-Founder nicht das klassische Programmieren, sondern die Fähigkeit, komplexe, unstrukturierte Probleme systematisch in funktionierende Systeme zu zerlegen.

Vom Nebenprojekt zur Unternehmenslösung

Besonders aufschlussreich sind die Praxisbeispiele, die Osika im Gespräch anführt. Bei einer Healthcare-Staffing-Firma habe ein Fachbereichsleiter eine komplette neue Produktlinie für die Zertifizierung von Pflegekräften aufgebaut, samt Verwaltung und Terminplanung, und anschließend mehr als zehn weitere interne Anwendungen vernetzt. In den nordischen McDonald’s-Filialen laufe mittlerweile ein auf Lovable gebautes Interface, über das rund 300 Standorte operative Anfragen abwickeln würden.

Solche Geschichten seien laut Osika keine Ausnahme: Bei knapp zwei Dritteln der Fortune-500-Unternehmen, darunter Adidas und Nvidia, würden Mitarbeitende die Plattform nutzen. Häufig beginne es als kleines Team-Projekt und wachse zur unternehmensweiten Lösung heran.

Entwicklung unter Aufsicht

Damit das nicht in unkontrollierter Schatten-IT ende, setzt Lovable laut Unternehmensangaben auf Admin- und Audit-Funktionen, mit denen IT-Verantwortliche nachvollziehen können sollen, welche Anwendungen entstehen, wo sensible Daten verarbeitet werden und wo Sicherheitslücken drohen. Genau das mache aus der anfänglichen Skepsis von IT-Abteilungen häufig Zustimmung, so Osika: „Es wird vom letzten Nein zu dem, was man ausrollen wollte, zum ersten Ja. So verhindern wir Schatten-IT und die Zersplitterung in unzählige Tools, die niemand mehr überblickt“, erklärt Osika.

Überflüssig würden Engineers durch die Lovable-Nutzung anderer trotzdem nicht, meint Osika: Ihre Rolle verschiebe sich von Routineaufgaben hin zu Architektur, Systemanbindung und der Betreuung unternehmenskritischen Codes.

Warum heißt Lovable eigentlich Lovable?

Zum Schluss des Gesprächs räumt Osika mit einem gängigen Klischee über den europäischen Tech-Standort auf: „Viele halten Europa für langsam, aber wenn man in die Tech-Hubs Europas geht, brodelt es dort wie nie zuvor“, sagt Osika. Dass der Produktfokus so stark auf dem Nutzererlebnis liege, führt Osika auch auf den Standort Stockholm zurück, wo der Großteil des Engineering-Teams sitzt. Man habe in den nordischen Ländern genaue Vorstellungen davon, wie ein Produkt funktionieren solle – oder eben nicht. Diese „I-Tüpfelchen-Reiterei“ mache Lovable erst zu dem was es heute ist.

Warum das Unternehmen ausgerechnet „Lovable“ heißt, erklärt er mit einer letzten Zeile, die zugleich als Leitmotiv des Gesprächs steht: „Software sollte nicht einfach nur funktionieren. Sie soll die Emotionen der Menschen wecken“, so Osika.

Vom Vibe zum Volumengeschäft

Was also vor nicht allzu langer Zeit noch als spielerisches „Vibe-Coding“ belächelt wurde, ist laut Osika längst zu einer Infrastruktur geworden, auf der Enterprisekund:innen die nächsten Prozesssysteme entwickeln. Der Markt für KI-gestütztes Bauen sei, so der Lovable-Gründer, endgültig über das reine Ausprobieren hinausgewachsen – und weit über das Vibecoding hinaus.

Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag

AI Summaries

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Was in einen Business Plan für Startups muss