Этот текст написан в Сообществе, в нем сохранены авторский стиль и орфография
«Сделать сайт» — пока слишком расплывчатая задача. Что окажется у заказчика в конце: макет, который можно посмотреть, или страница, на которой уже можно оставить запрос? Я Анатолий Ботвинов, самозанятый, делаю сайты и сервисы. До работы я записываю три договорённости: что делаем, как я это покажу и что передам в конце. Расскажу, как обсудить всё это, если вы заказываете сайт или делаете его для клиента.
О Сообщнике Про
Руководитель студии «Ботвиновпрод». Моя профессиональная область — веб-разработка и дизайн сайтов (сайты и редизайн, Tilda, веб-сервисы), автоматизация и боты, ИИ-аватары, 3D-конфигураторы мебели, SEO и контент.
Это новый раздел Журнала, где можно пройти верификацию и вести свой профессиональный блог
1. Что должно получиться
Сначала заказчик рассказывает о задаче, а я предлагаю структуру. Но за словом «сайт» может стоять и страница с описанием услуги, и сервис с личным кабинетом. Поэтому разговор начинаем с того, кто откроет сайт и зачем.
Допустим, человек пришёл узнать об услуге. Он читает описание, смотрит примеры работ, оставляет запрос. Уже можно обсуждать, какие блоки будут на странице и куда поведёт кнопка. Если же посетителю надо выбрать товар или скачать материалы, разбираем этот путь. Иначе можно согласовать внешний вид, так и не выяснив, что человек сможет сделать на сайте.
Затем записываем состав работы. Дизайн страницы и работающий сайт — отдельные задачи, даже если в переписке обе называются «сделать сайт». Рядом с каждой можно указать, что для неё уже есть. Тексты готовы? Фотографии кто передаст? Если материалов пока нет, это тоже записываем: иначе на словах всё согласовано, а поставить в макет нечего.
У меня был проект для компании строительного контроля. Я делал дизайн первого экрана: заголовок, краткое предложение, кнопку обращения. Использовал логотип и согласованную палитру. Заказчик принял дизайн, я передал итоговые файлы в PNG и PDF. На этом этап закончился. Запуск сайта в него не входил, данных о заявках у меня нет.
В таком случае я могу сказать: «Дизайн принят». Открыть файл и посмотреть первый экран — пожалуйста. Отправить через него запрос — уже другая задача. По файлам нельзя проверить ни работу сайта, ни то, сколько обращений он принесёт.
Договорённость можно уместить в сообщение. Например: «Готовим дизайн страницы услуги: описание, примеры работ и блок для обращения. Тексты и фотографии вы передаёте. Сейчас согласуем внешний вид, сборку сайта обсудим отдельно. Всё верно?». Это образец для похожей задачи.
Ответом может быть и короткое «да», и уточнение: «Тексты есть, фотографии ещё собираем». Или выяснится, что заказчик ждёт страницу с работающей формой уже к концу этого этапа. Тут и обнаруживается разница в ожиданиях. Её можно обсудить сразу и поправить запись, пока никто не начал работу.
Если вы заказчик, представьте, что работа уже сдана. Вы открываете макет или сайт в браузере? Можете нажать кнопку и отправить запрос? Сверьте это с сообщением исполнителя. А если вы исполнитель, посмотрите, нет ли в записи действий, для которых ещё не хватает материалов или непонятно, как проверить результат.
2. Как я покажу направление и соберу правки
Я сначала показываю направление и прототип, затем готовую работу с правками. До старта объясняю этот порядок: заказчику предстоит открыть макет или страницу и что-то ответить. Чтобы ответить по делу, ему важно понимать, что мы сейчас смотрим.
На показе направления обсуждаем оформление — шрифты, палитру. В прототипе смотрим на устройство страницы: какие блоки есть, в каком порядке они идут, куда ведут кнопки. Можно пройти по ним глазами как посетитель: вот описание услуги, вот примеры, вот обращение. Хватает информации, чтобы отправить запрос? Затем смотрим готовую работу: как всё выглядит и работает в пределах нашей задачи.
Сообщение перед показом может звучать так: «Посмотрите, пожалуйста, порядок блоков. Есть ли всё, что посетителю надо узнать об услуге до обращения?». Заказчику проще отвечать, когда понятно, куда смотреть. Порядок показов тоже записываем: сначала направление и прототип, после согласования — готовая работа и правки. Рядом указываем формат: ссылка на макет, файл или страница в браузере.
До первого показа полезно выбрать человека, который соберёт замечания со стороны заказчика. Если сайт обсуждают несколько сотрудников, им стоит сначала сверить свои предложения между собой. Исполнителю нужен понятный ответ: какие изменения согласованы, а какие ещё обсуждаются.
Саму правку лучше привязать к месту и задаче. Вместо «что-то не нравится вверху» можно написать: «В первом блоке непонятно, какую услугу мы оказываем. Нужно назвать её в заголовке». Вместо «сделайте удобнее» — «С телефона трудно прочитать подпись под фотографией». Так у исполнителя появляется конкретная точка для проверки.
Если вы заказчик, не обязательно придумывать решение за дизайнера. Достаточно объяснить, что мешает и чего вы ожидали. Если вы исполнитель, к каждому показу полезно добавить пояснение: что сейчас нужно проверить, какое решение вы предлагаете и почему оно подходит задаче.
Новые пожелания стоит сверять с первоначальной записью. Если на показе страницы услуги выяснилось, что нужен ещё личный кабинет, сначала нужно обсудить новую задачу и обновить состав работы. Иначе в конце будет трудно понять, какой результат вы вообще собирались принимать.
3. Что я проверю и передам в конце
Когда задача включает запуск сайта, я проверяю его на компьютере и телефоне, передаю файлы, доступы и инструкцию. Состав передачи полезно определить ещё до работы. Тогда у заказчика будет список, с которым можно свериться при сдаче.
В этот список стоит включить конкретные материалы и способы доступа. Для дизайна это могут быть итоговые файлы и исходник макета, если он входит в договорённость. Для сайта нужно уточнить, где он будет размещён, как заказчик сможет зайти в управление и какие файлы получит. Само слово «доступы» не объясняет, к чему именно нужен доступ и что с ним можно делать.
Например, запись о передаче может выглядеть так: «Передаём доступ к управлению сайтом и согласованные файлы. В инструкции показываем, как изменить текст на странице и заменить фотографию. Перед сдачей проверяем страницы на компьютере и телефоне, а также отправку сообщения через форму». Это пример для сайта с формой обращения. Для другой задачи список будет своим.
Проверять сайт удобно по тому пути, который описали в начале. Если посетитель должен прочитать об услуге и отправить запрос, при сдаче стоит пройти этот путь целиком:
- открыть страницу на компьютере и телефоне, проверить, виден ли текст и помещаются ли блоки;
- нажать на ссылки и кнопки, сверить, куда они ведут;
- отправить пробное сообщение через форму и проверить, получил ли его заказчик.
Работающая кнопка ещё не подтверждает, что сообщение дошло. А полученное пробное сообщение подтверждает только работу этого пути. По такой проверке нельзя судить, сколько обращений принесёт сайт после запуска.
Доступы лучше проверить со стороны заказчика: получается ли войти, открыть нужный раздел и выполнить то действие, которое описано в инструкции. Если договорились, что заказчик будет сам менять фотографии, стоит попробовать заменить фотографию при передаче. Так можно сразу найти шаг, который нужно объяснить подробнее.
Инструкция должна соответствовать тому, что человек будет делать с сайтом. Для редактирования страницы полезны названия разделов и последовательность действий. Если какой-то шаг пока нельзя выполнить, его стоит отдельно записать и договориться, кто доведёт его до конца.
Соберите договорённости в одном месте
Перед стартом откройте сообщение или документ с договорённостями и перечитайте вместе. Вот что делаем, вот что смотрим на первом показе, вот что заказчик получит в конце. Если на словах «готовый сайт» один представляет макет, а другой уже собирается отправлять ссылку посетителям, вернитесь к этой строчке и уточните её. Потом к записи можно вернуться и при правках, и при сдаче: открыть, свериться и понять, что осталось сделать.
