Vergelijk de drie oplossingen, welke is volgens u het meest geschikt voor het scenariogebaseerde menupadontwerp? Het is duidelijk oplossing drie. . Analyse Ongeacht welke oplossing wordt gebruikt, gelooft de bijbehorende productmanager dat bij het ontwerpen van het menu de bijbehorende productlogica moet worden gevolgd in plaats van een ontwerp zonder logica. Wanneer de systeemfuncties bijvoorbeeld steeds complexer worden, zoals de uitbreiding van het menu op het eerste niveau en de vakantiefuncties op het tweede niveau, is oplossing één gemakkelijker uit te breiden als geheel; de interne logica van oplossing twee is bijvoorbeeld om te classificeren vanuit de functie, en de vakantieregels en andere regels worden geïntegreerd, en het vakantiesaldo wordt geïntegreerd met andere rapportgegevens.
en ze zullen alleen denken dat oplossing drie een betere ervaring heeft omdat het eenvoudiger, directer en geschikter is voor T's gebruiksscenario. Dit is de toepassing van het principe in het ontwerp van het productmenupad. . Ervaring Hoe kunnen we een menupadontwerp maken dat past bij het principe? De eerste stap is om de tool voor gebruikersreiskaarten te gebruiken om de belangrijkste bedrijfsscenario's te sorteren. Na het sorteren van de journey map van key users zoals H, kan worden vastgesteld dat het kernscenario het beheer van de aanwezigheidsregels is.
Volgens de aanwezigheidsregels die door de mobiel nummer oostenrijk onderneming zijn geformuleerd, zoals punch-in salaris, overuren en veldsubsidie-aftrek, worden de bijbehorende configuratie en het onderhoud voltooid; Vakantiebeheer beheert verlofregistraties en saldi van werknemers volgens de regels die door de onderneming zijn ingesteld; Beheer van uitzonderingen op aanwezigheid controleert en beheert abnormale klachten van werknemers; Beheer van aanwezigheidsgegevens controleert de dagelijkse en maandelijkse rapportgegevens van werknemers en bevestigt en verzegelt deze; Beheer van bevestiging van aanwezigheidsgegevens bevestigt de maandelijkse gegevens van werknemers om ervoor te zorgen dat de aanwezigheidsgegevens door beide partijen zonder bezwaar worden herkend; Het tweede abstracte bedrijfsscenario volgt het M-principe om het productarchitectuurdiagram uit te voeren.
Combineer de kernscenario's van gebruikers om de bijbehorende scenario's te abstraheren en te splitsen, en combineer vervolgens de werkbank om de zaken en het rapportdashboard te dragen om de gegevens te dragen. De twee niveaus kunnen het complete productarchitectuurdiagram uitgeven, wat indirect equivalent kan zijn aan het menupadontwerp van het product, dat wil zeggen dat elk blok een menu op het eerste niveau is en de bijbehorende inhoud een menu op het tweede niveau kan zijn en evolutiefunctie, dat wil zeggen dat elk blok een prioriteit en fase krijgt om een geïntegreerd diagram te vormen. Let op het principe van "omvattend ontwerp met het einde als begin; minimale gesloten lus met het begin als einde" bij het ontwerpen.