Сколько времени занимает разработка сайта для клиники и из чего складывается срок

За словами «сайт клиники» прячутся очень разные объёмы работ. Дату определяет наполнение: число направлений, выбранный уровень записи пациента, нужна ли связка с медицинской системой, кто готовит тексты и снимает врачей. Клиника на дюжину услуг и многопрофильный центр на четыре десятка направлений собираются за разное время, хотя оба называются «сайт клиники».

Отдельно на срок влияет платформа. Готовое решение с подходящим шаблоном ставится быстрее: часть работы сделана до вас. Сайт под задачу на CMS вроде 1С-Битрикса или MODX — это проектирование структуры направлений, отдельная работа по интеграциям и обязательным разделам. В часах разница видна сразу: лендинг клиники на CMS у нас укладывается в 82–108 часов, корпоративный сайт — 195–250, каталог направлений, услуг и врачей — 295–375. При этом шаблон экономит дизайн и вёрстку, но не снимает требования приказа Минздрава: поиск по сайту, карта сайта, анкета о качестве обслуживания и версия для слабовидящих на готовых платформах почти всегда собираются руками.

«Сделаем за месяц» с порога почти всегда значит одно: срок назвали до того, как поняли объём. Реальная дата появляется после брифа, когда состав работ разложен по строкам. До этого любая цифра — обещание наугад, которое потом либо разочарует вас, либо загонит студию в переработки, а чаще и то и другое сразу.

Про сроки принято писать словами «несколько недель», «пара месяцев». Это те же самые ощущения, за которые мы ругаем подрядчиков двумя абзацами выше. Поэтому вот наши рабочие нормы часов — те, по которым мы считаем смету, а из неё уже дату.

Лендинг клиники или одного направления на CMS — 82–108 часов. Одна длинная страница, форма обратного звонка, обязательные сведения, мобильная версия. Без каталога врачей и без интеграции с медицинской системой.

Корпоративный сайт клиники на CMS — 195–250 часов. Главная, три-четыре типа страниц услуг, раздел врачей, контакты, формы, обязательные по приказу разделы. Внутри этого объёма: дизайн 60–75 часов, фронтенд 52–72, бэкенд 40–60, тестирование 18, менеджмент 25.

Сайт с каталогом направлений, услуг и врачей без онлайн-оплаты — 295–375 часов. Дизайн 80–100, фронтенд 80–110, бэкенд 70–100, тестирование 30, менеджмент 35.

Теперь оговорка, ради которой стоит дочитать этот раздел до конца. Часы — это не календарь. Объём работы в часах известен довольно точно, а дата запуска считается отдельно, и вот почему они расходятся.

Первое: часть ролей работает параллельно, часть — строго по очереди. Пока фронтендер верстает главную, дизайнер рисует внутренние страницы, и эти часы идут одновременно. Но верстать нечего, пока нет утверждённого макета, и тестировать нечего, пока не собрана страница. Сложить все часы и поделить на количество людей нельзя: половина цепочки последовательна по своей природе.

Второе: команда не отдаёт вашему проекту сорок часов в неделю. В работе одновременно несколько проектов, у дизайнера и разработчика своя загрузка, и реальная выработка по одному сайту всегда меньше номинальной недели.

Третье, и главное: согласования и ожидание контента не расходуют часы студии вообще, но расходуют календарь. Пока клиника две недели собирает правки по макету, в смете не прибавляется ни часа, а дата запуска уезжает на две недели. Это и есть основное расхождение между сметой и датой.

Отсюда рабочая формулировка, которую вы можете требовать от любого подрядчика: часы показывают объём и являются нижней границей срока, календарь считается под конкретную загрузку команды и называется в смете отдельной строкой. Придумывать курс «неделя равна сорока часам» мы не будем — у этой цифры нет ни одного основания, кроме желания дать красивый ответ.

Те же часы лежат в основе второй цифры любого предложения: из чего складывается цена сайта для медицинской клиники.

Дизайн — самая крупная строка в смете корпоративного сайта. И самое частое заблуждение владельца: что срок дизайна определяется скоростью, с которой дизайнер рисует. Вот наша разбивка по этапам для корпоративного сайта клиники.

Итого 48–60 часов на сам дизайн. Адаптив идёт отдельной строкой: мобильная и планшетная проработка добавляет к дизайн-блоку ещё 10–15%. В общей смете корпоративного сайта дизайн стоит 60–75 часов, а таблица выше показывает, из каких работ эта строка собирается и что в ней можно двигать.

Посмотрите на две самые длинные строки. Внутренние страницы — 14–16 часов. Правки — 10–12. Вместе это почти половина дизайн-блока, и ни то ни другое не является «рисованием красивого». Отсюда два вывода, которые прямо двигают вашу дату.

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

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

Есть и обратный эффект. У нас в медицине несколько проектов, поэтому часть модулей и паттернов не пишется с нуля: шаблон карточки врача, сетка направлений, вывод обязательных сведений, связка формы записи с согласием на обработку данных. Эти часы не тратятся заново, и это единственное сокращение срока, которое держится на чём-то, кроме желания понравиться на первом звонке.

Разработка идёт последовательными этапами. Затык на одном сдвигает всё, что после, поэтому разберём каждый.

Бриф

Самый короткий этап и единственный, который определяет точность всей даты. По нормам брифинг и погружение занимают 2–3 часа. За эти часы должно выясниться: сколько направлений и услуг, сколько разных типов страниц реально нужно, какая в клинике медицинская система и кто её вендор, кто со стороны клиники даёт тексты и фотографии, сколько человек будет согласовывать макеты. Пропущенный бриф не экономит два часа — он превращает всю дальнейшую дату в угадайку.

Прототип

Схема страниц без дизайна: что где стоит, как пациент доходит от своей проблемы до кнопки записи. На корпоративный сайт это 4–6 часов. Здесь работает простое соотношение масштаба: правка в прототипе стоит минуты, та же правка после отрисовки макета — часы, после вёрстки — дни, после запуска — переделка раздела. Клиники, которые пробегают прототип «чтобы быстрее», расплачиваются на этапе дизайна с трёхкратным коэффициентом.

Дизайн

Основной объём, разобран выше. Здесь же закладывается спокойный интерфейс, который в медицине работает лучше акций и всплывающих окон: пациент выбирает, кому доверить здоровье, и мигающая плашка со скидкой на приём у онколога отталкивает его быстрее, чем приводит.

Вёрстка

Дизайн превращается в рабочие страницы: мобильная версия, скорость загрузки, поведение в разных браузерах. Смотреть сайт клиники будут преимущественно с телефона. Яндекс.Радар даёт около 70% мобильных визитов по российскому интернету в целом, а в медицинской тематике доля обычно ещё выше: клинику ищут вечером, на ходу, в момент боли. Поэтому мобильная версия не «доделывается потом» — она заложена в часы фронтенда с самого начала, а в дизайне сидит той самой добавкой в 10–15%.

Запись пациента и связка с медицинской системой

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

Обязательные разделы

Отдельные страницы и работы, заданные приказом Минздрава: перечень услуг с ценами, карточки врачей, правила записи, лицензия, отзывы, вакансии, плюс карта сайта, поиск, версия для слабовидящих и анкета о качестве обслуживания. В сроке это реальные часы вёрстки и тестов, а не абзац в подвале. Подробности ниже.

Контент

Тексты по направлениям, фотографии врачей, данные лицензии, цены. Здесь срок почти целиком на стороне клиники, и именно контент чаще всего становится самым долгим тормозом. Что и когда нужно собрать — в разделе «Что зависит от клиники».

Тесты и запуск

По нормам тестирование занимает 18 часов на корпоративный сайт и 30 на каталог. Это отдельная строка, а не остаток времени перед сдачей. Что проверяется: формы и куда физически падает заявка, запись на реальном свободном слоте, мобильная версия на живых телефонах и мобильном интернете, скорость, перенос на боевой домен, счётчики и цели в Метрике, работа поиска по сайту и переключателя для слабовидящих. Ужать этот этап — значит поймать ошибку не на тестовом стенде, а на первом реальном пациенте.

Здесь рынок обычно делит мир надвое: либо форма «оставьте телефон», либо полноценная интеграция за недели. Из-за этого владельцу продают недели там, где хватило бы нескольких дней. Уровней на самом деле три, и они отличаются по сроку в разы.

Уровень первый: форма обратного звонка. Пациент оставляет имя и телефон, заявка падает на почту, администратор переносит её в медицинскую систему руками. По работе это день вёрстки и подключения отправки — но только вместе с корректно оформленным согласием на обработку персональных данных и ссылкой на политику. Начиная с 1 сентября 2025 года такое согласие оформляют отдельным документом, а сведения о здоровье пациента закон относит к специальной категории (статья 10 152-ФЗ). Галочка согласия — не лишнее поле формы, которое можно убрать ради конверсии, а правовое основание обработки. Убирать нужно поля ввода, а не согласие.

Уровень второй: готовый виджет записи от вендора или шлюза. Самый частый вариант на рынке и самый недооценённый в разговорах про сроки. Многие медицинские системы дают собственный виджет для встраивания в сайт: у Инфоклиники он заявлен прямо в описании продукта, у Renovatio виджеты самозаписи по документации подключаются за 10–15 минут. Отдельно есть шлюзы-агрегаторы: МедФлекс даёт кнопку записи для сайта клиники с оплатой за факт записи и держит десятки готовых интеграций с разными системами. Виджет выглядит на странице чужеродно, дизайн под него подстроить почти нельзя, но расписание в нём живое, и ставится он днями, а не неделями.

Уровень третий: собственная интеграция по API. Пациент выбирает врача в вашем интерфейсе, видит свободные окна и записывается, и выбранное время сразу закрывается в расписании клиники. Здесь считаются десятки часов бэкенда: авторизация в системе вендора, разбор расписаний, обработка отказов и таймаутов, гонки за один свободный слот между двумя пациентами, тестовый контур, повторная проверка после каждого обновления на стороне системы. Это единственный уровень, который даёт полностью свой интерфейс записи, и единственный, чей срок нельзя назвать заранее.

Сколько полей держать в форме, как оформить согласие и куда физически падает заявка — тема на отдельную статью, она у нас есть: онлайн-запись на сайте клиники.

Непредсказуемость этого этапа не в объёме кода. Она в доступе.

Открытой публичной документации на API у большинства российских медицинских систем нет. Мы проверили это по официальным страницам вендоров, ссылки ниже — на них, чтобы вы могли открыть и убедиться сами.

У Инфоклиники запись из внешних порталов и расширенная интеграция через API идут отдельными тарифными опциями, доступ открывает коммерческий отдел вендора по заявке; у партнёров подключение заявлено «от 5 рабочих дней» после того, как доступы оформлены. У MEDODS API заявлен как способ подключить сайт, агрегаторы и телефонию, но получают его по заявке через отдел продаж, без публичных условий и сроков. У МедЭлемента в функциональных характеристиках описана шина интероперабельности с интеграцией с сайтом клиники, а открытой документации в свободном доступе нет. В 1С:Медицине обмен идёт через веб-сервисы платформы 1С:Предприятие, и делает его 1С-подрядчик под конкретную конфигурацию — готового публичного интерфейса для сайта там нет по устройству продукта.

Из этого ряда выделяются двое. Renovatio описывает методы в справке: список врачей, расписание, услуги, запись пациента. И МедФлекс, который вообще не медицинская система, а шлюз: единое API поверх десятков систем, открытая документация для разработчиков, готовая кнопка записи.

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

Ещё четыре вещи из этого этапа, о которых владелец обычно узнаёт в середине проекта, а полезны они на старте.

Заявку на доступ к API подаёт клиника, а не подрядчик. Договор с вендором есть у вас, значит, и заявка идёт от вас. Мы помогаем сформулировать запрос, подписывает клиника. Подрядчик, который обещает «сами всё выясним у вендора», либо не работал с медицинскими системами, либо закладывает в срок то, чем не управляет.

Время после получения доступа тоже не нулевое. Тестовый контур, сверка методов с документацией, обработка ошибок — занятый слот, отменённый приём, врач ушёл в отпуск, — прогон сценариев. Разработка формы предсказуема; сверка с чужой системой, которая ведёт себя не так, как написано в справке, — нет.

Если доступа к API нет. Работающих ходов три: поставить на страницу виджет самой системы или шлюза; оставить короткую форму и подкрепить её внутренним правилом: перезвон в течение стольких-то минут, ответственный назначен; поменять медицинскую систему, когда она тормозит не только сайт. Неработающий ход один — вписать интеграцию в дату, не выяснив, отдаёт ли вендор доступ в принципе.

Как это оформляется в сроке. Наш подход: интеграция выносится отдельной строкой с оговоркой «зависит от ответа вендора», и дата запуска сайта не связывается жёстко с датой готовности интеграции. Сайт выходит с формой или виджетом, своя интеграция включается, когда доступ получен. Это конкретный приём, который вы можете потребовать от любого подрядчика.

ДокДети.

Задача. Приём детский, и родителю нужно выбрать своего педиатра и своё время прямо на сайте, а не оставлять телефон и ждать. Актуальные окна врачей ведутся в медицинской системе, значит сайту нужно тянуть их оттуда без ручного переноса.

Решение. Мы не стали ограничиваться выданной документацией и сели за интеграцию вместе с командой разработки самой системы: какие методы вообще нужны сайту, что и в каком виде они возвращают, как ведут себя при отказе.

Результат. Пациент записывается на сайте, и слот сразу занимается в расписании клиники. Из цепочки ушёл администратор, который раньше переносил заявки руками и часть из них терял.

Вывод по теме сроков: этот этап держит не скорость набора кода, а наличие живого собеседника на стороне вендора. Когда вопрос по методу задан утром и ответ на него приходит в тот же день, календарь этапа сжимается до объёма самой работы. Когда вопрос уходит в общую почту отдела продаж, объём работы тот же, а срок диктует чужая очередь.

Отдельно про ЕГИСЗ, потому что вопрос всплывает в каждом втором разговоре. Передача данных в единую государственную информационную систему здравоохранения — обязанность клиники, она входит в лицензионные требования с 1 сентября 2021 года и распространяется на частные клиники тоже. Выполняет её медицинская система, а не сайт: сайт в ЕГИСЗ ничего не передаёт и передавать не должен. На срок разработки это влияет косвенно, зато в хорошую сторону: у клиники с работающей выгрузкой в РЭМД, ФРМР и ФРМО система уже настроена, а рядом есть технический подрядчик или ответственный сотрудник, с которым можно предметно говорить про доступ к API.

Статьи про сроки обычно заканчивают юридический слой одной фразой про 152-ФЗ. На деле состав сайта медицинской организации задан приказом Минздрава России от 13.03.2025 № 118н, он действует с 1 сентября 2025 года до 1 марта 2031-го, и почти каждый его пункт — это отдельная работа в вёрстке и в тестах.

Приказ задаёт состав: лицензия, виды помощи, порядок записи на первичный приём, правила и прайс платных услуг в рублях, карточка каждого медработника с образованием, уровнем квалификации, аккредитацией и графиком, вакансии, отзывы. Лицензия при этом не скан: по 99-ФЗ в редакции 478-ФЗ с 1 января 2021 года она живёт записью в реестре, поэтому на страницу идут реквизиты этой записи — дата, регистрационный номер, двухмерный штриховой код (QR-код) выписки. Второй допустимый вариант — сама выписка в виде электронного документа, подписанного усиленной квалифицированной электронной подписью лицензирующего органа.

Приложение № 2 к тому же приказу описывает сайт как технический объект, и вот эти пункты в смете видно лучше всего: круглосуточная доступность, работающий поиск, карта сайта, версия для слабовидящих и анкетирование посетителей о качестве обслуживания. Версия для слабовидящих — это переключатель размера шрифта, контрастная тема и отключение изображений, то есть отдельная задача фронтенду и отдельный пункт в тестировании. Поиск нужно не «поставить», а заставить находить. Анкета — форма со своим сценарием и своим согласием на обработку. На готовых платформах ни одного из этих пунктов обычно нет в коробке.

Отдельная строка календаря — правила платных медуслуг: 1 сентября 2026 года постановление Правительства № 736 от 11.05.2023 сменяется постановлением № 659 от 30.05.2026, статья выходит за пару недель до этой даты, и утверждать, что состав сведений в новом документе тот же самый, мы не будем — после 1 сентября список читается заново по тексту 659-го и сверяется с тем, что уже стоит на сайте.

И уточнение, на котором рынок регулярно ошибается, в том числе в статьях про сроки. Собственные услуги, описанные на собственном сайте, ФАС рекламой не признаёт. Ограничения статьи 24 закона о рекламе включаются там, где клиника выходит за периметр сайта: контекстные объявления, публикации в соцсетях, наружные конструкции. Вот там обязательно предупреждение о противопоказаниях и необходимости консультации специалиста. На страницах услуг действуют приказ 118н и обязанность информировать из статьи 79 323-ФЗ. Обещание результата лечения не пишут нигде: на сайте это просто плохая карточка услуги, в рекламе — ещё и нарушение.

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

Половина срока живёт на вашей стороне. Вот что и когда нужно собрать, чтобы эта половина не растянулась.

До старта, иначе срок называется наугад

• Список направлений и услуг с ценами в рублях. Он же каркас структуры сайта, он же обязательный раздел по приказу 118н.
• Название вашей медицинской системы и контакт технической поддержки вендора. Не «потом дадим»: выяснять, даёт ли вендор доступ к API, нужно до того, как этот этап попал в смету и в дату.
• Один ответственный со стороны клиники с правом принимать решения. Не комитет из трёх человек с равным голосом.
• Реквизиты и данные лицензии: дата, регистрационный номер, ссылка на выписку из реестра с двухмерным штриховым кодом.

К этапу дизайна

• Логотип и фирменные цвета, если они есть. Если нет — это отдельный этап, который надо заложить в срок заранее, а не обнаружить в середине проекта.
• Список типов страниц: сколько разных шаблонов услуг реально нужно. Не «шестьдесят услуг», а «четыре типа страниц на шестьдесят услуг».
• Договорённость о числе итераций правок. По нормам заложено две-три итерации и 10–12 часов; четвёртая и пятая — это уже новая дата.

К этапу вёрстки и наполнения

• Тексты по направлениям. Кто пишет — клиника или подрядчик — решается на старте, а не когда вёрстка готова. Медицинскую часть подписывает врач, значит в цепочку добавляется его согласование, и это дни, а не часы.
• Фотографии врачей. Настоящие, не стоковые. Если съёмки не было, съёмочный день планируется заранее: это самый частый пункт, из-за которого сайт стоит собранный и пустой.
• По каждому врачу одной таблицей и один раз: ФИО и должность, образование, уровень квалификации, аккредитация либо сертификат, часы приёма. Состав задан приказом 118н, и собирать его по одному врачу в неделю — верный способ потерять месяц.
• Правила записи на первичный приём, правила предоставления платных услуг, образцы договоров.

К запуску

• Доступы к домену и хостингу. Классика жанра: домен оформлен на бывшего маркетолога, выясняется это в день запуска.
• Счётчик Метрики, номера для коллтрекинга.
• Регламент на своей стороне: кто принимает заявку и за сколько минут перезванивает. Без него любой уровень записи теряет смысл — и своя интеграция, и виджет вендора одинаково упираются в то, ответит клиника пациенту или нет.

Половина этого списка собирается за два вечера, если начать до старта проекта, и растягивается на месяц, если начать после того, как дизайн готов. Разница между двумя сценариями — это и есть та самая разница между «месяцем-двумя» и «а прошло полгода».

Три вещи двигают дату сильнее прочих, и ни одна из них не находится внутри студии.

Согласования. Когда правки по макету собираются неделю и приходят в пять заходов, растёт каждый этап. Один ответственный со стороны клиники и договорённость отвечать за пару дней убирают из проекта простои, когда команда сидит и ждёт решения вместо работы. Обратная ситуация — главврач, маркетолог и собственник шлют правки по отдельности и противоречат друг другу — добавляет круги согласования, причём часть из них уходит не на переделку макета, а на выяснение, чью правку выполнять. Смотрите таблицу выше: каждая итерация стоит несколько часов работы плюс календарь на пересылку.

Контент от клиники. Дизайн готов, вёрстка готова, а тексты по направлениям и фотографии врачей всё ещё «на следующей неделе пришлём». Сайт стоит собранный и пустой, запускать его в таком виде нельзя: половина обязательных разделов наполняется именно этим материалом.

Ожидание вендора медицинской системы. Разобрано выше. Это чужая компания, у которой свои приоритеты и свой отдел продаж, и ускорить её нельзя ни деньгами подрядчика, ни звонком менеджера.

Посчитайте, где из этих трёх находится студия. Ни в одной. Внутри студии предсказуемы дизайн, вёрстка, программирование и тесты — те самые часы, которые считаются по нормам. Двигают дату ровно те этапы, где решение принимается не нами. Отсюда практический вывод: подрядчик, который называет срок и не проговаривает эти три зависимости, назвал не срок, а цифру, которая вам понравится.

Если сайт уже работает и речь про доработку, начните с разбора того, где действующий сайт клиники теряет пациентов: часть пунктов чинится за часы и новой даты запуска не требует.

Центры Бубновского.

Задача. Франшиза работает по всей стране. Житель любого города должен приземляться на страницу ближайшего к нему центра, а сами франчайзи — вести своё наполнение, не дёргая разработчика по каждой правке.

Решение. Один шаблон на всю сеть плюс локальные данные по каждому центру: регион подставляется сам, франчайзи получили гайдлайны, что и как менять у себя. Материалы по книгам Бубновского вынесены в отдельную библиотеку.

Результат. Оформление и обязательные разделы держатся общим каркасом, а тексты и расписание на своих страницах центры правят сами.

Вывод по теме сроков: в сети дату двигает не количество точек, а количество сторон, которые согласуют макет. Пять филиалов с одним центром принятия решений собираются быстрее, чем один многопрофильный центр, где макет смотрят пять человек с равным правом голоса.

Редизайн существующего сайта иногда быстрее сборки с нуля, а иногда медленнее, и решает это не возраст сайта. Смотрим на три вещи. Первая: живая ли вёрстка и можно ли её адаптировать, или она разъезжается на телефоне. Вторая: есть ли на сайте контент, который можно перенести, — по календарю тексты по направлениям и фотографии врачей тяжелее дизайна, и готовый материал снимает с проекта именно этот кусок. Третья: позволяет ли платформа встроить нормальную запись и обязательные разделы. Если разделов просто нет, а вёрстка живая, доработка выйдет быстрее. Если сайт собран на движке, куда нельзя встроить интеграцию, редизайн упрётся в тот же потолок, только позже и дороже.

Поэтапный запуск — самый рабочий способ получить работающий сайт раньше. В первую очередь идёт то, без чего сайт не выполняет свою работу: страницы направлений, карточки врачей, прайс, разделы приказа 118н и запись формой или виджетом. Во вторую — своя интеграция по API, личный кабинет пациента, блог, оставшиеся филиалы. Пока собирается вторая очередь, первая уже стоит на домене и принимает людей. Так снимается главный риск проекта: сайта нет вообще, потому что один этап из восьми не готов.

Семь проверок, которые вы применяете к предложению любого подрядчика. Занимает пять минут, экономит месяцы.

1. Срок разбит по этапам или назван одной цифрой? Одна цифра без состава — это не оценка, это ответ, чтобы вы не ушли к конкуренту.
2. Названы ли этапы, которые зависят от вас, и что именно от вас нужно? Если подрядчик не сказал про тексты, фотографии врачей и согласования, он либо не считал их, либо повесит на вас срыв даты постфактум.
3. Вынесена ли интеграция с медицинской системой отдельной строкой с оговоркой про вендора? И спрошено ли, какая у вас система, до того как назван срок.
4. Сколько итераций правок заложено? Норма — две-три. Если этого нет в предложении, четвёртый круг правок станет предметом спора, а не строкой договора.
5. Есть ли отдельные строки на тестирование и наполнение, а не только на дизайн и разработку? Тестирование — 18 часов на корпоративный сайт, 30 на каталог; если его нет в смете, его не будет и в работе.
6. Есть ли ответ на вопрос «что будет, если контент придёт на три недели позже»? Взрослый ответ звучит так: дата сдвигается на срок задержки, это фиксируется письменно, и вот какие этапы мы успеем сделать параллельно.
7. Что входит в запуск? Перенос на боевой домен, счётчики и цели, проверка форм, проверка записи на реальном слоте, поиск по сайту и версия для слабовидящих.

И общее правило: если студия в разговоре про срок вообще не упоминает ни приказ 118н, ни доступ к API вашей медицинской системы, она либо не считала эти этапы, либо не работала с медициной.

Дату мы не называем, пока не разобрали задачу. Порядок такой.

1. Вы описываете задачу: сколько направлений и услуг, какая в клинике стоит медицинская система, хватит ли виджета или нужна своя запись, сколько врачей и сколько филиалов, в каком состоянии тексты и фотографии.
2. Проект раскладывается на работы, и по каждой роли считаются часы: проектирование, дизайн с разбивкой по этапам, вёрстка с адаптивом, программирование, обязательные разделы по приказу, оформление форм, интеграция, тестирование. Корпоративный сайт обычно попадает в 195–250 часов, каталог направлений и врачей — в 295–375.
3. Из часов и загрузки команды складывается календарный план. В нём отдельно помечены этапы, которые зависят от вас, и этап, который зависит от вендора вашей медицинской системы. Дата запуска не привязывается жёстко к интеграции: сайт выходит с записью первого или второго уровня, своя интеграция включается, когда получен доступ.

Вы видите не одну цифру, а цепочку, в которой понятно, где вы можете ускорить проект сами, а где придётся подождать чужую систему.

Единого срока у сайта клиники нет, но есть измеримый объём. Лендинг клиники на CMS — 82–108 часов, корпоративный сайт — 195–250, каталог с направлениями, услугами и врачами — 295–375. В дизайне корпоративного сайта две самые длинные строки — внутренние страницы (14–16 часов) и правки (10–12), поэтому дату двигает число итераций, а не скорость дизайнера. Адаптив добавляет 10–15% к дизайн-блоку, тестирование стоит отдельной строкой в 18 или 30 часов.

Часы — нижняя граница, календарь всегда длиннее. Разницу создают три вещи, и ни одна не находится внутри студии: скорость согласований, готовность контента и ответ вендора вашей медицинской системы. У большинства российских систем открытой документации на API нет, доступ выдаётся по заявке и часто как платная опция, поэтому первый вопрос по сроку интеграции — про доступ, а не про объём кода. При этом уровней записи три, а не два: форма, готовый виджет от вендора или шлюза, своя интеграция. Виджет ставится днями и закрывает потребность большинства клиник, пока идёт вторая очередь.

Отдельно в срок закладываются обязательные разделы по приказу Минздрава 118н: работающий поиск, карта сайта, анкета о качестве, версия для слабовидящих, реквизиты реестровой записи о лицензии с двухмерным штриховым кодом выписки. С 1 сентября 2026 года постановление № 736 сменяется постановлением № 659, и список сведений придётся перечитать заново по новому тексту. Соберите список направлений с ценами, данные врачей одной таблицей, фотографии и контакт вендора до старта проекта — и половина срока, которая живёт на вашей стороне, перестанет быть проблемой.

Если хотите увидеть дату под свой проект, а не «месяц-два» с первого звонка, пришлите список направлений и вводные по записи.

Что разбираем. Раскладываем проект на работы и часы по ролям: проектирование структуры, дизайн по девяти этапам плюс адаптив, вёрстка, программирование, разделы приказа 118н, оформление форм, выбранный уровень записи пациента, тестирование. Поверх часов ложится календарный план, где отдельно помечено, какие этапы держите вы и какой держит вендор вашей медицинской системы.

Что присылаете. Направления и услуги списком, название медицинской системы, количество врачей и филиалов, состояние текстов и фотографий, нужен ли пациенту личный кабинет. Строка на пункт, ничего оформлять не надо.

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

Пока сайт собирается, поток к нему готовят параллельно: как клиника привлекает пациентов через сайт, а не только рекламой.