← All case studies
Case studyPet care

A pet-care marketplace connecting owners with trusted local services

An anonymous pet care project covering a complete pet services marketplace for pet owners, service providers, and marketplace operations.

Pet profilesService bookingProvider marketplace
pet services marketplace interface showing pet profiles, service booking, and provider marketplace
TypeCase study
SectorPet care
TechnologyAngular · ASP.NET Core · PostgreSQL
The brief

The organisation needed one pet services marketplace for pet owners, service providers, and marketplace operations. The existing journey divided pet profiles, provider discovery, availability, booking, service notes, payments, reviews, and marketplace administration between separate tools and informal follow-up, so the project had to solve the operating model as well as the interface.

01 / Product brief

A complete pet services marketplace shaped around pet owners, service providers, and marketplace operations

The organisation needed one pet services marketplace for pet owners, service providers, and marketplace operations. The existing journey divided pet profiles, provider discovery, availability, booking, service notes, payments, reviews, and marketplace administration between separate tools and informal follow-up, so the project had to solve the operating model as well as the interface.

Discovery followed the full journey from the first customer or staff action to its operational and commercial close. That exposed the handoffs between pet profiles, service booking, and provider marketplace, including the exceptions that a feature list would have missed.

  • Map the people, decisions, and records across the whole pet services marketplace.
  • Separate firm pet care rules from habits created by the old tools.
  • Agree what the first release must complete from end to end.
02 / Product experience

The product joined pet profiles, service booking, and provider marketplace without blurring roles

Keep the pet record central to every booking and give providers a practical schedule while operations manages quality and disputes.

In the pet services marketplace, each audience receives a focused home while the underlying state remains shared. The interface shows what needs attention, who owns the next action, and why work is blocked, while secondary detail stays available for review without crowding everyday tasks.

  • Design the primary journey for every audience named in the brief.
  • Give exceptions, corrections, and cancellations an explicit route.
  • Use realistic records to test the complete flow before widening the surface area.
03 / System design

Angular, ASP.NET Core, PostgreSQL formed one supportable pet services marketplace

The architecture follows business ownership rather than the navigation menu. Angular, ASP.NET Core, PostgreSQL share versioned contracts, server-side permissions, observable integrations, and one authoritative record for the decisions behind service booking.

In the pet services marketplace, slower or external work runs through durable jobs with idempotent handling and visible failure states. Logs retain the organisation, actor, and product record needed to investigate a problem without guessing from a generic error message.

  • Angular supports the primary product surface.
  • ASP.NET Core owns a bounded part of the product journey.
  • PostgreSQL keeps operational data and handoffs reviewable.
04 / Delivery and release

The release had to prove the whole pet services marketplace, not one polished screen

Owners can book suitable care with context intact and providers can manage appointments without disconnected messages. The release plan therefore followed representative work across every audience and the complete path through pet profiles, service booking, and provider marketplace.

Acceptance for the pet services marketplace included ordinary work, missing inputs, repeated requests, failed integrations, permission boundaries, and the route back to a trustworthy state. The team checked whether staff could understand and recover from a problem without direct database help.

  • Run the busiest realistic journey from start to operational close.
  • Rehearse a failed integration and a repeated customer action.
  • Confirm that every role sees only the work and data it owns.
  • Trace a management result back to the records that produced it.
05 / Takeaways

What the work established

Owners can book suitable care with context intact and providers can manage appointments without disconnected messages.

  1. 01

    The pet services marketplace now gives pet owners, service providers, and marketplace operations one shared operating record.

  2. 02

    Pet profiles, service booking, and provider marketplace follow the same product rules.

  3. 03

    The system makes ownership and exceptions visible instead of hiding them in manual follow-up.

  4. 04

    The product can grow from clear workflow, data, and service boundaries rather than isolated features.

Have a similar problem?

Tell us how the work happens now.

Start a conversation