housemade

byMonin Modi

Create an application for hiring houselhelpers on the go for daily household chores like cleaning, maid, cook etc

No preview

Comments (0)

No comments yet. Be the first!

System Requirements

System Requirement Document
Page 1 of 7

System Requirements Document for housemade

1. Introduction

The "housemade" application is designed to facilitate the hiring of household helpers for daily chores such as cleaning, maid services, and cooking. The application aims to provide a convenient, on-the-go solution for users seeking household assistance, ensuring a friendly and approachable user experience.

2. System Overview

The housemade application is a mobile platform that allows users to hire household helpers for various chores. The application is designed to be user-friendly, leveraging a warm and approachable design inspired by Pablo Stanley. The primary audience includes individuals seeking quick and reliable household help.

2a. Product Interpretation and Delivery Boundary

The application is delivered as a mobile platform, accessible on-the-go, and focuses on providing a seamless experience for hiring household helpers. The design emphasizes warmth and approachability, aligning with the household service and convenience industry. The application does not include complex data-heavy interfaces or dark, moody color schemes, focusing instead on a friendly and inviting atmosphere.

2b. Source Content Inventory

Not applicable as there is no explicit content_source directive.

Page 2 of 7

2c. Page Content and Component Coverage

Home

  • Information/State: Overview of available household helper services.
  • Primary Actions: Browse services, select a service, view service details.
  • Supporting Actions: Search for specific services, filter services by type.
  • Domain Entities: Service categories (cleaning, maid, cooking).
  • Components: Service cards with blob shapes, rounded pill buttons for actions.
  • States: Loading, empty (no services available), success (services listed), error (failed to load services).

Service Details

  • Information/State: Detailed information about a selected service.
  • Primary Actions: Book a service, contact service provider.
  • Supporting Actions: View provider ratings, read reviews.
  • Domain Entities: Service details, provider information.
  • Components: Detailed service description, booking button, contact button.
  • States: Loading, success (details displayed), error (failed to load details).

Booking Confirmation

  • Information/State: Confirmation of service booking.
  • Primary Actions: Confirm booking, cancel booking.
  • Supporting Actions: Modify booking details.
  • Domain Entities: Booking details, user information.
  • Components: Confirmation message, modify button, cancel button.
  • States: Success (booking confirmed), error (booking failed).
Page 3 of 7

3. Functional Requirements

  • As a user, I should be able to browse available household helper services to find the one that suits my needs. (explicit)
  • As a user, I should be able to view detailed information about a selected service to make an informed decision. (explicit)
  • As a user, I should be able to book a service and receive confirmation of my booking. (explicit)
  • As a user, I should be able to contact the service provider for any queries or modifications to my booking. (explicit)

4. User Personas

User

  • Product Context: Individuals looking for quick and reliable household help.
  • Primary Goal: To hire household helpers for daily chores efficiently.
  • Distinct Responsibilities: Browsing services, viewing service details, booking services, contacting providers.
  • Relevant Inputs/Decisions: Selecting a service, confirming a booking.
  • Interactions with Other Participants: Communicating with service providers.
  • Observable Success: Successfully hiring a helper for the desired chore.

5. Core User Flows

5.1 Browsing and Selecting a Service

  1. Starting Context: User opens the housemade app.
  2. Page: Home
  3. Action: User browses available services.
  4. Result: Services are displayed in a friendly, approachable layout.
  5. Next Step: User selects a service to view details.
Page 4 of 7

5.2 Viewing Service Details

  1. Starting Context: User has selected a service from the Home page.
  2. Page: Service Details
  3. Action: User views detailed information about the service.
  4. Result: Detailed service information is displayed.
  5. Next Step: User decides to book the service.

5.3 Booking a Service

  1. Starting Context: User is on the Service Details page.
  2. Page: Booking Confirmation
  3. Action: User confirms the booking.
  4. Result: Booking is confirmed, and a confirmation message is displayed.
  5. Next Step: User may contact the provider for further queries.
Page 5 of 7

6. Visuals Colors and Theme

  • Muse: Pablo Stanley
  • Palette:
    • Background: #FFFFFF
    • Surface: #FFFBF2
    • Text: #333333
    • Primary: #FF9F00
    • Accent: #FF6F61
    • Muted: #F2F2F2
  • Typography:
    • Headings: Nunito, Bold, lowercase
    • Body: DM Sans
    • Scale: 1.414 modular
  • Shape Language: Rounded shapes, pill buttons
  • Layout: Soft offset shadows, blob shapes
  • Imagery: Modular vector illustrations

7. Signature Design Concept

The public entry features a blob-shaped hero section with a large vector illustration of a helper at work, set against a warm cream background. Rounded pill buttons with soft shadow effects invite interaction, while playful hover effects animate elements slightly, creating an inviting and friendly atmosphere.

Page 6 of 7

8. Interaction Model & Motion Direction

  • Interaction Model: Animated
  • Motion Tempo: Expressive
  • Hero Dimensionality: Layered_2d
  • Landing Hero Motion Brief: The hero section features a large vector illustration of a helper at work. Upon user interaction, elements slightly animate with playful hover effects, creating a warm and inviting atmosphere. In reduced-motion settings, animations are minimized to ensure accessibility.

9. Non-Functional Requirements

  • The application must be responsive and accessible on mobile devices. (basic_default)
  • The design should maintain a warm and approachable aesthetic, avoiding cold or sterile elements. (explicit)

10. Tech Stack

  • Frontend: React Native
  • Backend: Python/FastAPI
  • Storage: Appropriate cloud-based storage solution
  • Deployment: Docker/docker-compose

11. Assumptions and Constraints

  • The application is designed primarily for mobile use.
  • The design must adhere to the friendly and approachable aesthetic inspired by Pablo Stanley.
Page 7 of 7

12. Glossary

  • Household Helper: An individual hired to perform daily household chores such as cleaning, cooking, or maid services.
  • Service Provider: The entity or individual offering household helper services through the application.

No completed page designs yet.

Completed design pages will appear here when they are ready to preview.

Home: Browse available services
Home: Search specific service
Home: Select service category
Service Details: View service description
Service Details: Read provider reviews
Service Details: Contact service provider
Service Details: Initiate service booking
Booking Confirmation: Confirm booking details
Booking Confirmation: Modify booking details
Booking Confirmation: Cancel booking request
Booking Confirmation: View confirmation message

No completed page designs yet.

Completed design pages will appear here when they are ready to preview.

Home: Browse available services
Home: Search specific service
Home: Select service category
Service Details: View service description
Service Details: Read provider reviews
Service Details: Contact service provider
Service Details: Initiate service booking
Booking Confirmation: Confirm booking details
Booking Confirmation: Modify booking details
Booking Confirmation: Cancel booking request
Booking Confirmation: View confirmation message