8-800 775 30 59
пн-пт с 10:00 до 18:00
Заказать звонок
Узнать цену
Заполнить бриф
  • Разработка сайтов
  • Дизайн и редизайн сайтов
  • Контектная рекама
  • SEO продвижение сайта
  • Техническая поддержка сайтов
  • Внедрение CRM

Особенности разработки индивидуальных проектов: высоконагруженных сервисов, агрегаторов, порталов

Основная цель при работе с большими проектами — разбить большую задачу на небольшие подзадачи с прогнозируемыми результатами.

Особенности разработки индивидуальных веб проектов

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

Особенности highload-систем:

  • Большинство проектов запускается с MVP (Минимально жизнеспособный продукт) а потом дорабатываются в плане функционала;
  • Обычно практически весь функционал разрабатывается с нуля, нет аналогов и референсов. иногда в качестве примеров выбираются абсолютно разные сервисы и системы, а целью разработки является создать систему, в которой они будут объединены;
  • Разрабатываются с крайне сложной внутренней структурой, используют стек различных технологий;
  • Сервис должен справляться с высокой нагрузкой и при этом показывать хорошую скорость работы;
  • Требует повышенной безопасности пользовательских данных;
  • Высоконагруженные системы очень редко разрабатываются на коробочных CMS, не говоря уже о конструкторах или шаблонизаторах. Какой бы продвинутой не была CMS, в ней не хватает инструментария для создания систем с уникальным функционалом. Обычно такие проекты разрабатывают с помощью фреймворков на различных языках программирования;
  • Система обладает админ. панелью с возможностью администрирования пользователей, назначения им ролей и прав;
  • Имеет возможность монетизации, зависящей от действий пользователя — привилегий и доступа к закрытым частям системы, покупки платных тарифов и т.д. Нередко крупные веб-проекты часто монетизируются за счет размещения рекламы;
  • Имеют интеграции с другими системами: системами оплаты, службами доставки и отслеживания товаров и др.

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

Каскадная методология разработки

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

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

Lean (бережливое производство) — один из видов гибкой методологии разработки. При разработке проекта выделяются сначала главные, а затем второстепенные элементы.

Гибкая методология разработки

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

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

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

Что потребуется проектировщику перед началом работ

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

Что стоит подготовить до этапа проектирования и о чем вас обязательно спросят:

Структура

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

техническое задание

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

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

В сегменте BTС (бизнес для клиента) пользователем является конечный клиент, в BTB (бизнес для бизнеса) пользователи могут делиться на категории, например, постановщик задачи и исполнитель.

Чек-лист общих вопросов, на которые вам обязательно нужно ответить (а ответы письменно зафиксировать) перед стартом проекта:

 

  • В какие сроки требуется создать сайт?
  • Какая у вас область деятельности?
  • Чем занимается компания?
  • Кто ваша целевая аудитория? Кто является потребителем ваших товаров и услуг?
  • Чем ваш проект отличается от аналогов? Какие есть отличительные черты и преимущества компании перед конкурентами?
  • В чем основные выгоды вашего товара или услуг?
  • Какие ваши ожидания от готового проекта?
  • Каких целей и показателей требуется достичь?
  • Кто ваши конкуренты? Ссылки на их сайты
  • Какие основные товары или услуги вы предлагаете?
  • Какая география планируется у проекта?
  • Нужен ли будет сайт на нескольких языках?
  • Планируется ли выход на международный рынок?
  • Какое впечатление веб-проект должен произвести на посетителя?
  • Есть ли у вас название компании, фирменный стиль, логотип или требуется разработка с нуля?
  • Имеются ли фото/видео материалы, контент, который требуется использовать для разработки?
  • Должна ли быть монетизация у проекта? В чем она будет заключаться?
  • Требуется ли интегрировать проект с другими системами — оплаты, доставки, отслеживания и т.д.?
  • Планируется ли у системы служба поддержки, возможность связи с администратором для решения проблем?
  • Будет ли на площадке оцениваться качество товаров или услуг — рейтинги заказчиков и исполнителей, оценка товара, обращение по возвратам товара или некачественно оказанным услугам?
  • Какие типы пользователей будут на площадке?
  • Требуется ли разделение личных кабинетов? Отличается ли функционал ЛК у разных пользователей?
  • Будут ли на площадке использоваться калькуляторы или конфигураторы? Есть ли для них готовая логика или аналоги?
  • Есть ли похожие проекты на рынке или полностью весь функционал требуется разработать с нуля?
  • Есть ли у вас в компании человек, который готов будет давать экспертизу и отвечать на все интересующие вопросы?

Переусердствовать с количеством информации для ux-специалистов и разработчиков тоже не стоит. Вывалить кучу хаотичной информации на команду разработчиков — плохая идея. Лучше подготовить структурированные документы с описанием требований, которые не будут иметь повторов информации. Не лишним окажется подготовить ответы на вопросы из чек-листа, чтобы проще было объяснить задачу.

Хотите создать сервис, агрегатор или мощный интернет-магазин? Оставляйте заявку для наших разработчиков на сайте: https://siteup.ru