[FPrint]

Тъй като нямаме структура която да отговаря адекватно на нуждите за някои клонове на дизайна, а именно IxD/UX/UI/Мotion Graphics/etc. не пускам нищо вече в Графилата, но съм решил да публикувам адекватно в групата на Графила във Фейсбук: https://www.facebook.com/groups/graphilla/. Който желае е повече от добре дошъл да се запише.

Тъй като казаx вече, че нямаме специализирана група, да споделя, че си пускам нещата в Behance http://www.behance.net/victorgeorge. Последното нещо над което работя е тезата ми, iPad app, интерфейс за продукт мениджмънт клауд приложение.

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

Ще се радвам някой да пише нещо по темата (много по-лесно във Фейсбуук групата) и да сподели опит.

[piperkov]

кво

[FPrint]

Не разбрах какво точно е това "кво"

[piperkov]

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

[piperkov]

не го разбирам тва горното

[FPrint]

Абсолютно си прав! Така е, като човек започне да описва мислите си в 4 сутринта.

Става дума за информационната архитектура и как стандартната диаграма не е достатъчна, за да покрие всички варианти на една страница.

Example:

Тази схема описва просто кои са статичните страници/екрани в една йерархична структура, която спомага за организиране на съдържанието и посочва основните пътища/връзки между елементите.

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

Ето разширеният вариант койт е доста полезен според мен. Той е основа за създаване на user flows после.


Така създадените user flows са много удобни за да се провери как точно се изпълняват задачите в приложението. Пример: http://dribbble.com/shots/993583-Wireframin-HD/attachments/116488

Та затова се чудех, кой какъв опит има и какво предпочита? Някой правил ли е подобни диаграми и има ли нужда от такива въобще?

Надявам се изясних мисълта си :)

[FPrint]

Нещо ново от магистърския ми проект: http://bit.ly/1dO9ckD

[FPrint]

Една стара спецификация на един стар интерфейс: http://bit.ly/10rRieF