Swiss Discovery & Planungsprozess

Um erfolgreich zu sein, ist es zunächst wichtig zu verstehen, wie man sich in ein Projekt einbringt sowie seine Ziele und Herausforderungen kennt. In diesem Schritt organisieren wir Workshops, in denen wir unseren Kunden zuhören und die Ziele sowie Anforderungen strukturiert auflisten.

1. Identifizierung der Unternehmensziele und -anforderungen
2. Identifizierung der wichtigsten Zielgruppen (Personas) und Anwendungsfälle
3. Identifizierung möglicher zukünftiger Funktionalitäten
4. Überprüfung der aktuellen App/Systeme (optional)
5. Identifizierung der wichtigsten Anforderungen an die Systemarchitektur, z. B:
   a. Sicherheitsanforderungen
   b. Hosting und Domäne
   c. Mögliche Verbindungen zu Drittanbietern
   d. Anforderungen an Content-Management-/Backend-System-Funktionalitäten
   e. Zusätzliche Elemente, z. B.: GDPR, Leistungsanforderungen usw.

Eine Benutzer-Persona ist eine fiktive Figur, die eine Zielbenutzergruppe repräsentiert, die die geplante IT-Lösung nutzen wird. Personas stellen die Ähnlichkeiten von Verbrauchergruppen oder -segmenten dar. Die Erstellung von Personas hilft dabei, die Bedürfnisse einer Zielgruppe zu verstehen. Außerdem dient sie als gute Grundlage für die Priorisierung der verschiedenen User Stories und für das Design der mobilen App oder Website. Es kann auch externe und interne Personas geben. Eine externe Persona können zum Beispiel die Kunden eines Unternehmens sein, während die internen Personas die Kollegen innerhalb des Unternehmens sein können, die mit dem Content Management System arbeiten müssen.

Eine User Story ist eine informelle, allgemeine Erläuterung einer Softwarefunktion, die aus der Perspektive des Endnutzers oder Kunden geschrieben wird. Die User Stories helfen dabei, die Liste der Funktionalitäten der mobilen App oder der Website zu erstellen.

Die allgemeine Struktur der User Stories ist:
„Als (Name der Persona) möchte ich (Aktion), um (Ziel) zu erreichen.“

Beispiele, die wir im Fall einer mobilen Verzeichnis-App gemacht haben:

1. Als Krankenschwester möchte ich schnell und nahtlos mit anderen verwandten Abteilungen in Kontakt treten, auch wenn ich nicht an meinem Schreibtisch bin, um die Kommunikationsprozesse zu beschleunigen.
2. Als Krankenschwester möchte ich eine sich selbst aktualisierende Kontaktliste haben, damit ich keine Zeit damit verschwende, regelmäßig neue gedruckte Listen zu erstellen.
3. Als medizinischer Auskunftsbeamter möchte ich den richtigen Spezialisten finden, um einen Patienten mit einer ungewöhnlichen Krankheit optimal zu versorgen.

Sobald die Benutzergeschichten aufgelistet sind, müssen diese in Funktionalitäten übersetzt werden. Dies wird als Epos-Erstellung bezeichnet, bei der die verschiedenen Benutzergeschichten mit Funktionalitäten verknüpft werden. Die verschiedenen Benutzergeschichten/Epics müssen auch priorisiert werden. Für die Priorisierung verwenden wir normalerweise die MoSCoW-Methode.

Auf dieser Grundlage wird eine Liste von Benutzergeschichten erstellt, die mit verschiedenen Funktionalitäten (Epics) verknüpft und bereits priorisiert wurden. Es können auch verschiedene Entwicklungsphasen festgelegt werden, um zu sehen, wie die verschiedenen Funktionalitäten aufeinander aufbauen.

ID	Als…	Möchte ich …	Um zu / Damit…	Epos	Priorität (MoSCoW) – Must have, Should have, Could have, Won’t have
1	Benutzer	Mich identifizieren	Ich individualisierte Daten sehen kann	Benutzerverwaltung / Benutzeranmeldung erstellen	S
2	Neuer Benutzer	Möchte ich mein neues Profil erstellen	Um die App nutzen zu können	Erstellung eines neuen Benutzerprofils	W
3	Krankenschwester in der Notaufnahme	Einen Spezialisten finden	Zu wissen, wie man mit einer spezifischen Krankheit/Situation umgeht	Suchfunktion	M
4	Arzt/Ärztin	Einen Schreibtisch einer anderen Einheit anrufen	Einen Termin für einen meiner Patienten zu vereinbaren	Suche nach Dienstleistungen + Dienstleistungsprofilseiten	M
5	Sekretär/in	Möchte ich die Telefonnummer des Leiters/der Leiterin eines Dienstes wissen	Eine Besprechung zu organisieren	Suche nach Dienstleistungen + Dienstleistungsprofilseiten	M
6	Krankenschwester /Krankenpfleger	Den Physiotherapeuten kontaktieren, zudem benötige ich seine Kontaktangaben für den Tag/die Nacht	Die Behandlung eines Patienten zu organisieren	Suche nach Dienstleistungen + Dienstleistungsprofilseiten	M
7	Verwaltungsmitarbeiter	Wissen, wo sich Gebäude Nummer 16 befindet (Gebäude haben unterschiedliche Namen, keine Nummern)		Dienstleistungsprofilseiten mit Kartendienst / Allgemeine Kartendienstfunktion	S
8	Mitarbeiter, Gesundheitsspezialist	Eine allgemeine E-Mail-Adresse eines bestimmten Fachbereichs finden		Suche / Filter nach Dienstleistungen + Dienstleistungsprofilseiten einschließlich E-Mail-Adresse, Telefonnummer	M

Eine User Journey beschreibt die wichtigsten Schritte, die ein Benutzer unternimmt, um ein übergeordnetes Ziel mit einem Unternehmen oder einem Produkt zu erreichen. Mit den User Journeys können die Schlüsselprozesse definiert werden, die als Rückgrat für die IT-Lösung dienen werden.

Auf der Grundlage der User Stories und der User Journeys erstellt unser Team den ersten Entwurf eines Prototyps der App oder der Website. Dies hilft dabei, die mögliche Struktur zu visualisieren. Wir verwenden ein Prototyping-Tool namens Figma, mit dem wir klickbare Prototypen erstellen können, die sich sehr gut für Demonstrationszwecke eignen.

Sehen Sie sich im folgenden Beispiel an, wie Figma funktioniert. Beispiel für einen Prototyp

All diese Schritte werden natürlich gemeinsam mit unseren Kunden durchgeführt, die uns bei jedem Schritt Feedback geben. Je nach Komplexität der Entwicklung veranstalten wir auch regelmäßig Workshops.

Je nachdem, ob bereits Markenrichtlinien und Markenvisualisierungen vorhanden sind oder nicht, erstellen wir auch verschiedene Moodboards und UI-Kits, die bei der Gestaltung der App oder der Website verwendet werden. Diese können von unseren Kunden in mehreren Runden kommentiert und abgestimmt werden.

Das Entwicklungsteam von Swiss Tomato erstellt einen High-Level-Architekturplan der IT-Lösung, in dem die wichtigsten Front-End- und Back-End-Elemente, die Kommunikation zwischen den verschiedenen Elementen, die verwendeten Technologien und auch die verschiedenen Elemente von Drittanbietern aufgeführt sind. Dieser Vorschlag wird als technisches Rückgrat des Projekts dienen.

Als einer der ersten Schritte bei der Erstellung des technischen Vorschlags und der Spezifikation prüft unser Team die Machbarkeit der komplexeren Funktionalitäten und bietet mögliche Lösungen an. Es kann vorkommen, dass einige Funktionen nicht genau so entwickelt werden können, wie sie in den User Stories beschrieben wurden. In diesem Fall wird unser Team alternative Lösungen vorschlagen. In einigen Fällen ist auch mit kleinen Anpassungen der Funktionen eine kostengünstigere Lösung möglich.

Basierend auf den vorangegangenen Schritten beginnt unser Team mit der Erstellung einer Entwurfsspezifikation für die Entwicklung.

Dieser wird die folgenden wesentlichen Elemente enthalten:

• Allgemeiner technischer Vorschlag basierend auf der Architektur
• Spezifikationen aller aufgeführten Benutzerfunktionalitäten
• Beschreibung der Verwaltungsfunktionalitäten
• Integrationen von Drittanbietern
• Sicherheitsmaßnahmen
• Fragen zu Hosting und Domain
• GDPR-bezogene Fragen

Ein typisches endgültiges Spezifikationsdokument ist 20-80 Seiten lang. Es ist für unser Entwicklungsteam und auch für unsere Kunden sehr umfangreich, jede Funktionalität bis ins kleinste Detail zu besprechen. Normalerweise erstellt unser Team dafür ein Google-Dokument, das dann von unserem Kunden kommentiert werden kann.

Der letzte Schritt des Prozesses besteht darin, die technische Spezifikation auf der Grundlage aller endgültigen Materialien fertigzustellen. Dieses Dokument enthält eine detaillierte Beschreibung der MVP-Funktionen und eine Beschreibung aller möglichen zukünftigen Funktionen auf hoher Ebene. Die endgültige Spezifikation bildet zusammen mit dem entworfenen Prototyp die Grundlage für die IT-Entwicklung. Die endgültige Spezifikation wird auch einen Wartungsplan enthalten, da die entwickelte IT-Lösung nach der Fertigstellung der Entwicklung gewartet werden muss.

Basierend auf diesen endgültigen Dokumenten erstellt Swiss Tomato einen detaillierten Kostenvoranschlag, aufgeschlüsselt nach Funktionen. Der Kostenvoranschlag beinhaltet auch die möglichen Kosten für Drittanbieter (z.B.: Hosting, Domain, integrierte Drittanbieterlösungen usw.) und die Wartungskosten. So können sich unsere Kunden ein klares Bild über die finanziellen Auswirkungen machen, die sie in Betracht ziehen müssen, wenn sie sich entscheiden, dieses IT-Entwicklungsprojekt zu starten.

Unser Team erstellt einen detaillierten Zeitplan, der alle wichtigen Schritte und Meilensteine enthält. Wir werden auch die Aufgaben auflisten, die von unseren Kunden ausgeführt werden müssen, so dass ihre Beteiligung und der Arbeitsaufwand auch von ihrer Seite aus berechnet werden können.

Benutzertests können am effektivsten in zwei möglichen Schritten des Prozesses durchgeführt werden. Der erste ist nach Schritt 1, wenn die erstellten User Stories mit Hilfe von User Testing validiert und feinabgestimmt werden können. Dazu schlagen wir in der Regel Nutzerinterviews vor, in denen wir das Konzept den Mitgliedern der Zielgruppe vorstellen. Während des Interviews sammeln wir ihr allgemeines Feedback und auch detailliertes Feedback und Priorisierung zu den verschiedenen User Stories. Wir fragen auch nach ihren Ideen und danach, welche zusätzlichen User Stories sie nützlich finden könnten.

Sobald der entworfene Prototyp fertig ist, können auch Benutzertests durchgeführt werden, um die allgemeine Akzeptanz der Idee einschließlich der Funktionalität, der Struktur und des Designs zu überprüfen. Das gesammelte Nutzerfeedback kann zur Änderung des endgültigen Konzepts verwendet werden.

Einige unserer Kunden beauftragen uns mit der Durchführung von Marktforschung für die jeweilige Geschäftsidee. Normalerweise ist dies Teil des ersten Schrittes des Prozesses, bevor wir die User Stories entwickeln. Die Marktforschung umfasst eine Analyse der besten Praktiken in der jeweiligen Branche, einschließlich lokaler und internationaler Beispiele. All diese Beispiele und Ideen können als Input für die Entwicklung der User Stories verwendet werden.