Хората преди няколко дни обявиха нова версия на продукта си. Нещо обаче са бързали и не са имали време да го изтестват (така става, когато търговците и маркетинга са прекалено настойчиви). Проявил се гаден бъг и почупил на хората проектите.

Приятното в цялата работа е, че Карета реагират бързо, признават си грешката, извиняват се за неудобството и предлагат по-нова версия. Още по-хубавото – правят го с чувство за хумор. Смях се весело на писмото им тази сутрин. (Съзнавам, че се смях вероятно защото не съм пробвал новата версия и не са се омазали моите прототипи. Инак сигурно нямаше да ми е смешно.)

Споделям го:

Тема на писмото: GUI Design Studio 3.4 Update (Oops…)
Текст:

 

Dear Dimiter

Since we released GUI Design Studio version 3.4 a couple of days ago, we’ve had a great response, so thank you very much if you filled in the poll and gave the new version a try.

Unfortunately, it seems that our testing wasn’t quite thorough enough and we screwed up the build with a clanger of a bug in the 3.4.92.0 release! Sorry about that, but we’re only human.

The bug won’t affect everyone and it won’t affect newly created projects. However, it’s serious enough to need an immediate fix and a re-release (version 3.4.93.0).

There’s a good chance that you won’t have encountered the bug. But, if you have, you’ll be seeing red hashed boxes where certain component designs and images ought to be. Something like this:

Instead of this:

If that’s happened to you then please accept our sincere apologies for the inconvenience caused.

In any case, do go and grab the new, fixed version that should sort out any problem files you might have.

As before, for customers using any prior version of GUI Design Studio, simply install the new version and your existing licenses will continue to work.

If you have any questions about this release or any aspect of GUI Design Studio then do get in touch either by replying to this message or by using the Support forms on our Website.

Best wishes,
Jonathan Attias
Director
Caretta Software Ltd
www.carettasoftware.com

 

Повече информация за Акшуър, потърсете в сайта на Лукрат – представител за България или в сайта на производителя.

Посетете демонстрацията на Акшуър на 7 октомври 2008 г. по време на семинара Как се прави ползваемост?.

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

За да се намират взаимодействени решения овреме и точно, те трябва да пасват на многослойни метафори и да предлагат визуална и програмна елегантност и сложност. Най-важно е решенията да поддържат целите и деловите нужди на заинтересованите страни. За да работи всичко това добре, е необходима централна система, която да свързва взаимодействията между независимите групи. Ако се използва по стратегически начин, инструмент като Акшуър може да свърши тази жизненоважна роля. От опит знам, че Акшуър може безупречно да удовлетвори комуникационните нужди на разнолицеви групи.

Преди да започна да работя с Акшуър пез 2005 година по редизайна на Hollywood.com, използвах традиционните тогава Визио, Илюстратор и Дриймуивър, за случаите на употреба и симулациите за тестването с Нийлсен Норман. Трите рунда усилено тестване бяха доста успешни и симулациите ми работеха добре, но процесът беше трудоемък и времеемък. Отне 5 месеца от начало до край (да, може основно да виним ЕнЕнДжи за това), но аз естествено исках да ускоря процеса. Захванах се да търся инструмент, който да помогне във фазата на тестване с потребители. Попаднах на Акшуър случайно. След първите няколко часа с него знаех, че имам инструмент, който не само ще помогне за бързо тестване с потребители, но и ще ми даде възможност да покрия дейности, за които използвах други инструменти. Можех не само бързо да построявам прототипи. Възможността да опиша функционални спецификации на ниво обект, а след това автоматично да ги изсипя в Уърдовски документ заедно с картинките на интерфейса ме изпрати в информационно-архитектурна нирвана.

Скоро след като направих откритието си, показах на директора си по информационни технологии напълно работеща симулация на един от дот нетските му модули. Беше изкодил модула сутринта, а до края на деня имах напълно работеща взаимодействена симулация, стъпваща на кода му и готова за първото тестване с потребители. И двамата бяхме завладяни и от този момент нататък си сътрудничихме много ползотворно, учвеличавайки производителността си с поне 30%. След няколко години ежедневна работа с иунструмента се обособиха някои добри практики, които искам да споделя.

Какво не е

Ще започна с това какво Акшуър не прави.

• Не е инструмент, които може да изнася ХТМЛ, готов за производство. Въпреки че изглежда да може, не може.
• Не е най-добрият инструмент за правене на диаграми. Има заготовки, които може да се използват при нужда, но скоро се връщаш към стандартни инструменти като Визио, което, разбира се, е по-мощно.
• Акшуър няма добри възможности за управлкение на версиите (това обаче може да бъде адресирано в бъдеще). Ако имате екипи от информационни архитекти, работещи заедно върху симулации или прототипи би било идеално да имаше възможност потребителите да вкарват и изваждат (check-in, check-out), подобно на Вижуал Сорс Сейф, Сабвършън или Харвест (Visual Source Safe, Subversion, Harvest).
• Не работи под Мак ОЕсХикс. Акшуър е дот нетско приложение и изглежда производителите не се интересуват от възможността Макинтош. Бих препоръчал на разработчиците му да пренесат продукта към Линукс, използвайки Моно, ако изобщо е възможно.
• Акшуър няма изведнъж да промени подходите и протоколите, съществуващи в организацията ви, но може успешно да бъде въведен във всяка точка на процеса, без значение колко е голям или малък проекта ви.

Добри практики

Успешно съм ползвал Акшуър при много агресивни срокове, както и в по-кротки изследователски среди, и съм открил много предимства, които този инструмент може да даде. Наслаждавам се на занаята на информационния архитект заради удоволствието да виждам хора, които работят заедно, за да построят нещо. На пръв поглед, такава сложност изглежда невъзможна за изграждане. Именно това е предизвикателството, което ме поддържа като информационен архитект. Когато един проект изглежда голям и неуправляем, фината настройка на полезното действие е критична за превръщането му в успех. За мен информационният архитект не само строи взаимодействия между системи, но и ефикаснос свързва индивидуалните умения, за да намали риска.

Акшуър блести в гъвкавите процеси за разработка (Аджайл/Скръм), най-вече за отдалечено сътрудничество в екипа. Гъвкавите методи променят формата си от екип в екип, но от опит съдя, че са едни и същи по същество. Акшуър работи наистина добре именно при итеративния подход за разработка на софтуер и сайтове. Когато започвам проект, започвам с итерация 1.0. Това е представяне на структурата и навигацията на много много ниско ниво – наричам го отправен документ. С нарастването на точността на прототипа и прерастването на Акшурския проект в по-зрял документ, итеративното запазване на всяка версия на проекта става много полезно. Мога с лекота да се върна към версия 1.4 или 2.4 на документа. Публикуването като ХТМЛ е вградено в Акшуър и ми позволява да качвам проекта в собствен блог, където клиентът може да проследи историята на проекта (между другото, всички клиенти се влюбват в това).

Успоредно с публикуването на поредната итерация на прототипа в ХТМЛ, за Акшуър може да произведе същия интервал и Уърдовски документ, който записвам като ПиДиЕф за теглене от клиента. Този ПиДиЕф е основният източник за обратната връзка от клиентите, защото им позволява да добавят коментари направо в документа. Клиентът може да проучи симулацията, и да коментира функционалната спецификация в ПиДиЕфа. Процесът е страхотен при отдалечено сътрудничество на екипа и при многоезикови ограничения. Случва се по време на отдалечена среща да реша да осъвременя блога на проекта, а клиентът да презареди показаното от браузъра, за да види наживо промените, за които сме говорили (клиентите обичат също и това).

Заключение

Акшуър няма да замени напълно стандартния ви инструментариум за проектиране, документиране и разработка, но е фантастичен начин да съберете тези документи и да ги споделите бързо и без усилие. При забързани производствени среди, където проучванията и ползваемостта са по-скоро дар, а не закон, колкото по-бързо можете да вкарате продукта си в състояние, в което потребителите го разглеждат и обсъждат, толкова по-добре. Акшуър може да направи това за вас.

По-дългият отговор включва ‘зависи колко е подробен прототипът’. Много хора биха се заяли люто за термини като скица, сториборд, уайърфрейм, мокап, прототип (sketch, storyboard, wireframe, mock-up, prototype). За да опростя нещата, предпочитам да гледам на всички като на разновидности на прототип. А приемам, че прототип е всичко, което показва как ще изглежда и работи истинското нещо, когато бъде готово.

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

Общи – предназначени са за други цели, но вършат добра работа

• Хартия. Разбира се трябват и моливи химикали, флумастри, маркери. А може и жълти листчета.
• Бяла дъска. Прилича на хартията. Ако е магнитна, може да се лепят и местят картинки.
• Excel (Ексел). Превъзходен. Много достъпен. Много удобен. Позволява почти всичко.
• PowerPoint (ПауърПоинт).
• Word (Уърд).

За диаграми и схеми

• Visio (Визио)
• OmniGraffle (Омниграфъл) за Мак
• MindManager (МайндМанаджър) от Mindjet (Майндджет)
• SmartDraw (СмартДро)
• Inspiration (Инспирейшън)

За прототипиране на екранни интерфейси. Специализиран софтуер.

• Axure (Акшуър) от Axure
• GUI Design Studio (Гуи Дизайн Студио) от Caretta Software (Карета Софтуер)
• Expression Blend (Експрешън Бленд) от Майкрософт
• Lucid Specs (Лусид Спекс)
• Multimedia Fusion (Мултимедия Фюжън) от ClickTeam (Кликтийм). Предимно за игри
• Intuitect (Интуитект) от Intuitect. Добавка за Визио
• Jumpchart (Джъмпчарт) от Paste (Пейст)
• MockupScreens (МокъпСкрийнс)
• Thermo (Търмо, но при нас ще си стане Термо) – нещо ново, върху което работят в Адоуби
• Irise (Айрайз) от Irise. Хвалят го, а и изглежда читаво. Но пък е скъп.
• Balasmiq Mockups (Балсамик Мокапс). Изглежда много удобно за груби, бързи прототипи. Струва малко, а има и безплатна версия за браузър.
• ProtoShare (Протошеър) – изцяло уеб

За снимане от екрана -  много удобни и полезни. Разнообразието е огромно. Споменавам само нещата, които ползвам напоследък.

• Paint (Пейнт)
• FastStone Capture (ФастСтоун Капчър)

Дизайнерски

• Семейството на Адоуби: Adobe Flash, Fireworks, Dreamweaver, Director, Illustrator, Photoshop, Flex… какво ли още не
• Sketchbook Pro (Скечбук Про)

Изискващи познаване и писане на код – неща от рода HTML, CSS, ASP, XML, PHP…. Има много. Някои от тях:

• Notepad (Ноутпад)
• Dreamweaver (Дриймуивър)
• ActionScript (АкшънСкрипт)
• CSSEdit (СиесесЕдит) за Мак

Други

• Бормашина
• Дървени кубчета и лепенки

Какво изтървам?

Вижте още:

Съдържание за уеб на живо: атрактивност, лекота за четене и възприемане, SEO оптимизация и графично оформление Еднодневен тренинг за оптимизиране на тексове за уеб на живо с майстори в занаята: Борил Караиванов, Димитър Симов и Огнян Младенов (очакваме потвърждение и от други лектори).