Маркетплейс услуг

Обзор

Это кейс на стадии проектирования. Продукт связывает тех, кто заказывает услугу, и тех, кто её выполняет, в вебе и на телефоне. Я не представляю его как запущенный маркетплейс. Публичного запуска, на который можно сослаться, нет.

Контекст и задача

Маркетплейс ломается, когда у заказа нет понятной жизни. Кто-то создаёт заявку, кто-то её берёт, меняются деньги и статус, и обе стороны должны понимать, что произошло. Геолокация, оценки и уведомления добавляют вопрос времени: кто и в какой момент имеет право это видеть.

Моя роль

Здесь моя работа — продукт и устройство системы: участники, жизненный цикл заказа и ответственность веб- и мобильного клиентов. Реализацию я на этой странице не заявляю.

Продуктовая логика

Две стороны делят один заказ и не делят один интерфейс. Заказчику нужно создать работу, следить за ней и оценить результат. Исполнителю — принять, сделать и получить оплату. Системе нужны состояния, которым верят оба. Оценка до завершения заказа — не репутация, а шум.

Архитектура

Модель делится на заказ и его состояния, двух участников, статус оплаты, уведомления, локацию и репутацию. Веб и мобильное приложение — клиенты одного заказа, а не два продукта с двумя смыслами слова «готово». Платёжный провайдер, карты и конкретная схема сервисов здесь не выбраны: эти решения не зафиксированы.

Заметки

Полезная часть на сегодня — жизненный цикл, а не список функций. Оплаты, геолокацию и рейтинги легко назвать и легко спроектировать плохо, пока состояния заказа ещё мягкие. Пока реализацию нечего проверять, кейс остаётся в разделе исследований и концепций.