KI-Automatisierung
Ich habe mein eigenes Onboardingportal erstellt – Anleitung mit Base44

Tobias Werner, Funktioniert Einfach
· 17 Min. Lesezeit
Der Auftrag ist da. Jetzt fehlen noch das Logo, die richtigen Fotos, die wichtigsten Leistungen und die Antwort auf die Frage, wer die Inhalte freigibt.
Viele Dienstleistungsprojekte beginnen mit genau dieser Sammlung. Ein Teil der Informationen kommt per E-Mail, ein anderer als Nachricht und der Rest im nächsten Telefonat. Für den Kunden ist oft nicht klar, was noch benötigt wird. Intern kostet es Zeit, die Angaben zusammenzuführen.
Deshalb habe ich für Funktioniert Einfach ein eigenes Onboardingportal erstellt. Ich möchte Kunden einen klaren Einstieg geben: Was brauchen wir für Ihr Projekt? Was haben Sie bereits geliefert? Und welcher Schritt ist als Nächstes dran?
In diesem Artikel zeige ich Ihnen, wie Sie ein Kunden-Onboardingportal mit Base44 planen und aufbauen können. Als Beispiel dient der Start eines Websiteprojekts. Die Struktur lässt sich auf andere Dienstleistungen übertragen, etwa Beratung, Marketing oder die Einführung eines digitalen Geschäftsprozesses.
1. Was ein Onboardingportal eigentlich ist
Ein Onboardingportal ist ein geschützter Bereich, der Kunden durch den Beginn einer Zusammenarbeit führt. Dort können sie Informationen eingeben, Unterlagen bereitstellen, Rückfragen beantworten und den Bearbeitungsstand sehen.
Der Unterschied zu einem einzelnen Formular liegt im Verlauf. Ein Formular wird häufig einmal abgesendet. Ein Portal kann Zwischenschritte speichern, späteres Fortsetzen ermöglichen und die Prüfung der eingereichten Angaben abbilden.
Ein guter Startbildschirm beantwortet deshalb vier Fragen:
- Um welches Projekt geht es?
- Was muss ich noch erledigen?
- Was wurde bereits eingereicht oder geprüft?
- An wen kann ich mich mit einer Frage wenden?
Sie brauchen dafür nicht sofort eine große Kundenplattform. Eine erste Version mit persönlichem Zugang, wenigen Formularabschnitten, Uploads und einer internen Prüfungsansicht kann bereits einen klar umrissenen Ablauf abdecken.
2. Beginnen Sie mit dem gewünschten Projektstart
Bevor Sie das Portal bauen, legen Sie fest, was „bereit für die Umsetzung“ bedeutet. Für ein Websiteprojekt könnten Sie benötigen: bestätigte Kontaktdaten, einen Ansprechpartner, Informationen zu den Leistungen, eine abgestimmte Seitenstruktur und die vorgesehenen Inhalte.
Nicht jeder Kunde besitzt bereits alle Materialien. Wenn ein Logo fehlt, muss das Portal zwischen „noch nicht hochgeladen“ und „es gibt kein Logo“ unterscheiden können. Bei Texten ist eine Antwort wie „Ich brauche Unterstützung“ hilfreicher als ein Pflichtfeld, in das der Kunde irgendeinen Platzhalter schreibt.
Schreiben Sie für jede benötigte Angabe auf:
- Warum wird sie für das Projekt gebraucht?
- Wer liefert sie?
- Ist sie immer erforderlich oder nur in bestimmten Fällen?
- Wer prüft sie?
- Was passiert, wenn sie fehlt?
So entsteht ein Prozess, der Kunden durch die Zusammenarbeit führt. Gleichzeitig vermeiden Sie Pflichtfelder, die nur die Bedienung erschweren.
3. Strukturieren Sie das Portal in verständliche Schritte
Für ein Websiteprojekt empfehle ich sechs kurze Bereiche. Die folgende Aufteilung ist eine Vorlage, die Sie an Ihr Angebot anpassen können.
| Schritt | Was der Kunde liefert | Hilfreiche Gestaltung |
|---|---|---|
| Unternehmen und Kontakt | Firmenname, Ansprechpartner, öffentliche Kontaktdaten | Bekannte Angaben vorausfüllen und bestätigen lassen. |
| Leistungen und Zielgruppe | Angebote, Kunden, Region, Besonderheiten | Kurze Beispiele statt Fachbegriffe. |
| Ziele und Inhalte | Gewünschte Anfragen, Seiten, vorhandene Texte | Zwischen vorhandenen Inhalten und Unterstützungsbedarf unterscheiden. |
| Gestaltung und Materialien | Logo, Bilder, Farben, Beispielseiten | Dateien nach Verwendung kategorisieren. |
| Technik und Zuständigkeit | Domain, Anbieter, technische Kontaktperson | Zugangserteilung als eigenen sicheren Prozess führen. |
| Prüfen und einreichen | Zusammenfassung, offene Punkte, Bestätigung | Fehler direkt mit dem betroffenen Abschnitt verknüpfen. |
Auf jedem Schritt sollten Kunden erkennen, ob ihre Eingaben gespeichert wurden. Eine eindeutige Schaltfläche „Speichern und später fortsetzen“ ist besser als eine unklare Annahme, dass schon alles automatisch gesichert wird.
Wenn Sie automatisches Speichern verwenden, zeigen Sie die Zustände nachvollziehbar an: „Wird gespeichert“, „Gespeichert“ und „Speichern fehlgeschlagen“. Bei einem Verbindungsproblem sollten die bereits eingegebenen Informationen möglichst erhalten bleiben.
4. Formulieren Sie Fragen so, dass Kunden antworten können
Die Qualität der Eingaben hängt stark von Ihren Fragen ab. „Beschreiben Sie Ihre Positionierung“ kann für einen kleinen Betrieb unnötig abstrakt sein. „Warum entscheiden sich Ihre Kunden für Sie?“ ist leichter zu beantworten.
| Unklare Frage | Verständlichere Alternative |
|---|---|
| Was ist Ihre Conversion-Zielsetzung? | Was sollen Besucher auf Ihrer Website tun: anrufen, eine Anfrage senden oder einen Termin anfragen? |
| Welche USPs haben Sie? | Was schätzen Ihre Kunden besonders an Ihrer Arbeit? |
| Welche Informationsarchitektur wünschen Sie? | Welche Leistungen oder Themen brauchen eine eigene Seite? |
| Welche Assets stehen zur Verfügung? | Haben Sie ein Logo, Fotos oder Texte, die wir verwenden sollen? |
Erklären Sie kurz, wofür eine Angabe gebraucht wird. Unter dem Feld „Einzugsgebiet“ könnte beispielsweise stehen: „Damit Besucher erkennen, in welchen Orten Sie tätig sind.“
Fragen Sie außerdem nur das ab, was noch fehlt. Wenn Unternehmensname und gebuchte Leistung bereits im Auftrag stehen, können sie im Portal zur Prüfung angezeigt werden. Eine zweite unabhängige Datenpflege erhöht die Wahrscheinlichkeit von Widersprüchen.
5. Legen Sie die Datenstruktur hinter dem Portal fest
Auch ein einfaches Portal braucht klare Beziehungen. Ein Kunde kann mehrere Projekte haben. An einem Projekt können mehrere Personen mitarbeiten. Eine Datei gehört wiederum zu einem bestimmten Projekt und einer bestimmten Anforderung.
| Datenbereich | Wichtige Angaben | Zweck |
|---|---|---|
| Kundenorganisation | Name, interne Kennung | Verbindet zusammengehörige Projekte und Personen. |
| Projekt | Kunde, Leistung, zuständige Person, Bearbeitungsstatus | Trennt mehrere Aufträge desselben Kunden. |
| Projektmitgliedschaft | Nutzer, Projekt, Fachrolle, Aktivstatus | Bestimmt den konkreten Zugriff. |
| Onboardingantworten | Projekt, Abschnitt, Inhalt, Bearbeitungsstand | Speichert die Angaben strukturiert. |
| Anforderung | Benötigter Inhalt, Pflichtstatus, Prüfung | Zeigt, was noch fehlt. |
| Datei | Projekt, Kategorie, Version, Speicherverweis | Ordnet Materialien nachvollziehbar zu. |
| Rückfrage | Bezug, Nachricht, zuständige Person, Status | Hält Klärungen am richtigen Vorgang. |
| Einreichung | Zeitpunkt und eingereichte Datenversion | Macht die geprüfte Fassung nachvollziehbar. |
Für eine kleine erste Version können Sie einige Bereiche vereinfachen. Die Projektzuordnung und die Zugriffskontrolle sollten trotzdem ausdrücklich vorgesehen sein.
Verwenden Sie für diese Beziehungen feste Kennungen. Eine manuell eingetragene E-Mail-Adresse sollte nicht allein darüber entscheiden, auf welches Projekt jemand zugreifen kann.
6. Erstellen Sie die Grundversion mit Base44
Base44 kann aus einer Beschreibung eine Anwendung mit Datenhaltung und Benutzeroberfläche aufbauen. Über den KI-Chat lassen sich die Anforderungen anschließend schrittweise ergänzen. [1]
Starten Sie mit dem eigentlichen Onboarding. Rechnungssoftware, automatische Einladungen und komplexe Erinnerungen können Sie später ergänzen. Der folgende Prompt beschreibt eine erste Version.
Erstelle ein deutschsprachiges Kunden-Onboardingportal für [Unternehmen]. Zweck: Kunden sollen für ein beauftragtes [Websiteprojekt] Informationen und Materialien schrittweise bereitstellen können. Baue eine Kundenansicht und eine interne Projektübersicht. Nutze fiktive Testprojekte. Echte Einladungen oder Nachrichten dürfen noch nicht versendet werden. Datenbereiche: Kundenorganisation, Projekt, Projektmitgliedschaft, Onboardingantworten, Anforderungen, Dateien, Rückfragen und Einreichungen. Verknüpfe Datensätze über stabile IDs. Ein Kunde kann mehrere Projekte und ein Projekt mehrere berechtigte Nutzer haben. Kundenansicht: - Übersicht des ausgewählten Projekts mit zuständiger Kontaktperson. - Schritte: Unternehmen und Kontakt; Leistungen und Zielgruppe; Ziele und Inhalte; Gestaltung und Materialien; Technik und Zuständigkeit; Prüfen und einreichen. - Klare Hilfetexte, Entwurf speichern, später fortsetzen und bestätigter Speicherstatus. - „Nicht vorhanden“, „Unterstützung benötigt“ und „Für dieses Projekt nicht relevant“, soweit fachlich passend. Nicht relevant darf ein Pflichtkriterium nur nach interner Bestätigung ausnehmen. - Fortschritt anhand der tatsächlich erforderlichen Angaben. Eingereicht und intern geprüft getrennt darstellen. - Nach Einreichung kann das Team gezielte Rückfragen zu Abschnitten stellen. Interne Ansicht: - Projekte nach Status, Zuständigkeit und offenen Anforderungen filtern. - Eingaben prüfen, Rückfragen stellen und Materialanforderungen annehmen oder zurückgeben. - Eine konkrete Einreichungsversion freigeben. Nachträgliche relevante Änderungen müssen erneut geprüft werden. Zugriff: Nur eingeladene und bestätigte Nutzer. Kunden dürfen nur Projekte mit aktiver Mitgliedschaft sehen. Interne Projektverantwortliche nur zugewiesene Projekte. Administration verwaltet Mitgliedschaften und Rollen. Niemand darf sich über das eigene Profil höhere Rechte geben. Setze die Regeln auf Daten- und Backend-Ebene durch. Keine Passwörter oder API-Schlüssel in Formularen oder Notizen sammeln. Zugangserteilung als separate Aufgabe abbilden. Bereite den Uploadbereich vor, aktiviere vertrauliche Uploads aber erst nach nachgewiesen geschützter Speicherung und Downloadprüfung. Ein Datei-Link darf Berechtigungen nicht umgehen. Keine Zahlung oder Produktionsfreigabe aus einem ausgefüllten Formular ableiten. Baue nur diesen abgegrenzten Ablauf und berichte über tatsächlich umgesetzte sowie offene Funktionen.
Gehen Sie danach als Testkunde durch alle Schritte. Können Sie ohne zusätzliche Erklärung erkennen, was zu tun ist? Lässt sich eine Eingabe später wiederfinden? Sind offene Fragen sichtbar? Diese Punkte entscheiden über die Nutzbarkeit.
Prüfen Sie auch die tatsächliche Zugangseinstellung: Im Dashboard unter „Overview“ finden Sie „App Visibility“. Die Einstellung „Private“ beschränkt den Zugang auf eingeladene Personen und ist laut Dokumentation kostenpflichtigen Tarifen vorbehalten. Projektberechtigungen müssen Sie zusätzlich einrichten. Eine Einladung allein ordnet noch kein Projekt zu. [3]
7. Machen Sie Uploads zu einem geordneten Materialeingang
Base44 bietet Funktionen für Dateiuploads. [2] Für Ihr Portal müssen Sie zusätzlich festlegen, wie Materialien zugeordnet, geprüft und geschützt werden.
Ein Foto sollte nicht einfach zwischen beliebigen Anhängen liegen. Lassen Sie Kunden auswählen, ob es einen Raum, ein Teammitglied, ein Produkt oder ein Projekt zeigt. Ergänzen Sie bei Bedarf ein kurzes Beschreibungsfeld und den vorgesehenen Verwendungszweck.
Sinnvolle Dateiangaben sind Name, Kategorie, Größe, Uploadzeitpunkt, hochladende Person und Version. Definieren Sie akzeptierte Dateitypen und Größen passend zur tatsächlichen Plattformkonfiguration. Zeigen Sie diese Grenzen vor dem Hochladen an.
Wenn eine Datei ersetzt wird, sollte erkennbar bleiben, welche Fassung intern geprüft wurde. Das ist besonders bei freizugebenden Texten, Logos oder Dokumenten wichtig.
Dateischutz muss auch außerhalb der Oberfläche funktionieren
Eine Datei ist nicht schon deshalb geschützt, weil der Uploadbereich hinter einem Login liegt. Prüfen Sie, ob jemand die Datei über ihre direkte Adresse ohne passende Berechtigung abrufen kann.
Vertrauliche Dateien brauchen eine geeignete private Speicherung und berechtigungsgeprüfte Abrufe. Wenn die gewählte Uploadfunktion das nicht erfüllt, muss ein geeigneter Speicherweg ergänzt werden, bevor solche Dateien angenommen werden. Ein schwer erratbarer öffentlicher Link reicht dafür nicht aus.
Ergänze den Dateiablauf des Portals. Prüfe zuerst, welche Speicher- und Downloadfunktionen in dieser App tatsächlich verfügbar sind. Alle Dateien gehören zu einem Projekt und einer Kategorie. Downloads und Vorschauen müssen aktive Projektberechtigungen prüfen. Der normale Nutzer darf Speicherpfad, Projektzuordnung und Prüfstatus nicht frei manipulieren. Verwende für vertrauliche Inhalte eine nachweislich private Speicherung mit kontrolliertem Download. Falls zeitlich begrenzte Abruflinks verwendet werden, erzeuge sie erst nach Berechtigungsprüfung und mit kurzer, festgelegter Laufzeit. Erkläre, ob ein bereits ausgegebener Link bis zum Ablauf weiter funktioniert. Wenn der erforderliche Schutz nicht verfügbar ist, lasse vertrauliche Uploads deaktiviert und benenne die fehlende Anbindung. Validiere Dateitypen und Größen serverseitig. Stelle HTML, SVG und andere aktive Inhalte nicht ungeprüft im Portal dar. Zeige fehlgeschlagene Uploads verständlich an. Neue Fassungen erhalten eine eigene Version; bereits geprüfte Versionen werden nicht still überschrieben. Teste mit zwei verschiedenen Kunden, einem fremden Projekt, einer direkten Dateiadresse und einem entzogenen Zugang. Berichte die tatsächlichen Ergebnisse.
Bitten Sie Kunden außerdem zu bestätigen, dass die bereitgestellten Inhalte für das Projekt verwendet werden dürfen. Eine solche Angabe ersetzt keine Prüfung unklarer Nutzungsrechte, macht die Zuständigkeit aber sichtbar.
8. Unterscheiden Sie Ausfüllen, Einreichen und Freigeben
Ein häufiger Fehler ist ein Fortschrittsbalken, der nach dem letzten Upload automatisch „Fertig“ meldet. Technisch ist die Datei angekommen. Ob sie verwendbar ist, weiß das System dadurch noch nicht.
Ich empfehle zwei getrennte Sichtweisen: Der Kunde sieht, welche Aufgaben er erledigt hat. Das Team sieht, welche Angaben intern angenommen wurden.
| Zustand | Bedeutung |
|---|---|
| In Bearbeitung | Der Kunde ergänzt Informationen. |
| Eingereicht | Eine konkrete Fassung wurde zur Prüfung übergeben. |
| In Prüfung | Das Team prüft Inhalt und Vollständigkeit. |
| Rückfrage offen | Einzelne Punkte benötigen eine Klärung. |
| Unterlagen freigegeben | Die benötigten Angaben wurden intern angenommen. |
| Projekt abgeschlossen | Der zugehörige Projektabschnitt wurde beendet. |
Eine Fortschrittsanzeige sollte zu diesen Zuständen passen. Bei acht erforderlichen Kundenaufgaben können sechs abgeschlossene Aufgaben als „6 von 8 erledigt“ erscheinen. Ein optionales Zusatzfoto darf den Abschluss nicht blockieren.
Die interne Freigabe muss auf eine konkrete Fassung verweisen. Wenn nach der Freigabe wichtige Angaben geändert werden, ist eine erneute Prüfung nötig. So bleibt nachvollziehbar, auf welcher Grundlage die Umsetzung startet.
9. Bauen Sie Rückfragen und Erinnerungen gezielt ein
Rückfragen sollten dort erscheinen, wo sie hingehören. „Bitte ergänzen Sie das Einzugsgebiet“ ist im entsprechenden Abschnitt verständlicher als in einer allgemeinen Nachricht ohne Bezug.
Eine hilfreiche Rückfrage nennt den offenen Punkt und erklärt den nächsten Schritt. Zum Beispiel:
Für Erinnerungen brauchen Sie klare Bedingungen. Ein möglicher Ablauf ist: Eine fällige Kundenaufgabe bleibt offen, das Projekt ist aktiv und seit der letzten Erinnerung ist der festgelegte Abstand vergangen. Erst dann wird die nächste Erinnerung vorbereitet.
Base44 unterstützt Automatisierungen über Zeitpläne und Datenereignisse. [5] Der tatsächliche E-Mail-Versand muss jedoch separat eingerichtet werden. Die zulässigen Empfänger und technischen Voraussetzungen hängen vom verwendeten Versandweg ab. [6]
Ergänze Erinnerungen für offene Kundenaufgaben. Nutze pro Projekt konfigurierbare Fälligkeiten, Erinnerungsabstände und eine maximale Anzahl. Standardmäßig bleibt echter Versand deaktiviert, bis Absender und Versandweg eingerichtet und getestet sind. Prüfe vor jedem Versand: Projekt aktiv, Aufgabe noch offen, Empfänger weiterhin berechtigt, Fälligkeit erreicht und diese Erinnerung noch nicht versendet. Beende die Folge bei Einreichung, pausiertem Projekt oder entzogenem Zugang. Nachrichten nennen nur den nötigen nächsten Schritt und verlinken auf den geschützten Projektbereich. Keine vertraulichen Anhänge oder vollständigen Formulardaten in die E-Mail kopieren. Speichere geplanten Versuch, tatsächliches Versandresultat und Fehler getrennt. Ein fehlgeschlagener Versand ist nicht erledigt. Ein erneuter Lauf darf keine doppelte Nachricht erzeugen. Biete eine interne Übersicht und kontrollierte Wiederholung an.
Lassen Sie Kunden bei Bedarf um Unterstützung bitten. Manchmal fehlt keine Erinnerung, sondern eine verständliche Erklärung oder eine Entscheidung im Projekt.
10. Verbinden Sie das Portal mit CRM und Auftragsprozess
Ein Portal kann zunächst eigenständig arbeiten. Für eine spätere Verbindung mit dem CRM sollten Sie früh stabile Kunden-, Auftrags- und Projektkennungen vorsehen.
Bei Funktioniert Einfach ist das Zusammenspiel aus Vertrieb und Projektstart ein wichtiger Ausbauweg. Die Zuständigkeiten lassen sich so aufteilen:
| Information | Führendes System | Was das Portal benötigt |
|---|---|---|
| Kunde und Auftrag | CRM beziehungsweise Auftragsverwaltung | Verifizierte Zuordnung und vereinbarter Leistungsumfang. |
| Rechnungs- und Zahlungsstatus | Rechnungssoftware | Nur den für die Freigabe erforderlichen bestätigten Status. |
| Inhalte und Materialien | Onboardingportal | Antworten, Dateien und Prüfstand. |
| Start der Umsetzung | Bestätigte Prozessregel | Alle notwendigen Freigaben müssen vorliegen. |
Eine erfolgreiche Bestellung kann beispielsweise eine Portal-Einladung anstoßen, sobald der Auftrag nach Ihrer bestätigten Regel angenommen wurde. Dafür muss die Integration tatsächlich eingerichtet sein. Bis dahin bleibt die Einladung eine interne Aufgabe.
Wenn Ihr vereinbarter Ablauf vorsieht, erst nach Zahlung und vollständigen Unterlagen zu beginnen, müssen beide Bedingungen unabhängig geprüft werden. Ein vollständig ausgefülltes Portal darf keine Zahlung bestätigen. Eine Zahlung darf fehlende Materialien nicht überspringen.
Bei einer Wiederholung derselben Auftragsmeldung darf kein zweites Projekt entstehen. Verwenden Sie eine eindeutige Auftragskennung und einen nachvollziehbaren Verarbeitungsstatus. Werden Kundendaten mehreren Firmen zugeordnet, muss das System den Konflikt zur Klärung vorlegen.
Base44 bietet verschiedene Integrationswege. Sie sollten für jede Verbindung festlegen, welches System die verlässliche Quelle ist und welche Daten übertragen werden. [6]
11. Klären Sie Rollen und Datenschutz vor dem Livebetrieb
Für ein Kundenportal reicht „eingeloggt“ als Berechtigung nicht aus. Ein angemeldeter Kunde darf seine Projekte sehen, aber keine fremden. Eine Kundenorganisation kann zusätzlich mehrere berechtigte Ansprechpartner haben.
Base44 bietet Einstellungen für App-Zugang und Datenberechtigungen. Diese sind getrennt zu betrachten und mit Ihren Projektmitgliedschaften abzugleichen. [3] [4]
Prüfen Sie die Regeln auch bei der Suche, bei Rückfragen, Dateivorschauen und Hintergrundfunktionen. Interne Notizen gehören in einen ausdrücklich internen Bereich. Kunden sollen sie auch dann nicht erhalten, wenn sie einen direkten Datenaufruf versuchen.
Vermeiden Sie freie Felder für Passwörter und API-Schlüssel. Für technische Zugänge sind Einladungen oder eine geeignete gesonderte Zugangslösung vorgesehen. Das Portal kann den Stand dieser Zugangserteilung dokumentieren, ohne selbst zum Passwortspeicher zu werden.
Vor realen Kundendaten sind Datenschutzbedingungen, Auftragsverarbeitung, Speicherregion und Aufbewahrung zu klären. Laut Base44 sind Enterprise-Workspaces vom KI-Modelltraining ausgenommen; Daten anderer Tarife können dafür genutzt werden. Regionale Speicherung bedeutet außerdem nicht ausschließlich regionale Verarbeitung. [7]
Legen Sie fest, wie lange abgeschlossene Projekte erreichbar bleiben und wie Daten nach dem vorgesehenen Zeitraum gelöscht oder archiviert werden. Testen Sie, was beim Entzug einer Mitgliedschaft mit offenen Sitzungen und bereits ausgegebenen Dateilinks passiert.
12. Führen Sie einen vollständigen Kundentest durch
Richten Sie zwei fiktive Kundenorganisationen mit unterschiedlichen Projekten ein. Nutzen Sie normale Kundenkonten, nicht nur die Administrationsansicht.
| Testfall | Was funktionieren muss |
|---|---|
| Erster Zugang | Der Kunde landet im zugeordneten Projekt. |
| Zwischenspeichern und abmelden | Eingaben sind nach erneutem Login vorhanden. |
| Bearbeitung am Handy | Formulare, Uploads und Fehlermeldungen bleiben bedienbar. |
| Fehlende Pflichtangabe | Einreichen wird verständlich blockiert. |
| Material fehlt dauerhaft | Unterstützung oder eine interne Klärung ist möglich. |
| Upload schlägt fehl | Kein falscher Erfolg und keine verlorenen übrigen Angaben. |
| Kunde A öffnet Projekt oder Datei von Kunde B | Zugriff wird verweigert. |
| Kunde ändert seine Rolle oder Projektkennung | Keine Erweiterung der Berechtigung. |
| Neue Fassung nach Freigabe | Relevante Änderungen erfordern erneute Prüfung. |
| Erinnerung nach bereits erfolgter Einreichung | Keine unpassende Nachricht. |
| Zugang wird entzogen | Neue Zugriffe sind gesperrt; Verhalten vorhandener Links ist bekannt. |
| Doppelte Auftragsmeldung | Keine zweite Einladung und kein doppeltes Projekt. |
Führen Sie zusätzlich einen Sicherheitsscan aus und prüfen Sie die angezeigten Befunde. [8] Dokumentieren Sie offene Punkte, bevor reale Kunden eingeladen werden.
Bitten Sie anschließend eine unbeteiligte Person, das Portal ohne Erklärung auszuprobieren. Beobachten Sie, wo sie stockt. Gerade bei Formularen sind kurze Rückmeldungen aus einem echten Durchlauf wertvoller als weitere Funktionen auf Verdacht.
13. Welche Erweiterungen sich später lohnen können
Wenn die Grundversion verständlich arbeitet, lässt sich das Portal ausbauen. Wählen Sie Erweiterungen anhand wiederkehrender Probleme im Alltag.
Kurze Erklärvideos: Ein Video kann zeigen, welche Fotos gebraucht werden oder wie Kunden ihre Leistungen beschreiben. Ergänzen Sie eine schriftliche Zusammenfassung, damit die Aufgabe auch ohne Ton verständlich bleibt.
Vorlagen je Leistung: Ein Websiteprojekt braucht andere Angaben als eine Prozessautomatisierung. Hinterlegen Sie unterschiedliche Anforderungsvorlagen und aktivieren Sie nur die zum Auftrag passenden Abschnitte.
KI als Schreibhilfe: Aus Stichpunkten kann eine erste Leistungsbeschreibung entstehen. Kennzeichnen Sie sie als Entwurf und lassen Sie den Kunden Fakten und Formulierungen prüfen. Fehlende Angaben darf die KI nicht mit erfundenen Unternehmensinformationen ersetzen.
Freigabe von Entwürfen: Sie können später eine eigene Freigabefunktion ergänzen. Dabei muss klar sein, welche Fassung freigegeben wird und welchen Umfang diese Bestätigung hat.
Projektübergabe: Nach Abschluss kann ein weiterer Bereich erklären, wo Anleitungen, Ansprechpartner und vereinbarte nächste Schritte zu finden sind.
Diese Erweiterungen sind eigene Ausbauschritte. Ein schlankes Portal, das Kunden zuverlässig durch den Start führt, ist eine gute Grundlage dafür.
14. Woran Sie den Nutzen erkennen
Messen Sie die Dauer vom Portalzugang bis zur vollständigen Einreichung, die Anzahl notwendiger Rückfragen und die Zeit bis zur internen Materialfreigabe. Unterscheiden Sie dabei Wartezeit und tatsächliche Bearbeitungszeit.
Beobachten Sie auch, welche Fragen oft unbeantwortet bleiben. Das kann auf unverständliche Formulierungen oder auf Angaben hinweisen, die Kunden noch gar nicht liefern können.
Ein hypothetisches Beispiel: Bei zwölf neuen Projekten im Monat bedeuten jeweils 20 Minuten weniger Nachfragen rechnerisch vier Stunden weniger Aufwand. Ob Sie diese Entlastung erreichen, müssen Sie im eigenen Ablauf messen. Die Rechnung ist kein Erfahrungswert von Funktioniert Einfach.
Auch der Eindruck beim Kunden zählt. Ein klarer Projektstart zeigt, was als Nächstes passiert, ohne dass jeder Schritt telefonisch erklärt werden muss.
15. Häufige Fragen zum Onboardingportal
Braucht jeder Kunde ein eigenes Benutzerkonto?
Für ein Portal mit vertraulichen Projektangaben ist ein persönlicher, kontrollierbarer Zugang sinnvoll. Wenn mehrere Personen mitarbeiten, sollten sie getrennte Konten erhalten. So können Sie Berechtigungen einzeln erteilen und wieder entziehen.
Kann ein Kunde mehrere Projekte im Portal haben?
Ja, das lässt sich über getrennte Projekte und Projektmitgliedschaften abbilden. Achten Sie darauf, dass Materialien und Freigaben dem richtigen Auftrag zugeordnet bleiben.
Können Kunden Angaben später ändern?
Das können Sie erlauben. Nach einer Einreichung sollte erkennbar sein, welche Fassung geprüft wurde. Relevante Änderungen nach der Freigabe lösen eine erneute Prüfung aus.
Kann ich direkt mit automatischen E-Mails starten?
Richten Sie zunächst Absender, Empfängerregeln und Versandweg ein und testen Sie sie. Im Portal sollten fachlicher Status und Versandstatus getrennt bleiben. Auch bei einer fehlgeschlagenen E-Mail muss die interne Aufgabe sichtbar sein.
Kann das Portal auf meiner eigenen Domain laufen?
Prüfen Sie die aktuelle Domainfunktion und deren Tarifvoraussetzungen. Zusätzlich müssen Login, Einladungslinks und gegebenenfalls Weiterleitungen auf der tatsächlichen Domain getestet werden. Eine eigene Adresse verändert die Datenberechtigungen nicht.
Eignet sich der Aufbau nur für Agenturen?
Die Grundstruktur ist auf viele Dienstleistungen übertragbar. Entscheidend sind die Informationen, die für den jeweiligen Auftrag gebraucht werden. Besonders schutzbedürftige Inhalte benötigen eine entsprechend geprüfte Lösung und sollten nicht einfach in eine allgemeine Vorlage übernommen werden.
16. Ein klarer Einstieg in Ihre Zusammenarbeit
Mein Ziel mit dem Onboardingportal von Funktioniert Einfach ist ein geordneter Projektstart: Kunden wissen, was benötigt wird, und intern lassen sich Informationen an ihrem vorgesehenen Platz bearbeiten.
Beginnen Sie mit einem typischen Auftrag und wenigen verständlichen Schritten. Prüfen Sie den Ablauf mit Testkunden, bevor Sie weitere Leistungen und Automatisierungen ergänzen.
Wenn Sie Ihren Kundenstart digitalisieren möchten, unterstützen wir Sie bei den Fragen, Formularen, Datenstrukturen und Anbindungen. Daraus entsteht ein Portal, das zu Ihrer Zusammenarbeit und zum vereinbarten Leistungsumfang passt.
Prozessautomatisierung für Ihr Unternehmen
Die Angaben zu Base44 beziehen sich auf die am 13. Oktober 2026 abrufbare Dokumentation. Die hier beschriebenen Datenstrukturen, Freigaberegeln, Prompts und Testfälle sind Vorschläge für eine individuelle Umsetzung. Tarif und tatsächliche Konfiguration bestimmen, welche Plattformfunktionen verfügbar sind.
Quellen und weiterführende Informationen
- [1] Base44: Building an app
https://docs.base44.com/Getting-Started/Quick-start-guide - [2] Base44: Using Base44 built-in integrations
https://docs.base44.com/Integrations/built-in-integrations - [3] Base44: Choosing who can access your app
https://docs.base44.com/Setting-up-your-app/Managing-access - [4] Base44: Managing data permissions
https://docs.base44.com/Setting-up-your-app/Managing-security-settings - [5] Base44: Automations
https://docs.base44.com/developers/backend/resources/backend-functions/automations - [6] Base44: Using Integrations
https://docs.base44.com/Integrations/Using-integrations - [7] Base44: Privacy and security
https://docs.base44.com/Community-and-support/Privacy-and-security - [8] Base44: Running a security scan
https://docs.base44.com/Setting-up-your-app/running-a-security-scan
