Question 1

Was ist Volt X Foundry, und was genau erhalte ich?

Accepted Answer

Foundry ist ein strukturierter Acht-Wochen-Entwicklungsvertrag, der einen Gründer von einer definierten Idee zu einer live, produktionsreifen Plattform unter seiner eigenen Domain bringt. Es ist ein vollständiger individueller Build, keine Vorlagenkonfiguration und kein Prototyp. Ihre Plattform wird als vier verbundene Systeme geliefert Die Hauptanwendung, in der Sie und Ihre Anbieter, Lieferanten und internen Teams das Unternehmen täglich führen. Die Datenbank- und Zugriffsverwaltungsschicht, die jeden Benutzer, jede Rolle, jeden Partner und jeden Datensatz isoliert und auditierbar hält. Die Storefront und Marketing-Website, die Besucher über die native Stripe-Integration in zahlende Kunden umwandelt. Die Content-Management- und Observability-Schicht, damit Ihr Team Inhalte ohne Entwickler veröffentlichen und sehen kann, wie das Produkt in der Produktion funktioniert. Sie erhalten außerdem formelle Sicherheits-, Performance- und Barrierefreiheitsberichte in Woche sieben sowie das vollständige Quell-Repository bei der Übergabe.

Question 2

Was ist der Gesamtpreis, und was deckt er ab?

Accepted Answer

Der Gesamtvertragswert beträgt £49,670, aufgeteilt in zwei Teile: £9,830, die Sie in drei Meilensteingebühren während des Builds zahlen, und £39,840, die aus qualifizierten Transaktionseinnahmen nach dem Go-live eingezogen werden. Die drei Meilensteingebühren sind £2,850 beim Kickoff, £3,440 beim Sandbox-Review in Woche fünf und £3,540 beim Launch. Die verbleibenden £39,840, ungefähr 80% der Build-Kosten, werden von Volt X getragen und nur dann eingezogen, wenn Ihre Plattform Einnahmen erzielt. Es gibt keine separate Retainer-Gebühr, keine Hosting-Rechnung während der Einzugsperiode und keine zusätzliche stündliche Abrechnung.

Question 3

Warum kostet das £49,670, wenn ein KI-Tool ein MVP für ein paar Hundert Pfund erstellen kann?

Accepted Answer

Weil Sie nicht dasselbe kaufen. Ein prompt-erstelltes MVP produziert etwas, das auf Ihrem Rechner auf dem einen Pfad, den Sie getestet haben, gut aussieht. Es sagt nichts darüber aus, was passiert, wenn ein echter Kunde, eine echte Zahlung, ein echter Angriff oder der zehntausendste Datensatz eintrifft. Die gemessene Lücke ist keine Meinungsfrage. Bei mehr als 100 Sprachmodellen und 80 sicherheitsrelevanten Aufgaben führten 45% der KI-generierten Proben zu einer OWASP-Top-10-Schwachstelle, mit einer Fehlerrate von 86% bei Cross-Site-Scripting. Duplizierte Code-Blöcke befinden sich auf dem höchsten jemals gemessenen Niveau, während Refactoring von 21% der Änderungen auf 3,8% eingebrochen ist. Diese Fehler sind beim Launch unsichtbar und tauchen an dem Punkt auf, an dem jemand entscheidet, ob er Ihnen seine Daten anvertrauen soll. Der ehrliche Vergleich ist nicht £500 gegenüber £49,670. Es ist £500 plus Ihre eigenen Monate unbezahlter Zeit, plus die Neuentwicklung, die genau dann fällig wird, wenn Sie endlich Nutzer und Einnahmen haben, gegenüber einem System, das von Anfang an korrekt entwickelt wurde. Gründer geben regelmäßig mehr aus, als dieses Programm kostet, um festzustellen, dass die günstige Version nicht standhält. Dazu kommt der Cashflow-Aspekt. Sie werden nicht nach £49,670 gefragt. Sie werden nach £9,830 gefragt, und der Rest ist davon abhängig, dass Ihre Plattform tatsächlich Einnahmen erzielt.

Question 4

Wie vergleicht sich das mit der Beauftragung einer Agentur oder dem Aufbau eines internen Teams?

Accepted Answer

Eine Entwicklungsagentur, die diesen Umfang anbietet, wird in der Regel den vollen Betrag in gestaffelten Zahlungen unabhängig vom Ergebnis verlangen, und der Zeitplan wird in Monaten statt Wochen gemessen. Ein internes Team bedeutet, einen Senior-Entwickler oder technischen Mitgründer zu rekrutieren, bevor man ein Produkt hat, auf das man sie ansetzen könnte. Der strukturelle Unterschied liegt darin, wo das Risiko liegt. Eine Agentur wird bezahlt, egal ob das Produkt Einnahmen erzielt oder nicht. Nach diesem Vertrag werden £39,840 der Kosten nur aus Transaktionseinnahmen eingezogen, sodass wir das Risiko mit Ihnen tragen. Das bedeutet auch, dass wir Bewerbungen nach kommerzieller Tragfähigkeit prüfen, weil unsere Einziehung davon abhängt.

Question 5

Warum nur ein Gründer pro Monat?

Accepted Answer

Zwei Gründe, und keiner davon ist künstliche Verknappung. Die Lieferung einer auditierten, produktionsreifen Plattform in acht Wochen erfordert konzentrierte Senior-Engineering-Aufmerksamkeit, und diese Kapazität ist begrenzt. Noch wichtiger: Jedes akzeptierte Projekt setzt £39,840 unseres eigenen Kapitals auf Spiel. Wir können nicht eine unbegrenzte Anzahl von Builds garantieren, daher wird jede Bewerbung vor unserer Zusage auf Marktfähigkeit und Go-to-Market-Bereitschaft bewertet.

Question 6

Was ist der Haken? Warum würden Sie £39,840 Risiko tragen?

Accepted Answer

Weil Blaze es für uns wirtschaftlich sinnvoll macht. Unsere Plattform kompiliert Anwendungen aus validierten Verträgen, anstatt sie von Hand zusammenzubauen, sodass die Kosten für einen unternehmensgerechten Build für uns wesentlich geringer sind als der Marktpreis, den wir sonst anbieten würden. Wir können daher gegen Ihre zukünftigen Einnahmen statt gegen Ihren aktuellen Kontostand berechnen. Die Gegenleistung ist Selektivität. Wir akzeptieren nur Projekte, bei denen wir glauben, dass die Plattform Transaktionen generieren wird, weil das so funktioniert, wie wir bezahlt werden. Es gibt keine Eigenkapitalkomponente, keine laufenden Tantiemen über die £39,840-Grenze hinaus und keine Verpflichtung, uns nach der Übergabe weiterhin zu nutzen.

Question 7

Was zahle ich eigentlich, und wann?

Accepted Answer

Drei Zahlungen über die acht Wochen, insgesamt £9,830, jede gegen eine gemäß dem unterzeichneten Vertrag ausgestellte Rechnung. Woche 1, £2,850 beim Kickoff, wenn der technisch-kommerzielle Vertrag unterzeichnet und der Umfang dokumentiert wird. Woche 3, Frontend-Walkthrough: keine Zahlung. Woche 5, £3,440 beim Sandbox-Review, nachdem Sie den funktionierenden Build gegen die vereinbarten Abnahmekriterien gesehen haben. Woche 7, Tests und Berichte: keine Zahlung. Woche 8, £3,540 beim Launch, sobald Ihr Produkt auf Ihrer Domain deployt ist. Die verbleibenden £39,840 werden niemals als Baraufforderung an Ihr Unternehmen fakturiert. Sie werden nur durch den vereinbarten Anteil an qualifizierten Transaktionseinnahmen eingezogen.

Question 8

Wie funktioniert die £39,840-Einziehung eigentlich?

Accepted Answer

Ihr Unternehmen besitzt und betreibt das Stripe-Konto. Unter einer von Ihnen genehmigten Stripe-Connect-Vereinbarung wird jede qualifizierte Transaktion aufgeteilt: 80% werden auf Ihrem Konto verrechnet und 20% werden auf das Einzugssaldo übertragen. Die Vereinbarung ist begrenzt. Sobald abgerechnete Überweisungen gegen £39,840 abgeglichen wurden, wird die Einzugszuweisung dauerhaft deaktiviert und 100% Ihrer Transaktionseinnahmen fließen weiter an Sie. In einfacher Arithmetik bedeutet ein 20%-Anteil, dass die Einziehung nach ungefähr £199.200 qualifiziertem Transaktionsvolumen durch die Plattform abgeschlossen ist. Wenn Sie diesen Betrag nie erreichen, wird die Einziehung einfach nie abgeschlossen.

Question 9

Was zählt als qualifizierte Transaktion?

Accepted Answer

Der unterzeichnete Vertrag definiert dies präzise, anstatt es der Interpretation zu überlassen. Er legt fest, welche Zahlungsflüsse im Umfang sind, die Berechnungsgrundlage und wie Mehrwertsteuer, Rückerstattungen, Streitigkeiten, Rückbuchungen, Prozessorgebühren und Steuern vor der Berechnung des Einzugsanteils behandelt werden. Dies ist einer der Begriffe, die wir Sie bitten, beim Kickoff sorgfältig zu lesen und zu verhandeln. Eine vage Definition qualifizierter Einnahmen ist genau die Art von Mehrdeutigkeit, die eine funktionierende Beziehung später schädigt, daher möchten wir dies lieber schriftlich klären, bevor der Build beginnt.

Question 10

Was passiert, wenn mein Produkt niemals Geld verdient?

Accepted Answer

Wenn die Plattform keine qualifizierten Transaktionseinnahmen generiert, entsteht durch diesen Mechanismus keine Einzugszahlung. Die £39,840 werden nicht in eine Barschuld, eine Rechnung oder eine persönliche Garantie umgewandelt, wenn Ihr Unternehmen keine Transaktionen durchführt. Ihre gesamte Exposition in diesem Szenario sind die £9,830, die Sie über die acht Wochen gezahlt haben, und Sie besitzen immer noch eine vollständig gebaute, auditierte Plattform. Das ist das Risiko, das wir bewusst eingehen, und deshalb prüfen wir die kommerzielle Tragfähigkeit, bevor wir ein Projekt akzeptieren.

Question 11

Wie lange dauert die Einziehung normalerweise?

Accepted Answer

Das hängt vollständig von Ihrem Transaktionsvolumen ab, und wir werden nicht so tun, als wäre das anders. Bei einem 20%-Anteil wird die Grenze nach etwa £199.200 qualifiziertem Volumen erreicht. Eine Plattform, die £25.000 pro Monat verarbeitet, erreicht das in etwa acht Monaten; eine, die £8.000 pro Monat verarbeitet, braucht fast zwei Jahre. Es gibt keine Zeitbegrenzung, die das Saldo in eine Baraufforderung umwandelt, und es fallen keine Zinsen an. Die Einziehung endet, wenn die Grenze abgeglichen ist, wann immer das geschieht.

Question 12

Kann Volt X auf mein Stripe-Konto zugreifen oder es kontrollieren?

Accepted Answer

Nein. Ihr Unternehmen besitzt und betreibt das Stripe-Konto. Volt X hat keinen Benutzernamen, keinen Verwaltungszugriff und keine Möglichkeit, Gelder zu verschieben, und wir halten zu keinem Zeitpunkt das Geld Ihrer Kunden. Der Einzugsanteil ist eine vorab vereinbarte Connect-Überweisung, die mit Ihrer Genehmigung konfiguriert wird, gilt nur für qualifizierte Transaktionen und nur bis zur Grenze. Stripe verarbeitet die Zahlungen und bleibt seinen eigenen Bedingungen mit Ihnen unterworfen. Ihr Unternehmen bleibt verantwortlich für seine Produkte, Kunden, Rückerstattungen, Streitigkeiten, Steuern und Compliance-Verpflichtungen.

Question 13

Was passiert bei Rückerstattungen, Rückbuchungen und Streitigkeiten?

Accepted Answer

Der Vertrag legt fest, wie jedes dieser Elemente behandelt wird, bevor der Einzugsanteil berechnet wird, sodass Sie keinen Anteil an Einnahmen übertragen, die Sie anschließend an einen Kunden zurückgeben mussten. Da Ihr Unternehmen der Händler der Aufzeichnung ist, behalten Sie die kommerzielle Beziehung zu Ihren Kunden und bleiben dafür verantwortlich, deren Rückerstattungen und Streitigkeiten nach Ihren eigenen Bedingungen und denen von Stripe zu lösen.

Question 14

Wie werden Mehrwertsteuer und Rechnungsstellung bei den Einzugsbeträgen gehandhabt?

Accepted Answer

Volt X stellt die gesetzlich vorgeschriebenen Rechnungen und Buchhaltungsunterlagen für übertragene Beträge aus, einschließlich Mehrwertsteuer wo zutreffend, sodass Ihre Buchhaltung für jede Überweisung über eine ordnungsgemäße Dokumentation verfügt. Diese Dokumente erfassen die bereits erfolgten Einzugsüberweisungen. Sie schaffen keine separate Barzahlungsverpflichtung zusätzlich zum vereinbarten Einzugsmechanismus.

Question 15

Was passiert, wenn die £39,840-Grenze erreicht wird?

Accepted Answer

Die Einzugszuweisung wird deaktiviert und 100% Ihrer Transaktionseinnahmen fließen weiter an Ihr Unternehmen. Unter dem Build-Vertrag ist nichts weiteres geschuldet. Der Abgleich der Grenze löst auch die geplante Übergabe aus: Die vollständige Repository- und Server-Eigentumsübertragung erfolgt an Sie, und wir migrieren die Plattform gemäß dem vereinbarten Migrationsplan auf Ihre Infrastruktur.

Question 16

Kann ich das Saldo vorzeitig in bar begleichen?

Accepted Answer

Ja. Gründer, die eine Runde aufnehmen oder die Profitabilität erreichen, bevorzugen manchmal eine frühere Begleichung des Saldos und eine frühere Übernahme. Der Vertrag sieht die vorzeitige Begleichung des ausstehenden Einzugsbetrags vor, wonach die Aufteilung deaktiviert wird und die Übergabe erfolgt. Der Begleichungsbetrag ist der verbleibende nicht abgeglichene Anteil der £39,840. Es gibt keine Vorfälligkeitsentschädigung und keine aufgelaufenen Zinsen.

Question 17

Was passiert, wenn ich den Zahlungsdienstleister wechseln oder Zahlungen außerhalb der Plattform abwickeln möchte?

Accepted Answer

Der Vertrag befasst sich damit direkt, da der Einzugsmechanismus nur funktioniert, wenn Plattformtransaktionen tatsächlich durch die vereinbarte Vereinbarung fließen. Die absichtliche Umleitung von Plattformeinnahmen, um den Einzug zu vermeiden, ist ein Vertragsbruch, und der Vertrag legt die Konsequenzen fest, einschließlich der Möglichkeit, dass das Saldo fällig wird. Legitime kommerzielle Änderungen sind eine andere Frage. Wenn Ihr Unternehmen den Zahlungsdienstleister wirklich wechseln muss, sieht der Vertrag vor, dass die Vereinbarung im gegenseitigen Einvernehmen neu konfiguriert wird, anstatt die Änderung als Verzug zu behandeln.

Question 18

Was passiert, wenn ich das Unternehmen verkaufe oder Kapital aufnehme, bevor die Einziehung abgeschlossen ist?

Accepted Answer

Das ausstehende Einzugssaldo ist eine offengelegte Vertragsverpflichtung des Unternehmens und erscheint daher in der Due Diligence wie jede andere Lieferantenvereinbarung. In der Praxis ziehen es Erwerber und Investoren oft vor, dies beim Abschluss zu begleichen, und die Voraussetzung für die vorzeitige Begleichung existiert genau dafür. Da der Betrag begrenzt, unbesichert und zinsfrei ist, ist es ein erheblich einfacheres Element in einem Cap-Table-Gespräch als Wandelschuldverschreibungen oder eine Eigenkapitalbeteiligung.

Question 19

Erhält Volt X Eigenkapital an meinem Unternehmen?

Accepted Answer

Nein. Es gibt kein Eigenkapital, keine Aktienoption, keinen Vorstandssitz und kein Wandelinstrument. Die Geschäftsbeziehung ist eine begrenzte Einziehung der Build-Kosten gegen Transaktionseinnahmen und endet bei £39,840.

Question 20

Sind acht Wochen realistisch, oder ist das eine Marketing-Zahl?

Accepted Answer

Es ist realistisch, weil der Zeitplan komprimiert ist, nicht der Engineering-Standard. Blaze kompiliert Architektur, Schema, Berechtigungsmodell und Oberfläche aus validierten Verträgen, anstatt sie von Hand zusammenzubauen, was den Großteil der verstrichenen Zeit eines herkömmlichen Builds eliminiert. Die Teile, die nicht komprimiert werden können, sind noch da: Anforderungsdefinition, Ihre Überprüfung bei jedem Gate, Sicherheits- und Performance-Tests und Produktionsbereitschaftsprüfungen. Die acht Wochen umfassen all das, wobei die Test-Berichte in Woche sieben vor dem Launch und nicht danach veröffentlicht werden.

Question 21

Was passiert in jeder der acht Wochen?

Accepted Answer

Fünf Gates über acht Wochen Woche 1, Kickoff und technisch-kommerzieller Vertrag: Vision, Module, Funktionen, Abnahmekriterien und der Umfang des ersten Releases werden dokumentiert und unterzeichnet, und der Kontozugang wird bestätigt. Woche 3, Frontend-Design und Erlebnis: Sie überprüfen die vollständige Oberfläche, Screens und Interaktionsflüsse. Das Backend ist noch nicht verbunden, daher demonstriert dies das beabsichtigte Erlebnis mit repräsentativen Inhalten. Woche 5, Sandbox-Review: Datenbank, Authentifizierung und Geschäftslogik sind in der Vorproduktion verbunden. Sie überprüfen einen funktionierenden Build gegen die vereinbarten Abnahmekriterien. Woche 7, Stresstests und Berichte: Scoped Sicherheits-, Performance- und Barrierefreiheitsbewertungen werden abgeschlossen und die Berichte an Sie ausgestellt. Woche 8, Launch: Nach Produktionsbereitschaftsprüfungen geht Ihr Produkt auf Ihrer Domain live.

Question 22

Wie viel Zeit wird das in Anspruch nehmen, und was brauchen Sie von mir?

Accepted Answer

Ihre intensivste Woche ist Woche eins, in der wir die Produktvision, Module, Funktionen und Abnahmekriterien im Detail durcharbeiten. Erwarten Sie, mehrere konzentrierte Sitzungen dafür aufzuwenden, da alles, was folgt, daraus kompiliert wird. Danach sind Ihre Verpflichtungen die drei Review-Gates in den Wochen drei, fünf und sieben, plus zeitnahe Antworten auf Entscheidungen und Zugriff. Wir benötigen auch die Domain-Kontrolle sowie Zugang zu den Konten, von denen der Build abhängt, bestätigt beim Kickoff.

Question 23

Was passiert, wenn ich langsam mit Feedback oder der Bereitstellung von Zugriff bin?

Accepted Answer

Der Vertrag benennt Kundenabhängigkeiten explizit, und durch sie verursachte Verzögerungen sind einer der wenigen zulässigen Gründe für eine Verschiebung des Launch-Datums. Dies ist auf beiden Seiten bewusst: Es schützt Ihre Deadline vor einer stillen Neuinterpretation, und es schützt uns davor, ein Datum zu tragen, das wir nicht kontrollieren können. In der Praxis kennzeichnen wir eine Abhängigkeit schriftlich, sobald sie blockierend wird, sodass es eine Aufzeichnung gibt und keine Überraschungen in Woche acht.

Question 24

Kann ich den Umfang während des Builds ändern?

Accepted Answer

Ja, durch den Change-Control-Prozess im Vertrag. Kleine Verfeinerungen innerhalb der vereinbarten Architektur werden normalerweise absorbiert. Wesentliche Ergänzungen werden angeboten und geplant, und wenn sie das Launch-Datum beeinflussen, wird das schriftlich vereinbart, bevor die Arbeit beginnt. Da Schema, Berechtigungen, API und Oberfläche in Blaze deterministisch verknüpft sind, propagieren sich strukturelle Änderungen gemeinsam durch das System, anstatt einen manuellen Durchlauf der Codebasis zu erfordern. Das macht Änderungen hier wesentlich günstiger als in einem von Hand zusammengebauten Build.

Question 25

Was passiert, wenn Sie das Launch-Datum in Woche acht verpassen?

Accepted Answer

Die Entscheidung liegt bei Ihnen. Sie können den Vertrag stornieren und eine 100%-ige Erstattung der £2,850-Kaution beanspruchen, oder ein überarbeitetes Datum mit uns vereinbaren und fortfahren. Der Vertrag legt das Startdatum, die Abnahmekriterien für jeden Meilenstein sowie die Kundenabhängigkeiten und genehmigten Änderungsanträge fest, die die einzigen zulässigen Gründe für eine Datumsverschiebung sind. Keine Seite kann die Deadline im Nachhinein neu interpretieren.

Question 26

Was passiert, wenn der Build beim Review in Woche 3 oder 5 nicht meinen Erwartungen entspricht?

Accepted Answer

Genau dafür sind die Gates. Woche drei zeigt Ihnen die vollständige Oberfläche und das Interaktionsdesign, bevor Backend-Arbeit committed wird, was der günstigste mögliche Zeitpunkt ist, um ein Missverständnis zu korrigieren. Woche fünf zeigt Ihnen den funktionierenden Build gegen die Abnahmekriterien, die Sie in Woche eins unterzeichnet haben. Arbeit, die den vereinbarten Abnahmekriterien nicht entspricht, wird auf unsere Kosten korrigiert. Arbeit, die den Kriterien entspricht, aber eine Meinungsänderung darstellt, geht durch den Change-Control-Prozess.

Question 27

Was ist explizit außerhalb des Umfangs?

Accepted Answer

Der Build deckt die Software ab. Er umfasst nicht Ihr Marketing, Werbeausgaben, Content-Produktion über die Strukturen zur Veröffentlichung hinaus, Kundenbetreuungsoperationen oder Drittanbieter-Abonnementkosten wie Ihre Stripe-Gebühren, Domain oder kostenpflichtige API-Nutzung. Native Mobile-Anwendungen, maßgeschneiderte Machine-Learning-Modelle und Integrationen mit Systemen, die keine dokumentierte API haben, werden von Fall zu Fall bewertet und nicht als im Acht-Wochen-Umfang angenommen, sofern der Vertrag dies nicht ausdrücklich sagt.

Question 28

Was ist der Technologie-Stack?

Accepted Answer

Jede Anwendung wird auf einem standardisierten, maßgeschneiderten Code-Stack gebaut: Next.js und React im Frontend, benutzerdefiniertes CSS, Node.js-Dienste, Supabase PostgreSQL für Daten, natives Stripe für die Abrechnung, ein Headless-CMS (Sanity oder Payload) sowie Sentry und PostHog für Fehlerprotokollierung und Produktanalysen. Dies sind Mainstream-Technologien mit offenen Standards, gut dokumentiert und mit großen Einstellungspools. Das ist eine bewusste Wahl: Es ist das, was die Codebasis für jeden kompetenten Ingenieur, den Sie später ernennen, wartbar macht.

Question 29

Ist meine Anwendung wirklich maßgeschneiderter Code oder eine Vorlage mit meinem Logo?

Accepted Answer

Es ist maßgeschneiderter Code, der gegen Ihre eigene Anwendungsdefinition generiert wurde: Ihre Module, Entitäten, Felder, Beziehungen, Workflows, Rollen und Geschäftsregeln. Zwei Foundry-Builds für verschiedene Unternehmen teilen kein Datenmodell oder einen Funktionsumfang. Was standardisiert ist, ist die Architektur, nicht das Produkt. Jeder Build verwendet dieselben bewährten strukturellen Muster für Sicherheit, Datenzugriff und Skalierung, was genau der Grund ist, warum die veröffentlichten Performance- und Sicherheits-Benchmarks für Ihre Anwendung gelten, nicht für eine Demo, die wir einmal ausgeführt haben.

Question 30

Ist das eine No-Code- oder Low-Code-Plattform?

Accepted Answer

Nein. Es gibt keine proprietäre Laufzeitumgebung, keinen visuellen Builder, den Ihr Team lernen muss, und keine Plattform, innerhalb der Ihre Anwendung weiterhin laufen muss. Das Ergebnis ist ein konventionelles Next.js- und Node.js-Repository, das Ihnen gehört. Blaze ist ein Kompilierungssystem, das wir verwenden, um dieses Repository zu erstellen. Es ist nichts, von dem Ihr Produkt danach abhängt.

Question 31

Wie viele Benutzer kann die Plattform verwalten?

Accepted Answer

Ein einzelner Produktions-Container unterstützt eine Benutzerbasis, die 14.000 täglich aktiven Benutzern und 100.000 monatlich aktiven Benutzern entspricht, mit einer Anfrage-Erfolgsrate von 99,98% bei einer medianen API-Latenz von 87,86 ms und einer Desktop-Seitenladung von 782 ms. Dies stammt aus einem unabhängig lasttestgeprüften Audit der Referenzarchitektur. Da Blaze jede Anwendung auf dieselbe Architektur kompiliert, gelten die Zahlen für Ihren Build, nicht für eine Best-Case-Probe.

Question 32

Was passiert, wenn ich über einen einzelnen Container hinauswachse?

Accepted Answer

Wachstum erfolgt horizontal statt durch eine Neuentwicklung. Drei geklonte Container tragen 42.000 DAU und 300.000 MAU. Sieben Container hinter einem Transaction-Mode-Connection-Pooler tragen 100.000 DAU und 700.000 MAU, ohne eine einzige Zeile Ihres Anwendungscodes umzuschreiben. Unter extremen Surge-Tests schüttet die Architektur überschüssige Last in einer kontrollierten Warteschlange ab, anstatt Daten zu beschädigen oder die Datenbank zum Absturz zu bringen. Der Skalierungspfad ist eine Konfigurationsänderung, kein Engineering-Projekt.

Question 33

Erhalte ich den Quellcode?

Accepted Answer

Ja. Sie erhalten das vollständige Repository bei der Übergabe: lesbares Next.js und Node.js ohne proprietäre Laufzeitumgebung und ohne Verschleierung. Die vollständige Repository- und Server-Eigentumsübertragung erfolgt bei Vertragsabschluss an Sie. Der Code ist für die Übergabe geschrieben. Das ist eine Designeinschränkung während des gesamten Builds, keine Höflichkeit am Ende.

Question 34

Kann ein anderer Ingenieur oder eine Agentur die Codebasis später übernehmen?

Accepted Answer

Ja, und das ist einer der klarsten Unterschiede zu einer prompt-erstellten Codebasis. Sie erhalten konventionellen, von Menschen lesbaren Code auf Mainstream-Frameworks, mit einer kohärenten Architektur, die ein Ingenieur nach dem Lesen artikulieren kann. Es gibt keine Abhängigkeit von Volt X für den weiteren Betrieb Ihres Produkts und keine proprietäre Schicht, die ein Nachfolge-Team zuerst rückentwickeln müsste, bevor es eine Änderung vornehmen könnte.

Question 35

Können Sie mit meinen bestehenden Systemen und Drittanbieter-APIs integrieren?

Accepted Answer

Im Allgemeinen ja, wenn das Zielsystem eine dokumentierte API bereitstellt. Gängige Integrationen wie Zahlungen, E-Mail, Analytics, Authentifizierungsanbieter und CMS sind Teil der Standardarchitektur. Integrationen mit nicht dokumentierten, Legacy- oder stark ratenbegrenzten Systemen werden während des technischen Screenings bewertet und explizit im Vertrag erfasst, da sie ein Terminrisiko tragen, das wir nicht still in ein Acht-Wochen-Fenster aufnehmen werden.

Question 36

Können Sie eine native Mobile-App bauen?

Accepted Answer

Der Standard-Build ist eine vollständig responsive Webanwendung, die ordnungsgemäß auf mobilen Browsern funktioniert, mit Bildschirmübergängen unter 50 KB, sodass sie auf mobilen und eingeschränkten Unternehmensnetzwerken nutzbar bleibt. Native iOS- und Android-Anwendungen sind nicht Teil des Standard-Acht-Wochen-Umfangs. Wenn Sie sie benötigen, erwähnen Sie es während des Screenings und wir erfassen es als separates Engagement, anstatt es in das Acht-Wochen-Fenster zu komprimieren.

Question 37

Können Sie ein Produkt, das ich bereits habe, neu entwickeln oder modernisieren?

Accepted Answer

Häufig ja, und Gründer, die mit einem vibe-codierten Prototyp ankommen, der ins Stocken geraten ist, sind ein häufiger Fall. Ein bestehendes Produkt ist oft ein Vorteil, weil Ihre Anforderungen und das Benutzerverhalten bereits belegt sind, nicht angenommen. Die Datenmigration aus dem alten System wird während des Screenings erfasst. Was wir nicht tun werden, ist neue Arbeit auf eine unsichere bestehende Codebasis aufzupfropfen und das Ergebnis als unternehmensgerecht zu beschreiben.

Question 38

Kann das Produkt KI-Funktionen für meine Benutzer enthalten?

Accepted Answer

Ja. KI-Funktionen in Ihrem Produkt, wie Assistenten, Klassifizierung, Zusammenfassung oder Suche, können wie jedes andere Feature in den Build einbezogen werden, wobei die damit verbundenen API-Kosten bei Ihrem Unternehmen liegen. Dies ist getrennt davon, wie Ihr Produkt gebaut wird. KI als Feature zu nutzen, ist eine Produktentscheidung; sie zur Improvisation Ihrer Architektur zu nutzen, ist das Versagen, das dieses Programm zu vermeiden sucht.

Question 39

Wo wird die Anwendung gehostet, während der Einziehung und danach?

Accepted Answer

Während der Einziehungsperiode läuft Ihr Produkt auf Volt X-Infrastruktur unter den vereinbarten Service- und Datenverarbeitungsbedingungen, ohne separate Hosting-Rechnung für Sie. Es läuft auf Ihrer Domain ab dem Launch. Bei der Übergabe migrieren wir es gemäß dem vereinbarten Migrationsplan auf Ihre Infrastruktur. Da jede Umgebung aus standardmäßigen Blueprints containerisiert ist, mit einem Recovery-Time-Objective unter vier Stunden, erhalten Sie eine saubere, entkoppelte Anwendungsschale, die für Ihre eigene private Cloud bereit ist, anstatt etwas, das an unserem Host festgeschweißt ist.

Question 40

Kann mein Team Inhalte bearbeiten, und kann ich sehen, wie das Produkt läuft?

Accepted Answer

Ja zu beidem. Ein Headless-CMS ermöglicht es Ihrem Team, Marketing-Seiten, Produkttexte und Blog-Inhalte ohne Entwickler zu veröffentlichen, und die Storefront ist für die Sichtbarkeit in Suchmaschinen gebaut, nicht nachträglich hinzugefügt. Sentry und PostHog sind ab Tag eins konfiguriert, sodass Sie ab dem Launch sehen können, wie sich Benutzer verhalten und wo das System versagt, anstatt beides aus einer Kundenbeschwerde zu erfahren.

Question 41

Was ist Blaze, und wie viel meines Produkts wird von KI generiert?

Accepted Answer

Blaze ist unsere proprietäre Plattform zur Erstellung von Enterprise-Anwendungen. KI spielt eine begrenzte und beaufsichtigte Rolle darin: begrenzte, risikoarme Arbeit wie Benennung, Text und Inhalt innerhalb einer Struktur, die die Plattform bereits kompiliert und validiert hat. Ihr Datenmodell, die Zugriffskontrolle, die Sicherheitsgrenzen und die Systemarchitektur werden mechanisch von der Engine produziert, nicht von einem Modell vorhergesagt. Das Modell bestimmt nicht Ihre Architektur; es füllt definierte Slots darin aus.

Question 42

Wenn Sie KI nutzen, wie unterscheidet sich das von Vibe-Coding?

Accepted Answer

Der Unterschied sind deterministische Verträge statt Prompts. Jede Phase des Builds produziert ein validiertes Artefakt, das die nächste Phase erfüllen muss: Entitäts- und Beziehungsgraph, dann Schema, dann Rollen- und Berechtigungsmatrix, dann Oberfläche. Eine Phase, die ihren Vertrag nicht besteht, macht keinen Fortschritt. Drei Konsequenzen, die ein prompt-gesteuerter Build nicht bieten kann Schema, API, Berechtigungen und Oberfläche sind ein einziger gekoppelter Graph. Benennen Sie ein Feld um und die Datenbank, Zugriffsregeln und jeder Screen werden gemeinsam aktualisiert, ohne stille Übergabelücken. Row-Level-Security, serverseitig begrenzte Abfragen, Drei-Tier-Isolation und auditfreundliche Struktur werden standardmäßig kompiliert und können nicht zur Einhaltung einer Deadline gestrichen werden, weil kein Einzelner entscheidet, ob er sie einschließen möchte. Unsere Ingenieure überprüfen und zeichnen bei jedem Gate ab, sodass die Verantwortlichkeit bei Menschen liegt, nicht bei einem Modell.

Question 43

Warum kann ich das nicht selbst mit Claude, Lovable, Bolt oder Cursor machen?

Accepted Answer

Sie können etwas produzieren, das wie Ihr Produkt aussieht. Was diese Tools Ihnen nicht geben können, ist eine Garantie über das, was sie nicht getan haben: die Tenant-Isolation, die sie weggelassen haben, die Berechtigungsprüfung, die sie im Browser gelassen haben, den Injection-Vektor, den sie nicht berücksichtigt haben. Unter mehr als 49.000 befragten Entwicklern in 177 Ländern nannten 66% KI-Output, der fast richtig, aber eben nicht ganz richtig ist, als ihre Hauptschwierigkeit, und 45% sagten, das Debuggen dauert länger als erwartet. Wenn erfahrene Ingenieure Schwierigkeiten haben, diese Fehler zu erkennen, ist ein Gründer ohne Engineering-Hintergrund, der generierten Code überprüft, nicht in der Lage dazu. Die Tools sind in den Händen von jemandem, der die Ausgabe prüfen kann, wirklich nützlich. Das Risiko ist nicht das Tool. Es ist die Nutzung ohne diese Fähigkeit auf einem System, das Kundendaten verwalten und Zahlungen entgegennehmen wird.

Question 44

Was geht spezifisch bei einem vibe-codierten MVP schief?

Accepted Answer

Die Fehler sind konsistent, und jeder ist beim Launch unsichtbar und teuer an dem Punkt, an dem er auftaucht. Sicherheit, die bildschirmweise improvisiert wird, ohne Bedrohungsmodell, sodass Schwachstellen von Ihrem ersten ernsthaften Kunden oder von jemandem weniger Gutartigem gefunden werden. Ein Schema ohne referenzielle Integrität oder Row-Level-Security, bei dem die erste Änderung an einer Kernentität eine Neuentwicklung statt einer Migration ist. Rollen, die ins Frontend hart kodiert sind, und Berechtigungsprüfungen, die im Browser laufen, was ein verstecktes Menüelement statt eines Zugriffskontrollsystems ist. Dieselbe Logik, die in vielen Dateien dupliziert ist, sodass jede Änderung bedeutet, alle zu finden, und jede verpasste zu einem Produktionsfehler wird. Keine Audit-Trail, dokumentierte Kontrollen oder bedeutungsvolle Testabdeckung, sodass der Vertrag, der Ihr Unternehmen etablieren würde, an einem Sicherheitsfragebogen stecken bleibt. Die Neuentwicklung kommt dann zum schlimmsten möglichen Zeitpunkt: wenn Sie endlich Benutzer, Einnahmen und keine Zeit haben. Sie zahlen das Produkt zweimal, und das zweite Mal kostet mehr, als es gekostet hätte, es korrekt zu bauen.

Question 45

Kann ich den Code unabhängig prüfen lassen, bevor ich ihm vertraue?

Accepted Answer

Ja, und wir würden es ermutigen. Die Codebasis ist konventionell, dokumentiert und frei von proprietärer Laufzeitumgebung, sodass jeder kompetente Ingenieur oder jede Sicherheitsfirma, die Sie beauftragen, sie ohne besonderen Zugang oder Erklärungen von uns überprüfen kann. Sie erhalten auch unsere eigenen Sicherheits-, Performance- und Barrierefreiheitsberichte in Woche sieben, die die Testgrundlage, Erkenntnisse, Einschränkungen und den Behebungsstatus darlegen.

Question 46

Wie wird Sicherheit gehandhabt?

Accepted Answer

Sicherheitskontrollen werden ab Woche eins kompiliert, nicht kurz vor dem Launch hinzugefügt. Das bedeutet rollenbasierte Zugriffskontrolle, Supabase Row-Level-Security und eine Drei-Tier-Architektur, die die Datenschicht vom Browser isoliert. Das Daten-Routing verbietet Rohdumps an den Browser, sodass begrenzte Abfragen Informationen serverseitig verarbeiten und keine Kundendaten für den Sicherheitsreviewer eines Interessenten zu finden sind. Multi-Faktor-Authentifizierung und OAuth decken Ihre internen Teams, Anbieter und Kunden ab.

Question 47

Wird die Plattform DSGVO-konform sein?

Accepted Answer

Wir bauen die technischen Kontrollen, von denen die UK DSGVO-Konformität abhängt: Zugriffskontrolle, Datenisolation, auditfreundliche Struktur, serverseitige Verarbeitung und keine unnötige Exposition personenbezogener Daten gegenüber dem Client. Die Konformität selbst ist eine organisatorische Verantwortung, keine Funktion, die wir installieren können. Ihr Unternehmen ist der Datenverantwortliche für die personenbezogenen Daten Ihrer Kunden. Der Vertrag enthält die Datenverarbeitungsbedingungen, die unsere Rolle während des Hostings der Plattform regeln, und Ihre eigenen Richtlinien, Rechtsgrundlagen, Aufbewahrungsentscheidungen und jede DPIA liegen bei Ihnen.

Question 48

Wer bei Volt X kann meine Daten und die meiner Kunden sehen?

Accepted Answer

Der Zugriff ist auf die Ingenieure beschränkt, die ihn für die Lieferung und den Betrieb der Plattform benötigen, unter den Vertraulichkeits- und Datenverarbeitungsbedingungen des Vertrags, und nur während wir sie während der Einziehungsperiode hosten. Nach der Migration auf Ihre Infrastruktur haben wir keinen Zugang, es sei denn, Sie beauftragen uns separat für laufenden Support.

Question 49

Erhalte ich einen Penetrationstest oder einen formellen Sicherheitsbericht?

Accepted Answer

Sie erhalten in Woche sieben Sicherheits-, Performance- und Barrierefreiheitsbewertungen mit Berichten, die die Testgrundlage, Erkenntnisse, Einschränkungen und den Behebungsstatus abdecken. Wir sind präzise darüber, was das ist. Es sind zeitpunktbezogene technische Bewertungen, die Due-Diligence-Verfahren unterstützen. Sie sind keine behördliche Zertifizierung und garantieren keine zukünftige Leistung. Wenn Sie einen vollständigen unabhängigen Penetrationstest einer Drittfirma benötigen, kann das parallel zum Build arrangiert werden.

Question 50

Wird das eine Enterprise-Sicherheitsprüfung oder SOC 2-Audit bestehen?

Accepted Answer

Die Architektur ist so gebaut, dass sie Ihnen die technischen Kontrollen gibt, nach denen diese Prüfungen suchen: Row-Level-Security, eine isolierte Datenzugriffsschicht, Drei-Tier-Trennung, saubere Integration mit Enterprise-IAM-Anbietern und Code, der Schwachstellen-Scanner ohne Ausnahmen besteht. SOC 2 und ISO 27001 sind organisatorische Zertifizierungen, die Ihrem Unternehmen nach einem Audit Ihrer Prozesse verliehen werden, nicht einer Codebasis. Was wir sagen können, ist, dass die Plattform nicht der Grund sein wird, warum Sie scheitern. Da die Codebasis vorhersehbar und dokumentiert ist, ist die Vorbereitung für ein externes Audit eine Frage von Wochen, nicht der Monate an Behebungsarbeit, die ein gepatchtes MVP benötigt.

Question 51

Wo werden meine Daten gespeichert, und kann ich die Region wählen?

Accepted Answer

Die Daten werden in verwalteter PostgreSQL-Infrastruktur in einer beim Kickoff vereinbarten Region gespeichert, vorbehaltlich der Verfügbarkeit des Anbieters. Wenn Sie eine Residenzanforderung haben, die durch Ihre Kunden oder Ihren Sektor getrieben wird, sprechen Sie das während des Screenings an, damit es im Vertrag festgehalten wird, anstatt spät entdeckt zu werden.

Question 52

Ist das Produkt barrierefrei?

Accepted Answer

Die Barrierefreiheit wird in Woche sieben zusammen mit Sicherheit und Performance formal bewertet, und Sie erhalten den Bericht. Von Anfang an nach anerkannten Barrierefreiheitspraktiken zu bauen, ist erheblich günstiger als es nachträglich hinzuzufügen, wenn Sie bereits ein öffentliches Produkt und einen Enterprise-Kunden haben, der danach fragt.

Question 53

Wem gehört das geistige Eigentum?

Accepted Answer

Sie besitzen Ihre Unternehmensdaten, Ihre Inhalte und Ihre Marke durchgehend. Die für Sie erstellte Anwendung, einschließlich des Quellcodes, wird bei Vertragsabschluss auf Sie übertragen, zusammen mit der Repository- und Server-Eigentumsübergabe. Abschluss bedeutet, dass die Launch-Rate bezahlt wurde. Bis dahin hält Volt X den Titel der erstellten Anwendung, was die Möglichkeit der gestaffelten Struktur ermöglicht. Wenn diese Rate niemals bezahlt wird, geht das Eigentum nicht über, und die Konsequenzen sind unter Nicht-Zahlung beim Launch unten dargelegt. Blaze selbst, die Plattform, die wir zur Erstellung der Anwendung verwenden, bleibt Volt X-Eigentum. Diese Unterscheidung ist wichtig und wir erklären sie klar: Sie besitzen Ihr Produkt, nicht die Fabrik, die es hergestellt hat. Nichts an dem Produkt, das Sie besitzen, hängt von einem fortgesetzten Zugang zu dieser Fabrik ab.

Question 54

Was passiert, wenn ich die Launch-Rate nicht zahle, nachdem das Produkt gebaut wurde?

Accepted Answer

Die £3,540 sind beim Launch fällig, sobald Ihr Produkt deployt ist und auf Ihrer Domain funktioniert. Zu diesem Zeitpunkt wurden acht Wochen Engineering geliefert, daher behandelt der Vertrag eine Nichtzahlung als schwerwiegenden Verzug statt als Meinungsänderung. Die Abfolge ist festgelegt und Sie werden nicht überrascht sein. Eine 30-tägige Nachfrist Wenn die Rate nicht am Fälligkeitsdatum bezahlt wird, stellen wir eine schriftliche Benachrichtigung und eine Nachfrist von 30 Tagen aus. Nichts wird während dieses Zeitfensters verwirkt. Zahlen Sie innerhalb dieser Frist, ungeachtet des Grundes für die Verzögerung, und der Vertrag wird normal abgeschlossen: Das Eigentum an der Anwendung und ihrem Quellcode wird auf Sie übertragen und die Kosteneintreibung wird wie vereinbart fortgesetzt. Gesetzliche Zinsen auf verspätete Geschäftszahlungen können auf den überfälligen Betrag angewendet werden, und wir können den Live-Service sperren, solange er unbezahlt bleibt. Wenn die Nachfrist abläuft Die Kickoff-Anzahlung von £2,850 wird verwirkt. Es handelt sich um eine echte Anzahlung und ist in diesem Szenario nicht erstattbar. Die Sandbox-Review-Gebühr von £3,440, bereits fakturiert und gezahlt für Arbeit, die Sie in Woche fünf akzeptiert haben, wird nicht erstattet. Das Eigentum an der Anwendung wird nicht übertragen. Volt X behält den Quellcode, die Designarbeit und die Engineering-Artefakte, die es produziert hat, die es während des gesamten Builds gehalten hat und die nur bei Abschluss an Sie übergehen. Volt X kann dann seine Kosten aus dieser Arbeit zurückgewinnen, einschließlich der Lizenzierung oder Kommerzialisierung der erstellten Plattform, ob direkt oder mit einem anderen Betreiber. Der Vertrag endet und die Einziehungsvereinbarung endet damit. Was unabhängig davon Ihres bleibt Ihr vorbestehendes Eigentum ist niemals im Umfang und wird niemals übertragen oder verkauft. Das bedeutet Ihren Firmennamen, die Marke, Handelsmarken, die Domain und alle von Ihnen bereitgestellten Inhalte oder Materialien. Es bedeutet auch Ihre Unternehmens- und Kundendaten, die entfernt werden statt weitergegeben zu werden, da wir ein Verarbeiter dieser Daten sind und keine Rechtsgrundlage für deren Übertragung an Dritte haben. In der Praxis existiert diese Position, um eine Struktur zu schützen, in der Volt X bereits £39,840 an Build-Kosten absorbiert hat, bevor die Einziehung beginnt. Es ist ein Mittel der letzten Instanz, und wenn Sie in echte Schwierigkeiten geraten, ist der vernünftige Schritt, uns vor dem Fälligkeitsdatum davon zu informieren, nicht danach.

Question 55

Was ist der technisch-kommerzielle Vertrag, und wann sehe ich ihn?

Accepted Answer

Es ist das einzige maßgebliche Dokument für das Engagement, das beim Kickoff in Woche eins unterzeichnet wird. Es umfasst Lieferverpflichtungen und Termine, Abnahmekriterien, Gebühren und Rechnungsstellung, den Einzugsmechanismus und die Grenze, Datenschutz, Vertraulichkeit, geistiges Eigentum, Hosting, Rückerstattungen, Kündigungsrechte und Übergabe. Sie sehen es, bevor Sie irgendetwas zahlen, und wir erwarten, dass Sie Rechtsberatung dazu einholen. Alles auf dieser Seite ist eine Zusammenfassung in einfacher Sprache. Wo die beiden voneinander abweichen, regelt der Vertrag.

Question 56

Was sind meine Stornierungsrechte und Erstattungsrechte?

Accepted Answer

Zwei definierte Stornierungsrechte Wenn wir Ihr Produkt nicht bis Ende Woche acht gemäß dem Vertrag live schalten, können Sie stornieren und eine 100%-ige Erstattung der £2,850-Anzahlung beanspruchen oder ein überarbeitetes Datum vereinbaren und fortfahren. Wenn ein gemeldeter Fehler nach dem Launch nicht innerhalb der angemessenen Frist gemäß Vertrag behoben werden kann, können Sie stornieren und eine 100%-ige Erstattung aller bis dahin bezahlten Meilensteingebühren beanspruchen: £2,850 beim Kickoff, £3,440 beim Sandbox-Review und £3,540 beim Launch, insgesamt £9,830. Stornierungen aus anderen Gründen, einschließlich einer Änderung der kommerziellen Ausrichtung Ihrerseits, sind durch die Kündigungsbestimmungen des Vertrags geregelt und nicht automatisch erstattbar.

Question 57

Welchen Support erhalte ich nach dem Launch, und was kostet das?

Accepted Answer

Ihre Berichte aus Woche sieben werden zum Standard, an dem Ihr Live-Produkt gemessen wird. Wenn die deployte Anwendung nicht in Übereinstimmung mit ihnen performt, untersuchen und beheben wir das prompt ohne zusätzliche Kosten. Die Kerninfrastruktur zielt auf 99,9% Verfügbarkeit ab, und während die Einziehungsvereinbarung läuft, ist unser kommerzielles Interesse an Ihrer Verfügbarkeit direkt: Wir werden aus Ihren Transaktionen bezahlt. Neue Features und laufende Entwicklung nach der Übergabe sind optional und werden als separates Engagement angeboten. Es gibt keine Verpflichtung, uns zu behalten, und keine Strafe dafür, jemand anderen zu beauftragen.

Question 58

Werden Sie eine NDA unterzeichnen, bevor ich meine Idee teile?

Accepted Answer

Ja. Wir unterzeichnen eine gegenseitige NDA vor detaillierten technischen Gesprächen, und Vertraulichkeitsverpflichtungen sind auch in den Hauptvertrag eingeschrieben. Wir bauen keine konkurrierenden Produkte gegen unsere eigenen Kunden und verwenden Ihre Produktlogik, Ihr Datenmodell oder Ihre Inhalte nicht in einem anderen Build.

Question 59

Wer baut es eigentlich? Verwenden Sie Offshore-Subunternehmer?

Accepted Answer

Der Build wird vom Volt X Engineering-Team auf unserer eigenen Plattform geliefert. Benannte Ingenieure überprüfen und zeichnen bei jedem Gate ab, und die Verantwortlichkeit für die Lieferung liegt bei uns unter dem Vertrag, unabhängig davon, wie die Arbeit verteilt wird. Jede Nutzung von Subunternehmern unterliegt denselben Vertraulichkeits- und Datenschutzverpflichtungen, die wir Ihnen schulden, und der Vertrag legt das so fest.

Question 60

Was passiert, wenn Volt X vor der Übergabe seinen Geschäftsbetrieb einstellt?

Accepted Answer

Das ist eine berechtigte Frage, die man jedem Lieferanten stellen sollte, der Ihr Produktionssystem hostet, und sie wird im Vertrag und nicht dem Zufall überlassen. Kontinuitätsbestimmungen decken Ihren Zugang zum Repository und der Infrastruktur ab, damit Ihre Plattform unabhängig von uns betrieben werden kann. Die Architektur ist so gestaltet, dass das praktisch und nicht theoretisch ist: Standard-Frameworks, containerisierte Umgebungen aus dokumentierten Blueprints und ein Recovery-Time-Objective unter vier Stunden. Wenn Sie eine formelle Quellcode-Treuhandvereinbarung benötigen, sprechen Sie das während des Screenings an und es kann einbezogen werden.

Question 61

Was passiert, wenn wir in einen Streit geraten?

Accepted Answer

Der Vertrag legt das anzuwendende Recht, die Zuständigkeit und den zu befolgenden Eskalationsprozess vor formellen Verfahren fest. Die meisten Meinungsverschiedenheiten in der Praxis betreffen den Umfang, weshalb Abnahmekriterien in Woche eins dokumentiert und unterzeichnet werden, anstatt vage beschrieben zu werden.

Question 62

Für wen ist dieses Programm?

Accepted Answer

Gründer mit einem definierten SaaS-, Marktplatz- oder Shop-Konzept, das über die Plattform transagieren wird, die mit den £9,830 in gestaffelten Zahlungen kapitalisiert sind, und die einen glaubwürdigen Weg zu Kunden nach dem Launch haben. Es eignet sich für Menschen, die beabsichtigen, an Unternehmen zu verkaufen, Daten anderer zu verwalten oder Zahlungen in großem Volumen entgegenzunehmen, was der Punkt ist, an dem der Unterschied zwischen entwickelter Software und einem Prototyp aufhört, akademisch zu sein.

Question 63

Für wen ist das nicht geeignet?

Accepted Answer

Es ist nicht für Gründer gedacht, die ein vibe-codiertes MVP als äquivalent zu entwickelter Software betrachten und ausschließlich für die niedrigsten möglichen Vorabkosten optimieren. Wenn einige Hundert Pfund Token wirklich Ihren Bedarf deckt, nehmen Sie diesen Weg. Es ist auch eine schlechte Passung für undefinierte Ideen, die noch nach einem Problem suchen, für Unternehmen ohne transaktionelles Umsatzmodell und für alle, die nicht bereit sind, während der acht Wochen Review-Zeit einzuplanen.

Question 64

Akzeptieren Sie Deep-Tech-Konzepte wie Biotech, Hardware oder neuartige KI-Modelle?

Accepted Answer

Nicht über Foundry. Dies ist eine Grenze des Programms, keine Aussage über unsere Engineering-Fähigkeiten: Volt X baut Systeme erheblicher Komplexität und Größe unter konventionellen Engagements, und wir sprechen diese gerne separat an. Folgendes liegt außerhalb des Foundry-Programms spezifisch: Frontier- oder Foundation-Modell-Forschung und das Training neuartiger Modelle von Grund auf Biotechnologie, Pharmazeutika, Medizinprodukte und klinische Diagnostik Neuartige Hardware, Robotik, Halbleiter und Materialwissenschaft Quantencomputing und originäre kryptographische Forschung Autonome Fahrzeuge und sicherheitskritische Steuerungssysteme Unternehmen, die eine Lizenz benötigen, die wir nicht innerhalb des Lieferfensters erhalten können, wie Einlagengeschäft, Kreditvergabe als Hauptverpflichteter oder Versicherungszeichnung Der Grund ist strukturell. Foundry ist ein Acht-Wochen-Build, der den Großteil seiner Kosten nach dem Launch aus Transaktionseinnahmen einzieht. Kategorien, die von Forschungszeitplänen, Labor- oder klinischer Validierung, Hardware-Iteration oder behördlicher Genehmigung abhängen, können in diesem Zeitplan keine Einnahmen erzielen, sodass das kommerzielle Modell für keine der Seiten ehrlich wäre. Angewandte KI ist eine andere Angelegenheit und liegt sehr wohl im Umfang. Ein Produkt auf etablierten Modell-APIs zu bauen, mit der Domänenlogik, dem Datenhandling und der Verantwortlichkeit darum, ist ein Software-Problem und wir liefern es routinemäßig. Das Training Ihres eigenen Frontier-Modells ist es nicht.

Spezialistenrolle	Benchmark-Tagessatz	Tage	Kosten
Senior Frontend EngineerNext.js, React, Design-System-Aufbau	£550	35	£19,250
Senior Backend- und Data ArchitectPostgreSQL, RLS, Multi-Tenant-Routing, Auth	£625	24	£15,000
DevOps- und Integrations-IngenieurCI/CD, Stripe Connect, CMS, Observability	£600	12	£7,200
ProduktdesignerFigma-System, Screens, Interaktionsflows	£475	14	£6,650
QA- und Test-IngenieurFunktional, Accessibility, Regressionszyklen	£375	12	£4,500
Delivery LeadSDLC-Governance, Review-Gates, Abnahme	£550	10	£5,500
Cloud-, CI/CD-, Analytics- und CMS-LizenzenUmgebungen und Tooling über das gesamte Engagement	Direkte Kosten		£1,900
Gesamte Build-Kosten	107 Spezialistentage		£60,000

	Traditioneller Agenturweg	Volt X Foundry
Gesamter Build-Wert	£60,000	£49,670
Cash, den Sie vor dem Launch einsetzen	£60.000, der volle Betrag	£9,830 über drei Meilensteine
Zeit von Vertragsunterzeichnung bis Live	6 bis 8 Monate	8 Wochen
Build-Kosten, die Ihr Partner trägt	£0	£39,840, unterzeichnet von Volt X
Ihre Exposition, wenn das Produkt nichts verdient	£60.000, vollständig Ihre	£9,830, und der Rest ist nie geschuldet
Wird Ihr Partner bezahlt, wenn Sie nicht erfolgreich sind?	Ja, vollständig bei Übergabe	Nein, Rückführung folgt nur live Umsatz

Starten Sie Ihre Plattformidee mit einer Enterprise-Ingenieruslösung. Wir setzen £39,840 unseres eigenen Kapitals für Ihr Unternehmen ein.

Volt X liefert eine vollständige technische Lösung in Enterprise-Qualität auf höchstem Niveau

Hauptanwendung – Die Operations-Engine

Datenbank & Zugriffsverwaltung

Storefront/Landing Page – Die Commercial Engine

Content Management & Systemprotokollierung

Wir bauen Ihren Service nach Enterprise-Performance-Spezifikationen

Audit-fähiger Anwendungscode – kein Prototyp, den Sie ersetzen müssen

SOC 2 aligned

UK GDPR compatible

ISO 27001 aligned

HIPAA ready

NCSC Secure-by-Design

PCI-DSS structured

DORA scaled

Eine erstklassige Agentur mit formalen SDLC-Prozessen und KI-Unterstützung würde ~£60.000 berechnen, um unsere Enterprise-Ingenieruspezifikationen zu erfüllen

Der Gründer muss dieses Kapital vor dem Launch bar in Cash einsetzen.Der Gründer trägt damit 100 % des Risikos

Wir koppeln unsere Vergütung an Ihren Erfolg und tragen den Großteil des Risikos

Dieses Programm ist nicht für Gründer gedacht, die ein vibe-codiertes MVP mit engineered Software gleichsetzen

Wozu ein vibe-codiertes MVP Sie tatsächlich verpflichtet

Wie Blaze dasselbe Produkt auf Engineering-Standard liefert

Warum Gründer zu Vibe Coding greifen – und warum dieser Trade-off nicht mehr nötig ist

Wie Ihr Aufbau vom Kick-off bis zum Launch in acht Wochen voranschreitet

Kick-off und Techno-Commercial Contract

Frontend-Design und Experience

Das Sandbox Review

Stress Testing und Reports

Der Launch

Nach dem Launch

Konfigurierte Kostenrückerstattung über Stripe Connect

Was Ihr Geld in jeder Phase schützt

Verpassen wir den Launch, können Sie mit 100 % Rückerstattung kündigen

Post-Launch-Abweichungen beheben wir auf unsere Kosten

Unbehebbare Mängel erlauben Kündigung und Rückerstattung Ihrer Zahlungen

Recovery gibt uns nie Kontrolle über Ihr Geld

The Program and the Price

01.Was ist Volt X Foundry, und was genau erhalte ich?

02.Was ist der Gesamtpreis, und was deckt er ab?

03.Warum kostet das £49,670, wenn ein KI-Tool ein MVP für ein paar Hundert Pfund erstellen kann?

04.Wie vergleicht sich das mit der Beauftragung einer Agentur oder dem Aufbau eines internen Teams?

05.Warum nur ein Gründer pro Monat?

06.Was ist der Haken? Warum würden Sie £39,840 Risiko tragen?

Payments, Cost Recovery, and Stripe

01.Was zahle ich eigentlich, und wann?

02.Wie funktioniert die £39,840-Einziehung eigentlich?

03.Was zählt als qualifizierte Transaktion?

04.Was passiert, wenn mein Produkt niemals Geld verdient?

05.Wie lange dauert die Einziehung normalerweise?

06.Kann Volt X auf mein Stripe-Konto zugreifen oder es kontrollieren?

07.Was passiert bei Rückerstattungen, Rückbuchungen und Streitigkeiten?

08.Wie werden Mehrwertsteuer und Rechnungsstellung bei den Einzugsbeträgen gehandhabt?

09.Was passiert, wenn die £39,840-Grenze erreicht wird?

10.Kann ich das Saldo vorzeitig in bar begleichen?

11.Was passiert, wenn ich den Zahlungsdienstleister wechseln oder Zahlungen außerhalb der Plattform abwickeln möchte?

12.Was passiert, wenn ich das Unternehmen verkaufe oder Kapital aufnehme, bevor die Einziehung abgeschlossen ist?

13.Erhält Volt X Eigenkapital an meinem Unternehmen?

Delivery, Timeline, and Scope

01.Sind acht Wochen realistisch, oder ist das eine Marketing-Zahl?

02.Was passiert in jeder der acht Wochen?

03.Wie viel Zeit wird das in Anspruch nehmen, und was brauchen Sie von mir?

04.Was passiert, wenn ich langsam mit Feedback oder der Bereitstellung von Zugriff bin?

05.Kann ich den Umfang während des Builds ändern?

06.Was passiert, wenn Sie das Launch-Datum in Woche acht verpassen?

07.Was passiert, wenn der Build beim Review in Woche 3 oder 5 nicht meinen Erwartungen entspricht?

08.Was ist explizit außerhalb des Umfangs?

Technology, Architecture, and Scale

01.Was ist der Technologie-Stack?

02.Ist meine Anwendung wirklich maßgeschneiderter Code oder eine Vorlage mit meinem Logo?

03.Ist das eine No-Code- oder Low-Code-Plattform?

04.Wie viele Benutzer kann die Plattform verwalten?

05.Was passiert, wenn ich über einen einzelnen Container hinauswachse?

06.Erhalte ich den Quellcode?

07.Kann ein anderer Ingenieur oder eine Agentur die Codebasis später übernehmen?

08.Können Sie mit meinen bestehenden Systemen und Drittanbieter-APIs integrieren?

09.Können Sie eine native Mobile-App bauen?

10.Können Sie ein Produkt, das ich bereits habe, neu entwickeln oder modernisieren?

11.Kann das Produkt KI-Funktionen für meine Benutzer enthalten?

12.Wo wird die Anwendung gehostet, während der Einziehung und danach?

13.Kann mein Team Inhalte bearbeiten, und kann ich sehen, wie das Produkt läuft?

Blaze, AI, and Vibe Coding