Bulgarian Experience

Моя статия от първия брой на списание .net.

***

Защо толкова много хора влагат средства и усилия, за подобряване на СЕО и в същото време почти никой не се замисля как да направи сайта си по-полезен и лесен за ползване от хората?

В последно време все по-често започвам да дочувам от клиентите въпроси от сорта „Предлагате ли оптимизация за търсачки?” или пък „Как ще оптимизирате сайта ми за Гугъл?”. Не рядко това са хора или организации, за които съм останал с впечатление, че не се интересуват много-много от сайта си и това как да развият бизнеса си онлайн.
Точно затова повечето пъти коментарите в офиса са „Чакай малко… Къде беше [Някакво име], когато трябваше да седнем и да напишем съдържанието за сайта? Какво стана с блога, в който щеше да пише за бизнеса си?”. Разбира се смислен отговор няма и се започва едно “Бе вие дайте да видим какво може да се направи за Гугъл пък сайта след това ще го мислим…”

В тая връзка от край време имам проблем с оптимизацията за търсачки. Ок, първо си правиш сайт или даваш едни пари, за да ти го направят. Пишеш хубав маркъп, спазваш всичките му SEO правила, вкарваш някои и друг SEO трик, купуваш линкове от други сайтове, за да си вдигнеш Пейдж Ранг-а. В крайна сметка сайта ти може и да се появи в пърата страница на Гугъл.

И какво?

Ще успееш ли да отговориш на високите очаквания на хората, които те посещават? „Високи очаквания?” – повдигаш вежди въпросително. Ами да – ти си на първо място. Би трябвало да си най-добрия, нали Гугъл те избра. За хората ти си най-доброто, което предлага Интернет.

Както казва Сет Годин: “Няма да спечелиш като излъжеш Гугъл да те показва на първо място в резултатите за някое търсене. Ще спечелиш тогава, когато откриеш онзи прост начин да превръщаш случайните минувачи в приятели и приятелите в клиенти.”

Защото машините са рационални – поглъщат всяка дума в сайта ти и се опитват да разберат доколко тя е важна за контекста и за търсеното от потребителя. За разлика от тях нормалните хора гледат отгоре-отгоре съдържанието; сканират заглавията, по няколко думи от абзац и това е. Ако нищо не им хване окото следва разочарование, бутона Back и ново търсене. Съвсем различно е да накараш машината да прочете текста ти и да разбере от него това, което ти искаш и съвсем друго е да накараш един истински човек да кликне бутона „Купувам” на някоя от страниците на сайта ти.

Време е да поставим акцента върху хората, а не върху машините. Оптимизирането за търсачките е лесно. Оптимизирането на сайт за живи, истински, търсещи и бързащи хора е трудното. И докато е много вероятно ако сайтът ти е полезен и ползваем да излиза нагоре в резултатите, то обратното не винаги е вярно.
Ето защо вярвам, че ако повече собственици на сайтове и уеб професионалисти отделят повече време да мислят за подобряването на ползваемостта на сайтовете си, отколкото в начини да надхитрят системата ще има много по-голям ефект за бизнеса им. При това заслужен.

* Оптимизация за търсещи хора

Преди няколко месеца ми една девойка ми е написала следния въпрос:

Работя в една малка фирма за уеб дизайн и софтуер и съм единственият дизайнер и всъщност се опитвам да се изявявам и като information architect и UX designer. Въведох някои нови методи на работа във фирмата като използването на Visio за wireframing но обмислям и изпробването на Axure. Като цяло обаче смятам да се развивам в UX за софтуер и много ми се иска един ден да работя във фирма като Телерик или друга голяма такава. Имам малко информация обаче относно начина на работа и необходимите умения, а искам да знам на какво да наблегна още от сега тъй като опитът ми е главно в уеб дизайна. Та ще се радвам да споделиш какви точно умения се искат, какви tools използват UX дизайнерите в Телерик (Axure, Epression Blend, трябва ли да знаеш XAML?), и от друга страна дизайнерите на UI (изцяло Illustrator ли се ползва за създаването на дизайна на един интерфейс?)

Ето какво и отговорих:

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

Иначе за туловете – общо взето всеки ползва каквото му е удобно. Сравнително популярно е Axure. Други ползват Expression Blend. На мен ми е най-бързо и лесно да ползвам HTML + jquery (когато е важно да се покаже интерактивност и как се разцъква даден интерфейс) и евентуално Fireworks (когато трябва да се покаже набързо как е подреден даден екран или когато набързо искам да пробвам с различни структури на данните). Та в заключение – няма стандарти. С каквото най-лесно си обясняваш идеите и другите те разбират – това е.

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

На толкова общ въпрос, такъв общ отговор. Но според мен няма универсално обобщение – трябва ти това и това и вече ставаш. Всичко е до желание, практика и много мислене.

На 25 май 2011  участвах в супер приятния семинар, организиран от Лукрат, — UX Sofia.

По принцип темата беше за UX дизайна и ползваемостта за мобилни устройства. Но се случи така че два-три месеца преди семинара започнах нова работа в Телерик. И бях решил, че ще е интересно да разкажа за това как си сменям работата и от дизайн за уеб почвам да правя дизайн за десктоп софтуер.

Идеята ми беше, че в крайна сметка медията за която проектираш няма толкова голямо значение и някои принципи си остават валидни при всякакъв контекст. Т.е. няма значение дали минаваш от уеб към десктоп или от уеб към мобилни приложения — добрият дизайн си е добър дизайн.

В крайна сметка обаче презентацията ми се получи малко по-различна.  Фокусът се премести върху това как използвам дизайн гайдлайни (Metro UI на Microsoft) предназначени за мобилни приложения за дизайн на десктоп софтуер, просто защото са общовалидни и кореспондират близко с моя личен опит в дизайна.

Слайдове:

Видео:

UX Sofia 2011: A UX Designer In Transition – the process, the skills, the tools from Georgi Varzonovtsev on Vimeo.

Последните 5-10 минути са без картина. Само звук от въпросите на публиката (които бяха яки между другото; благодаря).

И туй то.

Ще се радвам на коментари всъщност :)

На 7 октомври 2010 направих една презентация на тренинга на Лукрат “Съдържание за уеб”. Говорих и показвах примери за това как се прави съдържание за уеб по-ползваемо. Т.е. как хората да го възприемат възможно най-лесно и бързо.

Моята презентация

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

Освен мен, презентации имаха и Владимир Петков (Каладан), Огнян Младенов и Борил Караиванов.

Другите презентации

Основната идея на Владо беше да накара хората да се съобразяват с конктекста, в който създават съдържание.

Това според него се постига по два начина. Първо се съобразяваш с медията и не използваш директно неща предназначени за друга медия в уеб (от печатна медия в уеб, например). Второ — даваш не само данни (факти, линкове), но и допълнително информация (контекст), която помага на хората да осмислят и разберат защо тези данни са важни.

Огнян Младенов говори за SEO. Той вече публикува презентацията си. От слайдовете доста добре може да се придобие усещане за какво говори (рядко съм виждал слайдове с толкова много текст :)).

Борил пък направи нещо като въведение в типографията за начинаещи.

И така.

Не казахме най-важното

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

Създаването на съдържание за уеб е супер трудно нещо. Вероятността да го направиш добре от първия път е много малка.

Освен, че трябва много внимателно да се подготвиш — да познаваш аудиторията си наистина добре (като нужди, ключови думи и всякакви други детайли), — трябва и да следиш и да реагираш след като вече си пуснал нещо онлайн.

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

Има и инструменти, с които да тестваш варианти на едно съдържание, за да видиш кой вариант се представя по-добре.

Супер важно е да следиш какво се случва и да се опитваш да оптимизираш непрекъснато. Иначе просто умираш.

В поредица от постове разкривам скорошните си наблюдения за начина на ползване на някои интерфейсни компненти от хората.

• Първа част – за линковете за споделяне
• Втара част – за табовете (тази статия)

Хората не разцъкват табове

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

За падащите менюта съм писал преди – не ги харесвам и не ги препоръчвам.

За табовете обаче съм чел само патърни за употреба – как да изглеждат и да се държат, но не и смислена критика дали са ползваеми или не. А винаги ми е било любопитно как се представят в истинския живот.

Важно е да отбележа, че става въпрос за онзи тип табове, които скриват и показват съдържание в малки карета от дадена страница, а не за навигационния тип табове.

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

Предположението ми беше, че сравнително малък процент от хората ще кликат на табовете. И наистина статистиката показа, че по-малко от 5% от посетителите на началната страница кликат на някои от табовете.
На началната страница на спортната страница има сходен интерфейс и там процентите са 15. Разликата може да се обясни с това, че докато на началната страница хората идват по различни причини и имат много повече опции, то на вътрешната страница вече са доста по-съсредоточени и съдържавнието в табовете всъщност се явява голяма част от смисленото съдържание.

Което е по-интересно е, че общият брой на кликовете върху новините във всички скрити табове е една пета от броя на кликовете върху новините от показания дефолтен таб. Представете си че ако в показания таб хората цъкат на 100 новини, то в останалите 5 таба са цъкнали на общо 20. Показателно за ефективността. От друга страна обаче е по-добре от това да имаме само един таб и вместо 120 да получим само 100 клика.

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

PS. Тук отново трябва да направя уточнението, че резултатите са за този конкретен дизайн. В друг контекст табовете могат да имат и по-добри резултати.

От доста време вече в Google Analytics има възможност да се отчитат не само показвания на цели страници, но и отдлени интеракции в самата страница. Например, ако в дадена страница има видео плеър, човек може да следи колко от хората кликат на бутоните за плей, пауза и стоп.

Едва наскоро обаче реших да използвам тая функционалност в реален и сравнително посещаван  сайт (btv.bg), за да проверя с реални данни предположенията си за дизайна.

Как се ползва event tracking

Google Analytics има метод _trackEvent, който може да се вика и му се предават няколко параметъра по този начин:

1

_trackEvent(category, action, opt_label, opt_value)

Какво означават отделните параметри си пише в документацията на Analytics – супер кратко, ясно и пълно описание на event tracking.

Иначе с jQuery тракера се вика така:

1
2
3
4
5

$(document).ready(function(){
  $('#Logo a').click(function(){
    pageTracker._trackEvent("Navigation", "Click Logo",  document.title);
  });
});

Накратко това означава, че когато документът се зареди, javascript почва да следи за всеки клик върху линка и когато иам такъв ивент, записва в Google Analytics.

Резултати за някои интерфейсни елементи

Никой не споделя линкове по имейл

В тествания сайт под всяка новина, видео, анкета и т.н. има по няколко линка за споделяне в социални мрежи от сорта на Facebook, Twitter и т.н. Един от линковете беше „Препрати по имейл”, което означава да изпратиш на някой по имейл линк към съответната новина.

Предположението ми беше, че никой не ползва тази функционалност. И наистина – статистиката показа, че нищожен процент (разбирай хилядни от процента) от хората, които са заредили страница с новината, кликат върху този линк.

В интерес на истината едва два пъти повече хора кликат на линка за споделяне в туитър. Споделянето във Facebook e най-популярната опция, но не си представяйте нещо феноменално като цифри.

Факт е обаче, че ефектът от един линк споделен във Facebook или Twitter е доста по-голям, тъй като всичките познати на човека, споделил линка биха го видели и евентуално кликнали обратно към вашия сайт. Докато при случая със споделянето по имейл единствено получателят на имейла би кликнал и посетил вашия сайт. С други думи – макар и кликовете по линковете за споделяне в социалните мрежи да не привличат кой знае колко повече внимание, ефектът от тях е доста по-голям.

Нещо, което би могло да влияе върху този резултат е начинът, по който е кръстен линка. „Препрати по имейл” е един вариант. По големите български новинарски сайтове най-често се използва или иконка с писмо без допълнитлен текст, или иконка с писмо и текст „Изпрати”, или „Изпрати по e-mail”. В  англоезичните сайтове изглежда има възприет стандарт  – иконка на писмо и текст „E-mail”. На английски обаче “e-mail” може и да е глагол, за който няма превод с една дума на български  – „имейлнѝ”/”имейлване”. Честно казано обаче се съмнявам да има достатъчно добър вариант, който драстично да повиши кликанията върху този тип линкове (остава си добър повод за мултивариантно тестване).

Продължението следва

Днес имах удоволствието да направя сравнително кратка презентация на семинара по ползваемост, организиран от Лукрат.

Ето и видеото:

Звукът може да е кофти, затова препоръчвам използването на слушалки и по-голямо внимание ;)

Слайдовете от презентацията качих в SlideShare:

Много хубава презентация от Николай Бачийски и Стефан Кънев днес на Open Fest.

За съжаление записа на презентацията на Петьо Иванов и Христо Дешев за софтуерното занаятчийство. Но казаха, че ще има официални записи така или иначе.

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

На семинара ще говоря и аз както и други по-интересни хора.

Темата ми е “Добре забравени стари и чисто нови правила за подобряване на ползваемостта”. Ще разкажа за резултати от скорошни изследвания на ползваемостта, които са ми попадали пред погледа и за това какви изводи можем да си направим от тях за установените препоръки за ползваемост.

Между другото, ако не сте забелязали цената на регистрацията е спаданала драстично и вече за един човек се плащат 50 лева. Което си е почти безплатно ;) Елате.

Ники Горчилов писал преди време за счупените онлайн пъблишинг системи. Моделът им не бил добър, сложни били за ползване и въобще как можело такова безобразие – никой не е направил свестна услуга досега, ами всички тъпчат на едно място.

Всъщност това е вярно. Но…

Като човек, който от няколко години в голяма част от времето си се занимава с проектирането на такива системи имам някои оправдания.

Програмист програмисту око не вади

Популярните системи за управление на съдържание от сорта на Drupal, Joomla и практически коя да е друга са изключително трудни за ползване и разучаване от нормалните хора. И основните причини за това са, че са правени от идиоти за идиоти.

Типичният успешен проект за CMS произлиза от мозъка на някой програмист, на който му е писнало за всеки проект да пише CMS from scratch  и вместо това решава да направи нещо като продукт. Само дето повечето програмисти идея си нямат как да проектират ползваеми интерфейси. За тази цел има специалисти дизайнери. Но в споменатите проекти почти никога не участват дизайнери (дори и да участват, често ръцете им са вързани заради “ограниченията на технологиите” или “завареното положение”).

От друга страна пък тия продукти най-често се правят за други програмисти като идеята е да им се даде някаква заготовка, с която по-бързо да пуснат сайта на клиентите си. Само дето в крайна сметка клиентите много рядко се интересуват дали могат да си добавят този или онзи модул или пък колко е лесно да хакнат дадена функционалност. Точно обратното – опитват се да си публикуват съдържанието, което и без това с толкова мъка успяват да генерират. И не успяват.

И така какво ни е нужно: услуги, които са проектирани от професионалисти за нормални хора, а не от програмисти за програмисти.

Простият юзър наистина е прост

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

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

Сега някой ще каже, че нали затова е цялата наука за правенето на ползваеми продукти – да се вземе предвид кой е крайният потребител и всичко да се съобрази с неговото ниво. Моят проблем с това е не толкова професионален, колкото чисто личен. Не вярвам, че трябва да се стимулира посредствеността.

Какво е нужно: образователната система да учи хората как да комуникират ефективно (трудната работа) през всякакви видове медии (лесната работа).

CMS-ът на бъдещето

Най-вероятно няма смисъл да се занимаваш да го правиш. След няколко години Google и Facebook ще имат изчислителната мощ, интелекта и данните достатъчни им да те карат да създаваш смислено съдържание, което е:

• статистически коректно – граматиката, правописът и структура се проверяват и коригират мигновено от търсещата машина въз основа на данните за най-честа употреба на дадените думи, словосъчетания и конструкции, така че да бъдат най-лесно откриваеми;
• социално коректно – интересът към бъдещото съдържание ще бъде предсказван мигновено като алгоритъмът се базира на това какво харесват по принцип приятелите (феновете / клиентите / последователите) ти.

Разбира се всичко това под техният любезен контрол.

Нали това искаме…