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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15

16

17

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

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

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

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

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

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

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

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

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

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

28