# Кто отвечает за тексты, дизайн и доступы при разработке сайта

Источник: https://quicklanding.ru/knowledge/website-project-roles/

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

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

## Назначьте человека, который принимает решение

![Коллеги обсуждают проект за столом с ноутбуками](/assets/images/knowledge/website-project-roles.webp)

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

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

## Опишите результат каждой задачи

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

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

## Отделите доступы от пересылки паролей

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

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

## Договоритесь о формате согласования

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

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

## Что оставить команде после запуска

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

## Связанные материалы

[От чего зависит срок разработки и где возникают задержки](/knowledge/website-development-timeline/)

[Как сменить разработчика и передать проект без потери доступов](/knowledge/website-vendor-change/)

## Частые вопросы

### Можно ли обойтись без отдельного менеджера проекта?

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

### Кто отвечает за достоверность описания услуги?

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

### Что делать, если материалы задерживаются?

Отметьте зависимые страницы и согласуйте временный состав запуска. Не подменяйте отсутствующие сведения выдуманными кейсами или условиями. Новую дату зафиксируйте вместе с ответственным.

Автор: Владимир Николаев