Виджеты и приложения
Дополнительные функции внутри или рядом с существующей платформой.
Индивидуальная разработка для бизнес-систем
Если стандартных возможностей CRM, учётной системы или другого сервиса недостаточно, разрабатываем недостающую функцию под конкретный рабочий сценарий — от небольшого виджета до отдельного внутреннего сервиса.
Недостающая функция
Рабочий сценарийчто должен сделать пользователь
→Данные и системыисточники и место результата
→Логика и интерфейсправила, API, ошибки
→Работающий инструментвнутри платформы или отдельно
✓Что разрабатываем
Функции вокруг реального рабочего сценария
Не строим отдельный продукт ради самого кода. Сначала определяем, чего не хватает сотруднику или процессу, и выбираем минимально достаточный формат решения.
Внутренние интерфейсы
Рабочие окна для сотрудников, когда стандартный интерфейс не подходит процессу.
Интеграционная логика
Обработчики, API-сервисы и правила обмена между несколькими системами.
Фоновые процессы
Автоматические проверки, обработка событий, очереди и действия по расписанию.
Планировщики и сервисы
Отдельные инструменты для задач, которые неудобно полностью помещать внутрь CRM.
ИИ-функции
Анализ текста, документов или сделок там, где ИИ решает понятную прикладную задачу.
Граница решения
Когда собственная разработка действительно нужна
Собственный код оправдан, если готовое решение не закрывает данные, правила, интерфейс или автоматический сценарий.
Готового решения нет
Нужная функция отсутствует в платформе и приложениях.
Не хватает данных
Готовый продукт не передаёт или не хранит нужные значения.
Свои правила
Есть специфические расчёты, статусы, роли или условия.
Нужен единый интерфейс
Сотрудник работает поверх нескольких систем.
Нужна автоматическая работа
Процесс должен выполняться контролируемо без ручного запуска.
Принцип
Сначала проверяем готовые варианты
Собственный код добавляет стоимость разработки и сопровождения. Если стандартная возможность или готовое приложение устойчиво решает задачу, используем его. Разрабатываем только недостающее.
Фиксируем задачу
Пользователь и ожидаемый результат.
Проверяем готовое
Не создаём функцию без необходимости.
Определяем данные
Где исходные значения и куда идёт результат.
Проектируем
Интерфейс, логику, ошибки и ограничения.
Разрабатываем
Тестируем на согласованном сценарии.
Запускаем
В платформе или отдельном сервисе.
Развиваем
Новые функции добавляем отдельными этапами.
Форматы
Решение может жить внутри системы или рядом с ней
Место реализации зависит от API, объёма фоновой логики, требований к интерфейсу и того, где сотрудник выполняет основную работу.
Внутри amoCRM
Приватные виджеты, дополнительные интерфейсы, документы и автоматизация.
Вокруг МойСклад
Приложения, сервисы обмена, фоновые процессы и дополнительные интерфейсы.
Между системами
Сервис координирует обмен и бизнес-логику нескольких платформ.
Отдельный сервис
Специализированный интерфейс или обработчик для процесса, который не стоит помещать в CRM.
Примеры
Какие задачи подходят для индивидуальной разработки
Конкретная функция и интерфейс нового проекта проектируются отдельно. Ниже — типы уже применявшейся прикладной логики.
Продажи → производство
Производственный планировщик
Передача заказа в отдельный рабочий интерфейс, принятие ответственным и возврат статуса в CRM.
Менеджер ↔ дизайнер
Согласование макетов
Обязательные данные, срочность, правки, согласование и передача результата дальше.
Данные → критерии → результат
ИИ-анализ сделок
Анализ данных и истории сделки по правилам компании с сохранением понятного результата.
CRM → документ
Генерация документов
Создание файлов по шаблонам и актуальным данным CRM с передачей результата сотруднику.
Технические условия
Границы проекта фиксируем до разработки
Заранее определяем, где работает серверная часть, какие доступы используются, кто отвечает за инфраструктуру, условия исходного кода и как устроены последующие изменения.
FAQ
Частые вопросы
Вы разрабатываете только для amoCRM?
Нет. amoCRM и МойСклад — основные платформы, но решение может работать между несколькими системами или быть отдельным внутренним сервисом.
Можно сделать небольшую доработку?
Да. Если задача локальная и границы понятны, большой проект не обязателен.
Как понять, нужен виджет или отдельный сервис?
Зависит от того, где работает пользователь, какие данные можно получить из системы и сколько фоновой логики требуется.
Можно развивать решение после запуска?
Да. Конкретные условия дальнейшей разработки и поддержки фиксируются для проекта отдельно.
Делаете ИИ-разработку?
Да, когда ИИ решает конкретную прикладную задачу. Сначала проверяем штатные возможности платформы и только затем добавляем собственную логику, если она нужна.
Какой функции не хватает вашим системам?
Опишите текущий сценарий, используемые сервисы и желаемый результат. Проверим готовые варианты и, если их недостаточно, предложим индивидуальную реализацию.