Ошибки при разработке сайтов: старт проекта без целей, задач и проектирования

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

Например:

«Мне нужен сайт, который бы представлял интересы моей компании, которая занимается юридическими услугами. Дизайн должен быть стильным и лаконичным со стилистикой античности. Структуру сайта рассмотрим в предложении»;

или

«Нужен интернет‑магазин по продаже детской одежды с дизайном, версткой и программированием + форум под ключ. Чем дешевле — тем лучше. КП рассмотрим на следующей неделе»;

или

«Мне нужен сайт-форум наподобие вот этого [...] — заточенный под оставление отзывов. Он будет по типу "всё обо всём" с возможностью создания разделов и подразделов. Вообще нужен бюджетный проект с возможностью дальнейшего усовершенствования и модификации, так как я пока точно не знаю, сколько смогу на нём зарабатывать. Дизайн будет незаковыристый, но симпатичный. Сколько будет стоить и сколько времени займёт?»

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

Давайте, для начала, разберемся что такое сайт не с точки зрения определения, а с точки зрения реализации бизнес‑целей. Сайт — это инструмент, который позволяет решать какие‑либо задачи, поставленные перед ним. Например, лопата нужна, чтобы копать, а потому она сделана максимально удобно для этой задачи. И ей совершенно невозможно, например, красить стены. Так же дела обстоят и сайтом — чтобы получить хороший результат, нужно понять какие задачи должен решать сайт и проектировать его исходя из этого понимания.

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

Чтобы было понятно, я приведу пример.

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

  1. впервые зашедшие на сайт;
  2. определившиеся с товаром;
  3. сделавшие покупку;
  4. постоянно покупающие;
  5. также нашей аудиторией сайта могут быть поставщики товара.

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

1) Впервые зашедшие на сайт должны:

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

2) Определившиеся с товаром:

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

3) Сделавшие покупку:

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

4) Постоянно покупающие:

  • порекомендовать интернет‑магазин своим знакомым;
  • продолжать делать покупки.

5) Поставщики товаров:

  • убедиться, что вы работаете только с крупными поставщиками;
  • убедиться, что работа с вами — это гарантия своевременных оплат, постоянные заказы и удобное сотрудничество.

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

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

Естественно, это только пример, с помощью которого я хотел дать понимание как это нужно делать.

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

управление продуктамиуправление проектами
Статья опубликована в 2014 году

Тематические статьи

Ошибки при разработке сайтов: субъективный подход к дизайну и стремление к самовыражению

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

управление продуктами
управление проектами
Статья опубликована в 2014 году

Ошибки при разработке сайтов: отсутствие аналитики и развития после запуска

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

управление продуктами
управление проектами
Статья опубликована в 2014 году

CustDev

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

цифровизация
методологии разработки
Статья опубликована в 2023 году

Как написать функциональное техническое задание?

Всё просто: нормальным русским языком описывайте нужные функции в формате сценария использования. Пункты ТЗ должны быть объективными, просто изложенными и элементарным способом проверяемыми требованиями.

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

управление продуктами
управление проектами
проектирование
Статья опубликована в 2019 и обновлена в 2020 году

Водопадная модель разработки

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

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

управление проектами
управление продуктами
Статья опубликована в 2019 году

Итеративная модель разработки

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

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

управление продуктами
управление проектами
Agile
Статья опубликована в 2019 и обновлена в 2022 году

Создание дизайна сайта или веб‑приложения

Создание дизайна для сайта или веб‑приложения — это самый субъективно оцениваемый этап разработки, часто вызывающий сложности как на этапе постановки задачи, так и на этапе сдачи‑приёмки выполненных работ.

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

дизайн
UX / UI
управление проектами
управление продуктами
Статья опубликована в 2018 году

Использование экономических критериев в веб‑разработке для оценки целесообразности реализации

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

управление продуктами
управление проектами
веб-разработка
Статья опубликована в 2014 году

​Создание сайта быстро, дешево, индивидуально и качественно

Альтернативное название статьи: «Ищем в стоге сена отсутствующую там иголку».

экономика
веб-разработка
управление продуктами
управление проектами
Статья опубликована в 2014 году

Как зависит качество разработанного сайта от количества выделенных ресурсов и менеджмента проекта?

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

экономика
веб-разработка
управление проектами
управление продуктами
Статья опубликована в 2014 году