Skip to main content

Current Stage

Early MVP Development The core architecture and base CRUD functionality are already implemented. We are now working towards completing the MVP feature set.

Completed Features

Core Architecture

  • Clean Architecture structure
  • Domain / Application / Infrastructure / Presentation separation
  • Type-safe entities and interfaces

Database

  • SQLite local database
  • Table: records
  • UUID-based identifiers
  • Soft delete support

Records Module

  • ✓ Create record
  • ✓ Edit record
  • ✓ Soft delete record
  • ✓ List records

Validation

  • ✓ Title normalization
  • ✓ Duplicate prevention
  • ✓ Minimum length validation (3 characters)
  • ✓ Maximum length validation (50 characters)

User Experience

  • ✓ Global Toast Notification System
  • ✓ Toast animations
  • ✓ Basic mobile-first UI

MVP Features Remaining

Records UX

  • Search records
  • Filter records by type

UI Improvements

  • Better form layout
  • Empty state screen
  • Confirmation modal before deletion

Data Management

  • Record sorting
  • Record grouping by type

Architecture

  • Global error handler
  • Service validation improvements

Persistence Safety

  • Backup / export data option
The MVP focuses on making the core Records module feature-complete before adding new modules.

Post-MVP Features (Future)

These features will be developed after the MVP is complete:

New Modules

  • Appointments system
  • Services system

Integrations

  • Calendar integration
  • Local notifications

Sync & Storage

  • Offline synchronization
  • Cloud sync option
  • Multi-device support

Authentication

  • User authentication (future optional backend)
Post-MVP features are not scheduled yet. Focus remains on completing the MVP first.

Long Term Vision

Simple Manager aims to be a lightweight offline-first management tool for small businesses and freelancers.

Core Principles

The application should remain:
  • Simple - Easy to use without a learning curve
  • Fast - Instant response with local-first architecture
  • Private - Data stays on the device by default
  • Offline-first - Works without internet connection
Every feature should align with these principles. If a feature compromises simplicity or privacy, it should be optional.

Technical Debt

No significant technical debt at this stage. The architecture is clean and maintainable.

Contributing

When working on features:
  1. Check this roadmap to understand priorities
  2. Follow the Development Rules
  3. Apply Best Practices
  4. Update this roadmap when completing features

Timeline

No fixed timeline. Features are developed as resources allow.
The focus is on quality over speed. Each feature should be:
  • Fully tested
  • Well documented
  • Properly integrated
  • Following architecture rules

Build docs developers (and LLMs) love