Fluid WMS: Feature Checklists
- Feature Checklist: Address Entries
- Feature Checklist: Report Issue
- Feature Checklist: New Item Not Mandatory
- Feature Checklist: Customer Notifications
- Feature Checklist: Admin
Feature Checklist: Address Entries
Feature Checklist: Address Entries
Scenario |
Adding job collection and delivery details |
Given |
a user is creating or editing a job in the WMS |
When | the user needs to specify 'collect from' and 'deliver to' addresses |
Then | The system should provide input fields for both addresses and pre-populates addresses where applicable, |
|
Good When |
|
Bad When |
|
Users can easily find and fill in 'collect from' and 'deliver to' fields |
|
The address fields are not clearly labeled |
|
System validates the addresses to ensure they are complete and accurate, and pre-populates existing addresses. |
|
Address validation fails, allowing incomplete or incorrect addresses to be saved and does not pre-populate existing addresses. |
|
Users can edit addresses at any stage before the job is accepted by an operative. |
|
Users cannot edit the addresses after initially setting them, leading to potential errors in job assignments. |
Completed When |
Jobs in the WMS accurately includes 'collect from' and 'deliver to' information, streamlining the logistics process and enhancing operational efficiency. |
Start When |
When purchase order has been issued to the client. |
Feature Priority |
|
Client Approves Feature |
|
Agreed Timeline |
Once approved the process will continue as
Estimated development time for this feature would be 5 days, |
Feature Checklist: Report Issue
Feature File: Report Issues
Scenario |
Reporting an issue via the platform |
Given |
User encounters a problem or error within the WMS |
When | User clicks the 'Report Issue' button |
Then | System should allow the user to describe and submit the issue |
|
Good When |
|
Bad When |
|
The 'Report Issue' button is accessible on all pages of the WMS. |
|
The 'Report Issue' button is difficult to find. |
|
The issue reporting process is straightforward, encouraging users to report problems. |
|
The reporting process is overly complex, deterring them from submitting issues. |
|
Users receive confirmation that their issue has been submitted and is being addressed |
|
There is no confirmation of issue submission, leaving users unsure if their report was received. |
Completed When |
Users can easily report issues through the WMS, ensuring quick response to any problems. |
Start When |
When purchase order has been issued to the client. |
Feature Priority |
|
Client Approves Feature |
|
Agreed Timeline |
Once approved the process will continue as
Estimated development time for this feature would be X days, |
Feature Checklist: New Item Not Mandatory
Feature File: New Item Not Mandatory
Scenario |
Adding a job without requiring a new item. |
Given |
User is creating a job in the WMS. |
When | Job does not require adding a new inventory item. |
Then | System should allow the job to be saved without adding a new item, the 'complete' button for the operative should be apparent at the top of the screen, and the 'collect' item button should be removed. |
|
Good When |
|
Bad When |
|
Users are able to create jobs without adding inventory items. |
|
The option to skip adding a new item is not clear. |
|
The system indicates that adding a new item is optional, but the 'collect' options has been removed. |
|
Users cannot bypass the 'Add New Item' option indicating that it is mandatory, and the 'collect' button remains. |
|
Users can easily bypass the 'Add New Item' step. |
|
The lack of clarity regarding the optionality of adding new items is confusing.. |
Completed When |
A job can be created easily without the need to add a new item, operatives can 'complete' a job by clicking the corresponding button at the top of the page, and the 'Collect' button has been removed from the inventory screen altogether. |
Start When |
When purchase order has been issued to the client. |
Feature Priority |
|
Client Approves Feature |
|
Agreed Timeline |
Once approved the process will continue as
Estimated development time for this feature would be X days, |
Feature Checklist: Customer Notifications
Feature File: Customer Notifications
Scenario |
Sending automatic confirmation upon job acceptance |
Given |
Fluid accepts a job in the WMS |
When | the job is accepted |
Then | an automatic message is sent to the customer confirming the job acceptance and scheduled time |
|
Good When |
|
Bad When |
|
Confirmation messages sent automatically without any unintended delay. |
|
Notifications are not sent or are unintentionally delayed. |
|
Message includes all relevant job details, including the scheduled time and any other relevant information. |
|
Confirmation messages don't share required information about the job. |
|
Customers receive confirmation in a clear format without the need for additional assurance. |
|
Messages are unreadable or unoptimised for all required devices |
Completed When |
Every accepted job triggers an immediate, accurate, and formatted confirmation to the customer. |
Start When |
When purchase order has been issued to the client. |
Feature Priority |
|
Client Approves Feature |
|
Agreed Timeline |
Once approved the process will continue as
Estimated development time for this feature would be X days, |
Feature Checklist: Admin
Feature Checklist: Admin
Scenario |
Admin user wants to access admin panel and define user roles |
Given |
User with admin privileges can access the admin panel through a clearly define 'admin' button on the homepage |
When | User can define or edit access levels for different user roles |
Then | System provides a clear interface for setting permissions based on user roles, changes should be savable and immediately effective across the WMS |
|
Good When |
|
Bad When |
|
The interface for defining user access levels clearly categorises different permissions and roles. |
|
Admins cannot define roles as the system doesn't allow for these edits to be made. |
|
Administrators can easily access admin panel, add, remove, or modify user roles and their corresponding access levels. |
|
Admins cannot access the admin panel from the homepage as there is no 'Admin' button. |
|
The system implements changes immediately across the platform. |
|
There is a delay in the implementation of changes across the platform, or they are not made at all. |
Completed When |
An 'Admin' button is present at entry level, and an admin-level user can login in and edit user capability and access levels across the whole WMS platform. |
Start When |
When purchase order has been issued to the client. |
Feature Priority |
|
Client Approves Feature |
|
Agreed Timeline |
Once approved the process will continue as
Estimated development time for this feature would be X days, |