Прототипирование практическое руководство скачать

<> Прототипирование. Практическое руководство
Год. 2013
Автор. Т.З. Варфел
Жанр. Интерфейсы
Издательство. Манн, Иванов и Фербер
ISBN. 978-5-91657-725-9
Язык. Русский
Формат. FB2/PDF A6
Качество. Изначально компьютерное (eBook)
Интерактивное оглавление. Да
Количество страниц. 389 (PDF A6) Описание. В этой книге есть и основы теории прототипирования, и практические рекомендации. Автор приводит ряд конкретных примеров из практики, как своей, так и других специалистов. Книга дополнена советами, которые помогут создавать прототипы проще и быстрее, а также добиваться большего успеха в этом деле. Отзывы: Отличная книга. Дает понимание и основы того зачем нужны прототипы при создании интерфейсов. Какие бывают прототипы и краткий обзор инструментов для прототипирования. Единственный минус это то, что оригинальная книга была выпущена достаточно давно и за это время повыходило достаточно хороших инструментов, которые даже лучше, чем описанные в книге. Рекомендую для дизайнеров интерфейсов и UX специалистов.

Как проверить фантазии
Как пользоваться книгой
Для кого эта книга
Что представлено в книге
Дополнения к книге
Часто задаваемые вопросы
Предисловие
Введение
Глава 1. Ценность прототипирования
Прототипирование продуктивно
Прототипирование – возможность показать, рассказать, получить опыт
Стандартные модели документирования
AJAX и Monkey Wrench
Прототипирование снижает вероятность неправильного восприятия
Прототипирование позволяет сэкономить время, усилия и деньги
Прототипирование сокращает объем напрасного труда
Прототипирование показывает реальные ценности
Резюме
Глава 2. Процесс Прототипирования
Отсутствие дизайнерской студии
На что похож процесс прототипирования
Часть 1: создание наброска
Наброски в коде
Создание набросков на лекционной доске
Создание набросков на бумаге
Часть 2: демонстрация и критика
Рекомендации по демонстрации и критике
Часть 3: прототип
Часть 4: тестирование
Тестирование с клиентами
Тестирование с конечными пользователями
Резюме
Глава 3. Пять моделей прототипирования
Модель № 1: коммуникация
Модель № 2: доработка и проектирование
Модель № 3: «продайте» свою идею в компании
Модель № 4: тестирование удобства использования
Модель № 5: оценка технической осуществимости и стоимости
Резюме
Глава 4. Восемь руководящих принципов
Принцип № 1: узнайте целевую аудиторию и ее намерения
Принцип № 2: планируйте немногое, прототипируйте остальное
Принцип № 3: формируйте ожидания
Принцип № 4: делайте наброски
Принцип № 5: это прототип, а не Мона Лиза
Принцип № 6: если не можете что-то сделать, притворитесь, что можете
Принцип № 7: прототипируйте только необходимое
Принцип № 8: снижайте риски – прототипируйте на ранних этапах и часто
Резюме
Глава 5. Выбор правильного инструмента
Факторы влияния
Какими инструментами пользуются другие
Какие виды прототипов они создают
Резюме
Бумажный и другие аналоговые методы
Глава 6. Бумажный и другие аналоговые методы
Сильные стороны
Слабые стороны
Инструменты, необходимые для прототипирования на бумаге
Последовательное прототипирование на бумаге
Основы прототипирования на бумаге
Прототипирование простой формы регистрации на бумаге
Коммуникативные изменения состояния
Передовые методы прототипирования на бумаге
Прототипирование физических устройств из бумаги
Магниты с интерфейсными элементами
Резюме
PowerPoint и Keynote
Глава 7. PowerPoint и Keynote
Сильные стороны
Слабые стороны
Создание повествовательных прототипов в PowerPoint
Шаг 1: создайте файл
Шаг 2: примените фоновый рисунок к образцу слайда в PowerPoint
Шаг 2 (альтернативный): примените фоновый рисунок к образцу слайда в Keynote
Шаг 3: создайте набор общих интерфейсных виджетов
Создание интерактивных прототипов в PowerPoint
Шаг 1: ключевые точки
Шаг 2: отключите продвижение по клику (PowerPoint)
Шаг 3: добавьте к кнопкам действия и ссылки (PowerPoint)
Шаг 4: добавьте к кнопкам действия и ссылки (Keynote)
Эффекты AJAX в PowerPoint
Резюме
Глава 8. Visio
Сильные стороны
Слабые стороны
Прототипирование в Visio
Шаг 1: создание нового файла
Шаг 2: создание нового окна приложения
Шаг 3: создание трафарета
Шаг 4: создание фонового рисунка страницы
Шаг 5: применение фонового рисунка страницы
Шаг 6: обеспечение интерактивности
Дополнительные ресурсы
Swipr
Набор инструментов Билла Скотта для прототипирования в Visio
Набор прототипирования GUUUI для Visio
Библиотека трафаретов Ника Финка
Шаблоны и трафареты Гаррета Даймона для Visio
Статьи
Создание интерактивных прототипов в формате PDF в Visio[21]
Прототипирование и тестирование удобства использования с помощью Visio[22]
Резюме
Глава 9. Fireworks
Сильные стороны
Слабые стороны
Прототипирование приложений для iPhone в Fireworks
Шаг 1: создание нового файла
Шаг 2: создание главной страницы
Шаг 3: создание ключевых экранов
Шаг 4: добавляем к значку приложения перебор и интерактивность
Шаг 5: добавляем интерактивность на экран Twitter Stream
Шаг 6: добавляем интерактивность к экрану New Message
Шаг 7: добавляем интерактивность к экрану Type Message
Шаг 8: экспорт и тестирование
Дополнительные ресурсы
Обучающие материалы Fireworks
Создание интерактивного PDF-файла из многостраничного документа в Fireworks CS4[24]
Разработка интерактивных продуктов в Fireworks[25]
Тонкости и хитрости Fireworks – создание интерактивных прототипов[26]
Изучаем Fireworks CS4 – создание интерактивных прототипов для просмотра[27]
Прототипирование приложений Adobe AIR в Fireworks CS4[28]
Прототипирование для мобильных устройств в Fireworks CS4[29]
Трафареты интерфейса iPhone
Резюме
Глава 10. Axure RP Pro
Сильные стороны
Слабые стороны
Создание прототипа видеосайта в Axure RP
Шаг 1: создание нового файла
Шаг 2: создание шапки страницы
Шаг 3: разработка содержимого домашней страницы
Шаг 4: разработка содержимого страницы Video Player
Шаг 5: связывание страницы
Шаг 6: настройка эффектов перекрытия с помощью элементов динамических панелей
Шаг 7: скрытие и показ динамических панелей
Шаг 8: показ и скрытие управляющих элементов при наведении на них курсора
Дополнительные ресурсы
Видеоуроки Axure
Образцы файлов Axure
Библиотеки виджетов Axure
Библиотека Axure RP Master Library
Библиотека Лорен Бакстер: Axure Design Library
Резюме
Глава 11. HTML
Сильные стороны
Слабые стороны
Прототипирование на HTML
Создание HTML-прототипа
Шаг 1: создание нового файла
Шаг 2: добавление основной структуры
Шаг 3: стили базовых элементов структуры
Шаг 4: добавление содержимого
Дополнительные ресурсы
Инструменты
Фреймворки
Статьи
Резюме
Глава 12. Тестирование прототипа
Частые ошибки
Ошибка № 1: тестирование – процесс, а не событие
Ошибка № 2: неграмотное планирование
Ошибка № 3: выбор неподходящих участников
Ошибка № 4: плохо сформулированные вопросы
Ошибка № 5: неграмотная модерация
Ошибка № 6: выбор неправильного метода для объявления результатов и рекомендаций
Подготовка тестирования
Создание сценариев тестирования
Тестирование прототипа
Запись наблюдений и отзывов
Анализ и определение следующих шагов
Заключение
Резюме
Благодарности
Об авторе
Примечания

Прототипирование (Тодд Заки Варфел)

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

Альберт Эйнштейн сказал однажды: «В теории вещи одинаковые. Но на практике разные». В этой книге каждая глава начинается с теории, а заканчивается пошаговым практическим руководством по прототипированию определенным методом, дополненным полезными советами и авторскими приемами.

Почему мы решили издать эту книгу

Потому что это первая всеобъемлющая книга только о прототипировании для пользователей-практиков.

Для кого эта книга

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

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

Развернуть описание Свернуть описание

Тодд Заки Варфел — основатель и главный про ектировщик компании Messagefirst — консульта ционного агентства по проектированию, оказы вающего помощь компаниям в усовершенство вании, повышении полезности и удобства поль зования их продуктов. Спросите у Тодда, на что он тратит свою жизнь, и он ответит: «Я просто проектировщик». Он считает, что проектирова ние — комплексное умение, ремесло, и, как любой великий мастер, очень гордится своими творениями. Он не из тех, кто обсужда ет замысловатые различия между архитектурой информационных систем, разработкой взаимодействия, обоснованным проектирова нием и созданием услуг. Для него все это — «большой дизайн». Любую проблему Тодд рассматривает как вызов, возможность исправить ошибку. Тодд — мастер-наладчик. Иначе он не умеет. Он редко удовлетворен существующим положением дел и верит, что всегда смог бы сделать работу лучше. И это одна из причин, по которым он стал проектировщиком.

Тодд — проектировщик по профессии, а не по образованию. Он име ет диплом по когнитивной психологии и писательству (английский язык). Когда он окончил колледж, всемирной сетью управляли тер миналы VAX, а книги печатались только на бумаге.

Тодд проектировал, создавал и ломал вещи в течение более 15 лет. Ему посчастливилось разрабатывать сайты, веб-приложения и дру гие программные системы для таких клиентов, как AT&T Wireless, Bankrate, Citi, Comcast, Cornell, Numara и Нью-Йоркский универ ситет. Он признан одним из лидеров отрасли в области исследова ний и проектирования, неоднократно выступал на конференци ях и проводил занятия в разных уголках земного шара. Он входит в состав участников Оперативной группы по обучению разработке веб-стандартов (Web Standards Project Education Task Force) и состав ляет расписание курсов обучения прототипированию.

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

Сейчас Тодд живет в Филадельфии со своей прекрасной женой Ан желой, сыном Элией и английским бульдогом по кличке Дачесс. Тодд ведет блог по адресу www.zakiwarfel.com и пишет в Twitter под име нем @zakiwarfel.

Развернуть описание Свернуть описание

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

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

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

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

Тодд Варфел Прототипирование

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

Приветствуем тебя, неведомый ценитель литературы. Если ты читаешь этот текст, то книга "Прототипирование. Практическое руководство" Варфел Тодд небезосновательно привлекла твое внимание. Удачно выбранное время событий помогло автору углубиться в проблематику и поднять ряд жизненно важных вопросов над которыми стоит задуматься. Автор искусно наполняет текст деталями, используя в том числе описание быта, но благодаря отсутствию тяжеловесных описаний произведение читается на одном выдохе. Чувствуется определенная особенность, попытка выйти за рамки основной идеи и внести ту неповторимость, благодаря которой появляется желание вернуться к прочитанному. Портрет главного героя подобран очень удачно, с первых строк проникаешься к нему симпатией, сопереживаешь ему, радуешься его успехам, огорчаешься неудачами. Данная история - это своеобразная загадка, поставленная читателю, и обычной логикой ее не разгадать, до самой последней страницы. Финал немножко затянут, но это вполне компенсируется абсолютно непредсказуемым окончанием. Очевидно-то, что актуальность не теряется с годами, и на такой доброй морали строится мир и в наши дни, и в былые времена, и в будущих эпохах и цивилизациях. Яркие пейзажи, необъятные горизонты и насыщенные цвета - все это усиливает глубину восприятия и будоражит воображение. Не остаются и без внимания сквозные образы, появляясь в разных местах текста они великолепно гармонируют с основной линией. Основное внимание уделено сложности во взаимоотношениях, но легкая ирония, сглаживает острые углы и снимает напряженность с читателя. "Прототипирование. Практическое руководство" Варфел Тодд читать бесплатно онлайн можно неограниченное количество раз, здесь есть и философия, и история, и психология, и трагедия, и юмор…

Добавить отзыв о книге "Прототипирование. Практическое руководство"

Тодд Варфел

© Rosenfeld Media, LLC, 2009. All Rights Reserved
© Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2013

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

© Электронная версия книги подготовлена компанией ЛитРес ()

Какой метод прототипирования лучше?
При выборе метода нужно оценить ряд решающих факторов. Для начала задайте себе следующие вопросы. Какова цель создания прототипа? Кто входит в целевую аудиторию? Насколько уверенно я использую метод? Знаю ли я его (могу ли быстро изучить)? Насколько эффективно он поможет мне показать или протестировать мою разработку? Выбор метода и инструментов прототипирования зависит от ответов на эти вопросы. См. главу 5.

Точность должна быть высокой или низкой?
Ни то ни другое. Точность прототипирования оценивается по плавающей шкале. Не зацикливайтесь на точности. Ее уровень зависит от того, что именно нужно, чтобы достичь ваших целей при показе прототипа целевой аудитории. См. с. 70.

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

Почему в книге не описан инструмент Х?
Я выбрал инструменты, которые широко используются на практике. На начальном этапе я опросил несколько сотен специалистов, чтобы понять, какие инструменты чаще всего применяются. Результаты опроса приведены в главе 5.
Некоторым инструментам, например Flash, посвящены целые книги. Это отличный инструмент для прототипирования, но, поскольку он и так популярен, я решил обратить больше внимания на другие.
OmniGraffle и Balsamiq [1] – отличные инструменты для создания диаграмм в целях прототипирования, но на момент написания этой книги они не занимали внушительной доли рынка. Однако ситуация может измениться. Я буду следить за этим.

Как убедить клиента или босса, что надо прибегнуть к прототипированию?
Пожалуй, это самая сложная задача, с которой сталкиваются новички. Не потому, что они не хотят этим заниматься или боятся потерпеть крах. Просто они не знают, как заставить своего босса или клиента оценить преимущества прототипирования.
В главе 1 описывается ценность прототипирования. Вы узнаете, как сформулировать убедительные аргументы для босса или клиента. Фактически отказ от прототипирования обходится дороже, чем сам процесс. Я подтверждаю эту гипотезу примерами из практики, которые станут дополнительными аргументами в пользу прототипирования. См. с. 28–32.

С чего начать?
Просто начните работать. Не пытайтесь сразу освоить новый инструмент, например Fireworks или HTML-верстку. Начните с простого – прототипирования на бумаге или с помощью PowerPoint. К сложному перейти вы всегда успеете. См. главы 6–11.

Вчем разница между теорией и практикой? Альберт Эйнштейн однажды сказал: «В теории это вещи одинаковые. Но на практике разные».
Практика дает отличные результаты. Спортивные команды – чемпионы тренируются постоянно. Мастера дзен скажут вам, что просветления можно достичь, если регулярно тренироваться. Практика – корень обучения. Когда вы практикуетесь, вы учитесь, а когда учитесь, то совершенствуетесь.
Прототипирование – деятельность людей, которые занимаются разработкой и созданием вещей. Это не просто один из инструментов дизайнера, это философия дизайна. Когда вы разрабатываете прототип, то даете возможность на практике оценить достоинства и недостатки вашего продукта. И как создатель прототипа вы узнаёте о своем детище больше, чем могли бы узнать любым другим способом.
Проще говоря, прототип отличается от других плодов воображения тем, что он реален. Он существует независимо от представлений о нем. А значит, его можно тестировать: придумывать различные сценарии, чтобы попытаться разрушить модель, и создавать экспериментальные условия для проверки своих предположений.
Без прототипа вы не сможете протестировать свой продукт, пока его не создадите, и в нынешней изменчивой деловой среде, где новые компании могут стать лидерами на рынке всего за несколько лет – например, Google была создана в 1998 году, Facebook в 2004-м, Twitter в 2007-м, – выпускать на рынок продукт, не протестировав его, – просто безумие. Это все равно что отправлять спортсменов на соревнование, не дав им возможности потренироваться. Это прямой путь к краху.
Создавайте прототипы и пытайтесь сломать их, проверяйте их и извлекайте из этого уроки, моделируйте свои идеи, когда они еще в зачаточном состоянии, и продолжайте изобретать и ломать в течение всего процесса разработки. Пробы, ошибки и непрерывное совершенствование – естественный путь обучения и для детей, и для взрослых. И если он подходит для нас, почему бы не использовать его для наших продуктов и плодов нашего воображения?
Книга о прототипировании сама не более чем прототип, фиксация состояния в некий момент времени. Ведь прототипирование – непрерывный и бесконечный процесс, как и процесс обучения.
И не забывайте: прототипирование – это весело! Это возможность развить ваши идеи в игровой форме, прямая противоположность дизайну «в вакууме». Это разработка вместе с людьми и для людей. Это игра. А игра, как и тренировка, помогает учиться. Это репетиция жизни.
Но прототипирование больше чем тренировка или игра. Для многих оно оказывается серьезным препятствием. Оно требует смелости, терпения и заинтересованности. Нужно не бояться неудач и анализировать ситуацию, когда хочется пойти на попятный. Нельзя пугаться, когда ваше «дитя» оказывается в грубых руках посторонних, не понимающих, что это такое и для чего оно нужно. Иногда придется отбросить результаты нескольких недель работы и опробовать новый подход. Прототипирование сродни воспитанию детей. Вы приносите в мир новые вещи и помогаете им «вырасти».
Тодд Заки Варфел написал книгу о практических методах, проверенных на личном опыте. Он делится своей философией дизайна, инструментами своего ремесла и лучшими известными ему методами, которые помогают создать работающие вещи. Ему можно доверять. Он постоянно занимается прототипированием. Он бесстрашен. Он умеет слушать. Он умеет играть. И он дважды отец: не только этой книги, но и настоящего биологического прототипа – маленького мальчика по имени Элия. Поэтому преодолейте себя. Начните читать эту книгу. Испытайте ее, проверьте, сломайте. Прототипируйте, практикуйтесь и играйте с идеями. Расскажите автору, что книга полезна вам, когда что-то идет не так, помогает понять, как что-то можно улучшить. Он будет вам благодарен.
Дэйв ГрейОснователь и председатель совета директоров компании Xplane

Ниже я расскажу, почему решил написать книгу о прототипировании, причем именно для издательства Rosenfeld Media. Правда в том, что это одно из моих главных увлечений. Я не помню, как все началось: то ли Лу обратился ко мне с таким предложением, то ли я к нему. Но я помню, как он заявил что-то вроде: «Несколько человек сказали мне, что я должен поговорить с тобой о книге. Ты хотел бы о чем-нибудь написать?» Тогда начались переговоры: я пытался «продать» Лу одну из нескольких тем, которыми я интересовался, а он старался убедить меня написать книгу для Rosenfeld Media.
Две другие темы Лу не впечатлили, хотя я на это надеялся. Однако идея книги о прототипировании привела его в восторг, и этого было достаточно. Он верил, что я смогу написать ее.
В то время молодое издательство Rosenfeld Media (RM) еще не стало крупным. Я верил в выбранное издательством направление: книги для практиков, проверенные в «полевых условиях». И как человек, руководивший небольшим консультационным дизайнерским агентством (Давид среди голиафов), я был рад поддержать тех, кто выбрал эту область.
Почему прототипирование? Эта тема актуальна. В то время не существовало книг, адресованных дизайнерам или практикам в области пользовательского интерфейса. Имелись книги о прототипировании для промышленности и разработки программного обеспечения, но не было книг для специалистов по программным системам. Единственная книга, более-менее близкая по теме, – написанная Каролин Снайдер «Прототипирование на бумаге: быстрый и простой способ разработать и отшлифовать интерфейс пользователя» [2]. Отличная книга. У меня она есть. И хотя я активно выступаю за прототипирование на бумаге – это по-прежнему мой любимый метод обучения, – я знал, что необходимо описать различные методы и инструменты для нашей отрасли.
Конкуренции практически не было.
Кроме того, я постоянно занимался прототипированием в своем агентстве Messagefirst. В то время мы разрабатывали системы, все чаще основанные на транзакциях, где успешно использовались взаимодействия в духе AJAX. Мы достигли потолка во всем, что можно было сделать методом каркасного представления [3]. но не получили желаемых результатов. Этот метод стал неэффективным в нашей работе. У нас имелась хорошая модель, но мы тратили слишком много времени на объяснения. Я не люблю рассказывать, что я делаю: если приходится этим заниматься, значит работа неудачна.
Все мои знакомые в курсе, что я постоянно ищу пути развития своего ремесла, улучшаю процесс разработки и нахожу более рациональные и эффективные решения. Наш метод был плох, его следовало исправить. Это проблема дизайна, и я знал решение: создать прототип.
До того как я начал работу над книгой, мой опыт в этой области ограничивался прототипированием на бумаге, использованием PowerPoint, Keynote, Flash и HTML. Я не хотел писать о тех инструментах, которые сам не опробовал. Книга не для меня, а для вас.
Поэтому, как и в любом дизайнерском проекте, я решил осуществить небольшое исследование, которое в результате заняло девять месяцев. Я беседовал с десятками практиков, провел несколько опросов, опробовал множество инструментов для прототипирования и только потом вздохнул с облегчением.
Я даже пытался обучать прототипированию с помощью новых инструментов. До этого я использовал Visio и Fireworks, но в других целях. И я никогда не имел опыта работы с Axure RP Pro.
Во время написания книги я многому научился и приобрел немало опыта. Я освоил новые методы и инструменты. Я услышал множество советов и узнал много приемов от коллег-практиков. Они рассказали мне об успешных и провальных случаях применения прототипирования, и я сам получил опыт и в том и в другом.
Я хочу, чтобы из моей книги вы узнали, как прототипирование изменит процесс разработки. Я стремился поделиться своим опытом и опытом других, показать ценность прототипирования и рассказать об инструментах, способных убедить босса или клиента, что в следующем проекте без прототипирования обойтись не удастся.

Миллионы людей могут мельком заглянуть в будущее. Вспомните концепт-кары. Изготовители тратят годы и миллионы долларов на эти своеобразные творения. Большинство из них не попадает в серийное производство. Те, которые все же выпускаются, часто мало чем напоминают оригинал.
Автомобильная промышленность высококонкурентна. Инновации здесь – не только движение вперед, но часто одно из обязательных условий выживания. Каждый концепт – упражнение в дизайне, исследованиях. Разработчики выясняют, что можно сделать и что можно будет продать. Так и создаются прототипы .
Этот метод был важной составляющей автопромышленности многие годы. Концепт-кары обходятся дорого, но гораздо дороже переоборудовать все производственные линии и запустить модель, которая не найдет спроса на рынке. Риск слишком велик.
Сформулировать аргументы в пользу того, что прототипирование необходимо при разработке автомобиля или системы наведения ракет, несложно. Однако доказать, что создание прототипов программных средств даст выгоду при реализации проекта, гораздо труднее.
Фактически это одна из самых сложных проблем.
В данной главе я опишу некоторые проблемы, которые возникают при попытке встроить прототипирование в существующие процессы проектирования и разработки. Я дам совет, как показать, что прототипирование поможет в раннем выявлении проблем, снижении рисков и экономии времени, усилий и денег.
Клиенты и менеджеры, не слишком хорошо знакомые с прототипированием, часто воспринимают его как затратное мероприятие, приносящее мало выгоды (или не приносящее ее вовсе). Чаще всего мне приходится отвечать на такой вопрос: «Как мне заставить босса или клиента заняться прототипированием? Они говорят, что у нас для этого нет ни времени, ни денег».
Если вы занимаетесь (помимо прочего) созданием сайтов, программных приложений или систем, в число компонентов которых входят как оборудование, так и программное обеспечение, без прототипирования вам не обойтись. По мере увеличения сложности системы соотношение цены прототипирования и получаемой выгоды резко растет.
Прототипирование стоит денег. Но если вы его не используете, то упускаете возможности инноваций и существенной экономии. Выгоды перевешивают затраты.

Одна из основных ценностей прототипирования – его продуктивность. В процессе создания прототипа появляются сотни, если не тысячи идей. Некоторые из них блестящие, другие не очень. Я обнаружил, что даже идеи, на первый взгляд не кажущиеся блестящими, могут стать катализаторами отличных решений.
Процесс прототипирования часто приводит к инновациям и значительной экономии времени, усилий и денег. Он помогает материализовать идеи, создать нечто, что вы можете ощутить, испытать, проработать, протестировать (и просто поиграть с ним).

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

Техническое задание. Обычно это документ, где объяснены технические и функциональные требования к системе.
В технических заданиях обычно много слов и мало иллюстраций. Они много говорят. но мало показывают. Недостаток визуальной симуляции часто приводит к неправильному пониманию задания. Чтобы снизить этот риск, в документ можно добавить изображения, но только статичные.
Каркасные представления. Вы видели архитектурные чертежи зданий? Это примерно то же, что и каркасное представление для программного обеспечения. Каркасные представления – изображение структуры функциональных страниц. Они показывают, какие элементы есть на странице и как они соотносятся друг с другом. Каркасные представления обычно выполняются в черно-белом варианте или в оттенках серого.
Каркасные представления в сочетании с подробным описанием поведения элементов лучше решают задачу, чем технические задания. Однако часто остаются пробелы, что приводит к пропуску деталей или неправильному толкованию.
Прототипы. Прототип – модель или симуляция, представляющая финальный вариант системы. В отличие от технических заданий и каркасных представлений, он дает возможность испытать разработку.
Некоторые технические ограничения, например на размер страницы в 100 КБ, могут быть незаметными в прототипе. Их можно зафиксировать во вспомогательном документе, гораздо меньшем по размерам, чем 60–200 страниц.
По сути, технические задания и каркасные представления недостаточны для того, чтобы показать сложную систему и рассказать о ней. Их можно использовать для простых систем, но в случае сложной системы возникнут серьезные трудности. Нередко эти два метода применяются вместе для создания «полной картины». Однако испытания в таком случае часто заканчиваются неудачей.
Сочетание аннотированных каркасных представлений с техническим заданием может представить исходное ви?дение с точностью 70–80%. Остается слишком много возможностей для ошибок.

Что произойдет, если добавить AJAX [4] или другое приложение RIA (Rich Internet Applications – многофункциональные интернет-приложения)? Все начнет разваливаться на части, причем быстро. Ни техническое задание, ни аннотированные каркасные представления не могут отразить правила взаимодействий и переходов.
В основе традиционных взаимодействий лежат страницы. В AJAX и RIA часто используются состояния. Страница или экран могут содержать несколько слоев или виджетов, которые работают независимо друг от друга (и в то же время взаимосвязаны). Например, обновление канала RSS на странице не требует обновления всей страницы. Обновляется только виджет RSS, все остальные элементы остаются прежними.
Это дало многим разработчикам повод заявить, что парадигма страницы мертва, а новая парадигма – экран или состояние.
Переходы и анимация – еще одна проблема. Пытались ли вы описать самоисправляющийся переход в AJAX? [5] Мое самое удачное описание, дополненное пассами фокусника и взмахами воображаемой волшебной палочки, вызвало удивление и непонимание у публики.
AJAX и другие технологии RIA используются все чаще; потребность в прототипах и их ценность как средства взаимодействия при разработке существенно возрастают. Я бы сказал, что прототипы становятся крайне важны для достижения успеха.

Возьмите 60-страничное техническое задание. Посадите в комнате 15 человек. Раздайте им документ. Пусть они его прочтут. Спросите у них, что именно вы разрабатываете. Скорее всего, вы получите 15 разных ответов. Теперь представьте, что в документе 200 страниц. Результат будет еще хуже.
Прототипы – гораздо более конкретное и осязаемое представление системы, которую вы разрабатываете. Они дают ощутимый опыт.
Когда мы перешли от технических заданий к прототипированию, то сразу заметили сокращение количества необходимых уточнений и переделок. Когда-то доля совпадений в интерпретации задания составляла 60–80%; теперь она достигала 90% и даже больше.