Ledgerly Vorlage: Landingpage für eine Rechnungs-App
Ledgerly Vorlage: Landingpage für eine Rechnungs-App
Ledgerly ist eine von fünf Landing-Vorlagen in Zugo: eine fertige Verkaufsseite für eine Rechnungssoftware, dahinter ein Login und ein Rechnungsbereich mit Kennzahlen. Das Klonen in ein eigenes Projekt kostet nichts und ruft kein Modell auf. Bezahlt wird erst ab der ersten Änderung, und die kostet 3 Credits.
Was folgt, ist der ehrliche Inhalt der Vorlage: welche Teile echte Oberfläche sind, welche nur Demo-Zahlen, und was vor einer Veröffentlichung in Deutschland zwingend dazugehört.
Was steckt in der Ledgerly-Vorlage?
Die öffentliche Seite hat die volle Länge einer SaaS-Landingpage. Ein Hero mit einer nachgebauten Rechnung, ein Logoband mit Kundennamen, vier Funktionsblöcke, ein Abschnitt zu Sicherheit und Vertrauen, eine Preistabelle mit Umschalter zwischen Monats- und Jahreszahlung, ein FAQ und ein Footer mit den üblichen Spalten für Produkt und Unternehmen.
Hinter den Links in der Kopfzeile liegen zwei weitere Bildschirme. Ein Login mit E-Mail, Passwort und Google-Schaltfläche. Und ein Rechnungsbereich mit Seitenleiste, Kennzahlen für offene und eingegangene Beträge, einem Umsatzdiagramm, einer Liste der wichtigsten Kunden sowie einer Rechnungstabelle mit Filtern für überfällig, versendet, bezahlt und Entwurf.
Das FAQ ist im Ton eines echten Produkts geschrieben und beantwortet vier Fragen, die Selbstständige wirklich stellen: ob der Anbieter an jeder Rechnung mitverdient, welche Währungen und Zahlarten gehen, wie der Umzug bestehender Rechnungen abläuft und was beim Erreichen des Gratislimits passiert. Diese vier Typen passen auf fast jedes Abo-Produkt. Behalten Sie die Struktur, auch wenn Sie jede Antwort ersetzen.
Warum ist die Rechnung im Hero der stärkste Teil der Seite?
Statt eines Symbolbilds zeigt der Hero eine gerenderte Rechnung: Positionen mit Beträgen, Ausstellungs- und Fälligkeitsdatum, ein Währungsfeld, die Endsumme, darunter eine geplante Zahlungserinnerung und eine Zahlungsbestätigung. Der Besucher sieht das Ergebnis des Produkts, bevor er eine einzige Behauptung darüber liest.
Für den Umbau heißt das: Dieses Element ersetzen Sie zuletzt. Gibt Ihr Produkt etwas anderes aus, ein Angebot, einen Vertrag, einen Wochenplan, dann tauschen Sie den Inhalt der Karte und lassen die Idee stehen. Eine gezeigte Ausgabe verkauft zuverlässiger als drei Absätze Beschreibung.
Für den deutschsprachigen Markt ist die Vorlage günstig gewählt: Die Demo-Rechnung ist in Euro ausgestellt, mit Währungsumschalter daneben. Wer ausschließlich im Inland abrechnet, entfernt diesen Umschalter in der ersten Änderung, weil er sonst eine Internationalität verspricht, die das eigene Produkt nie einlösen muss.
Was funktioniert wirklich, und was ist nur Demo?
Diese Unterscheidung erspart eine unangenehme Entdeckung in Woche drei.
| Element | Was es ist | Was daraus etwas Echtes macht |
|---|---|---|
| Landingpage, alle Abschnitte | echte, veröffentlichbare Seite | nichts, Texte tauschen und veröffentlichen |
| Preisumschalter und FAQ | funktionierende Oberfläche | nichts |
| Login | nur Layout, nimmt jede Eingabe an | Supabase für echte Konten |
| Rechnungsbereich und Diagramme | feste Demo-Zahlen | Datenbank, danach mehrere Änderungen |
| Bezahlen-Schaltfläche | reine Optik, es wird nichts abgebucht | Stripe anbinden |
Nichts davon macht die Vorlage schwächer. Eine überzeugende Verkaufsseite ist genau das, was am Anfang zählt, und ein Produktbild hinter einem Login-Link zeigen die meisten jungen Anbieter ohnehin. Der Fehler liegt nur darin, den Rechnungsbereich für bereits verkabelt zu halten.
Was muss vor der Veröffentlichung in Deutschland angepasst werden?
Vier Punkte, die kein Builder von allein erledigt.
Impressum und Datenschutzerklärung fehlen. Im Footer steht höchstens ein englischer Privacy-Link, und das genügt für eine geschäftsmäßige Seite hierzulande nicht. Beides sind eigene Unterseiten, also der Moment, in dem aus der einzelnen Landingpage eine mehrseitige Plattform wird.
Die Zahlen auf der Seite gehören ersetzt. Nutzerzahl, Länderangabe und Bewertungsschnitt stammen von einer erfundenen Firma. Stehen zu lassen, was man nicht gemessen hat, ist nicht nur unhöflich, sondern im Wettbewerbsrecht angreifbar.
Preise brauchen die Angabe zur Umsatzsteuer. Ein Monatspreis ohne Hinweis, ob netto oder brutto, ist gegenüber Verbrauchern unzulässig und gegenüber Geschäftskunden zumindest missverständlich.
Und wenn Ihr Produkt selbst Rechnungen ausstellt, gelten die Pflichtangaben des Umsatzsteuergesetzes: fortlaufende Nummer, Steuernummer oder Umsatzsteuer-Identifikationsnummer, Leistungszeitpunkt, Entgelt getrennt nach Steuersätzen. Im inländischen Geschäftsverkehr kommt die E-Rechnung dazu, die seit 2025 empfangen werden können muss. Die Vorlage verkauft ein solches Produkt, sie erfüllt diese Anforderungen nicht.
Wie wird aus Ledgerly Ihr eigenes Produkt?
Sie beschreiben die Änderung im Chat, die Seite wird neu gebaut. Fünf Anweisungen tragen den größten Teil der Strecke:
- Name und Versprechen: „Benenne das Produkt in Tally um, Untertitel: Verträge für Designstudios, und schreibe den Hero passend neu."
- Farbe und Schrift: „Warme Sand- und Tintentöne, kräftigere Überschriftenschrift, weichere Ecken."
- Funktionen: „Ersetze die vier Funktionsblöcke durch Terminplanung, Kundenfreigabe, Unterschrift und Erinnerungen."
- Preise: „Drei Stufen, Jahresumschalter behalten, mittlere Stufe hervorheben, Leistungslisten neu schreiben."
- Belege: „Ersetze das Logoband durch ein Kundenzitat und einen Zahlenblock."
Eine Änderung nach der anderen, und dazwischen hinsehen. Jeder Aufbau wird vor der Übergabe in einer Sandbox geöffnet, ein Build, der nicht startet, wird nicht ausgeliefert. Das macht Ausprobieren billig. Wer vor allem am Preisblock arbeitet, findet in SaaS-Preisseite mit KI erstellen die ausführliche Fassung dieses Themas.
Was kostet der Umbau in Credits?
Das Klonen ruft kein Modell auf, die fertige Seite landet ohne Verbrauch in Ihrem Projekt.
| Aktion | Credits | Anmerkung |
|---|---|---|
| Vorlage in ein neues Projekt klonen | kostenlos | Kopie einer fertigen Seite, kein KI-Aufruf |
| Eine Änderung im Chat | 3 | Texte, Farben, Abschnitte, Preise |
| Frischer Build der Seite | 6 | wenn nichts mehr an Ledgerly erinnern soll |
| Mehrseitige Plattform, erste drei Seiten | 12 | Landingpage plus Impressum plus Datenschutz |
| Jede weitere Seite | 3 | Blog, Hilfe, AGB |
| Änderung im Hi-Fi-Modus | 6 | Hi-Fi kostet durchgehend das Doppelte |
Free gibt 5 Credits, das reicht für den Klon und eine Änderung, also für die Entscheidung, ob das Layout zu Ihnen passt. Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Auf Pro sind das ungefähr 66 Änderungen oder 33 Builds oder etwa 16 mehrseitige Plattformen im Monat.
Ein glaubwürdiger Umbau liegt erfahrungsgemäß bei vier bis acht Änderungen: Name, Farben, Funktionen, Preise, Belege und ein oder zwei Runden Feinschliff. Planen Sie den Feinschliff mit ein. Die erste Fassung ist nie die, die online geht.
Für wen passt die Vorlage, und für wen nicht?
Für alle, die ein kleines Werkzeug im Abo verkaufen. Rechnungen, Zeiterfassung, Verträge, Buchhaltung, Angebote, Kundenportale: überall dort, wo eine einzelne Person eine ungeliebte Verwaltungsaufgabe loswerden will, sitzt die Struktur.
Sie passt auch umgekehrt, nämlich für Dienstleister, die wie ein Produkt auftreten wollen. Eine Steuerkanzlei oder ein Buchhaltungsbüro kann dieselbe Seite nehmen, die Produktgeschichte gegen eine Leistungsgeschichte tauschen und die Glaubwürdigkeit behalten, die ein sauberer Preisblock erzeugt.
Schlecht passt sie bei langen Vertriebszyklen mit Demo-Anfrage statt Selbstbedienung. Solche Seiten sind um ein Formular und ein Gespräch herum gebaut, Ledgerly ist um eine Registrierung herum gebaut. Wer die Vorlage so weit verbiegt, arbeitet gegen das Layout. Wer statt der Verkaufsseite das arbeitende Produkt sucht, beginnt besser bei Rechnungs-App mit KI erstellen.
Wo sind die ehrlichen Grenzen?
Drei, und keine davon ist versteckt.
Der Rechnungsbereich ist ein Bild eines Produkts, nicht das Produkt. Aus der Tabelle echte Rechnungen zu machen bedeutet Datenbank, Anmeldung und Fachlogik für Teilzahlungen, Mahnstufen und Steuersätze. Vieles davon lässt sich über Supabase bauen, aber es sind viele Änderungen und kein einziger Prompt.
Geld einnehmen braucht Stripe. Die Anbindung deckt Zahlungen und Abonnements sauber ab, die Schaltfläche in der Vorlage bleibt bis dahin Dekoration. Wie die Verbindung im Einzelnen läuft, steht in KI-App-Builder mit Stripe.
Und sehr spezifische Fachlogik entsteht im Gespräch, nicht in einem Satz. Wiederkehrende Pauschalen mit anteiliger Abrechnung, Reverse-Charge im EU-Ausland, gestaffelte Mahnläufe: Bei einem wirklich komplexen Finanzprodukt ersetzt Zugo kein Entwicklungsteam. Das jetzt zu sagen ist nützlicher als ein Versprechen, das im dritten Monat auffliegt.
Womit fangen Sie am besten an?
Öffnen Sie die Galerie, filtern Sie auf Landingpages und sehen Sie sich Ledgerly neben QuoteKit, Pulseboard, Frame und Loopmail an. Die fünf unterscheiden sich in der Struktur, nicht nur in der Farbe, und die passende Struktur spart mehr Änderungen als jede spätere Gestaltung.
Machen Sie danach den Namen und die Geschichte zur ersten Änderung, nicht die Farbpalette. Farbentscheidungen vor fertigen Texten werden fast immer wiederholt, und jede Wiederholung kostet erneut. Sitzt die Geschichte, wird die Gestaltung ein einziger sicherer Durchgang statt drei unsicherer.
Klonen und umbauen können Sie Ledgerly auf zugo.dev. Die Startguthaben reichen, um den eigenen Produktnamen im Hero zu sehen und zu entscheiden, ob diese Form die richtige ist, ohne Karte und ohne Abo.