Phase1 Bearbeitung
This commit is contained in:
@@ -2,35 +2,35 @@
|
||||
|
||||
<section class="hero">
|
||||
<div class="hero-copy">
|
||||
<span class="eyebrow">Von der Papierliste zur produktiven SaaS</span>
|
||||
<h1>Kaffeeliste, digitale Strichliste und RFID-Roadmap in einem System.</h1>
|
||||
<p class="lead">Die Anwendung verbindet klassische Kaffeekasse, digitale Selbstbuchung und spaetere Geraeteintegration. Mandanten registrieren sich selbst, verwalten Mitglieder, Produkte, Einzahlungen und Papierlisten in einem PHP/MySQL-Stack, der auf Netcup-Webspace laeuft.</p>
|
||||
<span class="eyebrow">Pilotbetrieb fuer Teams und Vereine</span>
|
||||
<h1>Die digitale Kaffeeliste ist bereit fuer echte Pilotstandorte, nicht fuer leere Demo-Versprechen.</h1>
|
||||
<p class="lead">Aktuell wird der Ablauf mit ausgewaehlten Teams verfeinert: Pilotmandanten koennen sich registrieren, Mitglieder fuer die Selbstbuchung anlegen und Backoffice-Prozesse fuer Papierlisten, Einzahlungen und spaetere RFID-Anbindung realistisch testen.</p>
|
||||
<div class="button-row">
|
||||
<?php if ($setupComplete): ?>
|
||||
<a class="button button-primary" href="/register">Mandant starten</a>
|
||||
<a class="button button-secondary" href="/admin/login">Plattform betreten</a>
|
||||
<a class="button button-primary" href="/register">Pilotmandant anlegen</a>
|
||||
<a class="button button-secondary" href="/admin/login">Plattform-Login</a>
|
||||
<?php else: ?>
|
||||
<a class="button button-primary" href="/install">Installation starten</a>
|
||||
<?php endif; ?>
|
||||
</div>
|
||||
<ul class="metric-row">
|
||||
<li><strong>1</strong><span>gemeinsames Ledger fuer digital, Papier und RFID</span></li>
|
||||
<li><strong>3</strong><span>Pakete fuer Vermarktung und Rollout</span></li>
|
||||
<li><strong>100%</strong><span>Webspace-kompatibler PHP/MySQL-Betrieb</span></li>
|
||||
<li><strong>1</strong><span>gemeinsames Ledger fuer Selbstbuchung, Papier und spaetere RFID-Events</span></li>
|
||||
<li><strong>Pilot</strong><span>klare Trennung zwischen Member-Self-Service und Standort-Backoffice</span></li>
|
||||
<li><strong>100%</strong><span>PHP/MySQL-Betrieb fuer klassisches Webhosting</span></li>
|
||||
</ul>
|
||||
</div>
|
||||
<aside class="hero-card">
|
||||
<h2>Produktive Ausrichtung</h2>
|
||||
<h2>Worauf der Pilot gerade abzielt</h2>
|
||||
<ul class="feature-list">
|
||||
<li>Mandanten-Self-Service mit Owner-Onboarding</li>
|
||||
<li>Digitale Buchungen fuer Tablet, Browser und Kiosk</li>
|
||||
<li>Papierlisten als Entwurf, Nacherfassung und Ledger-Posting</li>
|
||||
<li>Einzahlungen, Salden und Audit-Trail pro Mandant</li>
|
||||
<li>RFID-Devices, Karten und Event-Inbox fuer die spaetere Automatisierung</li>
|
||||
<li>Owner-Onboarding mit sofort nutzbarem Testmandanten</li>
|
||||
<li>Mitglieder-Logins fuer schlanke Selbstbuchung statt Volladmin-Anmutung</li>
|
||||
<li>Papierlisten als Entwurf, Nacherfassung und sauberes Ledger-Posting</li>
|
||||
<li>Einzahlungen, Salden und Audit-Trail fuer das Standortteam</li>
|
||||
<li>RFID-Devices, Karten und Event-Inbox fuer spaetere Automatisierung</li>
|
||||
</ul>
|
||||
<?php if (is_array($stats)): ?>
|
||||
<div class="stats-panel">
|
||||
<div><strong><?= e((string) $stats['tenants']) ?></strong><span>Mandanten in der Datenbank</span></div>
|
||||
<div><strong><?= e((string) $stats['tenants']) ?></strong><span>Pilotmandanten in der Datenbank</span></div>
|
||||
<div><strong><?= e((string) $stats['members']) ?></strong><span>Mitglieder</span></div>
|
||||
<div><strong><?= e((string) $stats['events']) ?></strong><span>Buchungsvorfaelle</span></div>
|
||||
</div>
|
||||
@@ -40,53 +40,53 @@
|
||||
|
||||
<section class="content-grid">
|
||||
<article class="card">
|
||||
<span class="eyebrow">Produkt</span>
|
||||
<h2>Eine Buchungslogik, mehrere Erfassungswege</h2>
|
||||
<p>Jede Kaffee- oder Tee-Buchung landet im selben Ledger. Ob jemand digital klickt, ob ein Admin eine Papierliste erfasst oder ob spaeter ein RFID-Leser Events einspeist: Salden, Historie und Auswertungen bleiben konsistent.</p>
|
||||
<span class="eyebrow">Heute stabil</span>
|
||||
<h2>Eine Buchungslogik fuer reale Nutzung</h2>
|
||||
<p>Jede Kaffee- oder Tee-Buchung landet im selben Ledger. Ob jemand digital bucht, ob das Standortteam eine Papierliste erfasst oder spaeter ein RFID-Leser Events einspeist: Salden, Historie und Auswertungen bleiben konsistent.</p>
|
||||
</article>
|
||||
<article class="card">
|
||||
<span class="eyebrow">Marketing</span>
|
||||
<h2>Klare Positionierung fuer Teams, Vereine und Coworking</h2>
|
||||
<p>Die Startseite spricht gezielt Organisationen an, die zwischen analoger Kaffeekasse und digitaler Selbstbedienung stehen. Das senkt Erklaerungsaufwand und macht den Upgrade-Pfad zu RFID nachvollziehbar.</p>
|
||||
<span class="eyebrow">Pilotfokus</span>
|
||||
<h2>Self-Service fuer Mitglieder, Backoffice fuers Standortteam</h2>
|
||||
<p>Der Pilot trennt bewusst zwischen einfacher Selbstbuchung und administrativen Seiten. Dadurch wirkt der Zugang fuer Mitglieder alltagstauglich, waehrend Produkte, Einzahlungen und Korrekturen beim Standortteam bleiben.</p>
|
||||
</article>
|
||||
<article class="card">
|
||||
<span class="eyebrow">Betrieb</span>
|
||||
<h2>Netcup-tauglich statt hyperskalierter Overkill</h2>
|
||||
<p>Pfadbasierte Mandanten, gemeinsamer MySQL-Kern, Cron statt Worker und ein sauberer Webroot auf `public/` sind genau auf klassisches Webhosting zugeschnitten.</p>
|
||||
<span class="eyebrow">Rahmen</span>
|
||||
<h2>Ehrlicher Rollout statt Schein-Automatisierung</h2>
|
||||
<p>Reset-Flow, Exporte und Korrekturhilfen werden gerade an echten Pilotablaeufen geschliffen. Gleichzeitig bleibt der technische Kern schlank genug fuer klassisches Webhosting mit PHP, MySQL und Webroot auf `public/`.</p>
|
||||
</article>
|
||||
</section>
|
||||
|
||||
<section class="plans">
|
||||
<div class="section-head">
|
||||
<span class="eyebrow">Pakete</span>
|
||||
<h2>Preismodelle fuer die Vermarktung</h2>
|
||||
<span class="eyebrow">Pilotstufen</span>
|
||||
<h2>Die Startkonfiguration im Pilot, nicht die finale Vermarktung</h2>
|
||||
</div>
|
||||
<div class="plan-grid">
|
||||
<article class="plan-card">
|
||||
<h3>Starter</h3>
|
||||
<p>Fuer kleine Teams und Vereine mit digitaler Buchung und einfacher Kaffeekasse.</p>
|
||||
<p>Fuer kleine Teams mit digitaler Buchung und moeglichst wenig Abstimmungsaufwand im Alltag.</p>
|
||||
<ul>
|
||||
<li>Mitglieder, Produkte, digitale Buchungen</li>
|
||||
<li>Einzahlungen und Salden</li>
|
||||
<li>Self-Service-Registrierung</li>
|
||||
<li>Mitglieder, Produkte und Selbstbuchung</li>
|
||||
<li>Schlanke Navigation fuer Member-Logins</li>
|
||||
<li>Schneller Einstieg fuer den ersten Pilotstandort</li>
|
||||
</ul>
|
||||
</article>
|
||||
<article class="plan-card highlighted">
|
||||
<h3>Team</h3>
|
||||
<p>Fuer Organisationen, die Papierlisten und digitale Prozesse parallel fahren.</p>
|
||||
<p>Fuer Organisationen, die Papierlisten und digitale Prozesse im Pilot parallel fahren.</p>
|
||||
<ul>
|
||||
<li>Papierlisten-Workflow mit Nacherfassung</li>
|
||||
<li>Plattform-Dashboard und Audit-Trail</li>
|
||||
<li>Vorbereitung fuer Standortgeraete</li>
|
||||
<li>Backoffice fuer Einzahlungen und Korrekturen</li>
|
||||
<li>Vorbereitung fuer spaetere Export- und Supportpfade</li>
|
||||
</ul>
|
||||
</article>
|
||||
<article class="plan-card">
|
||||
<h3>Business</h3>
|
||||
<p>Fuer Standorte mit RFID-Roadmap, Betriebsanforderungen und spaeterem White-Labeling.</p>
|
||||
<p>Fuer Standorte mit RFID-Roadmap, hoeheren Betriebsanforderungen und fruehem Integrationsbedarf.</p>
|
||||
<ul>
|
||||
<li>RFID-Devices, Karten und Intake-API</li>
|
||||
<li>Release-, Backup- und Deployment-Rahmen</li>
|
||||
<li>Vorlage fuer spaetere Integrationen</li>
|
||||
<li>Frueher Blick auf Betriebs- und Supportprozesse</li>
|
||||
</ul>
|
||||
</article>
|
||||
</div>
|
||||
@@ -94,14 +94,15 @@
|
||||
|
||||
<section class="timeline card">
|
||||
<div class="section-head">
|
||||
<span class="eyebrow">Roadmap</span>
|
||||
<h2>Sauberer Pfad in die Produktion</h2>
|
||||
<span class="eyebrow">Pilotablauf</span>
|
||||
<h2>So startet ein neuer Standort realistisch</h2>
|
||||
</div>
|
||||
<ol class="step-list">
|
||||
<li>Plattform installieren und ersten Admin anlegen.</li>
|
||||
<li>Mandant registrieren, Owner-Onboarding abschliessen und Produkte vorbelegen.</li>
|
||||
<li>Pilotmandant registrieren, Owner-Onboarding abschliessen und Produkte vorbelegen.</li>
|
||||
<li>Mitglieder fuer Selbstbuchung anlegen und Standort-Backoffice abstimmen.</li>
|
||||
<li>Digitale Buchungen und Papierlisten parallel im Team einsetzen.</li>
|
||||
<li>Mit RFID-Geraeten spaeter ueber die Event-Inbox anbinden, ohne das Kernledger umzubauen.</li>
|
||||
<li>RFID-Geraete spaeter ueber die Event-Inbox anbinden, ohne das Kernledger umzubauen.</li>
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user