Привет, Хабр! Меня зовут Алексей, и я в веб-разработке уже 16 лет. Большую часть этого времени я работаю с платформой 1С-Битрикс, руковожу техническими процессами, общаюсь с клиентами и веду проекты разной сложности.
За полтора десятка лет в индустрии я успел поработать, кажется, во всех популярных таск-трекерах и CRM-системах. И все эти 16 лет меня не покидала одна и та же мысль. Идея, которую я вынашивал в голове много лет: почему все современные системы управления проектами создаются маркетологами для маркетологов, а не разработчиками для разработчиков?
В итоге я решил реализовать эту идею сам и начал разработку собственной платформы под кодовым названием «Черный ящик» (BlackBox). В этой пилотной статье я хочу поделиться личной болью, философией своего проекта и рассказать, как именно я решаю проблемы разрозненности процессов в своей системе, которая уже доросла до стадии работающего прототипа.
В чем проблема современных трекеров: взгляд разработчика
Если вы зайдете на сайт любого популярного таск-трекера (Jira, ClickUp, Asana, Kaiten, Weeek или Битрикс24), то в 90% случаев увидите на посадочной странице лозунги про «повышение конверсии», «управление воронками продаж», «эффективность маркетинговых кампаний» и «контроль KPI отдела продаж».
Эти системы проектируются так, чтобы радовать руководителей, маркетологов и менеджеров по продажам. Но когда туда заходит обычный программист, начинается боль.
Боль 1. Информационный хаос (все размазано по углам)
Сейчас типичный рабочий день разработчика выглядит как попытка собрать пазл:
Задачи и бэклог живут в Jira или Trello.
Обсуждение деталей, правок и багов идет в Telegram или Slack.
Макеты лежат в Figma, а файлы и логи ошибок — на Google Диске, или в Google-таблицах.
Официальные подтверждения и согласования бюджетов — на почте.
Информация постоянно теряется. Клиент написал важную правку в Telegram, она утонула во флуде, разработчик сделал задачу по старому ТЗ из трекера. Начинаются споры, переделки, взаимные претензии. Я устал собирать крупицы технических требований по личным перепискам и чатам, поэтому идея объединить общение и задачи в одном месте зрела у меня очень давно, тем более, мое образование в области Экономической кибернетики, прямо кричит о системе “Черный ящик”, как одном из основных краеугольных камней в кибернетике и представляющем собой систему, которая обрабатывает входязий хаос и выдает на выход упорядочные потоки.
Боль 2. Клиентский микроменеджмент: «Ну как там?»
Каждый разработчик вздрагивает от этого вопроса. Клиент пишет его не из вредности — он просто находится в «информационном вакууме». Он не понимает, на каком этапе находится задача.
Если дать клиенту доступ в классический трекер, возникают две проблемы:
Это безумно дорого. SaaS-сервисы хотят денег за каждую лицензию. Если у вас 3–5 разработчиков и 10 клиентов, платить за каждого гостевого пользователя круглую сумму — непозволительная роскошь для небольшой команды или фрилансера.
Нарушается приватность. В стандартных системах сложно скрыть «внутреннюю кухню» (баги, обсуждение костылей в коде, внутренние споры команды), не лишив при этом клиента возможности видеть общие статусы.
Боль 3. Битрикс24 — перегруженный комбайн
Для небольших веб-студий Битрикс24 часто становится «вынужденным выбором». Но это невероятно тяжелая система. Разработчикам не нужна телефония, генераторы счетов, CRM для продаж или ленты новостей компании. Нам нужны проекты, задачи, файлы и быстрый чат с клиентом. Можете мне поверить — я, как сертифицированный партнер 1С-Битрикс, пробовал много раз упаковать процесс разработки в Битрикс24. Клиенты в первую очередь не хотят усложнять себе жизнь и продолжают все писать в чат…
Чтобы подключить заказчика в Битрикс24 так, чтобы он видел только свои задачи и не мешал работе — нужно переходить на дорогие тарифы (от 6 990 рублей в месяц). Это неоправданно дорого для старта.
Боль 4. Риски блокировок и ФЗ-152
Использовать Jira или Trello в России сегодня — это жить одним днем. В любой момент доступ к облаку могут закрыть без возможности выгрузить данные. Кроме того, крупные заказчики требуют строгого соблюдения ФЗ-152 (хранение персональных данных на серверах в РФ). Зарубежные SaaS-платформы этому требованию физически не соответствуют.
Как «Черный ящик» решает эти проблемы
В кибернетике «чёрным ящиком» называют систему, внутреннее устройство которой неизвестно, но известны её входы и выходы.
Для вашего заказчика процесс веб-разработки — это и есть черный ящик. Ему не нужно знать, какие паттерны вы используете, как боретесь с legacy-кодом и сколько литров кофе выпили за ночь. Он передает на вход ТЗ и деньги, а на выходе хочет получить работающий сайт.
Моя платформа автоматизирует эту концепцию, наводя порядок во «входах» и гарантируя прозрачный «выход». При этом она скрывает внутреннюю техническую рутину от клиента, но дает ему полную картину по ключевым этапам.
Вот главные решения, которые я заложил в архитектуру:
1. Статусы с разной видимостью (Ширма для клиента)
Я внедрил жизненный цикл задачи с визуальным горизонтальным степпером: Черновик → На согласовании → Согласована → В работе → Выполнена → Принята → Оплачена.
Клиент видит только те статусы, которые его касаются. Он не увидит черновики и внутренние технические переходы, но мгновенно узнает, когда задача согласована, выполнена или требует его приемки. Это обеспечивает клиенту прозрачность, а разработчику — спокойствие.
2. Бесплатные клиенты из коробки
В «Черном ящике» доступ для заказчиков к их проектам всегда бесплатный. Вы можете пригласить сколько угодно клиентов — они смогут видеть свои проекты на канбан-доске, скачивать файлы и участвовать в обсуждениях, не требуя покупки дополнительных лицензий.
3. Встроенный чат в контексте задач
Я отказался от концепции «обсуждаем в Telegram, фиксируем в трекере». Все обсуждения в «Черном ящике» привязаны к конкретным задачам или проектам.
Чат работает в реальном времени через WebSockets — сообщения и вложения доставляются мгновенно без перезагрузки страниц.
История обсуждения конкретной фичи всегда под рукой, прямо в ее карточке. Она не потеряется и не сотрется.
4. Временные разработчики (Безопасный аутсорс)
Часто для выполнения разовых задач приходится привлекать фрилансеров. В обычных трекерах дать доступ внешнему исполнителю — значит показать ему коммерческую тайну компании или контакты других клиентов. В «Черном ящике» я реализовал роль «Временный разработчик» (invited_developer). Вы приглашаете специалиста в конкретный проект на ограниченное время (например, на неделю). Система полностью изолирует его: он не увидит настройки компании, чаты других проектов или общую флудилку. По истечении срока его доступ заблокируется автоматически.
5. Доска объявлений для студий
Вместо превращения трекера в соцсеть, я встроил простую доску объявлений. Веб-студии и фрилансеры, работающие в системе, могут находить друг друга, предлагать субподряд, кооперироваться и собирать команды под сложные проекты прямо внутри платформы.
6. Данные в России и будущий On-Premise
Платформа изначально разрабатывается для хостинга в РФ. Это закрывает вопросы ФЗ-152 и исключает риски блокировок. В будущем я обязательно планирую выпустить On-Premise версию (коробку), которую компании смогут устанавливать на собственные серверы.
Что уже сделано и технический стек
Я не продаю идею на бумаге — под капотом системы находится реальный, работающий код. Я выбрал современный и надежный стек без лишнего усложнения:
Бэкенд: PHP 8.2 / Laravel 12. Я активно использую возможности экосистемы: Laravel Reverb для WebSockets, Laravel Horizon для очередей, Spatie Laravel Permission для ролей (RBAC) и Spatie Multitenancy для изоляции данных компаний.
Фронтенд: Tailwind CSS v4, Alpine.js и чистый JS. Я сознательно отказался от тяжелых SPA-фреймворков (React/Vue). Рендеринг на сервере (Blade) в сочетании с реактивным Alpine.js дает мгновенный отклик интерфейса, отличный SEO-потенциал и быструю скорость загрузки на любых устройствах.
Инфраструктура: Docker / Docker Compose. Проект запускается в контейнерах.
На сегодняшний день я покрыл систему более чем 150 автотестами. Полностью работает мультитенантность (изоляция компаний, команд и проектов), интерактивная Kanban-доска с Drag-n-Drop переносом задач, премиальные кастомные компоненты форм, импорт задач из CSV, генерация отчетов в PDF/CSV, а также система биллинга и промокодов.
Поддержите проект на Planeta.ru
Я разрабатываю «Черный ящик» самостоятельно. Для того чтобы полностью сфокусироваться на продукте, не отвлекаясь на заказную разработку, я запустил краудфандинговую кампанию:
👉 Поддержать проект «Черный ящик» на Planeta.ru
Почему проект стоит поддержать сейчас?
Льготный доступ. Вы можете приобрести доступ к тарифам PRO и Studio на длительный срок по цене значительно ниже будущей стоимости подписки.
Пожизненные лицензии. Самые ценные лоты предлагают вечный доступ к платформе без абонентской платы.
Влияние на бэклог. Все спонсоры получат доступ в закрытый чат, где смогут напрямую предлагать фичи и определять приоритеты разработки.
Гарантия исходного кода. Если по каким-то причинам проект прекратит развитие через годы, спонсоры крупных лотов (от 100 000 руб.) получат исходный код системы для развертывания собственного независимого экземпляра.
Это пилотная статья, описывающая саму идею. В следующих публикациях я планирую подробно рассказать о технической стороне: как я реализовывал изоляцию данных в Laravel, как настраивал WebSocket-сервер Reverb и с какими трудностями столкнулся при написании Kanban-доски без реактивных фреймворков.
Буду рад вашим мыслям в комментариях. Сталкиваетесь ли вы с подобными болями при работе в Jira или Битрикс24? Чего вам больше всего не хватает в современных таск-трекерах как разработчикам?
Давайте обсудим!