Milestone 1 Notes - bounswe/bounswe2025group8 GitHub Wiki
🧩 Customer Feedback (Milestone Review)
1. Scenario & Feature Coverage
Each scenario should directly demonstrate a specific feature of the system.
Avoid presenting features outside the scope of scenarios — all features must be tied to at least one scenario.
2. Filtering & Search Functionality
The category-based filtering feature was appreciated.
The customer asked whether location-based searching is also supported — this functionality is currently missing and should be added.
3. Complaint and Reporting System
A complaint/report feature should be included.
The customer emphasized that users must be able to report issues or inappropriate content.
4. Privacy & Data Protection
The system should not display or share personal information such as phone numbers, emails, or exact locations.
5. Volunteer Assignment & Confirmation
When a person is assigned as a volunteer, there should be a confirmation mechanism (e.g., the volunteer must accept or confirm the assignment).
Volunteers could also receive notifications a few days before the event/task as reminders.
6. Review & Rating Categories
Reviews should have multiple sub-categories
This makes evaluations more structured and informative.
The customer suggested having two separate rating types for each user:
One for their requester performance
One for their volunteering performance
7. Visualization Improvements
The visual representation of data and interactions was found to be insufficient.
The customer suggested adding stronger visualization components to better communicate the system’s functionality and impact.
8. Community Domain & Inclusivity
The customer emphasized that the platform should foster an inclusive community where everyone can contribute in different ways.
Example: Elderly people could contribute by sharing local history or storytelling.
Broaden the domain of requests to include more diverse community-driven activities.
9. Documentation & Guidance
This documentation should serve as a guide for organizing and managing community-based assistance, rather than explaining how to use the application itself.
10. Administrative Role
Instead of using a standard “admin” role, the customer suggested a more community-oriented title, such as “muhtar” (local leader), to match the project’s spirit.
11. Global Accessibility
The mobile app should support global locations, not just Turkey-based users.