Zunächst eine lustige Tatsache: Vor Beginn der Arbeit hat die gesamte Projektgruppe und dies: Produktdirektor, Art Director, Projektmanager, Analyst, Designer, iOS, Android-Entwickler und QS-Spezialist - Ascona hat seine intelligenten Geräte gespendet - anscheinend damit wir besser schlafen und produktiver arbeiten können. Direkt aus der Fabrik kamen Kissen, Schlaf-Tracker und die Basis des Bettes in unserem Büro in Ischewsk an - all dies musste verbunden werden. Wir haben tatsächlich auf diesen Kissen geschlafen - und dies ist die Zeit, in der ich bereit bin, sie leidenschaftlich zu empfehlen. Ich konnte nicht mehr zu meinem alten synthetischen Winterizer zurückkehren und kaufte nach Abschluss des Projekts intelligente Kissen für die ganze Familie (Ascona bezahlt mich nicht für Werbung, was schade ist).
Dies ist der Fall, wenn sich der Client um seine Entwickler gekümmert hat und wir als Ergebnis eine coole Anwendung erstellt haben. Aber das Wichtigste zuerst.
Produktansatz
Seit über 30 Jahren entwickelt Ascona Lösungen für einen komfortablen und gesunden Schlaf. Durch die Kombination des gesammelten Fachwissens und moderner Technologien wollte das Unternehmen ein Produkt entwickeln, das dazu beiträgt, den Schlaf effizienter zu gestalten - mit dieser Idee kam der Kunde zu uns.
Was ist ein intelligentes Schlafzimmer? Es ist ein Ökosystem von Geräten, das von steuerbaren Bettgestellen bis hin zu intelligenten Lichtern und Vorhängen reicht. Mit seiner Hilfe können Sie im Schlafzimmer eine individuelle Atmosphäre schaffen, die für einen angenehmen Schlaf am besten geeignet ist.
Nachdem wir die Idee des Service untersucht hatten, schlugen wir vor, dass unsere Kollegen schrittweise handeln und bei der Entwicklung einen Produktansatz verwenden. Er war sehr gut für die Umsetzung einer solchen Aufgabe geeignet. Wir haben uns nicht auf TK oder FT verlassen, sondern auf die Vision des Produkts, sein Endziel. Und welche Funktionalität dafür erforderlich wäre, wurde dabei entschieden.
Zunächst wollten wir eine MVP-Anwendung erstellen. Nach der ersten Version werden wir das Feedback der Benutzer und ihre Anforderungen auswerten, die Funktionalität schrittweise erweitern und neue Geräte anschließen.
Wir haben die Arbeit an Scrum, zweiwöchigen Sprints, organisiert und Design, Entwicklung und Test nicht in separate Phasen unterteilt. Da das gesamte Team von Anfang an vollständig in das Projekt eingebunden war, haben wir nach dem Schema gearbeitet: Zuerst koordinieren wir alle Lösungen, Ideen und Funktionen im Inneren und geben es erst dann dem Kunden zur Genehmigung.
Alle zwei Wochen veranstalteten wir eine Demo für den Kunden: Sie zeigten vorgefertigte Lösungen und diskutierten Pläne für die nächsten Sprints. Dank dieses Ansatzes hatten wir immer die Möglichkeit, die Zwischenergebnisse zu bewerten und dem Projekt viele nützliche Details hinzuzufügen.
Wie wir aus einer Idee ein Produkt gemacht haben
Beim ersten Treffen mit dem Kunden haben wir die wichtigsten Szenarien für die Interaktion mit der Anwendung und das Verfahren zum Anschließen von Geräten festgelegt.
Das MVP umfasst drei Geräte:
Smart Pillow - ein Smart Pillow, das die Herzfrequenz und Atemfrequenz einer Person überwacht;
Sleep-Dot ist ein kleiner Sensor, der die Luftfeuchtigkeit und Lufttemperatur im Raum überwacht und die Zeit aufzeichnet, in der eine Person einschläft.
Bettbasis Ergomotion, die aus mehreren Abschnitten mit variablem Winkel besteht und Massagen durchführen kann.
Wir werden Daten vom Kissen und vom Slip-On sammeln, anhand derer wir die Schlafqualität und die Gründe für ihre Verschlechterung beurteilen können. Daten von diesen Geräten helfen uns, Schlafphasen in der Anwendung zu zeichnen. Und für die Bettbasis implementieren wir ein praktisches Bedienfeld in der Anwendung.
Während des gleichen Meetings haben wir eine ungefähre Customer Journey Map entworfen, aber zu Beginn der Arbeit hatte man das Gefühl, dass sie noch nicht geschlossen war, da zu Beginn vieles nicht sichtbar war. Zunächst beschränkte sich unsere Vorstellungskraft auf die bereits verfügbaren Lösungen, sodass bereits viele coole Ideen in den Prozess kamen. Während der Arbeit an MVP habe ich beispielsweise eine Funktion gesehen, die unsere Anwendung von ähnlichen Lösungen unterscheidet. Steckbare Geräte übertragen viele verschiedene Daten an die Anwendung, aber an sich ist ihr Wert für den Benutzer nicht so groß und es ist nicht leicht, sie zu verstehen. Wir haben beschlossen, dass unsere Anwendung dem Benutzer nicht nur eine Bewertung, sondern auch eine personalisierte Beratung zur Verbesserung seines Schlafes bieten soll. Diese Idee passt perfekt zu Asconas Zielen und seiner Produktvision.Daher holte der Klient seine Experten für Schlafen - Experten, die an der Prävention und Behandlung von Schlafstörungen beteiligt sind -, um an den Empfehlungen zu arbeiten.
In drei Sprints haben wir die erste funktionsfähige Version der Anwendung implementiert, die mit einem intelligenten Kissen verbunden war und Daten in Echtzeit sammelte. Nach weiteren anderthalb Monaten haben wir dieses Szenario vollständig abgeschlossen, indem wir Verbindung, Benutzer-Onboarding, Konfiguration, Statusüberwachung, Berichterstellung und individuelle Empfehlungen implementiert haben.
Für drei weitere Sprints haben wir ein ähnliches Szenario entwickelt, um einen Slip-Dot zu verbinden und zwischen Geräten zu wechseln.
Wir haben etwas mehr Zeit gebraucht, um die Basis anzuschließen. Zunächst nahm die Pandemie ihre eigenen Anpassungen vor - das Team musste nach einem strengen Zeitplan ins Büro fahren, um die Geräte zu testen. Und zweitens mussten wir unsere eigenen Bibliotheken schreiben, um eine Verbindung herzustellen.
Entwicklung: Was tun, wenn kein SDK vorhanden ist?
Dies ist nicht unsere erste Erfahrung mit Geräten, aber in diesem Projekt mussten wir Geräte anschließen, die nicht neu programmiert werden konnten. Um eine bequeme Bedienung und eine intuitive Benutzeroberfläche der Anwendung zu gewährleisten, haben wir die Bedienung jedes Geräts gründlich untersucht. Das gesamte Team testete ausnahmslos Kissen und Slip-Dots und lernte den Umgang mit der Basis. Für uns war es wichtig zu verstehen, wie Benutzer mit Geräten interagieren, was zu Schwierigkeiten führen kann, wie ungewöhnliche Situationen behoben werden können, z. B. wenn ein Gadget keine Batterie mehr hat und nicht mehr auf Anwendungsbefehle reagiert.
Wir hatten sogar unsere eigenen Meme: "Sende den Befehl an die Basis" und "Setze das Kissen zurück".
Vielleicht war der schwierigste Teil für die Entwickler.
Zu Beginn der Arbeit hatten sie kein SDK für Geräte. Beim Versuch, die native Anwendung zu dekompilieren, erhielten wir 16 KB Codezeilen mit Kommentaren auf Chinesisch.
Hier erwies sich die Fähigkeit, auf Github zu suchen, als nützlich - die Jungs fanden dort das SDK für das Kissen und den Slip-Dot, aber das SDK für das Fundament musste von uns selbst geschrieben werden.
Die Dokumentation enthielt eine Reihe von Fehlern, während beim Schreiben des Codes Schwierigkeiten bei der Verbindung über Bluetooth auftraten. Ich musste sogar den Verkehr riechen, um Unstimmigkeiten mit der Dokumentation zu finden. Sie waren klein, beeinträchtigten jedoch den Betrieb der Anwendung.
Wir haben alle Entwicklungen in Bibliotheken gepackt, mit denen wir dann erfolgreich an der Anwendung gearbeitet haben. Wenn Sie sie testen und die Arbeit der Stiftung unabhängig verstehen möchten, schreiben Sie in die Kommentare. Wir werden sie im Open Access veröffentlichen, wenn es viele gibt, die dies wünschen.
Wir haben Anwendungen mit Clean-Architektur geschrieben. Für uns war es wichtig, eine weitere Produktskalierung bereitzustellen.
Neugestaltung während des Projekts
Die Designer gehörten zu den ersten, die sich dem Projekt anschlossen. Von Anfang an haben wir die dunklen Farben gewählt, die vielen Schlaf-Trackern bekannt sind. Der dunkle Bildschirm belastet Ihre Augen nicht, wenn das Licht ausgeschaltet ist, und verlangsamt nicht die Produktion von Melatonin.
Alles sah überzeugend aus und der Kunde stimmte den Layouts zu.
Aber nach ein paar Sprints, als es bereits möglich war, mit der Anwendung und dem Kissen zu arbeiten, wurde klar, dass das Design nicht ausdrucksstark ist und dass das, was wir von Wettbewerbern aufbauen wollten, nicht visuell "fängt".
Unsere Designer haben den gesamten Betrieb der Anwendung und einige benutzerdefinierte Skripte komplett überarbeitet.
Zunächst haben wir weitere Animationen hinzugefügt: Herzschlag, Atmung, Bewertungsindikatoren und Diagramme. Wir haben die Akzente in den Berichten hervorgehoben und die Navigation verständlicher gemacht. In der neuen Version blieb das Farbschema dunkel, wurde jedoch kontrastreicher und es gab mehr Luft zwischen den Elementen. Das Design ist klarer und verständlicher und ausdrucksvoller geworden.
Dies ist einer der unbestrittenen Vorteile des Produktansatzes. Wenn das Team versteht, dass die aktuellen Entscheidungen nicht das gewünschte Ergebnis bringen, können sie geändert werden.
Dank dieses Eintauchens des Teams in das Projekt wurden viele erfolgreiche Ideen geboren. Zum Beispiel hat unser Designer beim Testen der Funktion der Basis festgestellt, dass die übliche Neigungssteuerung der Abschnitte in Form der Tasten + und - wie bei einer TV-Fernbedienung auf einem Smartphone-Bildschirm nicht sehr praktisch ist. Und er schlug vor, sie durch Schieberegler zu ersetzen. Wir haben diese Option mit dem Kunden vereinbart, nachdem wir entschieden haben, dass ein solches Element ein weiteres Merkmal unserer Anwendung wird.
In der Anwendung haben wir die Möglichkeit hinzugefügt, Voreinstellungen zu speichern - individuelle Basiseinstellungen. In der werkseitigen Fernbedienung gibt es keine solche Funktionalität.
Wir haben nach mehreren Lösungen außerhalb der Anwendung gesucht. Was ist zum Beispiel, wenn das Gerät tot ist? Und wie können Sie dem Benutzer helfen, solche Situationen zu verhindern? Unsere Anwendung fragt die Geräte regelmäßig nach dem Ladezustand. Wenn es niedrig ist, wird die entsprechende Anzeige auf der Gerätekarte angezeigt. Der Benutzer hat also Zeit, sein Gerät rechtzeitig aufzuladen.
Testen: Wir bringen die Arbeit nach Hause
Die Anwendung wurde vom ersten Sprint an kontinuierlich getestet.
Zuerst haben wir das Design getestet. Unser Designer hat die am besten anklickbaren Prototypen für kontroverse Themen gesammelt und sie in unserem Team getestet.
Sobald die allererste Version der Anwendung mit einem Skript zum Anschließen eines Kissens erschien, testeten sie es auf realen Geräten und verfolgten jeden Schritt der Anwendung. Alle waren an diesem Prozess beteiligt - Entwickler, Designer und QS-Spezialisten.
Tester mussten buchstäblich mit intelligenten Geräten verwandt werden. Zur Überprüfung der Empfehlungen wurden echte Daten benötigt, die nur im Schlaf abgerufen werden können. Die Jungs mussten Kissen und Pillendosen mit nach Hause nehmen, nachts Geräte anschließen, Tests durchführen und morgens alles überprüfen. Wenn etwas schief gelaufen ist und der Test nicht funktioniert hat, wird die nächste Testmöglichkeit nur nachts angezeigt.
Nachdem wir alle Geräte mit der Anwendung verbunden hatten, erweiterten wir die Benutzergruppe um Ascona-Mitarbeiter, die über die erforderlichen Geräte in den Salons verfügten. Kollegen nutzten die App und gaben uns Feedback.
Von ihnen erhielten wir fast keine Kommentare zum Betrieb der Anwendung. Dies deutet darauf hin, dass die Teamarbeit auf unserer Seite produktiv war - wir haben ein qualitativ hochwertiges, praktisches und verständliches Produkt hergestellt.
Was weiter?
Jetzt ist die Anwendung bereits in den Filialen. Es verbindet sich mit drei intelligenten Geräten, sammelt Informationen von einem Kissen und einem Slip-Dot. Durch die Analyse der Messwerte der Geräte erklärt die Anwendung dem Benutzer die möglichen Ursachen für Schlafstörungen oder spätes Einschlafen und gibt individuelle Empfehlungen. In Zukunft werden wir die Empfehlungen unter Berücksichtigung der Lesegeschichte der letzten Wochen verbessern - sie werden noch genauer und persönlicher.
In der Anwendung sammeln wir automatisch Feedback von Benutzern: Das integrierte Analysesystem überwacht eine Reihe von Metriken, anhand derer wir lernen, welche Funktionen am häufigsten verwendet werden, was das Interesse der Benutzer nicht geweckt hat, wo am häufigsten Schwierigkeiten auftreten. In den nächsten Phasen der Produktentwicklung werden wir uns also nicht nur auf unsere eigene Vision verlassen, sondern auch auf Big Data, das Benutzeranforderungen und -anforderungen demonstriert.