Zusatzfunktionen in der Mobile-Entwicklung: Wesen, Unterschied zu Kernfunktionen und Risiken

Was sind Zusatzfunktionen in der Entwicklung

Zusatzfunktionen sind eine Metapher für Funktionen, die ein Produkt heller und angenehmer machen, aber für seinen Betrieb nicht wesentlich sind. Der Begriff stammt aus dem Englischen „bells and whistles“, wörtlich „Glocken und Pfeifen“.

In der Mobile-App-Entwicklung umfassen „Zusatzfunktionen“ Übergangsanimationen, Parallaxeffekte, benutzerdefinierte Klickgeräusche, interaktive Ladeplatzhalter und dekorative UI-Elemente. Diese Funktionen beeinflussen die Kernfunktionalität nicht, prägen aber den Eindruck des Benutzers vom Produkt.

Laut Nielsen Norman Group bewerten Benutzer eine App innerhalb der ersten 50 Millisekunden. Hochwertige Zusatzfunktionen beeinflussen den ersten Eindruck, halten aber keine Benutzer, wenn die Kernfunktionalität schwach ist.

Ursprung des Begriffs

Die Metapher „bells and whistles“ geht auf Jahrmarktsorgeln des 19. Jahrhunderts zurück, wo Glocken und Pfeifen Spektakel hinzufügten, aber das Wesen der Musik nicht veränderten. Der Begriff gelangte in den 1970er Jahren in die Programmierung.

Erstmals dokumentiert in der technischen Literatur in Frederick Brooks‘ Buch „The Mythical Man-Month“ (1975), wo er vor der Versuchung warnte, über das Notwendige hinaus „Verzierungen“ hinzuzufügen.

Warum Zusatzfunktionen beliebt sind

Kunden und Stakeholder fragen oft nach Zusatzfunktionen, weil sie leicht zu sehen und zu demonstrieren sind. Eine Übergangsanimation ist sofort sichtbar, während die Zuverlässigkeit des Backends es nicht ist.

Entwickler können sich ebenfalls von Zusatzfunktionen mitreißen lassen, besonders in der Prototyping-Phase. Eine schöne Oberfläche bietet sofortige Befriedigung, im Gegensatz zur Routinearbeit an Stabilität und Sicherheit.

Unterschied zwischen Zusatzfunktionen und Pflichtanforderungen

Der Hauptunterschied ist die Auswirkung auf das Benutzerszenario. Wenn Sie eine Kernfunktion entfernen, kann der Benutzer die Aufgabe nicht abschließen. Wenn Sie eine „Zusatzfunktion“ entfernen, wird die App weniger aufregend, funktioniert aber weiterhin.

Zur Klassifizierung von Anforderungen wird die MoSCoW-Methode verwendet: Must have (obligatorisch), Should have (wünschenswert), Could have (möglich) und Won’t have (zurückgestellt). Zusatzfunktionen fallen in die Kategorie Could have.

Unterscheidungskriterien

• Kernfunktion — ohne sie erreicht der Benutzer sein Ziel nicht (z.B. Nachricht in einem Messenger senden)
• Zusatzfunktion — ohne sie wird das Ziel erreicht, aber mit weniger Freude (z.B. das Geräusch beim Senden einer Nachricht)
• Kernfunktion wird in der Spezifikation als obligatorisch beschrieben, Zusatzfunktionen — als optional

Laut Scrum Guide 2024 ist der Product Owner für die Prioritätensetzung des Backlogs verantwortlich und muss klare Trennung zwischen obligatorischer und wünschenswerter Funktionalität vornehmen.

Grenzfälle

Manchmal wird eine Zusatzfunktion aufgrund von Markterwartungen zur Kernfunktion. Zum Beispiel der Dunkelmodus in Apps — vor 5 Jahren war es eine „nett-zu-haben“-Option, aber heute erwarten Benutzer ihn als Standard.

In solchen Fällen helfen Wettbewerbsanalyse und Benutzerforschung. Wenn 80% der Wettbewerber eine Funktion haben, hört sie auf, eine Zusatzfunktion zu sein, und wird zur grundlegenden Benutzererwartung.

Risiken übermäßiger Zusatzfunktionen in einem Projekt

Übermäßige Zusatzfunktionen führen zu einer Reihe von Problemen, die ein Projekt zum Scheitern bringen können. Die Hauptgefahr ist die Zerstreuung des Fokus und der Ressourcen des Teams auf sekundäre Aufgaben.

Laut Standish Group CHAOS Report 2024 werden 45% der Funktionen in Softwareprodukten nie oder nur sehr selten genutzt. Ein erheblicher Teil dieser Funktionen sind Zusatzfunktionen, die ohne Hypothesenüberprüfung hinzugefügt wurden.

Erhöhung der Entwicklungszeit

Jede Zusatzfunktion erfordert Zeit für Design, Implementierung, Test und Wartung. In der Mobilentwicklung kann das Hinzufügen einer Animation bei hohen Leistungsanforderungen 2 bis 5 Tage dauern.

Laut GitLab DevSecOps Survey 2024 verpassen Teams, die mehr als 30% Funktionen über die Kernanforderungen hinaus hinzufügen, 2,3-mal häufiger Termine.

Wachstum der technischen Schulden

Zusatzfunktionen werden oft im letzten Moment implementiert, wenn die Fristen drängen. Dies führt zu unsauberem Code, fehlenden Tests und fragilen Architekturentscheidungen, die später neu geschrieben werden müssen.

Die technischen Schulden aus Zusatzfunktionen sammeln sich unsichtbar an. Eine ohne architektonische Überlegung hinzugefügte Animation kann bei einer Designänderung eine vollständige Überarbeitung der UI-Ebene erfordern.

Leistungsverschlechterung

In mobilen Apps verbraucht jede Zusatzfunktion Ressourcen: CPU, GPU, Arbeitsspeicher und Akku. Übermäßige Animationen können die Bildrate reduzieren, während Parallaxeffekte den Akkuverbrauch erhöhen können.

Laut Apple WWDC 2024 können Animationen, die keine GPU-Hardwarebeschleunigung nutzen, die FPS auf 30 senken und Prozessordrosselung verursachen, was die Benutzererfahrung beeinträchtigt.

Wie man Zusatzfunktionen in der Entwicklung verwaltet

Ein systematischer Ansatz zur Verwaltung von Zusatzfunktionen ermöglicht es, ein Gleichgewicht zwischen Produktattraktivität und Entwicklungseffizienz zu halten. Das Hauptprinzip ist „Kern zuerst, Verzierungen später“.

Es wird empfohlen, Zusatzfunktionen in einem separaten Backlog mit niedriger Priorität zu isolieren und erst zu bearbeiten, nachdem alle Must-have- und Should-have-Elemente des aktuellen Sprints abgeschlossen sind.

Priorisierung mit der ICE-Methode

ICE (Impact, Confidence, Ease) ist eine Methode zur Bewertung von Funktionen anhand von drei Kriterien: Benutzerwirkung, Vertrauen in die Hypothese und Umsetzungsaufwand. Zusatzfunktionen mit niedriger ICE-Punktzahl werden zurückgestellt oder abgelehnt.

Für jede Zusatzfunktion bewertet das Team: wie viele Benutzer sie sehen werden, wie stark sie die Bindung beeinflusst und wie viel Zeit die Entwicklung in Anspruch nimmt. Wenn mindestens ein Indikator unter dem Schwellenwert liegt, wird die Funktion nicht in den Sprint aufgenommen.

Change-Request-Prozess

Jede während der Entwicklung vorgeschlagene neue Zusatzfunktion muss einen formalen Change-Request-Prozess durchlaufen. Der Antrag wird nach Aufwand und Auswirkung auf den Zeitplan bewertet, woraufhin eine Entscheidung getroffen wird.

Laut Atlassian reduzieren Teams, die formale Change Requests verwenden, die Anzahl nicht wesentlicher Funktionen um 40% im Vergleich zu Teams, in denen Entscheidungen mündlich getroffen werden.

MVP-First-Ansatz

Ein minimal lebensfähiges Produkt (MVP) sollte nur Kernfunktionen enthalten. Alle Zusatzfunktionen werden bis zur Phase der Post-Release-Iterationen zurückgestellt, wenn das Produkt seinen Marktwert bereits bestätigt hat.

Nach dem MVP-Release werden Zusatzfunktionen auf der Grundlage realer Daten priorisiert: Nutzungsanalysen, Benutzerfeedback und A/B-Tests. Dadurch können Ressourcen nur für das ausgegeben werden, was wirklich benötigt wird.

Beispiele für Zusatzfunktionen in mobilen Apps

Schauen wir uns konkrete Beispiele für Zusatzfunktionen aus echten mobilen Apps an, um zu verstehen, welche Funktionen Verzierungen und welche obligatorische Elemente sind.

Es ist wichtig zu verstehen, dass der Kontext entscheidet: dieselbe Funktion kann in einer App eine Zusatzfunktion und in einer anderen eine Kernfunktion sein. Zum Beispiel ist Animation in einem Spiel Kern, während sie in einer Banking-App eine Zusatzfunktion ist.

Bildschirmübergangsanimationen

Schöne Feder- und Ausblendanimationen sind eine klassische Zusatzfunktion. Sie beeinträchtigen nicht die Fähigkeit, zwischen Bildschirmen zu navigieren, erzeugen aber ein Gefühl von Premium-Qualität.

In Apps wie Tinkoff und Alfa-Bank sind die Übergangsanimationen sorgfältig ausgearbeitet. Wenn man sie jedoch vollständig entfernt, leidet die Funktionalität der App nicht — der Benutzer sieht einfach einen sofortigen Bildschirmwechsel.

Parallaxeffekt beim Onboarding

Parallaxe ist ein Effekt, bei dem sich Hintergrundelemente beim Neigen des Geräts langsamer bewegen als Vordergrundelemente. Wird häufig auf Onboarding-Bildschirmen für einen Wow-Effekt verwendet.

Laut UX Collective erhöht Parallaxe beim Onboarding die Betrachtungszeit um 15%, beeinflusst aber nicht die Registrierungskonversion. Dies ist eine reine Zusatzfunktion mit fragwürdigem ROI.

Benutzerdefinierte Sounds und haptisches Feedback

Sound-Effekte beim Drücken von Schaltflächen, haptisches Feedback bei langem Drücken und Vibration bei Eingabefehlern sind Beispiele für Zusatzfunktionen, die die emotionale Wahrnehmung beeinflussen.

Auf iOS ermöglicht Core Haptics die Erstellung komplexer taktiler Muster. Obwohl dies der App Tiefe verleiht, bleibt die App ohne haptisches Feedback voll funktionsfähig.