Entwicklung von Webdiensten
Wir entwickeln Kundenkonten, interne Systeme und eigenständige Onlineprodukte. Wir planen, wie Regeln und Abläufe nach der ersten Veröffentlichung anhand der Erkenntnisse Ihrer Nutzer weiterentwickelt werden können.
Wir entwickeln Kundenkonten und Onlinedienste, in denen Kunden selbst Bestellungen aufgeben, Termine buchen und Dokumente erhalten können.
Aufgabe definieren
Wir wählen aus, was Nutzer selbst erledigen sollen. Wir klären, wie das Unternehmen ihre Anfragen bearbeitet, und legen den Umfang der ersten Version fest.
- Von Ihnen
- Idee oder Prototyp, Beschreibung der Aufgabe und der Unternehmenssysteme
- Ergebnis des Schritts
- Umfang der ersten Version, Nutzerrollen und Liste der Anbindungen
Prototyp prüfen
Wir zeigen künftigen Nutzern, wie der Dienst funktioniert. Wir prüfen, ob die Schritte verständlich sind, und präzisieren die Lösung vor der Entwicklung.
- Von Ihnen
- Beteiligung von Nutzern und Mitarbeitern, Beispieldaten
- Ergebnis des Schritts
- Prototyp und Liste der Entwicklungsaufgaben
Dienst entwickeln
Wir bauen die Oberfläche und binden die betrieblichen Systeme an. Wir prüfen Datenzugriff, Fehlerbehandlung und Wiederherstellung nach Ausfällen.
- Von Ihnen
- Materialien, Systemzugänge und eine zuständige Person für die Freigabe
- Ergebnis des Schritts
- Funktionierender Dienst mit geprüften Abläufen
An Ihr Team übergeben
Wir erklären den Aufbau des Dienstes und besprechen eine mögliche künftige Erweiterung. Wir zeigen, wie Änderungen veröffentlicht und der Betrieb wiederhergestellt werden.
- Von Ihnen
- Das Team, das den Dienst betreuen wird
- Ergebnis des Schritts
- Code, Zugänge, Anleitungen und Begründungen der Entscheidungen
Was können Menschen selbst erledigen?
In einem Kundenkonto kann jemand eine Anfrage verfolgen, Konditionen wählen oder eine Bestellung bezahlen. Gemeinsam bestimmen wir, welche Handlung der Dienst selbstständig ermöglichen soll und was das Unternehmen dafür bereitstellen muss.
Die erste Veröffentlichung umfasst den gesamten Weg vom Beginn bis zum Ergebnis, einschließlich der Bearbeitung der Bestellung durch Mitarbeiter.
Die erste Veröffentlichung
Mit einem funktionierenden Prototyp lässt sich die Idee vor der Entwicklung erproben und Fehlendes erkennen. Während der Prüfung entscheiden wir, welche Erkenntnisse in die erste Version kommen, welche frühere Entscheidungen ersetzen und was gesondert getestet werden sollte. So entsteht bis zum Start ein vollständiger Ablauf für Kunden und Mitarbeiter.
Was passiert, wenn jemand seine Entscheidung ändert?
Die Person geht einen Schritt zurück, schließt den Tab oder drückt erneut auf eine Schaltfläche. Auch dann muss der Dienst verständlich bleiben.
Wir prüfen, ob Eingaben erhalten bleiben, Fehler korrigiert werden können und was der Support sieht. Dafür betrachten wir konkrete Fälle. Zum Beispiel wurde eine Bestellung bezahlt, doch die Bestätigung wurde nicht geladen. Das Geld ist bereits abgebucht, aber die Person weiß es noch nicht.
Die Bestellung ist bereits bezahlt. Was nun?
Eine Bestellung, eine Zahlung
Ein erneuter Klick erzeugt keine zweite Zahlung. Der Dienst prüft den Status der ersten Zahlung und zeigt die Bestätigung derselben Bestellung.
Die Bestellung bleibt im Konto
Das Schließen des Tabs storniert eine bereits eingegangene Zahlung nicht. Bei der Rückkehr sieht die Person die bezahlte Bestellung und kann an derselben Stelle weitermachen.
Mitarbeiter sehen, was geschehen ist
Ein Mitarbeiter kennt die Bestellnummer und den Zahlungsstatus. Die Person muss den Kauf nicht erneut erklären oder die Zahlung mit einem Screenshot belegen.
Vorbereitung auf spätere Versionen
Oberfläche, Geschäftsregeln und Datenspeicherung ändern sich aus verschiedenen Gründen. Deshalb trennen wir sie im Aufbau des Dienstes.
Wir besprechen wahrscheinliche Erweiterungen, darunter neue Anbindungen, Serviceabläufe und wachsende Last. Wir entscheiden, was sofort vorbereitet werden soll und für welche Flexibilität sich zusätzliche Kosten noch nicht lohnen. Die Kosten der ersten Version betrachten wir zusammen mit laufendem Betrieb, Lastspitzen und Wartung.
Verschiedene Teile des Dienstes ändern sich aus verschiedenen Gründen
- CRM und Buchhaltung
- Zahlungen
- Benachrichtigungen
Gründe für Entscheidungen
Wir beziehen die künftigen Produktverantwortlichen schon vor der Übergabe in die Diskussion ein. Gemeinsam untersuchen wir eine nächste Erweiterung: Was betrifft sie, wo stehen die nötigen Informationen und was muss vor der Veröffentlichung geprüft werden? An einer konkreten Aufgabe zeigt sich, welche Entscheidungen das Team versteht und was noch erklärt werden muss.
Das Team setzt die Arbeit fort
Wir übergeben Code, Zugänge, Beschreibungen der Anbindungen und Anleitungen für Veröffentlichungen und Wiederherstellung.
Außerdem halten wir fest, was dem Unternehmen gehört, was es unter Lizenz nutzt und welche externen Dienste betreut werden müssen. Damit können Ihre Fachleute oder ausgewählte Entwickler die Arbeit fortsetzen. Die nächste Version besprechen Sie mit Kenntnis des Produkts und der Gründe für seinen Aufbau.
Was Teil der Arbeit sein kann
- Zeit wählen
- Bezahlen und bestätigen
- Eintrag im Kalender
Buchungsdienst
Termine, Bezahlung und Verwaltung des Kalenders.
Partnerportal
Händlerbestellungen, individuelle Konditionen und Dokumente.
Onlinekonfigurator
Ausstattung wählen und Kosten berechnen.
Lernplattform
Kurse, Aufgaben und Lernfortschritt.
Organisation der Arbeit
Aufgabe definieren
Wir wählen aus, was Nutzer selbst erledigen sollen. Wir klären, wie das Unternehmen ihre Anfragen bearbeitet, und legen den Umfang der ersten Version fest.
- Von Ihnen
- Idee oder Prototyp, Beschreibung der Aufgabe und der Unternehmenssysteme
- Ergebnis der Etappe
- Umfang der ersten Version, Nutzerrollen und Liste der Anbindungen
Prototyp prüfen
Wir zeigen künftigen Nutzern, wie der Dienst funktioniert. Wir prüfen, ob die Schritte verständlich sind, und präzisieren die Lösung vor der Entwicklung.
- Von Ihnen
- Beteiligung von Nutzern und Mitarbeitern, Beispieldaten
- Ergebnis der Etappe
- Prototyp und Liste der Entwicklungsaufgaben
Dienst entwickeln
Wir bauen die Oberfläche und binden die betrieblichen Systeme an. Wir prüfen Datenzugriff, Fehlerbehandlung und Wiederherstellung nach Ausfällen.
- Von Ihnen
- Materialien, Systemzugänge und eine zuständige Person für die Freigabe
- Ergebnis der Etappe
- Funktionierender Dienst mit geprüften Abläufen
An Ihr Team übergeben
Wir erklären den Aufbau des Dienstes und besprechen eine mögliche künftige Erweiterung. Wir zeigen, wie Änderungen veröffentlicht und der Betrieb wiederhergestellt werden.
- Von Ihnen
- Das Team, das den Dienst betreuen wird
- Ergebnis der Etappe
- Code, Zugänge, Anleitungen und Begründungen der Entscheidungen
Was wir prüfen
Datenzugriff
Wir prüfen die erlaubten Handlungen jeder Rolle.
Märkte und Barrierefreiheit
Wir halten Anforderungen der Länder fest und prüfen die wichtigsten Abläufe.
Wiederherstellung
Wir prüfen Sicherungskopien und die Rückkehr zum Betrieb.
Was wir übergeben
- Quelldateien und Projektrepository
- Zugänge und Liste externer Anbindungen
- Anleitungen für Updates und Wiederherstellung
- Dokumente zu Rechten und verwendeten Lizenzen
- Beschreibung von Nutzerhandlungen, Datenaustausch und Zugriffsrechten.
Welche Aufgabe soll der Dienst lösen?
Erzählen Sie, was Menschen tun können sollen, und zeigen Sie uns eine Idee, einen Prototyp oder ein bestehendes Produkt. Wir besprechen den Umfang der ersten Version, die Arbeit des übernehmenden Teams und einen Kostenrahmen.
Nach Vereinbarung der Arbeit
- Beschreibung des wichtigsten Ablaufs
- Inhalte und Regeln für den Betrieb des Dienstes
- Zuständige Person und Zugänge zu den benötigten Systemen
Antworten überprüfen
Dieser Brief ist zu umfangreich für einen Telegram-Link. Fahren Sie im Bot fort und ergänzen Sie dort die übrigen Antworten.
Kopieren Sie den vollständigen Text oder hängen Sie die heruntergeladene Datei an.
Speichern ist in diesem Browser nicht möglich. Antworten bleiben verfügbar, solange die Seite geöffnet ist.