Spark, Signal, Prototype — wann welches Build-Paket passt

Drei Build-Pakete bei aunomo.tech, drei klar unterschiedliche wirtschaftliche Logiken. Die meisten Solopreneurs und kleinen Teams kommen mit der Annahme: „Wir wollen ein Tool / einen Prototyp / eine Web-App" — und merken im Erstgespräch, dass die drei Begriffe drei verschiedene Sachen meinen. Dieser Beitrag erklärt, wann welches Paket die richtige Wahl ist, mit drei realen Szenarien als Anker.

Die drei Pakete im Überblick

PaketPreisLaufzeitOutputAnrechenbar aufThe Spark2.490 €2–3 TageEin einzelnes Tool, sofort einsatzbereitnicht anrechenbarThe Signal3.900 €4–6 TageKlickbarer Prototyp mit echter AI-LogikThe PrototypeThe Prototype6.900 €7–10 TageProduktive Web-App mit Datenbank + Auth + AIThe Build

Die Pakete sind kumulativ konzipiert: Signal baut nicht auf Spark auf, Prototype baut auf Signal auf. Wer den Vollausbau plant, kann mit Signal validieren und auf Prototype hochziehen, oder direkt mit Prototype starten.

Szenario 1: The Spark — das interne Tool

Kontext. Eine Solo-Beraterin in Hamburg verbringt jeden Mittwoch zwei Stunden damit, Angebots-PDFs aus einer Excel-Tabelle und drei Textbausteinen zusammenzubauen. Standardisierte Inputs, standardisierter Output, kein Kreativ-Anteil — pure reproduzierbare Arbeit.

Was Spark liefert. Ein Single-Page-Web-Tool: oben das Excel-Sheet hochladen oder die Inputs in fünf Felder eintippen, ein Klick → strukturiertes PDF erscheint, fertig. Tool läuft auf einer Subdomain ihres Business, ist passwort-geschützt, sie nutzt es selbst und ihre eine Praktikantin auch.

Warum nicht Signal oder Prototype? Es gibt keine User-Workflows, keine Auth-Tiefe, keine Datenbank für persistente Nutzer-Daten. Es ist ein Tool, kein System. Investitions-Volumen 2.490 € entspricht etwa zehn Wochen ihrer eingesparten Mittwochs-Stunden — Amortisation deutlich unter einem Quartal.

Welche Solopreneur-Profile passen typisch zu Spark?

• Berater mit standardisierten Output-Formaten (Angebote, Reports, Audits)
• Agentur-Owner mit Onboarding-Routinen, die Excel-getrieben sind
• Coaches mit Assessment-Tools (Kunde gibt Daten ein, Tool generiert Auswertung)
• Operativ-Spezialisten, die wiederholbare Daten-Konversion automatisieren

Was Spark nicht abdeckt. Mehrere Nutzer mit eigenen Accounts, persistente Datenbank, Multi-Step-Workflows mit States. Sobald das ins Spiel kommt: Signal oder Prototype.

Szenario 2: The Signal — der Investor-Prototyp

Kontext. Ein Tech-Founder in Berlin hat eine Idee für ein AI-gestütztes Code-Review-Tool. Pre-Seed-Runde steht an, drei Investoren wollen in vier Wochen einen klickbaren Demo sehen. Die Idee muss greifbar werden, ohne dass schon die volle Software gebaut werden muss.

Was Signal liefert. Ein funktionierender Prototyp mit echter AI-Integration (z. B. Anthropic oder Gemini API), echtem Code-Input, echter Code-Review-Output. Klickbar, deploybar auf eine Vercel-URL, demonstrierbar. Authentifizierung minimal (ein Test-Login reicht), Datenbank optional.

Was Signal nicht ist. Es ist nicht produktiv. Es ist nicht skalierbar. Es ist nicht für End-User gedacht. Es ist ein Beweis-of-Concept für eine spezifische Demo-Situation: Investor-Pitch, internes Stakeholder-Meeting, Sales-Demo bei einem Pilotkunden.

Warum nicht direkt Prototype? Weil der Founder noch nicht weiß, ob das Investment den Vollausbau rechtfertigt. Signal kostet 3.900 € und ist zu hundert Prozent auf The Prototype anrechenbar — bei positiver Investor-Reaktion zahlt er nur den Differenzbetrag (3.000 €) für die produktive Version. Bei negativer Reaktion hat er einen Demonstrator für den nächsten Pitch.

Welche Founder-Profile passen typisch zu Signal?

• Pre-Seed-Founder mit Investor-Demo-Bedarf
• Solopreneurs mit interner Stakeholder-Validierung (z. B. CTO will Konzept sehen)
• Spin-off-Gründer mit Förder-Antrags-Validierung (FFG, aws in AT, Schweizer KTI)
• Beratungsfirmen, die ein neues Service-Produkt vor dem Marktstart validieren

Wann Signal nicht passt. Wenn das Tool intern produktiv genutzt werden soll. Wenn echte User in den nächsten Wochen einloggen sollen. Wenn Datenbank-Persistenz von Tag eins gebraucht wird. Dann: Prototype.

Szenario 3: The Prototype — die produktive Web-App

Kontext. Ein Solo-Energie-Berater in München bedient zehn bis zwanzig Beratungs-Mandate pro Jahr, jedes mit eigener Solar-ROI-Berechnung. Bisher Excel-basiert. Er will eine Web-App, auf der seine Kunden ihren Verbrauch eingeben, die App berechnet die Amortisation und generiert ein angebots-fertiges PDF. Das Tool soll heute produktiv sein, in zwölf Monaten ggf. erweitert werden um Lieferanten-Vergleich und Subventions-Datenbank.

Was Prototype liefert. Vollständiges System: User-Login (Supabase Auth, EU-Region), Datenbank-Schema für Verbrauchsdaten und Berechnungs-Ergebnisse, AI-Integration für intelligente Empfehlungen ("basierend auf eurem Profil empfehlen wir folgende Module"), PDF-Generator, Deployment auf seine Custom-Domain, vollständige Code-Übergabe an ihn.

Was Prototype nicht ist. Es ist kein Full-Build. Komplexe Multi-Modul-Architekturen, native Mobile Apps, mehrstufige Subscription-Logiken — das ist The Build (auf Anfrage, anrechenbar). Prototype ist die produktive erste Version, die in zwölf Monaten skalierbar erweitert werden kann.

Warum dieser Schritt sinnvoll ist. Der Berater sitzt zwischen zwei Optionen: No-Code (Bubble, Softr — würde an seinen spezifischen AI-Bedarf stoßen) und Vollagentur (60.000 €, neun Monate Laufzeit — overkill). Prototype ist die dritte Option: Senior-Build, Festpreis, produktiv nutzbar nach sieben bis zehn Tagen, vollständig im Eigentum.

Welche Solopreneur- und Tiny-Team-Profile passen typisch zu Prototype?

• Solo-Spezialisten mit klar definierter Kunden-Interaktion (Energieberatung, Versicherung, Steuerberatung)
• Kleine Agenturen (3–10 Personen) mit internem CRM-Bedarf, der nicht von Off-the-Shelf-Tools abgedeckt wird
• Founder mit validierter Idee (z. B. nach The Signal), die in die produktive Phase gehen
• Spezialisten mit AI-gestützten Workflows, die Kunden direkt zugänglich machen wollen

Anrechenbarkeit nach Prototype. 100 % auf The Build. Wer in zwölf Monaten skalieren will, zahlt nur den Differenzbetrag.

Die Entscheidungs-Logik in drei Fragen

Drei Fragen klären die Wahl meistens schnell:

Frage 1: Wird das Tool von echten User in den nächsten Wochen produktiv genutzt?

• Ja → Prototype
• Nein, nur Demo / interne Validierung → Signal
• Es ist ein internes Tool nur für mich → Spark

Frage 2: Brauchst du persistente Daten zwischen Sessions (Login, Speichern, Wiederabruf)?

• Ja, für mehrere Nutzer → Prototype
• Nein, oder nur minimal → Spark oder Signal
• Demo-Daten reichen → Signal

Frage 3: Bist du in einer Validierungs-Phase oder in einer Produktiv-Phase?

• Validierung (Investor, interne Stakeholder, Förder-Antrag) → Signal
• Produktiv ab Tag eins → Prototype
• Operative Effizienz für mich selbst → Spark

Wenn nach diesen drei Fragen noch Unklarheit bleibt: The Audit (kostenlos, 30 Minuten) ist genau für diese Fälle gemacht. Output: konkrete Paket-Empfehlung — oder die Empfehlung, gar nicht erst zu starten, wenn der Bedarf nicht klar ist.

Häufige Fragen

Kann ich Spark + Signal + Prototype hintereinander buchen? Spark ist nicht anrechenbar, also nein im Sinne der Anrechenbarkeits-Logik. Signal → Prototype geht (100 % anrechenbar). Spark ist ein Endprodukt für sich.

Was kostet The Build (nach Prototype)? Auf Anfrage. Typische Range für Vollausbau auf Basis eines Prototype: 25.000–60.000 € je nach Scope. Genauer Preis nach Scope-Diskussion. Prototype zu 100 % anrechenbar.

Können Stack-Entscheidungen vor dem Paket abweichen? Standard ist Next.js + Supabase + Vercel. Andere Stacks (Astro, SvelteKit, Cloudflare Workers) möglich auf Anfrage, beeinflussen Laufzeit + Preis. Wird im Scope-Dokument vor Vertragsabschluss festgelegt.

Welches Paket passt für eine Plattform-Idee (mehrere User-Typen, Marketplace-Logik)? Vermutlich keines der drei. Das ist The Build. Aber: häufig lohnt sich ein Prototype, um die Plattform-Logik auf einer User-Typ-Seite zu validieren, bevor in den Vollausbau investiert wird.

Was passiert, wenn das Spark-Tool später wachsen muss? Dann ist es kein Spark mehr — sondern ein neuer Build-Auftrag (Signal oder Prototype). Spark ist ein Endprodukt, kein erster Schritt einer Pipeline. Wer in zwölf Monaten Wachstum erwartet: Prototype.

Wann ist The Spark trotz seines „Endprodukt"-Charakters die richtige Wahl? Wenn das Tool ein klar abgegrenztes Problem löst, das sich nicht in einen breiteren Workflow ausdehnt. Beispiele: PDF-Konverter, Email-Klassifizierer, Datenformatierer, Angebots-Generator. Das sind Werkzeuge, keine Systeme.