it-swarm.com.de

Wann ist es angebracht, die Funktionalität in separate Apps aufzuteilen?

Ich bin Designer und mein Unternehmen verfügt über eine einzige App, die zwei verschiedene Benutzertypen bedient.

Eine Gruppe ist die allgemeine Öffentlichkeit, die die App verwendet, um große Ereignisse zu navigieren (z. B. jährliche Benutzergruppensitzungen, Aussteller, Kontaktaufnahme mit anderen Teilnehmern).

Die zweite Gruppe sind Mitarbeiter. Sie greifen hauptsächlich auf die von allgemeinen Benutzern erstellten Profile zu. Sie können Details hinzufügen, z. Notizen über Gespräche mit ihnen.

Wir wurden gebeten, mehr Mitarbeiterfunktionen bereitzustellen. Die App wird ziemlich groß. Ich erinnere mich, dass ich gehört habe, dass eine App nicht zu "tief" sein sollte (ich denke bei einem NNG-Kurs wahrscheinlich vor 2 Jahren) ... Ich denke, wir können einen Drilldown-Albtraum vermeiden, aber ich mache mir Sorgen darüber, wie groß der Footprint wird .

Gibt es eine Faustregel, wann eine separate App erstellt werden soll, anstatt viele Funktionen in eine zu integrieren? Und/oder kann mich jemand auf eine Ressource verweisen?

11
Nancy

Eine Frage, die Sie sich (oder Ihren Personas) stellen müssen, lautet: Bei 2 verschiedenen Apps, wie oft müsste ein Benutzer (einer der beiden Apps) zur anderen App wechseln?

Wenn die Antwort nie lautet, sind 2 verschiedene Apps von Vorteil, da jede App besser auf ihre Zielgruppe zugeschnitten werden kann. Wenn die Antwort selten lautet, müssen Sie die Kosten für den Benutzer berücksichtigen, der zwischen Apps wechselt. Wenn die Antwort häufig ist , ist es vielleicht am besten, eine einzige App zu haben.

6
obelia

Unser Unternehmen versucht derzeit, das Gegenteil zu tun. Wir haben mehrere Apps und haben festgestellt, dass es besser ist, alle in einer zu konsolidieren, da wahrscheinlich dieselbe Gruppe von Benutzern auf die meisten Funktionen zugreifen wird. Es macht keinen Sinn, mehrere Apps zu verwalten.

Mein Vorschlag wäre, die Nutzung anhand der beiden Benutzertypen zu bewerten. Wie oft benötigen die Mitarbeiter Zugriff auf die öffentlich zugängliche Seite der App? In welchem ​​Kontext müssten sie darauf zugreifen?

Wenn Mitarbeiter in einem einzigen Aufgabenablauf auf beide Bereiche zugreifen müssen ... oder wenn sie häufig auf beide zugreifen, verringert das Zusammenhalten die Reibung beim App-Wechsel.

Wenn die Dinge, die die Mitarbeiter brauchen, sehr unterschiedlich und getrennt sind, was die Öffentlichkeit dann verwenden wird, dann teilen Sie sie auf jeden Fall auf.

3
nightning

Derzeit denke ich, dass separate Apps einfacher zu warten sind und besser skaliert werden können (in Bezug auf Benutzerbasis und verfügbare Funktionalität). Wenn jeder von uns angebotene Service in einer einzigen App enthalten wäre, würden selbst kleinere Updates ein großes Risiko bergen. Mit diesem Ansatz mit vielen Apps können wir einen Dienst aktualisieren und sogar auf eine andere Plattform verschieben, ohne die anderen zu berühren.

Natürlich gibt es einige Anforderungen. Möglicherweise müssen Sie einige Funktionen aus App A in App B bereitstellen. In diesem Fall benötigen Sie ein Framework, damit Sie die Funktionalität nicht duplizieren, sondern von den Apps gemeinsam nutzen und eine einzelne Codebasis wiederverwenden. Wenn es sich um Web-Apps handelt, muss etwas vorhanden sein, das den nahtlosen Wechsel von einer App zu einer anderen erleichtert. Z.B. Sie könnten einen zentralen Benutzerprofil-/Authentifizierungsdienst haben (wie sie hier bei StackExchange verwendet werden).

Wann zu teilen ist eine schwierige Frage, ich bin mir nicht sicher, ob ich das Rezept kenne. Möglicherweise kommen Sie an einen Punkt, an dem wie in Ihrer Situation die für bestimmte Anwendungsfälle erforderlichen Funktionen von einem Punkt abweichen, an dem es einfach wird, die richtige Aufteilung zu definieren. Einige Beispiele: Ich benötige keinen RSS-Reader in meinem E-Mail-Client oder Webbrowser (MS glaubte dies früher), ich benötige kein Markup in meinem Texteditor, ich benötige keine mehrseitigen Layouts in meinem Photoshop.

Halten Sie Ihre Apps schlank, aber stellen Sie sicher, dass die von Ihnen angebotenen Workflows in einer Anwendung ausgeführt werden können oder dass Sie eine logische Aufteilung vornehmen und diese mit einigen Integrationsfunktionen unterstützen (z. B. "Platzieren" von Photoshop-Dateien in einem Indesign-Dokument).

2
Koen Lageveen

Wenn Sie die Benutzer zu Beginn der App in die beiden Gruppen einteilen können, wählt der Benutzer beim Start die Optionen "Mitarbeiter"/"Nicht-Mitarbeiter" aus, und erstellen im Wesentlichen zwei Pfade anstelle einer einzelnen tiefen Hierarchie.

Sie können eine ähnliche Anzahl von Funktionen sowohl für allgemeine Benutzer als auch für Mitarbeiter hinzufügen und haben dennoch nur die Hälfte der Hierarchietiefe, da diese parallel sind. Für einen Mitarbeiter sieht er nicht die allgemeinen Funktionen, die für ihn nicht nützlich sind und umgekehrt.

0
rk.