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

Вместе с тем, я столкнулся с еще одним моментом, который мне не нравится — дело в том, что в Twitter я зарегистрировался позже, чем завел блог. Соответственно, все статьи, которые были написаны до начала работы с Twitter — остались без анонсов. Делать их вручную — себя не любить, да и нужно постоянно помнить о необходимости анонса. Понятно, что такой вариант мне не слишком подходил и потому я начал искать пути решения вопроса.

К сожалению, может так случиться (да и случается) с каждым исполнителем — получив свой финальную версию своего заказа, клиент вместо радостной улыбки и счастливого рукоплескания, мрачнеет на глазах и выглядит явно разочарованным. Возможно, вы сами упустили какой-то момент из тех, что озвучивал клиент. Возможно, у вас не получилось так, как задумывалось. Возможно, у клиента просто плохой день и ему не нравится вообще всё.

Независимо от причины — клиент не доволен вашей работой и вы на грани потери как заказа, так и лояльности самого заказчика, а кроме того — потенциального ухудшения собственной репутации.

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

В предыдущих статьях серии «Операции с Webmoney» мы оформили карту, получили формальный сертификат, отконвертировали WMU и вывели на карту гривну. Теперь возникает закономерный вопрос — что же делать с полученными деньгами?

Стоп-стоп-стоп. Первый бесконтрольный порыв — «всё срочно потратить на плюшки и радости жизни!» мы подавим и задумаемся над тем как «сохранить и преумножить», чтобы потом этих самых плюшек было гораздо больше.

Долгое время я просто держал их на карте и периодически тратил, расплачиваясь в торговых сетях или Интернет. Но постоянно меня смущала мысль о том, что деньги на карте просто лежат мертвым грузом (1,5% годовых — не в счет) и не приносят мне дохода, позволяя зарабатывать на них лишь банку. Такой вариант меня, само собой, не слишком устраивал и я стал искать варианты применения выведенных средств.

Итак, в предыдущей части статьи мы открыли карту Visa Classic в OTP Bank, на которую планируем выводить деньги и обзавелись формальным сертификатом Webmoney, который позволит нам это сделать.

Сегодня мы детально и со скриншотами рассмотрим саму процедуру вывода денег с WMU-кошелька в гривну и зачисление полученных средств на платежную карту.

С самого начала обращаем внимание на предупреждение на сайте OTP Bank: «операции покупки или вывода титульных знаков WMU возможны только между кошельком и счетом принадлежащими одному и тому же владельцу. Операции проведенные между счетами и кошельками разных лиц будут отклонены без возвращения удержанных комиссий.»

То есть, говоря  «не банковским» языком — формальный аттестат и карта должны быть открыты на одно и то же лицо. Обязательно в этом убедитесь, перед тем как начать процедуру вывода средств.

Не смотря на неуклонно возрастающую популярность Webmoney как средства электронных платежей — все больше магазинов и сервисов позволяют оплачивать товары и услуги с их помощью — два самых частых вопроса, которые мне задают по поводу Webmoney звучат так: «А как ты выводишь Webmoney в гривны?» и «А как вывести Webmoney без комиссий?».

До определенного момента я, как и многие, пользовался услугами «серых» обменников, позволявших за «скромные» 5-10% от суммы, конвертировать виртуальные деньги в реальные хрустящие гривны. Однако в какой-то момент меня окончательно утомила эта «подпольная деятельность», да и, откровенно говоря, захотелось наконец-то сократить ощутимо высокие комиссионные расходы. Следовательно, я начал искать другие варианты вывода.

Первыми в списке стали различного рода интернет-сервисы по выводу и обмену Webmoney, коих в последнее время расплодилось просто какое-то неимоверное количество. Просмотрев несколько предложений основных игроков, я пришел к выводу, что отличий между «дяденькой в подвале» и «дяденькой в интернете» нет ровным счетом никаких — те же комиссии, та же высокая степень риска. Мне же хотелось чего-то белого, чистого и светлого.

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

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

Говоря прямо, эта статья должна была называться «11 распространенных ошибок полиграфических дизайнеров, которые ошибочно считают, что они веб-дизайнеры и создают макеты без малейшего понимания специфики web». Не слишком лицеприятно, но зато полностью отражает суть.

Как всегда, я высказываю свою точку зрения в статье, а вы свою — в комментариях. А самые интересные «ошибки» обязательно будут добавлены в эту статью со ссылкой на их автора.

Некоторое время назад, в блоге была опубликована занимательная статья «10 абсолютных «НЕТ!» для фрилансера». Судя по количеству просмотров и комментариев, материал  оказался достаточно популярным, а сама тема — животрепещущей. Кроме того, в комментариях прозвучал призыв с другой стороны «баррикад» — написать такой же «НЕТ»-перечень, но для заказчика.

Выполняя пожелание читателей, в этой статье я постарался выделить мои 17 основных пунктов, на которые я, выступая в роли заказчика, всегда отвечаю категорическим — «нет».

Не забывайте, что обсуждение — приветствуется и самые интересные «НЕТ»-комментарии, содержащие обоснованные советы заказчикам, обязательно будут опубликованы в этой статье со ссылкой на автора.

Так же как театр начинается с вешалки, так и разработка любого проекта должна начинаться с брифа. Этот  непреложный факт для практически любого сайта я вывел для себя достаточно давно. Причем, объем сайта не играет никакой роли — большой-маленький, визитка-магазин — нет никакой разницы, бриф должен быть.

Основная причина очень проста — уверен, любой разработчик сходу назовет первый же вопрос, который задает 95% клиентов при заказе сайта. Правильно — «сколько будет стоит сайт?». Причем ответ обычно требуется прямо здесь и прямо сейчас, чаще всего без без малейшего представления со стороны разработчика о том — что именно планируется самим клиентом?

Для общения с использованием электронной почты или других невербальных средств коммуникации, у меня есть старая, специально выработанная привычка — обязательно обращаться к человеку по имени. Появилась она в силу частой необходимости проводить коллективные обсуждения рабочих и личных вопросов в режиме почтовой переписки.

Но не так давно, общаясь с исполнителем-фрилансером, я столкнулся с забавной, но довольно ощутимой проблемой — представьте себе двух взрослых, мало знакомых людей, обсуждающих в переписке рабочий проект, но знающих только ники друг-друга, причем одну из сторон зовут «Hell Hamster». Согласитесь, очень трудно себе представить серьезный разговор после обращения «Добрый день, Аццкий Хомячок».

Причем сразу отмечу, что случай это не единичный и мне уже не раз приходилось выкручиваться из подобных же ситуаций, но вариант с «хомячком» меня подкосил окончательно.

По этой причине, хочу сегодня обсудить с вами вопрос — стоит ли использовать никнейм при работе с клиентами? Я изложу свою точку зрения в статье, а вы свою — в комментариях.

Короткие ссылки стали де-факто нормой для социальных сетей. Несколько лет назад толчок этому тренду дал сервис Tinyurl.com, а с повсеместным распространением Twitter и его ограничением в 140 символов, использование сокращенных URL шагнуло вперед семимильными шагами.

Нельзя не согласиться, что сама концепция сокращенных ссылок — удобна и практична. Помимо изначально понятного момента с уменьшением количества вставляемых в запись символов, большинство сервисов Shorten URLS также позволяют просматривать статистику кликов и степень распространения пользовательской ссылки.

Однако, в любом положительном инструменте всегда изначально заложена возможность его использования далеко не во благо. Учитывая тот факт, что сокращение ссылок уже вышло за рамки социальных сетей и переместилось на сайты и блоги, все чаще многие пользователи стали жаловаться, что под добродушной маской сокращенной ссылки зачастую скрываются опасные и нежелательные для посещения сайты.