Add another contact to my contact information
π User Story
πΉ As an individual host who has added a primary contact in the Contact details page πΉ I want to add another contact to my registration form πΉ So that in case I cannot be reached, someone else can be contacted on my behalf
Context
Hosts can add secondary contacts to their STR registration. For MVP version, the host is also a primary host. In long run, users can be a property manager so we need them to identify their roles with regards to the STR rental unit.
π Business Rules
- [ ] Users can add as many as secondary contacts they want. No caps on the number of secondary contacts added in the registration form.
- [ ] When adding a secondary contact, user needs to input first name (required, text) and last name (required, text)
- [ ] When adding a secondary contact, the business rules for the rest of contact information and mailing address are identical as primary contact with one exception: Date of birth for secondary contact is optional.
- [ ] Users can edit a secondary contact added
π Story Scenarios
see specific story scenarios
Scenario 1: Authenticated and logged in to STR
- Given the host has been authenticated via BCSC
- When host is on the my contact information page
- Then the host is presented with the ability to add contacts
Scenario 2: Add a secondary contact
- Given the host finishes entering the contact info for the primary contact on the contact information page
- When host clicks add another contact button
- Then the host is presented with the ability to add another contact
Scenario 3: Host adds mailing address for secondary contact
- Given the host is in the mailing address section of βMy Contactsβ view,
- When the host starts to type their mailing address in the mailing address field
- Then the system utilizes the Canada Post connection to populate the mailing address on behalf of the host.
π Mural Links
Story in Mural: [https://app.mural.co/t/citzservicebcbcros0435/m/citzservicebcbcros0435/1706554024951/153dc4e4f3fbbd7cfc1352e0c804cb105960321e?wid=0-1709247143177]
π οΈ Parameters Definition
click to view parameter definitions
- [Role]: User role or persona targeted by this issue.
- [Feature/Action]: Action or feature being requested.
- [Benefit/Outcome]: Expected benefit or outcome from implementing the feature/action.
- [Authentication Method]: Method used for user authentication.
- [Form Name]: Specific form or section referenced.
- [Specific Action]: Particular action taken by the user.
- [Expected Result]: Desired outcome after action is taken.
- [Invalid Data]: Examples of invalid data that might be entered.
- [X] seconds: Exact time frame within which an action should complete or a page should load.
- [Specific Page]: Specific page or section of the application.
- [Link Name]: Text or identifier of a link or button.
π Global Scenarios
click to see global scenarios
Saving, Cancelling, and Reverting
Scenario 1: Cancellation and Reverting Changes
- Given I have made changes to [Form Name] but decide not to save these changes
- When I click a "cancel" button or navigate away from [Form Name]
- Then any unsaved changes should be discarded, and [Form Name] should revert to its previous state.
Scenario 2: Validation and Error Handling
- Given I am updating [Form Name] from the newly opened section below the progress bar
- When I enter invalid data (such as [Invalid Data]) and attempt to save
- Then I should receive immediate feedback indicating the error, and the information should not be saved until corrected.
Scenario 3: Confirmation of Successful Update
- Given I have entered new or updated information in [Form Name]
- When I click the save button and the data is valid
- Then I should receive a confirmation message indicating [Form Name] has been successfully updated.
Internet Connection
Scenario 1: Standard Internet Connection
- Given I am accessing the website from a standard internet connection
- When I navigate to any page on the site
- Then the page should load completely within 2 seconds, ensuring a fast and efficient user experience.
Scenario 2: Optimizing Dashboard for Hosts with Low Internet Connectivity
- Given a user accesses [Form Name] with a low-speed internet connection
- When the user attempts to load and interact with the dashboard page
- Then [Form Name] should prioritize critical content and functionality, loading essential elements first to ensure usability.
Security and Privacy
Scenario 1: Security and Privacy Settings
- Given I am editing [Form Name]
- When I access the form
- Then I should have the option to update my privacy settings related to who can view [Form Name].
Scenario 2: Secure My Information
- Given I am a user entering personal or login information into [Form Name]
- When I submit this information through any form or login page
- Then the platform should encrypt this data during transmission and storage, safeguarding it against unauthorized access.
Mobile Responsiveness
Scenario 1: Mobile Responsiveness
- Given I am accessing [Form Name] on a mobile device
- When I click on the "[Link Name]" link
- Then [Form Name] should display correctly and be easily editable on my device, ensuring a responsive design.
π Accessibility Scenarios
click to view accessibility scenarios
Scenario: Navigating the Page Using Keyboard Only
- Given I am a non-mouse user accessing [Specific Page]
- When I use keyboard navigation (Tab, Shift + Tab, Enter, Arrow keys)
- Then I should be able to fully interact with [Specific Page], including buttons, dropdowns, and modals.
Additional Accessibility Scenarios
- Using the "Skip to Main Content" link
- Interacting with form fields using the keyboard
- Navigating dropdown menus using arrow keys
- Closing modals using the Escape key
- Navigating paginated content using keyboard shortcuts
Scenario: Ensuring Usability with Color-Blind Friendly Design
- Given I am a user with color vision deficiency
- When I view charts, graphs, status indicators, and use interactive elements like buttons or links
- Then these elements should use patterns, shapes, and additional indicators beyond color to ensure usability and accessibility.
π¨ UX/UI Considerations
click to view UX/UI considerations
Layout and Aesthetics
- Design Principle: Describe any specific design principles or themes that need to be incorporated.
- Visual Hierarchy: Outline how information should be prioritized visually on the page.
Responsiveness and Adaptability
- Device Compatibility: Ensure the design is responsive and adaptable across different devices and screen sizes.
- Orientation Adaptability: Mention if the design should adapt to changes in device orientation.
User Flow and Interaction
- Navigation: Describe the intended navigation path for users within this feature or page.
- User Actions: Detail any specific user actions (e.g., clicks, swipes) and their expected outcomes.
Accessibility and Inclusivity
- Color Contrast: Ensure sufficient color contrast for readability and accessibility.
- Interactive Elements: Specify guidelines for button sizes, hit areas, and interactive element visibility.
add a hint for mononames so
@atronse please check to make sure the UX UI Links are correct
Link looks correct to me
Assigned to you @trevoratindustrio to break into subtasks
@samIndustrio 2 issues:
- When adding a secondary contact, it doesn't ask First Name and Last Name.
- Email address - does not highlight red when you go to the next step or miss unless you click in to the field.
Global issues:
- Drop downs are gray before selecting - needs to be white
- Fields not retaining information - when delete/edit
- Validation does not highlight where the error is
@fionazhou-jsb
When adding a secondary contact, it doesn't ask First Name and Last Name. Done Email address - does not highlight red when you go to the next step or miss unless you click in to the field. No Global issues:
Drop downs are gray before selecting - needs to be white we found out that this is OS specific we note that for next sprint Fields not retaining information - when delete/edit Only Primary Mailing Address, and it is by design Validation does not highlight where the error is noted, let's talk about validations in retro