Техническое сопровождение Сфера

Клиент
Сфера — компания, занимающаяся комплексной проверкой контрагентов и бизнес-безопасностью.
Сроки реализации
ноябрь 2025 - текущ. момент.
Задача
Взять на поддержку два сайта на NetCat CMS, обеспечить стабильную работу после переноса на сервер, дорабатывать функциональность и интерфейс, улучшать пользовательский опыт и поддерживать развитие проекта в условиях ограниченных доступов и нестандартной CMS
Результат
Стабильная работа двух сайтов, выстроенный процесс доработок через тестовую среду, регулярные улучшения интерфейса и структуры, а также управляемое развитие проекта с учётом технических рисков и особенностей CMS

Два сайта на NetCat: как мы наладили работу там, где не всё зависит от нас

В этом кейсе мы работаем сразу с двумя сайтами клиента. Компания Сфера занимается проверкой иностранных контрагентов: собирает данные из официальных реестров, анализирует финансовое состояние, репутацию и риски сотрудничества.
По сути, это сервис на стыке аналитики, юриспруденции и бизнес-консалтинга — где клиенты принимают решения о сделках на основе предоставленной информации.
В этом проекте сайт — не просто маркетинговый инструмент. Это:
  • точка входа в услугу
  • место, где пользователь оставляет заявку
  • и часть доверия к самой компании
Потому что если сайт выглядит нестабильно или работает с ошибками, это напрямую влияет на восприятие надёжности сервиса.
Клиенты работают с международными партнёрами, а значит:
  • важна точность формулировок
  • важна прозрачность процессов
  • важна юридическая корректность
  • и критична стабильность работы сайта
Плюс — конфиденциальность. В таких проектах команды часто более закрытые, аккуратно относятся к доступам и изменениям, а любые доработки проходят через дополнительные проверки.
3 2 (1) (1)
В итоге техподдержка здесь — это не просто «внести правки на сайте».
Это работа в условиях, где:
  • нельзя рисковать стабильностью
  • нельзя делать изменения «напрямую в проде»
  • и важно учитывать не только UX, но и доверие к сервису в целом
И дальше весь проект строился именно с учётом этих ограничений.

Контекст и состояние на старте

Мы подключились к поддержке сразу двух сайтов на NetCat CMS. По структуре они были похожи, но решали разные задачи — при этом требования к ним были одинаково высокими.
Оба сайта — это не просто «витрина». Через них приходит основной поток заявок, начинается коммуникация с клиентами и формируется первое впечатление о компании.
По сути, задача сводилась к одному — поддерживать и развивать проект так, чтобы он оставался надёжным инструментом, а не источником проблем.

Начали с базы, а не с правок

Работа стартовала не с интерфейса и не с задач по улучшению.
Первым этапом стал перенос сайтов на новый сервер. И здесь сразу проявилась специфика проекта. Как мы упомянули выше, весь сайт создан CMS NetCat. Для сравнения, на WordPress сейчас сделано около 32 853 476 сайтов, на 1С Bitrix несколько миллионов, а на NetCat около 18 000. Специалистов с опытом работы в этой редкой CMS внутри нашей команды не было, а искать единорога на рынке заняло бы слишком много времени. Зато в нашей команде есть мультифункциональные веб-разработчики, которые не прочь разобраться в нестандартной задаче. Со стороны клиента работы начинались неспешно, поэтому у нашей команды был небольшой временной пул, чтобы разобраться в особенностях незнакомой CMS.
Чтобы не рисковать рабочими сайтами, мы развернули тестовую среду и договорились: все доработки сначала проходят через неё.
2 2 (1) (2)

Технические сложности: лицензия, домен, нестандартные настройки

На этапе переноса и первых доработок стало понятно, что проект требует более внимательного подхода к технической части.

 

  • Во-первых, особенности лицензирования NetCat CMS.
Система чувствительна к копированию и работе с несколькими окружениями, поэтому перенос нельзя было делать «в лоб». Мы аккуратно разобрали, как корректно развернуть сайты, не нарушая лицензионных ограничений, и выстроили процесс работы с учётом этих требований.

 

  • Во-вторых, вопросы на уровне инфраструктуры.
Часть настроек находилась на стороне клиента, и не все доступы были открыты сразу. Это означало, что некоторые задачи требовали дополнительной синхронизации, зато это позволило нам выстроить более прозрачное взаимодействие и чётко разделить зоны ответственности с клиентом.

 

  • В-третьих, внутренняя логика CMS.
Система была настроена с учётом специфики бизнеса, поэтому стандартные подходы не всегда применялись напрямую. В таких случаях мы подбирали решения точечно, адаптируя их под текущую архитектуру проекта.
В результате вся работа строилась не «по шаблону», а с учётом реальных ограничений системы — и это позволило избежать критичных ошибок на старте.
4-1 1 (1) (1)

Коммуникация: как мы поддерживали связь с клиентом

Со стороны клиента все общение шло через проектного менеджера: переписка для оперативных задач и созвоны для обсуждения более сложных изменений.
На старте проекта нужно было синхронизироваться по темпу: у клиента плотные внутренние процессы, и не всегда удавалось быстро включаться в обсуждение задач.
Со своей стороны мы аккуратно выстроили коммуникацию — без давления, но с понятной регулярностью: напоминали, уточняли статусы, предлагали следующие шаги.
В результате довольно быстро сформировался комфортный рабочий ритм, в котором задачи двигались без задержек, а все решения принимались вовремя.
4-3 1 (1) (2)

Результаты:

В этом проекте не было задачи «перезапустить всё» или кардинально переделать продукт.
Здесь результат в стабильности. Нам удалось выстроить предсказуемый процесс доработок и адаптироваться к технической базе, с которой ранее не работали.
Проект развивается без сбоев: задачи закрываются в срок, изменения внедряются аккуратно через тестовую среду, а сами сайты остаются стабильными на всём протяжении сотрудничества.
Отдельный результат — выстроенная рабочая модель:
  • разобрались с особенностями NetCat CMS и её ограничениями
  • наладили взаимодействие с закрытой клиентской командой
  • научились эффективно работать в условиях частичных доступов
  • адаптировали процесс под формат «без аналитики», сохранив управляемость
Важно, что работа на этом не остановилась. Мы продолжаем развивать проект: регулярно вносим изменения, дорабатываем интерфейс и структуру, поддерживаем актуальность контента и двигаем сайты вперёд вместе с задачами клиента. В итоге это не разовая история, а выстроенный процесс, в котором сайты остаются стабильным и управляемым инструментом для бизнеса.
Примерная стоимость работ
от 2 900 ₽/час
Сроки реализации проекта
ежемесячно

    Похожий проект?
    Расскажите, что планируете

    Обсудим без воды: цели, сроки и ресурсы. Даже если пока всё на уровне идеи — начнём диалог

    1 lb - 0 2 (1)

    Кейсы, которые могут вас заинтересовать

    puzzle puzzle

      Хотите обсудить проект?

      Напишите и мы свяжемся с вами в ближайшее время