Тендеры и лиды
Информация
Крупные компании не всегда выбирают готовый таск-трекер. В апреле 2026 года стало известно, что Wildberries & Russ использует собственную платформу Tracker для управления IT-проектами и задачами. Система работает внутри компании, а выводить её на внешний рынок RWB пока не планирует.
Свои решения для управления задачами также появились в ТЕХНОНИКОЛЬ и МТС, но причины у компаний разные. Где-то важна интеграция с собственной цифровой экосистемой, где-то — единое место для разрозненных поручений и возможность настроить процесс под работу конкретного подразделения.
Разберём, когда такие требования действительно оправдывают внутреннюю разработку, а когда их уже закрывает готовый корпоративный таск-трекер.
Собственный таск-трекер становится вариантом, когда готовые системы не закрывают критичные требования к рабочему процессу, интеграциям, масштабу или корпоративной инфраструктуре. Стоимость лицензий тоже влияет на выбор, особенно при большом количестве пользователей.
Весной 2026 года новостной портал CNews обратил внимание на ситуацию, когда некоторые российские компании начали разрабатывать корпоративное ПО самостоятельно вместо покупки лицензий на готовые продукты. Среди возможных причин — стоимость ПО и необходимость адаптировать систему под внутренние процессы.
При выборе таск-трекера компании обычно оценивают:
структуру проектов и этапов работы;
карточки задач со сроками и ответственными;
роли и права доступа;
интеграции с корпоративными системами;
аналитику;
требования к хранению данных;
возможность менять рабочий процесс под задачи подразделений.
Большинство этих возможностей уже есть в готовых корпоративных системах. Собственная разработка становится оправданнее, когда требования выходят за стандартную настройку продукта.
Wildberries & Russ разработала Tracker для управления IT-проектами и задачами внутри компании. Представители RWB подтвердили, что платформа активно используется для внутренних процессов и пока не планируется к выводу на внешний рынок.
Подробную причину разработки компания публично не раскрывала. Эксперты связывают создание такого продукта с масштабом RWB, стоимостью лицензирования и потребностью глубоко адаптировать систему под внутреннюю работу, но это внешние оценки, а не официальная позиция компании.
Разработку корпоративной платформы подобного уровня для нескольких тысяч пользователей эксперты оценивали примерно в 200–700 млн рублей за полтора–три года. Фактический бюджет Tracker RWB не раскрывала.
При таком масштабе собственный таск-трекер становится отдельным внутренним IT-продуктом, который компания не только разрабатывает, но и постоянно поддерживает.
Компания по производству строительных материалов ТЕХНОНИКОЛЬ создала собственный «Трекер задач», потому что сотрудники работали одновременно в Outlook, Excel, PlanFix, «Битрикс24», «Яндекс Трекере». Поручения после совещаний также могли оставаться в документах и переписке.
Перед разработкой команда изучила существующие таск-трекеры и провела интервью с 17 подразделениями компании. Внутреннюю систему затем встроили в экосистему TN Life и связали с другими корпоративными сервисами. За первые полгода пользователи создали в ней около 12,5 тыс. задач.
Причина собственной разработки в ТЕХНОНИКОЛЬ связана не только с необходимостью собрать задачи в одном месте. Компании требовался трекер, который становится частью уже существующей цифровой экосистемы и обменивается данными с внутренними сервисами.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13691 тендер
проведено за восемь лет работы нашего сайта.
Центр внедрения автоматизации МТС искал единое место для поручений, которые раньше фиксировались в разных системах или передавались устно. Команда рассматривала Jira и внутреннюю платформу MWS Tables и выбрала второй вариант.
Отдельный таск-трекер с нуля подразделение не разрабатывало. На MWS Tables команда собрала единый реестр поручений, канбан с рабочими этапами, права доступа и аналитику прохождения задач.
В МТС удалось закрыть внутренние требования без создания самостоятельного программного продукта. Существующей платформы оказалось достаточно, чтобы настроить собственные поля, этапы и правила работы под конкретный процесс.
Внутри одного выбора между «купить» и «разработать» появляется третий вариант — собрать нужный сценарий на уже существующей корпоративной платформе. Различия между этими подходами помогают определить, насколько уникальным должно быть требование, чтобы ради него создавать отдельный продукт.
Разработка таск-трекера с нуля оправдана, когда значительная часть требований относится к уникальному устройству внутренних процессов и систем компании, а не к стандартному управлению задачами.
К таким условиям относятся:
необходимость глубокой интеграции с большим количеством собственных систем и справочников;
специфическая предметная модель, которой нет в готовых продуктах;
сложные маршруты задач и правила доступа, завязанные на внутреннюю структуру компании;
масштаб использования, при котором затраты на лицензии существенно влияют на полную стоимость решения;
наличие собственной команды, которая сможет развивать и поддерживать продукт после запуска.
Настраиваемая канбан-доска, собственные статусы, сроки, исполнители, комментарии или роли ещё не требуют in-house-разработки. Такие возможности входят в стандартный функционал многих корпоративных таск-трекеров.
Граница проходит там, где компании приходится перестраивать критичный рабочий процесс под ограничения готового продукта или создавать поверх него слишком большой объём собственной логики.
Собственный таск-трекер требует постоянных расходов после выпуска первой рабочей версии. Компания становится владельцем программного продукта и отвечает за весь его жизненный цикл.
В сопровождение входят:
разработка новых функций;
исправление ошибок;
инфраструктура и DevOps;
информационная безопасность;
тестирование;
интеграции;
миграция данных;
документация;
обучение сотрудников;
техническая поддержка;
обновление системы при изменении процессов.
У ТЕХНОНИКОЛЬ после запуска сформировался roadmap примерно из 200 задач на дальнейшее развитие внутреннего трекера. Компания также продолжила подключать новые интеграции.
Первый релиз в такой модели становится началом постоянной продуктовой работы. При сравнении вариантов нужно учитывать не только цену лицензии готовой системы и стоимость первоначальной разработки, но и полную стоимость владения на несколько лет.
Готовый таск-менеджер подходит компании, если её рабочий процесс можно собрать из стандартных элементов управления задачами. В базовом сценарии система должна позволять создавать проекты, разбивать работу на задачи и подзадачи, назначать исполнителей и сроки, менять статусы, прикладывать файлы, обсуждать работу в комментариях и видеть движение задач по этапам на канбан-доске. Руководителю также нужны фильтры, уведомления и история работы, чтобы контролировать задачи без отдельной отчётности.
Для крупной компании требования обычно шире. В идеальном корпоративном сценарии таск-трекер дополнительно позволяет:
настраивать собственные этапы и автоматизацию рабочих процессов;
разграничивать права сотрудников и подразделений;
вести несколько команд и проектов в одной системе;
получать аналитику по задачам, срокам и загрузке;
связывать систему с внутренними сервисами через API;
хранить рядом с задачами инструкции и регламенты;
разворачивать систему на собственных серверах, если данные нельзя выносить во внешнее облако.
Если эти требования уже закрывает готовый продукт, разработка отдельного таск-трекера с нуля нужна только ради действительно уникальной бизнес-логики — например, нестандартной модели данных или глубокой связи с собственной цифровой экосистемой.
Например, в корпоративном таск-менеджере Strive уже есть проекты, задачи, настраиваемые канбан-доски, роли, аналитика, API, регламенты и база знаний. Для компаний, которым дополнительно требуется локальное хранение данных, используется коробочная версия Strive Box.
Пространства и проекты. В Strive работу можно разделить по отделам, направлениям и отдельным процессам. Для каждого пространства создают свои проекты, задачи и рабочую документацию.
Настраиваемые канбан-доски. Команда может задать собственные этапы работы, настроить колонки и автоматизировать действия при изменении статуса задачи. Такой формат подходит для процессов, которые отличаются между подразделениями.
Регламенты и база знаний. Рабочие инструкции, регламенты и другие внутренние документы хранятся рядом с проектами и задачами. Сотруднику не приходится искать правила процесса в отдельной системе.
Роли и права доступа. Доступ можно разграничивать между сотрудниками с разными ролями и открывать только те пространства, проекты и документы, которые нужны конкретной группе пользователей.
API и интеграции. Страйв можно связать с другими корпоративными системами через API и встроить таск-менеджер в существующий рабочий контур компании.
Аналитика и контроль работы. Руководитель может отслеживать выполнение задач, сроки и загрузку команды, а для планирования использовать календарь и таймлайн.
Strive Box разворачивается на серверах компании, поэтому все эти возможности можно использовать внутри собственной инфраструктуры без разработки базового таск-трекера с нуля.
Перед собственной разработкой стоит определить, какие требования действительно нельзя закрыть готовой корпоративной системой.
Для сравнения можно проверить несколько вопросов:
Какие необходимые функции отсутствуют в готовых таск-трекерах?
Какие требования закрываются настройками, а какие потребуют отдельной разработки?
Нужна уникальная бизнес-логика или только размещение системы внутри корпоративной инфраструктуры?
Сколько сотрудников будет работать с таск-трекером?
С какими внутренними системами потребуется интеграция?
Кто будет отвечать за поддержку и развитие продукта после запуска?
Какова полная стоимость каждого варианта на несколько лет?
Собственный таск-трекер оправдан, когда именно уникальность системы даёт компании необходимый рабочий сценарий и компенсирует затраты на разработку и дальнейшее сопровождение. Типовые требования к задачам, проектам, доступам, аналитике, интеграциям и локальному размещению сначала стоит проверить на готовых облачных и коробочных решениях.
