Как стать автором
Обновить

Комментарии 10

То что вынесено в преамбулу («процесс важнее результата») — бич нашей страны. Прототипирование — это инструмент достижения нужного (клиенту и исполнителю) результата. Также это часть процесса работы команды надо получением результата. И результат всегда важнее того, было выполнено прототипирование или нет, и если да, то как. Другое дело, что чаще всего, качество результата зависит от качества процесса выполнения заказа…
я заметил ещё такую вещь — процесс важнее результата — это мантра всех дизайнерских школ запада, преподаватели постоянно заостряют вопрос на том КАК, а не ЧТО делать студенту-дизайнеру для выполнения заданий, повторяя, что стремясь к тому, чтобы быть в хороших творческих кондициях, можно с легкостью выдавать отличные результаты, а если стремиться к какому-то конкретному результату, то и кондиции и результат будут страдать и деградировать; а мы все еще внутренне ориентированы на торжественную сдачу «объекта» к очередному празднику-дэдлайну
Цитата, вынесенная в заголовок, весьма интересна:
… вы начинаете с того места откуда начинали.

а можно ли иначе? начать не с начала?
имеется в виду — воз и ныне там, сколько бы проектов не сделали — качественная сторона процессов не изменяется, новые проекты сползают в пародию на уже сделанные
Хорошая статья. Но ее можно было бы сделать еще лучше:
— добавив несколько нейтральных, но соответствующих теме иллюстраций.
— выделить разделы текста подзаголовками (например, «стандартная ситуация», «пример использования» и т.п.)
— небольшой конкретный пример, хотя бы из своей практики
спасибо, учту, боялся сделать статью, кот. отпугивала бы своим объёмом
Сделайте, пожалуйста, ссылки на предыдущие статьи из цикла — многие термины в этой статьи взяты из первой и просто так их не «вкурить»)
добавил в самом начале
Зачем вы противопоставляете ТЗ и прототипы? Прототипирование помогает в написании проектной документации и наоборот. Прототипы- артефакты работы UX и дизайнера важны, как и UML диаграммы, унаследованный код и тд.

Про упомянутые практические моменты создания прототипов, добавлю от себя несколько советов:

— версии для прототипов (даже простой статичный прототип это часть проекта, используйте версионинг)
— создайте онлайн архив прототипов (обучение сотрудников, быстрый доступ, шаблонные решения в хорошем смысле:) мы юзаем google site- простой WYIWYG wiki движок)
— выбор софта и технологий прототипирования: тестируйте как можно больше различных вариантов, ваш арсенал пополнится несколькими орудиями
— начните с бумажного прототипирование прямо сейчас

Сергей, спасибо за интересные статьи!
Спасибо за комментарий, противопоставление здесь больше как приём, чтобы ярче раскрыть свойства прототипа и эффекты от его использования в контрасте, как бы на фоне ТЗ. Основная мысль — показать, что прототип может отыграть уникальную роль на проекте, которую отыграть ТЗ в общем случае не получится. Есть ещё момент — поворот лицом к UCD (а сейчас уже к HCD) многие компании начинают с попыток организовать что-то вроде юзабилити-тестирования (из-за раскрученности этой темы) и часто терпят различные бедствия из-за неполноты знаний, мне же хочется подсказать, что именно выработка навыков прототипирования может стать основой для мягкого перехода и постепенного освоения многих вещей, кот. ярко описываются в блогах и на различных семинарах по юзабилити и UI, подготовиться к надвигающемуся стандарту ISO HCD.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории