Проектирование и правильная постановка задачи

Проектирование и правильная постановка задачи

Спиридонов Юрий

+7 495 660 37 78

Исполнительный директор

hello@arealidea.ru, www.arealidea.ru

AREALIDEA

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

Темы обсуждения

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

Форматы взаимодействия с клиентом

Форматы взаимодействия с клиентом

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

Процесс разработки

Подбор и оценка решения Техническое задание

Первичное задание Контроль состояния проекта

Интервью Постановка бизнес-задачи

Концепты/Скетчи Прорисовка всех деталей прототипов

Верстка графики Верстка статей

Разработка интерактивного прототипа

Статьи Описания товаров

Контроль качества

Сборка сайта Настройка стандартных компонентов Выставление

Разработка бизнес-логики Интеграция систем

Форматы взаимодействия с клиентом

Мы рекомендуем презентовать финальные результаты лично, это позволяет донести до клиента все ваши идеи, которые он мог не уловить при Email или по телефону.

№

№

Выполняемая задача

Выполняемая задача

Формат общения

Формат общения

Формат общения

Личные встречи

Телефон или Skype

Email или порталы

1

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

+

2

Наблюдение за сотрудниками клиента для выработки решения по бизнес задаче

+

3

Презентация результатов проведения работ

+

+

+

4

Уведомление о выполнение задачи и информирования о том, где можно посмотреть результаты

+

5

Решение оперативных вопросов

+

6

Принятие комментариев

+

+

+

7

Фиксирование договоренностей

+

8

Сбор материалов для выполнения проекта

+

9

Сдача проекта и обсуждения развития проекта

+

Форматы взаимодействия с клиентом

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

Инструментарий проектирования

Инструментарий проектирования

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

Инструментарий проектирования

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

Инструментарий проектирования

Интерактивный прототип — модель взаимодействия пользователя с системой.

Не сохраняет данные, только имитирует работу или демонстрирует примерно. Схематичный дизайн, но близкий к реальному, иногда с графикой. Выполнен в формате HTML, обычно в специальной программе, например AXURE. Может содержать реальный контент статьи, картинки, темы форумов, поля форм, вопросы опросников, материалы для скачивания и т.п.

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

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

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

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

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

Что должно быть отражено в техническом задании

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

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

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

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

Деление проекта на этапы

Деление проекта на этапы

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

Деление проекта на этапы

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

Оптимизация сроков разработки проекта

Оптимизация сроков разработки

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

Технические требования к проекту

Технические требования к проекту

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