ПРОЕКТИРОВАНИЕ И ПРАВИЛЬНАЯ ПОСТАНОВКА ЗАДАЧИ Спиридонов Юрий Исполнительный

ПРОЕКТИРОВАНИЕ И ПРАВИЛЬНАЯ ПОСТАНОВКА ЗАДАЧИ Спиридонов Юрий Исполнительный директор +7 495 660 37 78 hello@arealidea. ru, www. arealidea. ru

AREALIDEA 7 направлений деятельности § Повышение продаж и конверсии стратегия, аудит, сопровождение, управление кампаниями, безопасность § Электронная коммерция разработка розничных и оптовых магазинов, торговых систем, сайтов § Корпоративные электронные системы разработка и внедрение корпоративных порталов, внутренних систем, CRM § Комплексное продвижение в интернете поисковое продвижение за результат, множество каналов маркетинга § Мобильные решения и технологии решения для торговли, дополненная реальность, геонавигация § Разработка и реализация digital-концепций промо и мотивационные программы, production § Собственные продукты и сервисы

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

ФОРМАТЫ ВЗАИМОДЕЙСТВИЯ С КЛИЕНТОМ

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

Процесс разработки клиент бизнес аналитик менеджер проекта Интервью Первичное задание Подбор и оценка решения Постановка бизнес-задачи Контроль состояния проекта Техническое задание Концепты/Скетчи Прорисовка всех деталей прототипов проектировщик интерфейсов дизайнер Верстка графики тестировщик Верстка статей Разработка интерактивного прототипа Статьи верстальщик Контроль качества Описания товаров копирайтер Сборка сайта Разработка бизнес-логики Настройка стандартных компонентов Интеграция систем Выставление программист сборщик seo оптимизатор

Форматы взаимодействия с клиентом № 1 2 Выполняемая задача Обсуждение первоначальных вопросов для введения разработчика в курс решаемой задачи и обсуждение предварительных технических решений Наблюдение за сотрудниками клиента для выработки решения по бизнес задаче Формат общения Личные встречи Телефон или Skype Email или порталы + + 3 Презентация результатов проведения работ + + + 4 Уведомление о выполнение задачи и информирования о том, где можно посмотреть результаты + 5 Решение оперативных вопросов + 6 Принятие комментариев + + + 7 Фиксирование договоренностей + 8 Сбор материалов для выполнения проекта + 9 Сдача проекта и обсуждения развития проекта + Мы рекомендуем презентовать финальные результаты лично, это позволяет донести до клиента все ваши идеи, которые он мог не уловить при Email или по телефону.

Форматы взаимодействия с клиентом По нашим данным, если взять все время менеджера проектов, которое он уделяет общению с клиентом по проекту, то распределение времени выглядит следующим образом: § § § Проектирование, 35%; Составление технического задания, 5%; Дизайн, 25%; Верстка, 5%; Программирование, 10%; Сдача проекта, 20%. Проектирование 20% 35% Составление технического задания Дизайн 10% Верстка 5% Программивание 25% 5% Сдача проекта Данные показывают на каком этапе потребуется наибольшее взаимодействие между клиентом и компанией разработчиком.

ИНСТРУМЕНТАРИЙ ПРОЕКТИРОВАНИЯ

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

Инструментарий проектирования Инструменты § § Листочек с ручкой или доска на стене, Программные средства (Microsoft Visio, Axure и множество других). Результат § Статичная или интерактивная картинка. Инструмент не важен, важен финальный результат. Важно общее видение проекта клиентом и исполнителем. Преимущество программных средств - удобство согласования, Преимущество листочка и ручки - скорость подготовки результата.

Инструментарий проектирования Интерактивный прототип — модель взаимодействия пользователя с системой. только имитирует работу или демонстрирует примерно. § Схематичный дизайн, но близкий к реальному, иногда с графикой. § Выполнен в формате HTML, обычно в специальной программе, например AXURE. В первые две недели понятно каким будет проект в конце разработки. § § Не сохраняет данные, § На любом этапе можно провести тестирование продукта на целевой аудитории. § Упаковка и продукт разрабатываются параллельно, что значительно сокращает цикл производства. § Согласование происходит глазами, а не ушами. Меньше слов – больше дела. § Значительно меньше согласований и неожиданностей в процессе реализации. Можно расслабиться. § Более точная оценка стоимости. Нет переплаты за ненужные или непонятные функции. § Может содержать реальный контент статьи, картинки, темы форумов, поля форм, вопросы опросников, материалы для скачивания и т. п.

Примеры прототипов

Интерактивный прототип

Интерактивный прототип

Интерактивный прототип

Интерактивный прототип

ЧТО ДОЛЖНО БЫТЬ ОТРАЖЕНО В ТЕХНИЧЕСКОМ ЗАДАНИИ

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

Техническое задание Рекомендованная структура технического задания: § § § § Обновленная график-смета работ после проектирования; Сроки выполнения работ (запуск тестовой версии, официальный запуск); Цели создания сайта; Требования к дизайну сайта; Постановка задач на функционал сайта; Структура и состав страниц (с указанием пути); Группы пользователей и права доступа; Вопросы поисковой оптимизации; Интеграция с другими системами (внутрикорпоративные, бухгалтерские, платежные); Требования к администрированию; Технические требования; Требования к аппаратному обеспечению; Условия гарантийного обслуживания; Вопросы процесса контроля разработки; Вопросы документирования.

ДЕЛЕНИЕ ПРОЕКТА НА ЭТАПЫ

Деление проекта на этапы § § § Проектирование, составление технического задания; Дизайн; Верстка; Программирование; Тестирование, сдача и выставления проекта; Поддержка и развитие проекта. Это каскадная модель процесса разработки, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования. Каскадная модель подразумевает, что переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз – не происходит.

Деление проекта на этапы Оплата § § § Перед началом каждого этапа вносится предоплата, по завершению этапа вносится финальная оплата. Схема 30 -40 -30 (предоплата 30 процентов в начале проекта, 40% в середине, 30% по завершению). Реже используется 100% предоплата или 100% постоплата. Критика Каскадную модель часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Тем не менее, при управлении средними и большими проектами формализация часто являлась очень большой ценностью, так как может кардинально снизить многие риски проекта и сделать его более прозрачным. Большинство веб-разработчиков работают по данной модели.

ОПТИМИЗАЦИЯ СРОКОВ РАЗРАБОТКИ ПРОЕКТА

Оптимизация сроков разработки Классическую каскадную модель можно оптимизировать, это вариации на тему итеративной разработки: § § Схема «Прототип страницы - Реализация» . Как только утверждается прототип очередной страницы, она поступает в разработку дизайн-верстка-программирование. Схема «Параллельные процессы» . После проектирования, можно распараллелить дизайнверстку и программирование. А после готовности обоих этапов соединить результаты работ. Модели взаимоисключающие. Достоинства моделей: § § § Уменьшение сроков разработки, можно сократить до 40% времени, Более равномерная загрузка сотрудников в проекте, Уменьшение потери информации между этапами. При таких подходах клиент должен уделять больше внимание разработке.

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПРОЕКТУ

Технические требования к проекту На этапе подготовки технического задания обязательно просите предоставить и включить в техническое задание требования, которые студия предъявляет к продукту на выходе: § § § § § Требования к дизайну; Требования к верстке; Требования сборке сайта на системе управления; Требования к программному коду; Требования ко времени генерации страницы в зависимости от количества данных и типа страницы; Требования к языку программирования и используемым технологиям; Требования к безопасности; Требования к публикации материалов; Условия гарантийного обслуживания и формат их оказания. Данные требования позволят вам понимать, какого качества продукт вы получите. В каких браузерах он будет работать, и что будет происходить в остальных. Данные требования клиенту можно запросить и до начала сотрудничества с исполнителем, потому что, как правило, они стандартизованы в компании разработчика.