• How to

Как проконтролировать процесс разработки сайта при работе с подрядчиками

Что такое паспорт проекта и зачем он нужен

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

Паспорт можно вести в удобном формате: Google или Яндекс Документах, ворде или где угодно еще. Главное — сохраните и держите под рукой, чтобы всегда можно было обратиться к нему и дополнить.

Эта статья — буквально большой чек-лист для проверки работы подрядчика.

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

Конфигурация сервера или хостинга

В разделе «Конфигурация сервера или хостинга» можно попросить вашего разработчика написать:

• где ваш сайт хранится, — желательно в формате «ссылка + доступы»;

• какая конфигурация стоит на вашем сервере и хостинге, описать мощности;

• сколько стоит сервер или хостинг в год, когда пополнять баланс.

Важно актуализировать информацию по мере обновления доступов и тарифов.

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

1. Доступ к серверу. Сервер — то, где хранятся файлы вашего сайта. Обычно сервер арендуется у хостинг-провайдера. Доступ нужен, чтобы пополнять счета и верхнеуровнево управлять сайтом. Например, так может выглядеть описание доступа:

• Сервер: timeweb.com;

• Логин: login;

• Пароль: pass.

2. Доступ к консоли позволяет точечно и гибко управлять самим сервером:

• IP: 127.0.0.1;

• Port: 22;

• login: root;

• Password: 12345678;

• Доступ к консоли с помощью SSH-соединения.

3. Конфигурацию сервера — то, что помогает поддерживать производительность всей системы сайта. Например:

• 4 CPU;

• 8 Гб RAM;

• 80 Гб NVMe (UPD 27.06 увеличили до 120 Гб NVMe);

• Ubuntu 22.04;

• php 8.1.27 (тюнинг настроек, увеличены лимиты);

• memcached (увеличены лимиты);

• nginx (тюнинг настроек, число воркеров переведено из 8 в auto, добавлено gzip-сжатие).

4. Бэкапы — резервная копия данных, которая хранится отдельно, чтобы можно было восстановить утерянное. Например:

• 2 бэкапа по понедельникам перезаписывают друг друга;

• 1 бекап раз в месяц на сервер, каждое 16 число в 0:17 — директория, куда заливается «скриншот»;

• ежедневный бекап базы данных с пн. по вс., перезаписывают друг друга.

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

Технологический стек сайта

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

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

• Bitrix лицензия «Бизнес»;

• Верстка сделана на Vue.js;

• Если используете шаблон, то напишите какой. Например, Aspro next;

• Интеграция с «1С Склад»;

• Используется эквайринг Альфа Банка;

• Используется модуль расчета доставки СДЭК;

• Если используются самописные интеграции, то обязательно напишите об этом тут.

В целом в раздел вносим все данные о жизненно важных бизнес-процессах, модули или интеграции и самописные решения.

Ссылка на самые популярные проектные документы

В этом блоке обычно кладем ссылки на различные важные документы. Например:

• Уникальный дизайн, если есть — ссылка на фигму. Если используете шаблон, то напишите какой и приложите ссылку.

• Pipeline задача — ссылка. Это таблица с задачами по технической поддержке.

• Инструкция к сайту — ссылка.

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

Команда проекта

Важно перечислить всех участников команды — дизайнеров, контент-менеджеров, маркетологов, тимлида, руководителя и прочих. Также важно указать роль на проекте каждого участника. Это поможет всем легко поддерживать связь и без лишних выяснений обратиться с возникшей проблемой адресно. Участников команды можно перечислить со стороны заказчика и со стороны агентства, например:

Со стороны DS:

1. Иван Иванов (Тг — @Login) — руководитель проекта (писать по любому вопросу проекта, если не смогли решить или не поняли, к кому обратиться).

2. Иван Иванов (@Login) — тимлид отдела разработки (смотрит фоново, не тегаем).

3. Иван Иванов (@Login) — разработчик (пишем, чтобы что-то починил или сделал новое на сайте или сервере).

4. Иван Иванов (@Login) — дизайнер (пишем, чтобы сделал красивый визуал).

5. Иван Иванов (@Login) — контент-менеджер (поможет с контентными задачами или копипастом).

Со стороны клиента:

1. Иван Иванов (@Login) — COO (лучше не тегать, просто наблюдает за процессом).

2. Иван Иванов (@Login) — директор по digital marketing (по общим организационным вопросам).

3. Иван Иванов (@Login) — менеджер диджитал-маркетинга (к нему по вопросам контента на основных страницах сайта).

4. Иван Иванов (@Login) — бухгалтер (общаемся по вопросам счетов и закрывающих документов).

5. Иван Иванов (@Login) — руководитель отдела редакции (идем с вопросами по блогу).

Роли могут отличаться в зависимости от проекта, но суть одна: фиксируем в документе участников команды, их роли и способ связаться. Этот блок помогает тем, что при появлении нового участника в проекте вы быстро сможете познакомить его с остальными членами команды. Также поможет избежать лишних вопросов по типу «кто этим занимается и как с ним связаться». Все могут контактировать друг с другом напрямую.

План / факт работы в разрезе месяца

В блоке «план / факт» мы ведем хронологию проекта. Чтобы не тратить много ресурса на заполнения, лучше актуализировать блок хотя бы раз в месяц по ключевым событиями и задачам. Это проще, чем сесть в конце квартала и пытаться восстановить в памяти, что было глобально сделано.

Сюда можно добавить результаты общих созвонов, зафиксировать договоренности с исполнителем и какие-то ключевые решения.

Общая инструкция, как пользоваться сайтом

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

Вначале заполнять тяжело из-за больших объемов, но потом не приходится несколько раз объяснять одно и то же.

Удобно писать инструкцию по мере работы с проектом. Появился запрос на то, как что-то сделать, — заполняем и отдаем дальше в работу. Документ можно дополнить скриншотами и комментариями.

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

1. Заходим в административную панель сайта — site.ru/bitrix.

2. В правом навигационном меню переходим в раздел «Контент».

3. В открывшемся меню — выбрать вкладку «Справочники». В этой вкладке можно управлять главной страницей.

4. Главную страницу редактируют по блокам.

• 1 экран — скриншот редактируется блоке «Слайдер на главной».

• Блок «Экономический эффект» — редактируется в блоке «Главная — экономический эффект».

• Блок «Ваши результаты» редактируется в блоке «Ваши результаты».

• Блок «Автоматизация» редактируется в «Отзывах».

• Отредактировать «Ключевые продукты» —в блоке «Главная — ключевые продукты».

• «Мы создали» редактируется в блоке «Главная — центр».

• Блок «Какой путь мы пройдем» можно изменить в «Главная — путь к цели».

• Блок «Как продукт изменит жизнь» редактируется в блоке «Главная — для кого».

• «Почему site» можно изменить, перейдя на вкладку «Главная — почему site?».

• Блок «Узнайте, как site» редактируется в блоке «Главная — Видео».

• Блок «Узнайте, как site» редактируется в блоке «Главная — Видео».

• Блок «Нас рекомендуют» можно изменить в «Главная — нас рекомендуют».

Подробное описание взаимодействия с сайтом экономит время, а еще служит шаблоном для последующих инструкций.

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

Проверить код сложно, к сожалению, только если попросить нарезать скриншоты, что очень неудобно для заказчика. Как вариант, можно организовать работы через GitHab, чтобы каждый диплой можно было развернуто комментировать, —, но это уже тема для отдельной статьи.

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

Напишите нам — разработаем сайт под ваши потребности.

Digital Strategy
еще 13 публикаций

Лучшее в блогах

13 часов назад

ADCR Awards 2024 представляет шорт-лист

4 часа назад

Реклама в кино

7 часов назад

Исследование Go Mobile и МТС Ads: лучшие приложения для онлайн-покупок

8 часов назад

За кадром успеха. Как техподдержка спасает ваш сайт каждый день

Вам понравится

Ingate Group

30.09.2024

Как увеличить знание и пенетрацию FMCG-бренда, а заодно вывести новый продукт на полки

FMCG Маркетинг

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

Prtut.ru

27.09.2024

Накрутка живых лайков в Инстаграм* — лучшие сервисы для продвижения

Контент Маркетинг

Узнайте, как эффективно использовать накрутку живых лайков в Инстаграм* и где приобрести качественные услуги. Обзор популярных платформ для продвижения вашего аккаунта.

LATMEDIA GROUP

19.09.2024

Саммари на книгу «Быстрые запуски» Джефф Уокер

Медиа Маркетинг

Быстрые запуски.

Wunder Digital Agency

04.09.2024

SEO-рейтинг казахстанских банков: кто в лидерах?

Маркетинг

Специалисты инновационного digital-хаба Wunder Digital проанализировали поисковые запросы казахстанцев, чтобы выяснить, какие банки страны лучше всего работают с SEO. Команда составила рейтинг, который показывает лидеров в этой сфере, а также сравнила июльские данные с апрельскими.