Eine regionale Plattform wird schnell unübersichtlich, wenn alle Teilnehmer dieselben Menüs, Daten und Aufgaben sehen. Wer einen Gegenstand ausleihen möchte, braucht einen anderen Einstieg als ein Betrieb, der Leistungen anbietet. Eine Gemeinde betrachtet regionale Entwicklungen, während der Betreiber für Technik, Freigaben und Support verantwortlich ist. ALLINO plant deshalb vier klar getrennte Perspektiven: Nutzer, Anbieter, Gemeinde und Systemverwaltung.
Die Nutzeransicht beginnt bei einer konkreten Aufgabe
Private Nutzer sollen nicht zuerst die Struktur der Plattform verstehen müssen. Ihr Ausgangspunkt ist ein Bedarf: etwas leihen, einen lokalen Anbieter finden, eine Fahrt organisieren oder später an einer regionalen Aktion teilnehmen. Die Nutzeransicht soll deshalb auf Suche, Verfügbarkeit, verständliche Konditionen und den eigenen Verlauf ausgerichtet sein.
Dazu gehören persönliche Angaben, gespeicherte Angebote, Anfragen und – abhängig von der jeweiligen Ausbaustufe – Bewertungen oder sichtbare Beiträge zu regionalen Nachhaltigkeitszielen. Nicht jede geplante Funktion wird zum Start gleichzeitig verfügbar sein. Die Dashboard-Struktur wird so vorbereitet, dass neue Module ergänzt werden können, ohne den grundlegenden Ablauf jedes Mal neu zu erfinden.
Anbieter brauchen Kontrolle über ihre Leistungen
Für EPU und KMU ist die Perspektive deutlich umfassender. Sie müssen Angebote anlegen, Preise und Verfügbarkeiten pflegen, Anfragen bearbeiten und erkennen können, welche Aktivitäten tatsächlich Nutzen bringen. Ein Anbieter-Dashboard soll diese Aufgaben bündeln, ohne zu einer komplexen Unternehmenssoftware zu werden.
Der modulare Ansatz ist hier besonders wichtig. Ein lokaler Händler benötigt andere Funktionen als ein Verleihbetrieb, ein Kurier oder eine Beraterin mit Videoterminen. Statt allen dieselben Werkzeuge aufzuzwingen, sollen passende Module aktiviert werden können. Gemeinsame Grundlagen bleiben gleich: Profil, Verifizierung, Kontaktwege, Angebotsverwaltung und transparente Konditionen.
Für frühe Teilnehmer ist außerdem relevant, dass ALLINO keine vollständige Abhängigkeit von einer fremden Plattform schaffen will. Anbieter sollen ihre eigene Identität behalten und klar erkennen, welche Daten und Kontakte innerhalb des Systems entstehen. Das unterscheidet ein regionales Netzwerk von einem anonymen Marktplatz, bei dem die Beziehung zum Kunden häufig vollständig beim Plattformbetreiber liegt.
Die Gemeinde sieht das Netzwerk, nicht den einzelnen Warenkorb
Eine kommunale Ansicht verfolgt andere Ziele. Gemeinden interessieren sich dafür, welche lokalen Kategorien aktiv sind, wie viele Anbieter eingebunden wurden und welche gemeinsamen Aktionen Wirkung zeigen. Später geplante CO₂-Kennzahlen oder regionale Rankings können diese Perspektive ergänzen. Dabei muss jedoch klar bleiben, dass eine Gemeinde nicht automatisch Einsicht in private Transaktionen oder sensible Profildaten erhält.
Die Rollenlogik soll daher Informationen nach Zweck trennen. Aggregierte Kennzahlen können für regionale Planung sinnvoll sein, während persönliche Details geschützt bleiben. Auch Freigaben müssen differenziert werden: Eine Gemeinde kann als Partner und Kommunikationsverstärker auftreten, ohne jede einzelne Leistung fachlich zu prüfen oder zu garantieren.
Für das Gemeinde-Onboarding wird eine technische Grundlage vorbereitet, die Gebietsdaten eindeutig zuordnet und passende Tarifmodelle abbildet. Diese frühe Verwaltungslogik dient zunächst dem Zugang und der Zuordnung. Das vollständige kommunale Dashboard gehört zur weiteren Plattformentwicklung.
Die Systemverwaltung hält den Betrieb zusammen
Im Hintergrund benötigt ALLINO eine vierte Perspektive. Die Systemverwaltung organisiert Rollen, Berechtigungen, technische Zustände, Supportfälle und Schnittstellen. Sie muss erkennen, ob ein Prozess abgeschlossen ist, ob ein Hintergrundauftrag noch läuft und ob Daten aus angebundenen Diensten korrekt verarbeitet wurden.
Diese Sicht ist nicht für normale Teilnehmer bestimmt. Sie soll dem Betreiber ermöglichen, Fehler einzugrenzen und Abläufe zu kontrollieren, ohne direkt in Datenbanken oder Protokolldateien arbeiten zu müssen. Gerade bei späterem Wachstum sind verständliche Statusanzeigen, Filter und nachvollziehbare Bearbeitungsschritte wichtiger als möglichst viele technische Detailwerte.
Warum Rechte und Rollen früh geplant werden
Berechtigungen nachträglich in eine bereits gewachsene Plattform einzubauen, führt häufig zu komplizierten Ausnahmen. Deshalb gehört die Rollenarchitektur zu den Grundlagen des Projekts. Jede Funktion muss beantworten, wer sie sehen, verwenden und bearbeiten darf. Das gilt für Angebote ebenso wie für Auswertungen, Promo-Codes oder Verifizierungsinformationen.
Ein Beispiel ist ein regionaler Leihvorgang. Der Nutzer sieht Anfrage, Abholzeit und eigene Kommunikation. Der Anbieter verwaltet Verfügbarkeit und Status. Eine Gemeinde kann später nur aggregierte Aktivität erkennen. Die Systemverwaltung sieht technische Zustände und Supportinformationen. Obwohl alle vier Rollen denselben Vorgang berühren können, benötigen sie nicht dieselben Daten.
Einheitliche Bedienung trotz unterschiedlicher Aufgaben
Getrennte Ansichten dürfen nicht zu vier völlig verschiedenen Produkten führen. Navigation, Begriffe und Statusanzeigen sollen deshalb einem gemeinsamen Muster folgen. Wer zwischen einer privaten und einer betrieblichen Rolle wechselt, soll sich weiterhin zurechtfinden. Gleichzeitig müssen selten benötigte Verwaltungsfunktionen aus der normalen Nutzeransicht verschwinden.
Diese Balance beeinflusst auch die Reihenfolge der Entwicklung. Zuerst werden Kernabläufe und Rechte festgelegt. Danach können spezialisierte Module ergänzt werden. So lässt sich vermeiden, dass jede neue Funktion eigene Konten, Menüs und Regeln mitbringt.
Der Nutzen liegt in klarer Verantwortung
Die vier Perspektiven machen sichtbar, dass ALLINO nicht nur eine Sammlung von Angebotsseiten plant. Das Projekt soll Verantwortlichkeiten digital abbilden: Nutzer entscheiden über ihren Bedarf, Anbieter über ihre Leistungen, Gemeinden über ihre Beteiligung am regionalen Netzwerk und der Betreiber über einen stabilen Systembetrieb.
Eine gute Rollenlogik fällt im Alltag kaum auf. Sie zeigt sich darin, dass jeder Teilnehmer genau die Informationen erhält, die für den nächsten Schritt notwendig sind. Dieses Ziel prägt die Dashboard-Planung von Beginn an und schafft die Grundlage dafür, dass spätere Funktionen nicht auf Kosten von Übersicht und Datenschutz wachsen.
