Разработка сайта — руководство для начинающих

• Что необходимо учесть при разработке сайта?
  • Шаг 1: Определите, зачем вам сайт
  • Шаг 2: Определите требующуюся функциональность сайта
  • Шаг 3: Определите, как должен выглядеть сайт
  • Шаг 4: Выберите CMS
  • Шаг 5: Согласуйте дополнительные характеристики, которым должен соответствовать сайт
  • Шаг 6: Определите, где вы будете заказывать сайт
  • Шаг 7: Оцените, сможете ли вы сделать сайт самостоятельно
  • Шаг 8: Определите, кто будет продвигать проект
  • Шаг 9: Определите, сколько стоит необходимый вам сайт
  • Резюме: Что необходимо сделать, чтобы разработать сайт?
• Разработка сайта интернет-магазина
  • А нужен ли вам «классический» интернет-магазин?
  • Рентабельность разработки
• Как составить грамотное техзадание на разработку сайта?

Что необходимо учесть при разработке сайта?

Дело, далеко не всегда, в том, что агентства и веб-студии не умеют работать. Чаще всего проблема заключается в вас. Вы прекрасно разбираетесь в своем деле: строите красивые дома, производите замечательную косметику или шьете красивую одежду, готовите самые вкусные в мире стейки. Но вы совсем не разбираетесь в сайтах. Нет, конечно, вы знаете, что сайт интернет-магазина «Евросеть» выглядит отлично и очень вам нравится, а вот ресурс Захолусть-глубинковского треста по производству рогов и копыт — это просто отстой.

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

Злые вы, уйду в другую студию: заказчики и разработчики сайтов часто говорят на разных языках

Если хотите получить сайт уже сегодня, не ждите, пока агентства научатся разговаривать на вашем языке. Нет, это не попытка перевести стрелки с разработчиков на заказчиков сайта. Просто главный здесь вы. Это у вас успешный бизнес по производству косметики или строительству домов. У вас нет времени ждать, пока наемный менеджер веб-студии найдет нужные слова, чтобы доходчиво объяснить, почему лучше делать сайт на Joomla!, а не на Drupal. Ниже вы найдете информацию, которая поможет вам заказать, и в конечном итоге, сделать качественный сайт.

Шаг 1: Определите, зачем вам сайт

Если вы знаете, зачем создаете сайт, считайте, что прошли половину пути к успешному запуску ресурса

Основыне виды интернет-сайтов, выделяемые в настоящее время:

Сайты-лендинги или промо-страницы

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

Лендинги используется для:

• презентации конкретного товара / услуги или ограниченного перечня товаров / услуг;
• приглашения участников на мероприятие;
• сбора контактных данных;
• получения целевых заявок.

Сайты-визитки

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

Содержание сайта-визитки:

• краткая информация о компании;
• краткий анонс производимых и реализуемых на рынке товаров и услуг;
• прайс-листы;
• портфолио;
• формы заказа;
• условия оплаты и доставки;
• часто задаваемые вопросы;
• контактные данные;
• другие разделы в соответствии со спецификой деятельности.

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

Корпоративные сайты

Корпоративный сайт — интернет-сайт, на котором размещается подробная информация о деятельности компании:

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

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

Корпоративные сайты можно интегрировать с:

• внутренней корпоративной сетью;
• системой документооборота и бухгалтерии;
• онлайн-сервисами для управления бизнес-процессами.

Сайты-блоги

Блог — это интернет-сайт для регулярной публикации различного контента:

• текста;
• инфографики;
• фото и видео.

Для блога важна возможность комментировать, делиться и лайкать публикации, размещенные в нем. Часто блог является разделом корпоративного сайта или интернет-магазина.

Сайты интернет-магазинов

Интернет-магазин — сайт, позволяющий пользователям онлайн, в браузере или мобильном приложении:

• найти и выбрать товар;
• сформировать заказ на его покупку;
• выбрать способ оплаты и доставки заказа;
• провести online-оплату заказа.

Казалось бы, отличия между корпоративным сайтом и интернет-магазином не такие существенные. Но, на самом деле, интернет-магазин отличается от корпоративного сайта или сайта-визитки не только наличием корзины и возможностью онлайн-оплаты. Главное отличие интернет-магазина от другой бизнес-модели в бизнес-процессах, направленных на получение конкурентных преимуществ в борьбе за потенциальных покупателей!

При выборе типа web-сайта, который вы хотите открыть трезво оценивайте ваши возможности и потребности!

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

Вот она:

— А давайте еще форум прикрутим.

— А может в меню поменять местами ссылки «О компании» и «Наши продукты»?

— А что, если здесь поиграть цветами, а в подвале добавить вензеля и рюшечки?

— Все замечательно, спасибо вам большое, но вот чего-то еще не хватает, что-то не так.

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

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

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

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

Ваш будущий ресурс может решать следующие задачи, способствующие росту прибыли:

1. Привлекать новых клиентов.
2. Обеспечивать возможность продавать продукты и услуги онлайн.
3. Повышать эффективность маркетинга. Эту задачу можно разбить на много подзадач, например, такие:

• Расширять воронку продаж.
• Формировать лояльную аудиторию.
• Уменьшать стоимость привлечения клиента и увеличивать LTV.
• Преодолевать рекламную глухоту с помощью контент-маркетинга.
• Уменьшать расходы на маркетинг и рекламу в офлайне.
• Обеспечивать потенциальным и существующим клиентам доступ к достоверной информации.
• Преодолевать географические ограничения.
• Показывать товар лицом. Речь идет о фото и описаниях продуктов, портфолио, списке клиентов и реализованных проектов и т.п.
• Предоставлять аудитории социальные доказательства.
• Повышать качество обслуживания клиентов.
• Удовлетворять конкретные потребности аудитории.

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

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

Что у вас получилось? У меня так:

Цель создания сайта

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

Задачи создания сайта

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

Что-то еще?

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

Шаг 2: Определите необходимую функциональность сайта

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

Формулируем из задач вопросы

У вас получатся такие вопросы:

• Что нужно, чтобы информировать аудиторию с помощью сайта?
• Какие функции необходимы, чтобы привлекать новых клиентов?
• Что должен «уметь» сайт, чтобы повысить качество обслуживания пользователей?

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

• Сайт должен отображать статические страницы: «О компании», «Список продуктов», «Контакты, время работы, условия доставки и оплаты» и т.п.
• На сайте должен быть блог или раздел «Полезные публикации».
• Где-то сбоку должны выводиться сообщения из «Твиттера» главного специалиста. Он будет оперативно сообщать об изменениях графика работы, поступлении новых товаров, акциях.
• В подвале должны быть опубликованы условия работы.
• Где-то на видном месте нужно повесить лицензии, сертификаты, призы, список клиентов и ссылки на социальные профили.

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

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

Шаг 3: Определите, как должен выглядеть сайт

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

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

Как выбрать внешний вид или дизайн сайта?

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

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

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

На самом деле, в плане дизайна, у вас есть три варианта:

• Использование готовых типовых шаблонов, созданных под конкретную CMS;
• Использование готовых HTML-шаблонов;
• Разработка уникального дизайна для вашего сайта.

Как правило, готовые типовые шаблоны достаточно быстро «натягиваются» на используемую CMS. Это самый быстрый и малозатратный вариант запуска сайта. HTML-шаблоны можно адаптировать под конкретный движок, или использовать для сайтов работающих без CMS. Ну и разработка уникального дизайна — это самый длительный дорогой путь.

Шаг 4: Выберите CMS

На этом этапе вам придется решить две задачи. Во-первых, определите, станете ли вы использовать CMS или закажете статичный HTML-сайт. Во-вторых, если вы решите делать сайт с «движком», определите, какую именно систему управления контентом лучше использовать в вашем случае.

Что выбрать: сайт на CMS или на HTML?

По данным Web Technology Surveys, 47 % всех сайтов работают на CMS, а 53 % не используют «движок». Какую из двух групп выбрать?

Сайты на HTML дают вам следующие преимущества:

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

Отсутствие привязки к CMS дает разработчикам возможность реализовать любые задумки заказчика. Однако главный недостаток ресурсов на HTML может перечеркнуть все преимущества. Если вы хорошо строите дома или готовите стейки, но ничего не понимаете в веб-программировании, то не сможете самостоятельно публиковать контент. Вам придется нанять специалиста или платить за поддержку ресурса.

Вы готовы платить за то, что можно быстро делать самостоятельно?

Сайты с системой управления контентом обеспечивают такие преимущества:

• Возможность самостоятельно добавлять и редактировать контент. Для этого не нужны знания в области веб-программирования.
• Самостоятельное изменение архитектуры, функциональности и технических характеристик сайта. Конечно, вы потратите время на изучения административной панели «движка». Зато вы сможете редактировать меню, настраивать резервное копирование, управлять кэшированием без изменения кода.
• Возможность решать специфические задачи с помощью шаблонных инструментов: модулей, плагинов, виджетов. Например, вы можете в несколько кликов добавить на сайт, работающий под CMS WordPress, плагин для семантической разметки страниц. Разметить страницы сайта на HTML без специальных знаний вы не сможете.
• Возможность использовать шаблонный дизайн. Например, вы легко найдете платные темы для WordPress, которые выглядят лучше многих вариантов индивидуально разработанного дизайна.

Выбирайте сайт на HTML в двух случаях: если вам нужен давно умирающий сайт-визитка из одной статичной страницы или если вы готовы платить за поддержку ресурса разработчикам и штатному программисту. Используйте CMS, если хотите иметь возможность самостоятельно публиковать контент.

Читайте также: Какую CMS выбрать?

Шаг 5: Согласуйте дополнительные требования, которым должен соответствовать сайт

Если коротко, ваш сайт должен удовлетворять:

• потребности аудитории;
• технические требования поисковых систем.

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

• Корректное отображение в популярных браузерах.
• Адаптация к просмотру с мобильных устройств.
• Корректно настроенная карта сайта и файл robots.txt. Некоторые «движки» позволяют создавать и поддерживать карту сайта с помощью расширений.
• Приемлемая скорость загрузки сайта.
• Человеко-понятные URL. В зависимости от CMS, эта задача решается с помощью расширений или корректной настройки «движка».
• Отсутствие дублей страниц. Попросите разработчиков обеспечить канонизацию URL, закрыть от индексации страницы меток, категорий и архивов.
• Возможность указания мета-данных страниц.
• Возможность вставлять коды сторонних сервисов, например, служб аналитики.
• Валидность кода. Проверить можно здесь.
• Возможность оптимизировать графический контент: изменять размер фотографий, добавлять название, подпись и атрибут alt.
• Наличие удобных для пользователей функций: комментариев, социальных кнопок, системы оценок, форм поиска и обратной связи, понятной навигации.
• Если вы работаете на международном рынке, вам понадобится мультиязычный сайт.
• Безопасность ресурса: защита от несанкционированного доступа, создание резервных копий, блокировка спам-комментариев.
• Возможность использовать микроразметку без знания веб-программирования.

Обсудите с разработчиком, каким еще характеристикам должен соответствовать ресурс.

Обратите внимание:

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

Шаг 6: Определите, где вы будете заказывать сайт

Выбор невелик придется:

• сотрудничать с вэб-студией или с фрилансером;
• арендовать готовый сайт созданный на облачной платформе.

Не ищите идеального решения при поиске подрядчика, каждый из варинатов имеет свои достоинства и недостатки.

Преимущества работы со студиями:

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

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

Преимущества работы с фрилансерами:

• Вы можете хорошо сэкономить, самостоятельно координируя создание сайта. Например, вы можете найти частного веб-программиста, дизайнера, копирайтера, договориться с ними и контролировать реализацию проекта. Вам не придется оплачивать услуги менеджера и бухгалтера, которые работают в студии.
• С фрилансером проще работать неофициально. Вы можете найти хороших специалистов в ближнем и дальнем зарубежье, которые берут за работу меньше денег. Здесь есть риск: деньги вы можете заплатить, а взамен ничего не получить.
• Вы будете общаться с исполнителем напрямую. Решайте сами, преимущество это или недостаток.
• Фрилансеры работают на результат. Поэтому вы сможете заказать и получить сайт в разгар летних отпусков или новогодних каникул.

Хорошего партнера можно найти среди студий и частных специалистов. При выборе обращайте внимание на следующее:

• Опыт реализации проектов, похожих на ваши. Спросите у коллег, чьи сайты вам нравятся, с кем они работали. Или самостоятельно найдите студии, которые сделали хорошие по вашему мнению ресурсы. Как это сделать? Загляните в подвал сайта, обычно там все написано.
• Опыт работы с выбранной вами CMS. Если вы решили делать ресурс на Drupal, посмотрите, какие сайты на этом «движке» создает потенциальный подрядчик.
• Изучите социальные доказательства: отзывы, комментарии на форумах и в социальных сетях, награды, сертификаты и т.п.
• Убедитесь, что вам будет удобно общаться с разработчиком. Возможно, вы любите обсуждать все вопросы очно. Тогда вам лучше сотрудничать со специалистами, работающими в вашем городе.
• Долговременная поддержка сайта и интернет-маркетинг. Если вы все рабочее время произвидите кирпич, готовите стейки или лечите людей, выбирайте подрядчика, способного полностью взять на себя сайт.

Преимущества аренды готовых сайтов на облачных платформах:

SaaS (Software as a Service, то есть программное обеспечение как услуга) – это пользование бизнес-приложениями как интернет-сервисами, например, такими как электронная почта или Яндекс Диск, Вконтакте, YouTube.

SaaS-провайдер (поставщик услуги) осуществляет круглосуточную техническую поддержку пользователей, устанавливает обновления и контролирует работоспособность сервиса самостоятельно, так как в его интересах сохранить и приумножить базу пользователей сервиса.

• Пользователи сайтов, созданных на  SaaS-платформах, могут сконцентрироваться на бизнес-задачах, не задумываясь о технических нюансах их реализации.
• Высокая скорость и низкая стоимость открытия сайтов.
• Ответственность за работоспособность сервиса на поставщике услуги.
• Постоянная техническая поддержка пользователей.
• Необязательность высокой квалификации и особых знаний пользователей.
• Большой выбор платформ с разными условиями использования и стоимостью аренды.
• Простота использования сервиса. Наличие документации и подробных инструкций по работе в административной панели интернет-магазина позволяет обойтись без собственного программиста.
• Невысокая стоимость аренды в сравнении с использованием платных CMS и, тем более, с самописных движков.
• Доступность необходимых функций. Как правило, даже минимальные тарифы содержат в себе весь функционал, необходимый для начала реальной работы.
• Пробный период бесплатно. Можно сразу «пощупать» готовый сайт, практически все SAAS-платформы предлагают бесплатный период на максимальном тарифе со всеми доступными возможностями.

Благодаря этим плюсам облачные решения постепенно отвоевывают рынок у классических «коробочных» программных решений.

Шаг 7: Оцените, сможете ли вы разработать сайт самостоятельно

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

Когда харизма владельца сайта перевешивает неудачный дизайн

Сайт архитектурного бюро создан с помощью конструктора WIX

Делайте ресурс самостоятельно в таких случаях:

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

Учтите, что создать сайт — даже не полдела, а полшага к успеху в интернет-маркетинге? Тогда приступайте к следующему этапу.

Шаг 8: Определите, кто будет продвигать проект

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

• Поддерживать сайт: следить за актуальностью версии «движка», реагировать на новые технические требования поисковых систем, оперативно устранять неполадки, вовремя оплачивать счета хостинг-провайдера и выполнять много другой рутинной работы.
• Оценивать маркетинговую эффективность сайта. Вам помогут службы веб-аналитики и отчеты о сделках.
• Регулярно создавать и публиковать контент.
• Заниматься SMM, гостевым постингом, вести рассылку.
• Заниматься поисковым маркетингом и контент-маркетингом.
• Привлекать пользователей с помощью разных типов рекламы.
• Обрабатывать лиды.

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

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

Шаг 9: Уточните стоимость разработки необходимого вам сайта

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

Откуда берутся тысяч рублей, которые просят за сайты студии? За 180 рублей в год вы получили хостинг с пустым установленным «движком» и доменное имя. У вас есть возможность использовать шаблонный дизайн.

Превью дефолтного шаблона для WordPress

Все остальное придется делать самостоятельно:

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

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

Окончательная цена готового к работе «под ключ» сайта зависит от его:

• функциональности;
• дизайна;
• объема контента;
• и так далее.

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

Резюме: Что необходимо сделать, чтобы разработать сайт?

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

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

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

Разработка сайта интернет-магазина

На что обратить внимание, чтобы спустя несколько месяцев и тысяч долларов не начать сначала

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

А нужен ли вам «классический» интернет-магазин?

Если подойти к определению понятия интернет-магазина формально, то можно взять определение из «Википедии».

«Интернет-магазин (от англ. online shop или e-shop) — сайт, торгующий товарами посредством сети Интернет. Позволяет пользователям онлайн, в своём браузере или через мобильное приложение, сформировать заказ на покупку, выбрать способ оплаты и доставки заказа, оплатить заказ. При этом продажа товаров осуществляется дистанционным способом и она накладывает ограничения на продаваемые товары.»

Само собой, возможны вариации — многие интернет-магазины предоставляют возможность самовывоза, оплаты при доставке. Это в рамки определения не укладывается, но кто скажет, что ozon.ru или 21vek.by не интернет-магазин? Для будущего владельца интернет-магазина важна не терминология, а понимание простого факта: большинство тонкостей при создании интернет-магазина, в которых вы не разбираетесь, просто обойдутся вам в несколько раз дороже и будут правильно сделаны раза со второго-третьего.

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

• посетитель выбирает товар и кладет его в корзину;
• выбирает способ доставки;
• выбирает способ оплаты (или оплачивает онлайн);
• через некоторое время получает свой товар.

В каких случаях эта схема заведомо будет работать плохо? Сразу проверяйте свою нишу, не попадает ли она под следующие критерии.

Дорогие товары. Здесь практически не имеет значения, что это за товар. Чем он дороже, тем менее вероятна полноценная продажа через интернет. Автозапчасти легче продавать в интернет-магазине, чем автомобили. Большинство сайтов автопроизводителей просто презентуют товар, а продается он уже в салоне. Бывают и исключения:

Можно оплатить онлайн

Даже несмотря на нестандартный подход, опции «дайте две» нету, только поштучно.

Оплата товара не проходит на сайте через электронные платежные системы. Это не критичный пункт, но сразу всплывает вопрос «Делать ли этап оплаты?» с вариантами:

• Не делать.
• Он уже есть, значит надо будет его убрать.
• Сделать на потом, но спрятать сейчас.

Как частный вариант офлайн-оплаты – все клиенты оплачивают строго по счетам в банке при наличии договора. Тут или все усложнить (формировать договор и счет онлайн), или упростить (получить заказ и контакты заказчика).

На что еще обратить внимание?

Первое – схема сделки в вашем бизнесе. Если первый контакт с покупателем – это ваш ему звонок для подтверждения заказа, то интернет-магазин как инструмент продаж вполне подойдет. Если до момента оплаты (или выставления счета) нужно что-то уточнять, согласовывать, менять – возможно, нужно другое решение, например, интернет-витрина, позволяющая полностью представить каталог производимых товаров и услуг с формой заказа но без возможности онлайн-оплаты.

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

Один из самых важных моментов – знать, какие способы привлечения покупателей будут использоваться. Вот основные:

• О вас знают и так – офлайн-бизнес помогает раскрутить интернет-магазин;
• Вас будут находить в поисковых системах;
• Платная онлайн-реклама в поиске, на сайтах, в соцсетях, баннерная и т.д;
• Соцсети, Youtube-канал;
• Торговые площадки – Shop.by, Яндекс.Маркет и аналоги.

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

На чем разрабатывать сайт интернет-магазина?

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

• Сделать сайт на любом движке, который позволит отправить письмо с деталями заказа.
• Использовать специализированное SaaS-решение (т.е. арендовать «движок» интернет-магазина).
• Создать на основе платного или бесплатного e-commerce решения;
• Разработка собственного решения.

Давайте посмотрим основные плюсы и минусы каждого из этих решений.

Читайте также: Какую CMS выбрать для сайта интернет-магазина?

На любой знакомой CMS

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

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

Один из лидеров в своем регионе по продаже металлопроката

SAAS-решения

Использование SAAS-решения – аренда готового интернет-магазина, имеющего все необходимые для старта работы модули.

Хороший вариант если вы начинаете торговать онлайн. Затрат на создание магазина – почти никаких (месячная аренда выбранной платформы, из которой 1-4 недели бесплатное демо). Все расходы – наполнение контентом и рекламные затраты. Отлично подходит для сбора базовой статистики и возвращения с небес на землю (мне доводилось видеть расчеты с фразами «допустим, конверсия в заказ в интернет-магазине будет 7%»). Если нет необходимости роста и регулярного внедрения нового функционала, сайт может на SaaS-решении работать годами и выглядеть симпатично.

Сайт работает на арендном решении

На базе CMS для интернет-магазина

Создание интернет-магазина на основе платного или бесплатного e-commerce решения – очень распространенный вариант.

Более 500 вариантов

Чаще всего выбирают именно этот вариант как золотую середину между тем, что хочется получить, и тем, на что хватает денег. Очевидные плюсы – имея «из коробки» (т.е. сразу после установки CMS и необходимых дополнений) если не 100, то хотя бы 70% необходимых для старта функций, уже можно начинать работу. А отсутствующий функционал доделать – практически все CMS для интернет-магазина позволяют редактировать исходный код и добавлять свой функционал.

На базе фреймворка или с нуля. Разработка собственного решения

Нужно понимать, что разработка «под требования заказчика с нуля» не может быть дешевой. И об этом варианте стоит задумываться, только если вы уже имеете опыт в создании и развитии интернет-магазина, у вас есть внятные требования к разработчикам и от пяти тысяч долларов на создание проекта. Вот примеры ценников в студиях известных, но не из ТОП-3. Это цены на разработку на базе CMS или фреймворка, не с нуля.

SEO за доплату – это коммерция

Только правильный выбор решения уже способен сэкономить указанные в теме материала 5000 долларов и 3 месяца. Перед тем, как читать дальше, ответьте себе на несколько вопросов:

• Как происходит покупка товара в вашем бизнесе?
• Все ли этапы (заказ, его оплата/выставление счета, дополнительные продажи) происходят онлайн?
• Какие каналы привлечения трафика планируется использовать? Какие из них будут основными?
• Какое решение из 4-х наиболее популярных (любая платформа с возможностью заказа, SAAS-решение, CMS интернет-магазина или разработка с нуля) вам подойдет?

Рентабельность разработки интернет-магазина

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

Есть ли данные о статистике продаж в интернете в вашей тематике? В очень упрощенной версии, схема будет выглядеть так:

Это – очень простая схема

Даже на ней видно, что потенциальный покупатель может отказаться от заказа на любом из семи этапов, включая последний (оплата заказа). Я также хотел показать, что существуют пути «срезать» несколько пунктов. Например, вместо семи этапов их может быть всего три – переход с контекстной рекламы (или из поисковых систем) сразу в карточку товара, заказ в 1 клик, подтверждение и оплата заказа.

Также на схеме показаны 3 самых распространенных места, где можно увеличить сумму заказа, предложив дополнительные товары.

А самое печальное во всей это схеме то, что до финиша доберется менее 3% посетителей.

Данные по рекламному трафику по сайтам различных тематик

Именно поэтому перед тем, как серьезно вкладывать деньги и время в создание интернет-магазина, соберите следующие данные:

• Возможная посещаемость сайта и посещаемость целевых страниц. Здесь важны даже не супер-точные данные, а примерный порядок цифр.
• Средняя конверсия в заказ. Если ваш товар не уникален (то же самое или очень похожее можно купить еще у пяти-пятидесяти конкурентов), закладывайте цифры от 0,5 до 3%.
• Средний чек и доход с одной продажи.
• Количество повторных продаж одному клиенту.

Это обычно выглядит так:

И вроде как цифра в итоге вышла достаточно внушительная

Но, во-первых, не в каждой нише есть повторные заказы. Если их убрать, то уже сразу пострадает прибыльность всей схемы.

Уже не так весело, правда?

При том, что обработать 250 заказов – это более 10 заказов ежедневно. И нужно будет по каждому уточнить заказ, проверить оплату, проверить наличие товара, собрать посылку, добраться в транспортную компанию, отправить посылку, отдать покупателю данные для трекинга.

И пока еще за скобками остался главный вопрос – откуда возьмется 25 000 посетителей ежемесячно спустя полгода.

Как узнать примерную посещаемость интернет-магазинов вашей ниши? Иногда есть товарищи, которые открыто вешают информер счетчика «Яндекс.Метрики» или Liveinternet на сайт. Если таких не нашлось (спойлер – в нашем случае нашелся №3) – порядок цифр можно подсмотреть в сервисе Similarweb.com. Он не дает точной статистики и местами привирает, особенно на маленьких цифрах, но для базовой оценки сгодится. На примере:

Базовый анализ конкурентов – трафик, возраст домена, количество страниц

Что мы видим – все сайты имеют более 1000 страниц в индексе поисковых систем, но старые сайты получают больше посетителей. Имеет смысл потратить час-другой на то, чтобы собрать среднюю информацию именно по молодым сайтам, а на основе этих данных строить свои прогнозы.

Мы переходим к следующему этапу – считайте, пессимистичный, реалистичный и оптимистичный варианты запуска интернет-магазина. Давайте возьмем самый молодой сайт-конкурент и на основе его посещаемости перепишем данные в нашей табличке:

Добро пожаловать в реальный мир

В общем, когда мы в данные поставили реальную посещаемость молодого сайта – цифры стали намного меньше, чем в стартовой табличке (особенно без повторных продаж). Конечно, все может быть намного лучше – выше конверсия, больше прибыль. Но может быть и хуже – в примере посещаемость сайта взята спустя 14 месяцев от даты регистрации домена, а не через полгода.

Еще два фактора, которые следует принять к сведению на этапе подготовки – есть ли у вас личный опыт в создании интернет-магазинов и можете ли вы привлечь экспертов к составлению ТЗ и проверке результатов. Почему важен личный опыт? Вот так выглядит техническое задание на весь интернет-магазин от дилетанта:

Хоть сейчас в работу)

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

ТЗ на 1 функцию – переход на следующую страницу

Именно поэтому важно или самому на хорошем уровне разбираться в технических тонкостях рахработки интернет-магазина или быть уверенным в исполнителях.

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

Для тех, кто уже вляпался в разработку интернет-магазина как заказчик, или для разработчиков все вышенаписанное можно отнести к разряду «Записки Капитана Очевидность».

Как составить грамотное техзадание на разработку сайта?

Помните закон Мерфи? Если вас могут понять неправильно, вас обязательно поймут неправильно. Это справедливо не только в общении между людьми, но и в создании сайтов. Клиент хотел второй «Фейсбук», а получил форум юных собаководов. Разработчик не угадал хотелку заказчика — потратил время впустую.

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

Информация будет полезна:

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

Что такое техзадание на разработку сайта и зачем оно нужно?

Пользы от технического задания много. Для каждой стороны она своя.

Польза для клиента:

• Понять, за что он платит деньги, и каким будет сайт. Можно сразу увидеть структуру, понять, что и как будет работать. Прикинуть, все ли устраивает. Если нет — без проблем поменять еще до начала разработки.
• Увидеть компетентность исполнителя. Если техзадание понятное и четкое — доверие к разработчику повышается. Если там написана каша — возможно, стоит бежать и не оглядываться.
• Застраховаться от недобросовестности исполнителя. Когда сайт готов, его можно проверить по техническому заданию. Есть несоответствия? Разработчик обязан их исправить. Если вы сотрудничаете официально и заключали договор — можно даже принудить через суд.
• Упростить замену исполнителей. Если клиент и разработчик повздорили и разбежались, создание сайта может сильно затянуться. Когда есть подробное техзадание, его можно передать новой команде — она втянется в работу в разы быстрее.
• Узнать стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного веб-сервиса сходу нельзя. Сначала нужно понять, как будет работать сервис, и какие в нем будут функции. Для этого и нужно подготовить техзадание.

Польза для исполнителя:

• Понять, что хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы поняли правильно.
• Застраховаться от внезапных хотелок клиента. Иногда попадаются заказчики, которые хотят поменять задачу на полпути. Если вы согласовали и подписали ТЗ, вам не страшно подобное. В случае чего, даже суд будет на вашей стороне.
• Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
• Заработать деньги. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.

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

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

Техзадание составляет исполнитель

Вообще техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.

Хорошее ТЗ всегда составляет исполнитель: проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец кафе или стоматологической клиники. Поэтому описывать проект придется ему.

Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Збс, одобряю». Он тоже должен участвовать в процессе:

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

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

Пишите однозначно и точно

Этот совет вытекает из главной цели техзадания — «Убедиться, что клиент и исполнитель правильно поняли друг друга».

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

Посмотрите. Кто-то ведь посчитал этот дизайн красивым и разрешил использовать на своем сайте:

То же самое — с невнятными формулировками, которые ничего сами по себе не значат:

• Сайт должен понравиться заказчику. А если у него будет плохое настроение?
• Сайт должен быть удобным. Что это значит? Удобным для чего?
• Сайт должен выдерживать большие нагрузки. 10 тысяч посетителей? Или 10 миллионов?
• Качественный экспертный контент. Ну, вы поняли.

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

• Сайт должен загружаться быстро → Любая страница сайта должна иметь больше 80 баллов в Google PageSpeed Insights.
• Большие нагрузки → 50 тысяч посетителей одновременно.
• На главной странице выводится список статей → На главной странице выводится список последних 6 опубликованных статей.
• Минималистичный удобный интерфейс подписки → Поле «Оставьте e-mail» и кнопка «Подписаться» → *нарисованный эскиз*.

С формулировками разобрались, давайте пробежимся по структуре.

Укажите общую информацию

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

А еще стоит указать цель сайта и описать его функционал в двух словах — чтобы не получить интернет-магазин вместо блога.

Поясните сложные термины

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

Напишите понятные пояснения в инфостиле

Опишите инструменты и требования к хостингу

Представьте, что вы 2 месяца делали крутой сайт. Каждый этап согласовывали с клиентом — он в восторге. И вот пришло время сдавать работу. Вы показываете админку, а клиент кричит: «Это что такое? Модэкс?! Я думал, вы сделаете на «Вордпрессе»!»

Чтобы таких проблем не было, опишите используемые инструменты, движки и библиотеки. Заодно укажите требования к хостингу. Мало ли, вы сделаете на PHP — а у клиента сервер на .NET.

Перечислите требования к работе сайта

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

Клиент защищен от сайта без мобильной версии

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

Сформируйте структуру сайта

До начала отрисовки дизайна и верстки вам нужно согласовать с клиентом структуру сайта.

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

Можно показать структуру списком, можно нарисовать блок-схему. Как вам удобнее.

Структура сайта-визитки в XMind

Это один из важнейших этапов работы на сайтом. Структура — это фундамент. Если она неудачная — сайт получится кривой.

Объясните, что будет на каждой странице

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

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

Прототип страницы сайта в Mockplus

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

По такому описанию можно представить, как будет выглядеть блог

Распишите сценарии использования сайта

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

• Действие пользователя.
• Ответное действие сайта.
• …
• Результат.

Пример сценария

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

Определите, кто отвечает за контент

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

Распишите, кто за какой контент отвечает

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

Указать, что весь контент должен быть уникальный, и как будет определяться уникальность дизайна — это полезно. Еще одна защита клиента от недобросовестных исполнителей.

Опишите дизайн (если сможете)

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

Писать про красивый и современный дизайн не надо. Это ничего не значит.

Требования к контенту и дизайну в техзадании, которое составлял я для своих клиентов

Вместо вывода: структура техзадания

Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:

• Информация о компании и целевой аудитории, цели и задачи сайта.
• Глоссарий терминов, которые могут быть непонятны клиенту.
• Технические требования к верстке и работе сайта.
• Описание используемых технологий и список требований к хостингу.
• Подробная структура сайта.
• Прототипы страниц или описания элементов, которые должны на них быть.
• Сценарии использования нестандартного интерфейса (опционально).
• Список контента, который делает разработчик.
• Требования к дизайну (опционально).

Также рекомендуем почитать

• Правила составления Software Requirements Specification. SRS — следующая ступень эволюции техзадания. Нужна для больших и сложных проектов.
• Стандарты и шаблоны ТЗ на разработку ПО. Описания разных ГОСТов и методологий создания технических заданий.

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

Комментарии разработчиков

Техзадание должен писать менеджер проекта, тимлид или сам разработчик (если он фрилансер и работает один). Клиент не разбирается в сайтах — он не сможет учесть все важное.

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

Чем сложнее задача, тем подробнее должно быть ТЗ. Когда я участвовала в больших проектах, я видела техзадания и на 30 страниц.

В первую очередь ТЗ нужно клиенту — чтобы он понял, каким будет его сайт, и на что уходят деньги. Если что-то сделано не так — он может сослаться на ТЗ и попросить переделать.

ТЗ составляет менеджер проекта после общения с клиентом и обсуждения задачи с дизайнером.

Крупные заказчики часто просят очень подробные ТЗ, в которых описана каждая кнопка. Небольшие компании наоборот не любят дотошные документы на 100 страниц. Долго читать и легко упустить что-то важное. Чаще мы делаем лаконичные ТЗ на 10–15 страниц.

Мы указываем:

• Информацию о компании и цель сайта.
• Требования к дизайну, цветовую гамму.
• Используемые технологии и CMS.
• Кто занимается контентом — мы или клиент.
• Структуру сайта вплоть до каждой страницы.
• Описания каждой страницы. Мы не делаем прототипы, но указываем, какие элементы должны быть на странице, и как они должны работать.

Последние 2 раздела — самые важные. Именно они обеспечивают понимание, какие будет сайт и как он будет работать.

Очень важный момент — нельзя просто отдать техзадание разработчикам и надеяться, что они все сделают хорошо. ТЗ — это список требований к сайту, оно не может заменить общение. Важно убедиться, что каждый член команды понимает общую цель, а не просто выполняет задачи на потоке. Если что-то непонятно — надо объяснить, обсудить, дать подробные комментарии.

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

Если что-то не указано в ТЗ — надо или уточнить у клиента или реализовать на усмотрение разработчика. Но отдельно сообщаем об этом моменте клиенту. Это нужно обсудить заранее, а еще лучше прописать в конце техзадания.

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

Техзадание есть всегда, без него не бывает работы. «Мне нужен интернет-магазин» — это уже техзадание. Проблема в том, что это очень расплывчатое ТЗ, оно не дает практически никакого понимания.

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

Техзадание — это эталон, с которым вы и ваши клиенты будете сравнивать сайт. Оно нужно всем:

• Разработчик равняется на вещи, описанные в ТЗ.
• Тестировщик проверяет, все ли работает так, как задумано.
• Клиент понимает, что получит в итоге.
• Менеджер проекта может оценить стоимость и сроки разработки.

С сайтом-визиткой или магазином все просто. На нем вряд ли будет что-то новое, поэтому оценить его стоимость легко еще на этапе обсуждения. Если мы делаем что-то подобное, то можем обойтись вообще без ТЗ. Обсудили задачу, написали формальность в договоре, сделали. Все довольны.

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

В ТЗ мы указываем:

• цель сайта;
• требования к серверу;
• описание работы сайта и отдельных его элементов;
• используемые технологии и библиотеки;
• макет дизайна интерфейса;
• структуру и логику внутренних переходов;
• роли и сценарии работы с сайтом для каждой из них;
• архитектуру базы данных (опционально).

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

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

• Цели и задачи, которые будет выполнять сайт.
• Целевая аудитория.
• Проработанная до мелочей, структура сайта.
• Интерфейсные элементы сайта.

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

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

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

Как мы готовим техзадание:

• Анализируем ТЗ, присланное клиентом.
• Изучаем прототип и дизайн-макет сайта.
• На основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать.
• Прописываем элементы, которые будут нужны при работе с интерфейсом.
• Исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта.
• После этих базовых пунктов начинаем расписывать ТЗ более детально по каждой странице.

По материалам: texterra.ru.