Важные навыки для эффективной лидогенерации

Сегодня способ поиска и привлечения клиентов через Интернет или целенаправленный интернет-маркетинг получили название лидогенерации. Чтобы повысить эффективность этого процесса необходимо развивать и совершенствовать свои профессиональные навыки. К примеру, если бы вы захотели открыть свой ресторан, вам необходимо было бы научиться готовить, если бы вы захотели стать водителем – вы бы должны были научиться водить автомобиль, тоже самое и с лидогенерацией, если вы хотите сделать этот процесс более успешным и эффективным, вам необходимо овладеть рядом определенных навыков.

7 самых важных навыков для усовершенствования процесса генерации лидов:

1. Умение общаться или Общительность

Как правило, в сети Интернет, вы общаетесь с вашими пользователями и потенциальными клиентами не напрямую, а посредством отдельных сообщений – рекламных объявлений, писем e-mail рассылки, контента вашего веб-сайта и т.д. Для того чтобы привлечь внимание пользователей, каждое ваше сообщение к аудитории должно быть тщательно продуманным и главное понятным. Ведь если ваша аудитория не поминает, что вы ей предлагаете, вряд ли вы получите даже минимальный отклик. Создавать грамотные сообщения – это важное умение, которое позволит вам быстро привлечь внимание потенциальных клиентов.

2. Навык убеждения

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

Копирайтинг или умение писать продающие и убедительные текста – одно из эффективных средств привлечения новых клиентов. Так вы реализуете свой навык убеждения только при помощи букв и слов, а не посредством речи. Без этого навыка вы не сможете качественно составить рекламное объявление или написать хорошую статью, которая убедить пользователя последовать за вами. Основной онлайн-стратегии лидогенерации является именно копирайтинг.
4. Эмоциональная сдержанность

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

5. Умение решать проблемы

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

6. Межличностное общение

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

7. Тайм-менеджмент

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

Совершенствуйтесь и развивайтесь, не стойте на месте, а идете в ногу со временем и потребностями целевой аудитории. Удачи всем!

ссылка на оригинал статьи http://habrahabr.ru/post/221455/

Шутка в компьютерной игре или судебная история длиною в год

Более года назад была статья от soulburner о парне, которого хотели привлечь к уголовной ответственности за шутку в игре. Хотя, почему «хотели»? Дело до сих пор не закрыто…


Напомню, девятнадцатилетний Картер из Нью-Браунфелса штата Техас, который являлся профессиональным(?) игроком в LoL, был арестован в феврале 2013 года за комментарий в Facebook:

I think Ima shoot up a kindergarten / And watch the blood of the innocent rain down/ And eat the beating heart of one of them.

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

Быть может, многим эта ситуация абсолютно не интересна. Я же следил за тем, как развивается история. Судя по петиции, последнее досудебное слушание было 28 Марта. После чего никаких обновлений не было.

Если верить gamefront’а, сам суд состоится 23 Июня. Интересно, чем закончится история. Но, судя по тому, что дело уже длится более года, можно предположить его исход…

ссылка на оригинал статьи http://habrahabr.ru/post/221457/

Результаты тестирования облачных хранилищ Amazon, Google, HP, Microsoft и Rackspace

Компания Nasuni, которая предлагает на рынке готовые решения инфраструктуры хранилищ данных в виде сервисов, подготовила очередной отчет о проведенном тестировании облачных хранилищ данных, которые предлагают на рынке крупнейшие вендоры Amazon, Google, HP, Microsoft и Rackspace.

Среди прочих были проведены следующие тесты: на скорость записи, чтения и удаления данных, отзывчивость сервисов, аптайм, масштабируемость и на число ошибок при чтения/записи данных.

Для тех, кто не любит читать и разбираться в цифрах краткое резюме отчета:

В этом году наши тесты выявили, что хранилище Microsoft Azure Blob Storage сделало значительный шаг вперед, обогнав предыдущего лидера Amazon S3. По всем трем важнейшим тестами (производительность, масштабируемость, стабильность) Microsoft показала лучшие результаты в каждой из категорий. Даже с учетом того, что Azure на рынке представлена не так давно как S3 и не имеет таких объемов сохраненных данных, совершенно ясно, что инвестиции Microsoft в платформу начинают приносить дивиденды и что технология, которую они предлагают рынку является самой лучшей.

Методологи тестирования можно подробно изучить в представленном отчете, ниже представлены результаты и комментарии из отчета.

Скорость записи данных

image  image

Microsoft показал лучшие результаты в тестах на скорость записи данных (любого типа) в облачное хранилище, обогнав конкурентов в 14 из 23 отдельных тестов. На втором и третьем месте с большим отставанием облака от Amazon и HP.

В тестах на запись файлов размером более 1 МБ результаты тестирования всех вендоров близки друг к другу, так как влияние транзакций с хранилищем сильно снижается с увеличением размера файлов. В данном типе тестов победу одержало облако Amazon, на втором месте с небольшим отставанием Microsoft, на третьем месте – облака от HP и Rackspace с почти одинаковыми результатами.

Скорость чтения данных

image image

Результаты тестирования чтения данных (как в общем, так и с файлами размера > 1МБ) из облачного хранилища так же показывают преимущество в скорости у платформы Microsoft.

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

Результаты тестирования чтения файлов размером более одного мегабайта несколько другие, с небольшим отставанием от Microsoft следуют HP, Amazon и Rackspace. На третьем месте облако Google.

Скорость удаления данных

image

Результаты тестирования скорости удаления файлов вновь демонстрируют значительное преимущество облака от Microsoft. На втором месте с большим отставанием Amazon, на третьем – HP. Облака Google и Rackspace показывают значительное отставание в скорости удаления данных. В отчете отдельно отмечается, что размер файлов не влияет на результаты теста.

Отзывчивость сервисов

image  image

Тестирование отзывчивости облачных сервисов было измерено из расчета времени ответа на запросы операций чтения/записи/удаления за период времени в 30 дней.

Сервис Microsoft продемонстрировал лучшие результаты со среднем значением отзывчивости в 0.48 секунды. С небольшим отставанием в результатах на втором месте идет Amazon, Далее с большим отставанием располагаются остальные облачные вендоры. При этом, как отмечается в отчете, облако от Rackspace показало самое непредсказуемое поведение в период тестирования.

Uptime сервисов

image

На протяжении тестирования измерялся и уровень доступности или аптайм облачных сервисов. Amazon и Google продемонстрировали 100% доступность в период тестирования. Облако Microsoft продемонстрировало аптайм – 99.996% и прочие провайдеры продемонстрировали аптайм ниже 99.99%.

Масштабируемость сервисов

image

Масштабируемость сервисов тестировалось следующим образом: в хранилище облаков загружалось 100 миллионов новых объектов, при этом на эту операцию давалось не более 30 дней. Цифры результатов тестирования показывают насколько менялась скорость загрузки со временем, что отражает насколько производительность сервиса зависит от числа загружаемых объектов, то есть насколько сервис масштабируется без потери производительности.

Тестирование показало отличную масштабируемость облачных хранилищ Amazon, Microsoft и Google, на производительность которых не влияет количество загружаемых объектов. Облака от HP и Rackspace (которые построены на OpenStack) показали наихудшие результаты масштабирования при загрузке большого числа объектов в облако.

Ошибки чтения, записи данных

imageimage

В ходе тестирования производительности облачных хранилищ отдельно отслеживались ошибки обращения к сервисам. При тестировании записи 100 миллионов объектов Amazon, Google и Microsoft продемонстрировали полное отсутствие ошибок. Ошибки при записи данных были у вендоров HP 0.000017% и Rackspace 0.000001%.

При тестировании чтения данных только облако Microsoft продемонстрировало отсутствие ошибок. Остальные вендоры так или иначе провалили тест и показали разные уровни ошибок операций чтения.

Заключение

Ниже представлен дословный перевод заключительных выводов из отчета:

Microsoft уверенно обогнал в результатах тестирования прочих вендоров, предлагая лучшую скорость чтения/записи/удаления данных среди разных размеров данных, самые высокие показатели отзывчивости и самый низкий уровень ошибок. Microsoft не только значительно обошла конкурентов в чистых тестах производительности, но и является единственной облачной платформой с нулевым уровнем ошибок в течение теста на 100 миллионов операций чтения и записи. В тех категориях где Microsoft не на первом месте (аптайм и разброс маштабируемости), вендор находится на втором месте близко к лидеру.

По этим причинам Microsoft обогнала (прошлогоднего лидера – прим. переводчика) Amazon и получила место лидера в отчете за 2013 год. Облачное хранилище является быстроразвивающимся рынком, в котором постоянно появляются новые предложения и новые поставщики. Результаты этого тестирования иллюстрируют, что на рынке пока нет паритета среди продуктов. Хотя предложить “облачно хранилище” относительно легко, желание предложить высокопроизводительное, надежное и масштабируемое решение требует значительного фокуса, продвинутых технологий и постоянных инвестиций. Несмотря на то что в этом году Microsoft заняла первое место, вполне возможно, что положение вещей может опять измениться в следующем году. За два года, пока публикуется этот отчет, лидер рынка постоянно менялся. Как видно из результатов этого отчета, Amazon остается сильным игроком на рынке и имеет все возможности для дальнейшего улучшения своей платформы и получения лучших результатов.

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

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

ссылка на оригинал статьи http://habrahabr.ru/post/221453/

Демократия в разработке: как в Parallels используют голосование клиентов для создания новых функций

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

Чтобы работа над нашим продуктом Parallels Plesk шла эффективнее, мы решили запустить систему, где высказаться может каждый пользователь, а мы можем сосредоточиться на самом важном. В качестве средства реализации попробовали SaaS-решение Uservoice. И хотя сначала оно нам не понравилось, финальные результаты порадовали – задача была решена при минимальных затратах ресурсов.

Даже если нам что-то предложит только один человек из ста, то при нашей пользовательской базе это уже десятки тысяч человек. На практике это больше тысячи предложений через различные каналы — службу продаж, техподдержку, публичный форум и т.д. И это только формально учтенные предложения. Такой объем очень сложно обработать вручную – сгруппировать повторяющиеся предложения, уточнить детали по каждому. На практике обработка только свежих поступлений занимала не менее 8 часов в неделю.
Отдельная проблема: не все пользователи продукта являются нашими клиентами: большая часть нашего рынка обслуживается дистрибьюторами, и многие прямые каналы общения с нами для их клиентов недоступны. И хотя нам в какой-то форме передают отзывы, возникает глухой телефон.
Мысль наладить более упорядоченное взаимодействие через открытое голосование вообще-то лежала на поверхности. Мы и сами практиковали раньше голосование в закрытых экспертных группах. Технически предстояло расширить понятие группы на практически всех пользователей.

Как выбирали

Сначала в поле зрения попало несколько сервисов и приложений, в том числе и Uservoice.com – SaaS-сервис, предлагающий веб-услуги по сбору и обработке разного рода обратной связи. Но при первом рассмотрении мы его отвергли, так как искали «Универсальную Платформу», которую могли бы гибко настроить под себя. А Uservoice.com выглядел очень-очень ограниченным – настроек практически нет.
Но затем впереди замаячила перспектива потратить немало часов на установку, настройку и оценку решений, а потом еще и неизвестный объем трудозатрат на их обслуживание, обновления, падения, отладку и т.п. И мы решили относиться к вопросу проще. Базовые потребности сервис uservoice.com удовлетворял, денежных инвестиций не требовал (мы стартовали на бесплатном аккаунте), затраты времени минимальны – все может сделать один (даже криворукий) менеджер сам, за несколько часов. В таком минималистичном формате мы и стартовали в феврале 2013-ого с порталом plesk.uservoice.com, который позволял пользователям попросить у нас новую функцию или поддержать своими голосами уже существующие запросы. Полный lean, мы даже не переносили портал в свою зону и оставили в .uservoice.com.

Запуск

Некоторые опасения внушало то, что раньше мы уже пробовали голосовалки для нескольких продуктов из обоймы Parallels, и они давали довольно скромный эффект. К примеру, пользователи довольно интенсивно просили какую-то функцию по разным каналам, но совершенно не желали за нее потом проголосовать.
Поэтому к запуску портала подошли как к полноценному проекту в несколько этапов:
• «Засеяли» его проверенными, хорошими функциями, которые однозначно нужны и полезны.
• На втором этапе пригласили группу экспертов по продукту с нашего форума, которые и проголосовали первыми, и завели другие качественные запросы.
• Пригласили остальных пользователей с нашего форума
• Открыли портал публично, встроив прямо в продукт:

иллюстрация как из продукта попасть в голосовалку
иллюстрация как из продукта попасть в голосовалку

Эффект

Конечно, при таком походе первоначального «взрыва» идей быть не могло: первые 10 были нашими, за следующий месяц поступило еще 14 – уже от пользователей. За более чем год работы количество запросов превысило 600. В день мы получаем 1-3 новых запроса и несколько комментариев и голосов к уже существующим.
Портал еще не полностью вытеснил остальные каналы поступления предложений, но мы все чаще предлагаем пользователю просто завести его на plesk.uservoice.com. Как только оно будет поддержано значительным числом людей, то будет рассмотрено с приоритетом. Особенно это помогает в обработке предложений с неочевидной ценностью.

Корреляция с реализованными функциями

Хотя портал и был запущен, когда очередная версия — Parallels Plesk Panel 11.5 — была уже полностью спланирована, в том релизе мы закрыли целых 28 запросов с портала. Пусть эти функции были запланированы независимо, но нас очень порадовало такое совпадение между нашими представлениями и пользовательскими. В настоящее время реализованы еще 19 запросов, часть из которых попала дет уже в версию 12.0. Собственно, Plesk 12.0 уже вот-вот выйдет, и сейчас мы приглашаем голосовавших присоединиться к бета-тестированию новой версии.

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

Можно привести типичный пример обсуждения и реализации запроса. Например, есть очень востребованная функция – ограничить отсылку исходящей почты с сервера. Нужна она для предотвращения рассылки спама через ваш сервер, если пароль какого-нибудь пользователя (почта, ssh, ftp) был утащен трояном с его машины в чьи-то недобрые руки.
Функция не очень простая, поскольку необходимо надежно идентифицировать, от лица какого именно пользователя отсылается почта. Года полтора-два назад мы предпочли дать стороннее решение для этой проблемы, но оно плохо справлялось, поэтому мы решили его из продажи отозвать и предоставить собственную разработку.

Однако реализацию этих ограничений каждый пользователь на практике представлял себе по-разному. К примеру, когда мы разослали голосующим опрос с двумя вариантами – А, Б или «Другое», 80% ответили «Другое». Мы поняли, что упустили нечто важное, вскрыли дополнительный сценарий и очень сильно перепланировали разработку.

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

Надо также отметить, что редко предложение имеет смысл делать точно так, как попросили. Пожелание – это скорее обозначение проблемы или потребности, для которой можно предложить довольно разные решения.

Эксплуатация

  1. Накрутки. Поскольку портал — это стороннее решение, то мы этот вопрос практически не контролируем и немного волновались. Однако uservoice.com успешно заблокировал единственную попытку.
  2. Мусор и негатив. Этого очень мало. Скорее всего, потому, что плавный запуск позволил установить некие нормы, которые дальше уже соблюдались просто «по образцу», мотивируя аудиторию вести себя конструктивно. Однако отдельные примеры нецелевого использования имеются, их можно разбить на две группы.
    1. Беспредметные и неконструктивные предложения. Например, «сделайте дешевле», «сделайте бесплатно», «у вас плохая поддержка», «плохо работаете», «зря вы это поменяли». Их не очень много, и мы можем себе позволить отвечать на них конструктивно, не скатываясь в банальный бан. Основных подходов два:
      • попросить дать дополнительную информацию (рассказать, что конкретно сломалось) и затем перевести запрос в статус «need info».
      • помочь, чем можем. К примеру, сказать «бесплатно не планируем, но есть дешевые версии, и есть бесплатный триал» и этим закрыть запрос.
    2. Просьбы решить проблему на конкретном сервере и сообщения о багах. Просьбы о починке чего-либо, а также сообщения о багах на портале нежелательны. У нас это четко написано, но если все-таки что-то заводят, то мы все равно пока стараемся обработать. Если проблема идентифицируема, то сообщим известное решение и закроем запрос. Если баг воспроизводится — то исправим и закроем. Но если проблема описана плохо и/или автор не отвечает на вопросы – конечно, закроем запрос как непрофильный.
  3. Локализация. Портал ведется на английском, и нас временами спрашивают, когда будет его версия на русском или другом языке. Точно не в ближайшем будущем. Наш продукт географически распространен очень широко. Английский позволяет нам работать со всеми, а людям из разных стран — поддерживать своими голосами предложения друг друга. Запуск локализованной версии привел бы к очевидной проблеме: на одного русскоговорящего клиента приходятся не менее 40 клиентов с родным английским, и еще 40 с английским в качестве второго языка, соответственно, «русские» предложения имели бы неизбежно более низкий рейтинг, чем «английские».
    Пока uservoice предлагает только создание отдельных форумов под каждый язык в Premium-тарифах. Но нас совершенно не устраивает существование нескольких независимых систем с разными приоритетами. Решение этой проблемы частично лежит на uservoice – необходима поддержка многоязыковых форумов (чего пока нет). Вторая половина – наша, потребуется организация регулярного перевода национальных предложений на английский.

Что в итоге?

  • Да, в самом начале uservoice.com нам не понравился – красиво, но уж очень жесткие ограничения. Но в ходе выбора софта пришли к выводу, что тратить время на обслуживание и конфигурирование собственной системы неэффективно. Поэтому и выбрали стороннее SaaS-решение.
  • Расчет в целом оправдался, к ее ограничениям мы привыкли, они оказались некритичными. Мы тратим время только на работу с системой по существу – ответы и обновление статусов. Ее техническое обслуживание нам стоит 0 часов 0 минут в месяц.
  • Портал нам позволяет без особых усилий выделять наиболее востребованные просьбы (по количеству голосов) из огромного общего объема и плотно работать с наиболее важными. Очень помогает умение портала предлагать пользователю похожие предложения из числа уже заведенных — в ответ на набираемый им текст. Это позволяет радикально сократить число дублирующихся предложений.

В настоящее время такой же портал запускается для еще одного продукта – Parallels Plesk Automation (http://pleskautomation.uservoice.com/), это старший брат Plesk’а с возможностью управлять множеством серверов.

Так что, если у вас есть пожелания по продукту, то вам в Plesk.uservoice.com, а если вопросы по опыту использования uservoice — то в комментарии.

ссылка на оригинал статьи http://habrahabr.ru/company/parallels/blog/221445/

Дайджест предстоящих событий в области ИТ-анализа — Май-Июнь 2014

Хочу поделиться некоторыми новостями об отраслевых событиях в области ИТ-анализи на ближайшие пару месяцев.

25 мая в Москве пройдёт уже 3-я международная конференция Analyst Days. Фактически это основная выжившая профильная традиционная конференция для бизнес-аналитиков в ИТ, системных аналитиков, менеджеров проектов и сочувствующих. Программа уже практически сформирована, в ней вы можете увидеть множество свежих тем от экспертов из Молдавии, Беларуси и России — сертификация, прототипы, измерение эффективности, domain driven design, сторителлинг, визуализация и проч.

12 и 13 июня, в праздничные дни, в Иваново пройдёт 5-й Летний Аналитический Фестиваль. От конференции выше он отличается большей демократичностью в плане цен и возможностью выступить даже начинающим специалистам. Главная изюминка фестиваля — второй день с неформальным общением, знакомствами и жаркими спорами на свежем воздухе. Это именно то, ради чего стоит приезжать прежде всего.

А для тех, кто не сможет попасть ни в Москву, ни в Иваново, уже 17 мая стартует очередной трёхнедельный онлайн-курс «Как писать ТЗ». Если вы живёте не в Москве — вы сможете получить неплохую геоскидку в зависимости от расстояния вашего города до Москвы. Также на курсе есть 2 бесплатных места для людей, которые хотят войти в профессию аналитика, но при этом имеют ограничения подвижности.

ссылка на оригинал статьи http://habrahabr.ru/post/221451/