Сайт – инструмент рекламы
Студия дизайна
и программирования






Юзабилити на порталах
01 сентября 2008
Очень часто мы замечаем, что сотрудники компаний-клиентов получают определенный кайф в управлении сайтом, иногда перерастающий в ребячество и радость «ура! вот тут у меня поменялся текст!». Это не может не радовать нас.

Сейчас такому положению вещей уже не удивляешься, когда один из основых принципов Web 2.0 стал «контент делают пользователи сайта», а иными словами разработчики сайтов и порталов делают «поляну» для для наполнения их же сайта руками посетителей. Программисты и проектировщики интерфейса все больше стали уделять внимания не только тому как реализована та или иная фишка, а также насколько удобно ей управлять. Это и есть юзабилити. Можно придумать кучу опций, но если в них без пол-литра не разобраться, на фиг кому она нужна:)

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

Предыстория такова. Ровно два год назад я начал писать код литературного портала www.grafomanov.net. На тот момент существовали несколько порталов подобной тематики, один из которых www.stihi.ru, который стал неким прообразом нашего будущего портала, т. к. выбранная схема публикаций авторов и общения между ними реализована там достаточно грамотно. Конечно сегодня наши порталы ощутимо различаются и связано это с тем, что конечные задачи у порталов разные.

Так вот к чему это я? ) на нашем портале каждый автор обзаводится своей личной страничкой, на которой есть блок с количеством опубликованных произведенй автора, количеством написанных и полученных рецензий, а также количества читателей. Все эти счетчики отражаются за время всего присутствия автора на портале с даты регистрации. На стихире эти счетчики пересчитываются раз в неделю. Я, узнав об этом и рассудив, что так снизится нагрузка на сервер, сделал также. Рассуждал я примерно так: рецензии и ремарки пишутся постоянно, читатели читают произведения постоянно и каждое увеличение счетчика дает +1 SQL запрос, т. е. лучше пересчитывать эти показатели в ночное время в выходные, когда нагрузки на сервер нет. Была написана программа пересчета всех этих показателей у всех авторов, которая запускалась раз в неделю. Причем быстродействие программы оставляло желать лучшего и я ее пару раз полностью переписывал, увеличивая скорость пересчета раза в 2–3. Однак с ростом посещаемости, программа все равно не так успешно справлялась со своей задачей, и возникали неприятные моменты, когда счетчики не пересчитывались вообще, либо не полностью у всех авторов. В очередной раз решив улучшить быстродействие я понял, что особо некуда.

А почему бы не сделать так, чтобы авторы сами пересчитывали свои показатели, но не чаще, чем раз в неделю, чтобы не замучить сервер ежесекундным пересчетом (психология писателей и поэтов вообще отдельная тема)? Что я и сделал, введя соответствующую опцию, и оповестив всех авторов. Что получилось? Авторы получили дополнительную возможность по управлению своей страницей, и нас теперь не терзает этот вопрос. А главное, чтобы авторам было хорошо, ибо надо любить своих пользователей и уважать.

 


 
 

Студия дизайна и программирования lab.visual
2004 — 2012