ПРОЕКТИРОВАНИЕ И ПРАВИЛЬНАЯ ПОСТАНОВКА ЗАДАЧИ Спиридонов Юрий +7 495 660 37 78

ПРОЕКТИРОВАНИЕ И ПРАВИЛЬНАЯ ПОСТАНОВКА ЗАДАЧИ
Спиридонов Юрий
Исполнительный директор
+7 495 660 37 78
[email protected], 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% времени,
Более равномерная загрузка сотрудников в проекте,
Уменьшение потери информации между этапами.
При таких подходах клиент должен уделять больше внимание разработке.
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПРОЕКТУ
Технические требования к проекту
На этапе подготовки технического задания обязательно просите предоставить и включить в
техническое задание требования, которые студия предъявляет к продукту на выходе:









Требования к дизайну;
Требования к верстке;
Требования сборке сайта на системе управления;
Требования к программному коду;
Требования ко времени генерации страницы в зависимости от количества данных и
типа страницы;
Требования к языку программирования и используемым технологиям;
Требования к безопасности;
Требования к публикации материалов;
Условия гарантийного обслуживания и формат их оказания.
Данные требования позволят вам понимать, какого качества продукт вы получите. В каких
браузерах он будет работать, и что будет происходить в остальных.
Данные требования клиенту можно запросить и до начала сотрудничества с исполнителем,
потому что, как правило, они стандартизованы в компании разработчика.