Profile Data & Settings
Feature Detail
Description
Profile Data & Settings enables peer mentors and coordinators to view and edit their personal information within the Meander Mobile App. This includes name, contact details, and organization-relevant fields. The screen is accessible from the hamburger menu and serves as the primary self-service surface for users managing their own account data. The feature must comply with WCAG 2.2 AA from day one, with semantic labels on all interactive elements, sufficient contrast, and keyboard-navigable fields. Settings such as language preferences and notification preferences may also be surfaced here, depending on module configuration. Because users have beginner-level digital skills assumed, the UI must minimize cognitive load: clear field labels, inline validation with actionable error messages, and a logical single-column layout.
Sources & reasoning
The source doc explicitly lists profile screens in the mobile architecture section (line 294) and places settings behind the hamburger menu (line 290). Fase 1 / MVP scope (line 322) names the two mobile roles, confirming profile management is launch-critical. WCAG requirements (lines 32-35) apply universally from day one, driving the accessibility constraints in this feature.
-
docs/source/likeperson.md · line 290Settings accessible from hamburger menu
-
docs/source/likeperson.md · line 294Contact detail, edit, and peer mentor profile screens
-
docs/source/likeperson.md · line 3222 mobilrolle-profiler: Peer Mentor, Coordinator (Organization Admins logger på som Coordinator i app-konteksten)
-
docs/source/likeperson.md · line 32-35Kognitiv tilgjengelighet: NHF nevner spesifikt slagrammede. Enkel navigasjon, logisk flyt, ikke for mange valg. Tydelige feilmeldinger med forslag til løsning.
Analysis
Accurate user profiles are foundational to the platform's trust and reporting integrity. Peer mentors and coordinators need a reliable self-service way to keep their contact details current without administrator intervention, reducing admin burden and support requests. For organizations like NHF that serve users with cognitive challenges including stroke survivors, a well-designed profile screen with clear affordances directly supports the platform's accessibility commitment. Errors in profile data can cascade into reporting inaccuracies that affect Bufdir submissions. Providing in-app profile editing also reduces dependency on manual onboarding corrections by Org Admins, accelerating time-to-value for new users across all five organizations.
Implement as a Flutter screen using Riverpod for state management. Form fields should use the shared AppTextField widget with real-time validation. Profile reads and writes go through a dedicated ProfileService hitting the REST API; optimistic updates with rollback keep the UX snappy on slow connections. The screen must satisfy WCAG 2.2 AA: minimum 4.5:1 text contrast, 24x24 px touch targets, visible focus indicators, and semantic labels on all fields. Drift local DB caches the profile for offline display; writes are queued in the mutation outbox when offline. Organization labels (e.g. overridden role terms) should be applied when rendering role-related profile fields, fetched from the backend labels cache.
Components (8)
Shared Components
These components are reused across multiple features
User Stories
No user stories have been generated for this feature yet.