Логистика · доставка покупок из США · Outstaff

ProstoBox и Pochtoy: Тикеты, роли, аналитика и ускорение PostgreSQL в сервисах доставки из США

Развивали внутреннюю платформу двух сервисов доставки из США: система тикетов для менеджеров, роли и права, сквозная UTM-аналитика, отчёты и оптимизация базы данных.

Роль: Backend-разработка, PHP и PostgreSQL (outstaff)
Стек: PHPPostgreSQLREST APIАдмин-панельUTM-аналитика
Сайты: prostobox.compochtoy.com

30–40%быстрее распределение заявок
25–30%меньше ошибок в продакшене
до 2×быстрее сложные SQL-запросы
минутывместо часов на отчёты

О проекте

ProstoBox и Pochtoy — сервисы доставки покупок из американских магазинов в Казахстан, Россию и другие страны: склад в США, личные кабинеты клиентов, расчёт и отслеживание доставки. Pochtoy работает с 2008 года.

Какие задачи решали

Система тикетов и приоритизация

Задача

Заявки распределялись между менеджерами вручную, а срочные обращения терялись в общем потоке.

Что сделали

Система тикетов для менеджеров с назначением ответственного
Приоритеты high / medium / low и сортировка очереди по срочности
Фильтры по статусу, менеджеру и типу обращения

Время распределения заявок сократилось на 30–40%, критические обращения обрабатываются быстрее.

№	Тема	Приоритет	Статус	Менеджер	Создан
#4821	Посылка задержана на складе	High	В работе	АС	5 мин
#4820	Не пришёл трек-номер	High	Новый	ДК	12 мин
#4817	Объединение посылок перед отправкой	Medium	В работе	МЖ	40 мин
#4815	Вопрос по таможенной декларации	Medium	Ожидает клиента	АС	1 ч
#4811	Изменить адрес доставки	Low	Новый	ЕН	2 ч

История тикетов и статусов

Задача

Было непонятно, кто и когда менял заявку, данные о действиях терялись.

Что сделали

Журнал изменений по каждому тикету: статусы, ответственные, комментарии
Хранение истории в PostgreSQL без потери данных
Хронология действий прямо в карточке тикета

Процессы стали прозрачными, потери данных прекратились.

История изменений

09:12
Система
Тикет создан из обращения клиента
Новый
09:14
Айдана С.
Назначен ответственный: Айдана С.
09:15
Айдана С.
Приоритет изменён: Medium → High
High
09:31
Айдана С.
Статус: Новый → В работе. Запрошена проверка на складе
В работе
10:02
Склад
Комментарий: посылка найдена, отправка сегодня

Рефакторинг админ-панели, роли и права доступа

Задача

Админ-панель часто давала ошибки в продакшене, типовые операции занимали много шагов, а доступы раздавались вручную.

Что сделали

Рефакторинг административной панели и legacy-кода
Упрощение типовых операций и улучшение UX
Система ролей и прав доступа с матрицей разрешений

Ошибок в продакшене стало меньше на 25–30%, типовые операции выполняются на 20% быстрее, управлять пользователями проще и безопаснее.

Разрешение	Админ	Ст. менеджер	Менеджер	Склад
Тикеты: просмотр
Тикеты: назначение
Отчёты и аналитика
SKU: редактирование
Пользователи
Настройки системы

Сквозная UTM-аналитика

Задача

Не было видно, из какого рекламного канала пришла заявка и сколько она принесла.

Что сделали

Сохранение UTM-меток на всём пути клиента до заявки
Привязка источника к каждой заявке
Отчёт по эффективности рекламных каналов

Маркетинг видит, какие каналы реально приводят клиентов.

Заявки с UTM1 110

Каналов14

Без источника0%

utm_source / medium	utm_campaign	Заявки
google / cpc	shipping_kz	412
yandex / cpc	iherb_delivery	286
instagram / paid	promo_sept	193
telegram / post	blogger_aug	121
direct / none	—	98

Отчётность и аналитика

Задача

Отчёты собирались вручную из выгрузок и занимали часы.

Что сделали

Модули отчётов по заявкам, менеджерам и периодам
Агрегации на стороне PostgreSQL
Выгрузка готовых отчётов

Подготовка отчётов сократилась с часов до минут.

Обработанные заявкипо неделям

Готовые отчёты

Заявки по менеджерам

Сентябрь · сформирован за 48 с

XLSX

Посылки по статусам

Неделя · сформирован за 21 с

XLSX

Эффективность каналов

Квартал · сформирован за 1 мин 12 с

XLSX

Управление SKU товаров

Задача

Данные о товарах хранились разрозненно, их было сложно искать и поддерживать.

Что сделали

Система управления SKU с единой структурой данных
Поиск и фильтрация по товарам
Контроль дублей и обязательных полей

Данные о товарах стали структурированными и удобными для работы.

SKU	Название	Категория	Вес	Статус
PB-SUP-00412	Витамины, 120 капсул	Здоровье	0,21 кг	Активен
PB-SHO-01187	Кроссовки беговые	Обувь	1,10 кг	Активен
PB-ELE-00930	Беспроводные наушники	Электроника	0,35 кг	Проверка
PB-CLO-02254	Худи, размер M	Одежда	0,62 кг	Активен
PB-HOM-00318	Набор контейнеров	Дом	0,94 кг	Архив

Оптимизация PostgreSQL и legacy-кода

Задача

Сложные запросы выполнялись медленно и нагружали базу, дублирование кода мешало развитию.

Что сделали

Анализ планов выполнения и переписывание тяжёлых запросов
Индексы под реальные сценарии выборок
Удаление дублирования и упрощение legacy-кода

Сложные SQL-запросы стали выполняться до 2 раз быстрее, нагрузка на базу снизилась.

До1 840 ms

SELECT p.*, c.name, s.title
FROM parcels p
JOIN clients c ON c.id = p.client_id
JOIN statuses s ON s.id = p.status_id
WHERE lower(p.track) LIKE '%77120%'
ORDER BY p.created_at DESC;

Seq Scan on parcels · rows 1.2M

После910 ms

SELECT p.id, p.track, c.name, s.title
FROM parcels p
JOIN clients c ON c.id = p.client_id
JOIN statuses s ON s.id = p.status_id
WHERE p.track_search @@ to_tsquery('77120')
ORDER BY p.created_at DESC
LIMIT 50;

Index Scan using parcels_track_search_idx

Время выполнения

До

После