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

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

Смущает терминология: для меня прототип — это пачка уже сверстанных страничек, связанных ссылками, т.е. практически готовый сайт (без бекэнда). А то что у вас называется эскизами и прототипом есть условные макеты аки вайрфреймы, простые и детализированные (пусть в оригинале оно и называется скетчем).
Пачка уже сверстанных страничек — это готовая верстка. А прототип — это прототип, автор все четко описал. Для того что бы построить дом вы сначала построите стены а затем будете лить фундамент?
Я про перевод — в оригинальной статье не прототип, но wireframe.
НЛО прилетело и опубликовало эту надпись здесь
Насчёт перевода вы правы — я выбрал не самое удачное слово, для перевода термина «wireframe». Поправил на «схему интерфейса» и внёс соответствующие правки в иллюстрации.
Кстати, интересный подход у ребят из «37сигналов»: они пропускают этап условного макетирования, проектируя сразу в ХТМЛ.
«Каждый… как он хочет». Вот эти ребята начинают сразу с детализированных макетов, близких к финальному дизайну.

Полная версия процесса такая: Sketch (наброски) > Wireframe (лейаут) > Prototype (интерактив) > Mockup (графика); в реальной жизни дизайнеры выбрасывают шаги по своему усмотрению.
Угу, интересно, ещё не читал.
Если я правильно вас понял, и вы имеете ввиду под термином «условное макетирование» то, что автор в статье называет терминами «эскиз», «прототип» (все-таки прочитав статью, в которой используются одни термины, и потом быстро переключиться на терминологию другую, не так уж и просто.В этом кстати ваша ошибка ИМХО, стоило бы принять конвенцию предложенную автором, хотя бы в пределах топика, чтобы не создавать дополнительных путаниц.) то этот комментарий, идет в прямой конфликт со статьей) И было бы правильней высказать несогласие с автором, чем показывать этот пример как «интересный»
От чего же, против статьи я не имею ничего против.
Дико извиняюсь, а что за устройство с гробом на второй картинке?
«Устройство» — это явно гидравлический механизм Давинчи… а вот как туда гроб затесался — это уже вопрос. тут оригинал
Согласен. Сейчас пишу новый проект, но решил вместо обычно «прыжка» на проект с «нахрапа», абы побыстрее, решил сначала продумать функционал максимально весь для первого милстоуна, примерно прикинуть задачи для последующих милстоунов. Уже(!) на этом этапе я изменил свое видение последовательности реализации функционала.

Затем набросал эскиз главной страницы (опущу программирование и проектирование). И сел писать.
Все шло отлично и без задержек, пока были эскизы на страницы.

Пару дней назад дошел до страницы, эскиза которой не было, и решил, да ладно, чего там… сделаю в том же стиле сразу верстку. Проковырялся полтора дня, и так не то, и эдак дерьмо (простите). Через силу взялся за эскиз, 20-30 минут, и через час задача полностью закончена.

Так что, на бумаге это нужно делать. Легче.
Многие дизайнеры и проектировщики ошибочно предполагают, что эскиз — это прототип. Хоть они и правда в чём-то схожи, но по большому счёту это «две большие разницы». Оба эти понятия выполняют одну функцию — иллюстрирование концепта интерфейса.

Прототип не иллюстрирует концепт интерфейса, а показывает функциональные возможности интерфейса в динамике. Нельзя нарисовать прототип, его можно только реализовать. Прототип может реализовывать только часть интерфейса, совершенно не иллюстрируя финальный UI

Эскиз не показывал, не показывает и не будет показывать проблемы использования. То, что кажется логичным и удобным на эскизе, в реальности может быть ужасно неудобным. Зачастую, рисование эскизов приводит к неоправданному усложнению интерфейсов.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
вот например: moqups.com
НЛО прилетело и опубликовало эту надпись здесь
Я пользуюсь www.hotgloo.com/. Мoqups пошустрее, но при ресайзе картинок нет привязки к сетке — это раздражает.
А нет, глюк был. После релоада нормально все.
делать эскизы — губить полёт души!
Правильно, лучше в этом полете 20 раз упасть, чем один раз нормально сесть )
Ещё бы почитать про документацию, в которой эскизы утверждаются. Иногда их называют «утверждение экранных форм», хотя это не одно и тоже.
> (из части об эскизах)… важно, чтобы команда проекта или клиент понимали базовую идею концепта проекта. Таким образом они смогут участвовать и пополнять концепт свежими мыслями.
Если не секрет, каким софтом вы пользуетесь для хранения этих мыслей в наглядном виде? — Тех, которые изначально на эскизе, плюс подкинутые в процессе штурма. На листочке их, объективно, не удержать.
Эскизы это круто, но:
1) только для себя, перед тем, как делать прототип. показывать кому-то эскизы значит рисовать их так же тщательно, как прототипы — это уже не эскиз.
2) только для нестандартных проектов. к сожалению, как показывает моя практика проектировщика, таких процентов 10-20 среди заказов, не больше.
А в чем проблема показать набросок, ну т.е. почему его обязательно отрисовывать тщательно для этого?
Потому что если рисовать не тщательно, то ты не будешь красивым почерком подписывать какой-то квадратик со стрелочкой, чтобы стало понятно, что это видеролик… клиент же не угадает обычно :)

Да, и прототипы наверное никто не «отрисовывает тщательно», это же прототипы. Вот прототип хабра можно за 10 минут накидать, главной страницы, довольно подробный.
Это момент подготовки, обучения клиента. Известны анекдотические случаи: «Мы заплатили деньги, а вы нам серые квадратики показываете?!»
Как не обучай, а чтобы клиент полностью понял эскиз — его нужно или рисовать на уровне Леонардо (при чем почерк должен быть лучше, чем у него) или тупо сопровождать большим количеством текста. Да и то может потребовать встреча/разговор по скайпу.

Так что уже лучше прототипы.

Кстати, совершенно не понятно, чего в статье о них говорится так, как будто они долго времени занимают.

Да я в Axure сделаю прототип в 5 раз быстрее чем художник тот эскиз, что в статье как пример дан…
Трудности создания прототипа больше относятся к проектированию программных продуктов со сложным поведением. Особенно это касается игр.
Да, но ведь прототипы это не обязательно полностью готовые прототипы. Это могут быть прототипы прототипов так сказать.
Как раз недавно купил себе пастельные карандаши. Ими очень удобно рисовать схему, потому что толщина линий не дает сильно углубляться в подробности.
image
Единственное надо будет сетку точками напечатать, чтобы линии были ровнее и возможно линейку купить :)
Круто, но это же надеюсь для себя, а не клиенту показывать?
Разумеется для себя. Вот если под линейку и сеточкой то может и клиенту показать можно будет )
Надо будет где-нибудь на лазернике напечатать штук 100
image
image
image
sneakpeekit.com/browser-sketchsheets/
Если под линеечку, то теряется весь смысл, нет?
Нет, просто выглядит аккуратнее.
В смысле если под линеечку, то чем это лучше Axure?
В той же Axure меня несет заниматься всякой фигней типа менять фон и настраивать размер шрифта.
Тут же проще.

Плюсом осознание того что поменять не можешь накладывает отпечаток.
А после уже — да, дорерисовываю в Axure/Hotgloo.
// Плюсом осознание того что поменять не можешь накладывает отпечаток. //

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

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

Публикации

Изменить настройки темы

Истории