Corto
Terminkalender und Buchungen für einen Barber Club, vor allem für das Smartphone konzipiert.
Entscheidungen hinter dem Projekt entdecken →Verwaltet Ihr Unternehmen in Rom Buchungen und Absagen, klären wir die Bestätigung von Plätzen, Anfragefristen und eine mögliche Warteliste. Erinnerungen und Zahlungen werden nur mit klaren Betriebsregeln eingeplant.
Bei gelegentlicher Nutzung ohne gerätespezifische Funktionen prüfen wir eine Web-App über Link oder QR-Code. Sprachen, Barrierefreiheit und Verbindungsmöglichkeiten werden zusammen mit einer möglichen Store-Veröffentlichung betrachtet.
Einziger Standort in Montecatini Terme: Kreluna hat kein Büro in Rom. Bürogespräche finden nach Terminvereinbarung statt. Analyse, Abstimmungen und Übergabe können online erfolgen. Andere Treffen werden gesondert vereinbart und sind nicht automatisch enthalten.
Mobiles ErlebnisCorto-App ausprobierenDemo öffnenDie Demos zeigen Ansichten und Abläufe für Buchungen oder Käufe. Sie belegen kein produktives Backend, zugestellte Benachrichtigungen, echte Zahlungen oder eine Veröffentlichung in App-Stores. Diese Teile erfordern ein eigenes Projekt.
Terminkalender und Buchungen für einen Barber Club, vor allem für das Smartphone konzipiert.
Entscheidungen hinter dem Projekt entdecken →
Ein mobiler Ablauf für Behandlungen, Verfügbarkeit und Buchungen.
Entscheidungen hinter dem Projekt entdecken →
Ein Vermietungskonzept mit direkter Suche, Auswahl und Nutzung.
Entscheidungen hinter dem Projekt entdecken →Von Kreluna konzipierte und entwickelte Demo-Konzepte: Sie zeigen Vorgehensweise und Qualität, werden jedoch nicht als Kundenaufträge dargestellt. Alle Projekte und Designentscheidungen entdecken →
Nutzer, Bildschirme und zentrale Aktion werden vor der Programmierung festgelegt.
Der Ablauf wird geprüft und anschließend auf den vereinbarten Plattformen umgesetzt.
Geräte, App-Store-Konten, Veröffentlichung und Wartung werden im Angebot festgelegt.
Wir bestimmen Versandzeitpunkte für Bestätigungen und Erinnerungen, Stornofristen und die Neuvergabe von Plätzen. Buchungen müssen auch bei nicht zugestellten Benachrichtigungen abrufbar sein.
Ein QR-Code kann den Dienst ohne Installation im Browser öffnen. Wir prüfen die Aktionen auf den vorgesehenen Geräten und klären, welche eine Verbindung, Anmeldung oder native Funktionen erfordern.
Sprachen und Zahlungen richten sich nach dem Dienst. Bei Anzahlungen klären wir Beträge, Zahlungsstatus sowie Stornierungen und Erstattungen mit den Verantwortlichen des Unternehmens und dem gewählten Anbieter.
Bei Dienstleistern, Praxen und Betrieben mit vielen Nutzern beginnen wir mit der wiederkehrenden Handlung: buchen, einen Status prüfen, eine Anfrage senden oder eine Aufgabe erledigen. Die erste Version muss sie einfacher machen als den bisherigen Weg.
Wir definieren, welche Daten nötig sind, wer sie verwaltet und wann eine Benachrichtigung wirklich hilft. App-Stores, Server, Zahlungen und externe Dienste stehen als eigene Positionen im Angebot.
Der Prototyp wird mit Nutzern und Bearbeitern anhand von Bestätigungen, Änderungen und Absagen besprochen. Er dient zur Prüfung des Ablaufs. Last, Synchronisierung und Benachrichtigungen erfordern technische Prüfungen am entwickelten System.
Ziel, Zielgruppe, Materialien und aktuelle Tools.
Enthaltene Leistungen, Zeitplan, Kosten und externe Abhängigkeiten.
Vereinbarte Korrekturrunden, Prüfungen und Übergabe.
Ja. Prototypen, Testversionen und Prüfungen werden online geteilt; unterstützte Geräte, Veröffentlichung und Zuständigkeiten für Konten werden vor der Entwicklung vereinbart.
Jedes Projekt beginnt mit deinen Anforderungen. Gemeinsam legen wir Ziele, Funktionen und Zeitrahmen fest und erstellen anschließend ein individuelles Angebot.
Ja, wenn beide Plattformen im Projekt vorgesehen sind. Das Angebot stellt immer klar, welche Versionen und Geräte enthalten sind.
Nicht unbedingt. Häufig ist es sinnvoll, mit einer ersten grundlegenden Version zu beginnen und den Nutzen des Hauptablaufs zu prüfen.
Beschreiben Sie die Nutzer, die Hauptaktion und einen vollständigen Beispielablauf einschließlich Fehlern oder Abbrüchen. Nennen Sie Geräte, Daten, bestehende Systeme, Offline-Anforderungen und vorhandene Konten. Das Angebot trennt Prototyp, Entwicklung, Backend, Veröffentlichung und Wartung.
Beschreiben Sie eine Aktion, die sich mit der App abschließen lassen muss, und die Zielgruppe. Nennen Sie Geräte, Daten und anzubindende Systeme. Daraus leiten wir die zu bewertende erste Version ab.
Kreluna schreibenFür Betriebe, Büros und Unternehmen in Rom organisieren wir die Arbeit remote mit einem einzigen Ansprechpartner, geplanten Online-Terminen und schriftlichen Entscheidungen. Die Entfernung ändert nichts an der Vorgehensweise: zuerst Ziele und Inhalte, dann Struktur, Prüfungen und Veröffentlichung.
Wir beschreiben die zentrale Aktion, Nutzer, Daten und unverzichtbare Benachrichtigungen. Prototyp, Plattformen, Veröffentlichung in den App-Stores und anschließender Betrieb werden getrennt betrachtet, um ungeplante Kosten oder Funktionen zu vermeiden.
Das erste Gespräch dient dazu, sofort benötigte Funktionen von späteren Erweiterungen zu trennen, damit das Projekt nicht unkontrolliert wächst.