Skip to content

Открытые вопросы ​

В основном не решено · последний пересмотр 2 октября 2026

В Shiffty решено несколько вещей — отрасль, форма приложения и инструменты, на которых оно будет построено, включая солвер для первой версии; всё остальное — вопросы, на которые нужно ответить, прежде чем что-либо создавать.

Что уже решено ​

  • Только ритейл (25 сентября 2026). Никаких ресторанов, складов и универсального планирования персонала. См. Обзор.
  • Одно приложение для управляющих и сотрудников, на телефонах — пока через Capacitor (2 октября 2026). См. Архитектуру.
  • API на NestJS и приложение на Nuxt, организованные по CleanSlice — на этих инструментах построены другие наши продукты (2 октября 2026). См. Архитектуру.
  • YALPS как солвер для первой версии (2 октября 2026). Позже, скорее всего, Google OR-Tools отдельным сервисом в Kubernetes — это намерение, а не решение. См. Агент и солвер.

Ни одно из этих решений не реализовано.

Рынок ​

  • Почему мы, а не Deputy и похожие инструменты? См. обзор рынка, обзор конкурентов и Deputy и наш подход. Автоматическое составление графика — уже стандарт, а крупные вендоры уже заявляют обмен сменами на естественном языке с утверждением управляющего. Нам нужна причина, понятная управляющему магазином, а не список функций, и она нужна раньше, чем Deputy или похожий инструмент добавит чат для сотрудников.
  • С какого сегмента ритейла начать? Отрасль решена: только ритейл. Открыто другое: отдельные магазины или небольшие сети, продуктовые или другие форматы.
  • С какой страны начать? Естественные кандидаты с учётом нашего опыта — Украина и соседние страны, и обзор конкурентов показывает, что диалоговых инструментов для графиков там пока нет. Трудовые нормы и привычки в мессенджерах различаются по странам, поэтому этот выбор определит первую версию.
  • Кто платит и сколько? Цена пока не определена. Инструменты для малого бизнеса стоят $2–9 за пользователя в месяц или $30–120 за точку, поэтому цену придётся обосновывать сэкономленными часами управляющего.

Проверка проблемы ​

  • Сколько времени управляющие тратят на составление графиков сегодня?
  • Как часто график меняется после публикации и кто этим занимается?
  • Во что обходится типичному магазину избыток или нехватка персонала?

Мы планируем ответить на эти вопросы в разговорах со знакомыми управляющими магазинов — начиная с тех, кто работал с нами на скользящих сменах.

Продукт ​

  • Агент или солвер. Наше рабочее допущение: агент переводит запросы в ограничения, а график строит солвер. См. Составление графика и Агент и солвер. Это нужно подтвердить прототипом.
  • Мессенджер как второй канал. Первый канал — наше собственное приложение. Смогут ли сотрудники писать ещё и из Telegram, Viber или WhatsApp, не решено. См. Ассистент сотрудника.
  • Всё техническое, кроме инструментов. База данных, хостинг, языковая модель, уведомления. См. Архитектуру.
  • Утверждение. В демо каждое изменение утверждает управляющий. Устроит ли это управляющих, ещё предстоит выяснить; автоматическое утверждение в план не входит.
  • Данные о посещаемости. Какие источники на самом деле есть у магазинов. См. Входные данные.

Риски ​

  • Трудовое право. Нормы различаются в зависимости от страны и договора. Кто несёт ответственность, если сгенерированный график их нарушит?
  • Данные сотрудников. Доступность, отсутствия и личные причины — чувствительная информация. Где хранятся данные и кто их видит, нужно определить до любого пилота.
  • Доверие. Управляющий, который не понимает, почему агент выбрал ту или иную смену, переделает всё вручную.

Следующий шаг ​

Следующий шаг — двухнедельный план демо: MVP только в браузере к 18 октября 2026 на заранее заполненных данных одного вымышленного магазина. Каждое изменение утверждал бы управляющий. Это заменяет ближайшее предложение начать с реальных данных магазина; проверка с реальным магазином остаётся дальнейшей работой, а не существующим пилотом.