kaffeekasse-saas/resources/views/home/index.php

<?php require __DIR__ . '/../partials/layout-top.php'; ?>

<section class="hero">
    <div class="hero-copy">
        <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="<?= e(url('/register')) ?>">Pilotmandant anlegen</a>
                <a class="button button-secondary" href="<?= e(url('/admin/login')) ?>">Plattform-Login</a>
            <?php else: ?>
                <a class="button button-primary" href="<?= e(url('/install')) ?>">Installation starten</a>
            <?php endif; ?>
        </div>
        <ul class="metric-row">
            <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>Worauf der Pilot gerade abzielt</h2>
        <ul class="feature-list">
            <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>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>
        <?php endif; ?>
    </aside>
</section>

<section class="content-grid">
    <article class="card">
        <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">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">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">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 mit digitaler Buchung und moeglichst wenig Abstimmungsaufwand im Alltag.</p>
            <ul>
                <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 im Pilot parallel fahren.</p>
            <ul>
                <li>Papierlisten-Workflow mit Nacherfassung</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, hoeheren Betriebsanforderungen und fruehem Integrationsbedarf.</p>
            <ul>
                <li>RFID-Devices, Karten und Intake-API</li>
                <li>Release-, Backup- und Deployment-Rahmen</li>
                <li>Frueher Blick auf Betriebs- und Supportprozesse</li>
            </ul>
        </article>
    </div>
</section>

<section class="timeline card">
    <div class="section-head">
        <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>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>RFID-Geraete spaeter ueber die Event-Inbox anbinden, ohne das Kernledger umzubauen.</li>
    </ol>
</section>

<?php require __DIR__ . '/../partials/layout-bottom.php'; ?>