Мне давно уже было интересно то, как проводятся маркетинговые исследования при выводе продуктов на рынок. Но это всегда было на уровне “неплохо бы узнать, как-нибудь”. На удачу меня пригласили поучаствовать в таком исследовании, на что я с радостью согласился. Чисто теоретически я знал, что тоже самое, что делают при маркетинговых исследованиях нужно делать в тестировании и уж само-собой shareware, при появлении новых продуктов. Оказалось, что методика столь же удачно может быть использована на митингах в ИТ. За два часа я увидел насколько здорово ведущий исследования ведёт дискуссию участников, играет на эмоциях демонстрируя различные символы. С другой стороны описывать всё, что происходило сродни изобретению велосипеда, в литературе по маркетинговым исследованиям это всё есть, только почему то ни одна из книг для менеджеров ИТ (разумеется из тех, что я прочитал), не отправляет читателей даже к базовым понятиям маркетинга. А не помешало бы, всё-таки отстаивание своего мнения сродни продаже нового продукта на устоявшемся рынке.

Вторая встреча была в офисе компании Яндекс (практически офис мечты), там проходила встреча посвященная uTest. Первая в России вообще. Организатором, в очередной раз, стал Роман, о котором я уже писал несколько раз в контексте сообщества тестировщиков Санкт-Петебурга (я надеюсь, что в дальнейшем, когда я буду писать об интересных событиях в тестировании, проходящих в Питере я всегда буду ссылаться на двух, не побоюсь этого слова, активистов тестирования — Романа Твердохлебова и Алексея Лянгузова). Роман же вёл презентацию об основных понятиях в uTest, после которой началась сессия вопросов из зала.

К сожалению, никто не предупредил, что не только Рома будет отвечать на вопросы, но и желательно, чтобы все, кто работал с uTest, также приняли участие в обсуждении. Поэтому отвечать приходилось экспромтом и я совсем не уверен, что всегда подбирал правильные ответы к довольно сложным вопросам. Сам по себе crowdsourcing уже является определённой планкой, и удивительно (!), но большинство участников не знали об этом направлении.

Мне показалось, что многие надеялись на халяву в плане uTest — немного поработать и сразу безобразно обогатиться. Но, к счастью, модель uTest сильно ограничивает новых пользователей в возможностях — доступно мало проектов, есть ограничение на количество одновременно висящих неподтверждённых заказчиком багов и прочее. Всё это позволяет избежать оголтелого читерства. Это, кстати, был один из вопросов из аудитории — почему не заниматься перепостом багов других участников, либо за одним аккаунтом вести тестирование десятку человек, срывая таким образом банк наград на проектах. На него, к сожалению, нет однозначного ответа. С другой стороны uTest не ограничивает развитие участников. Существует система рейтинга, форум для того, чтобы показать себя и найти проекты по квалификации. Есть ещё ежеквартальные соревнования, с необычным для сегодняшнего времени принципом — призы получает несколько человек, которые считаются победителями, а не один единственный.

Так что основа успеха на uTest всё-таки именно в достаточно долгом и упорном труде. Я не имею ввиду то, что нужно проводить на uTest как можно больше времени. Я говорю о том, что подписываясь под участием в каком-либо проекте нужно всегда учитывать:

• Скорость работы. Чем больше ошибок будет найдено, тем лучше. (+1 очко опыта)
• Качество работы. Заказчик должен понимать правильно, что за ошибка была найдена и как её повторить. Чем больше релевантной информации, тем лучше. (+5 очков опыта)
• Ориентация на нужды заказчика. Это, между прочим, потрясающее преимущество uTest — что важно заказчику известно до начала тестирования. Фокус на этом с учётом скорости работы и её качества увеличивает шансы получения разнообразных наград (Level up).

Другими словами один хорошо представленный баг, важный для заказчика, важнее десятка плохо описанных. Очевидно? Как бы не так, но это надо прочувствовать, получить Reject от заказчика потому что она вне той области, которую он хотел протестировать или потому, что она дублирует уже известные проблемы.

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

Технические основы того, как начать работать на uTest доходчиво написал Феликс. К этому будет неплохо добавить то, как зарабатывать на uTest, потому что хотя ничего сложного в этом нет, но приходя на uTest в первый раз просто теряешься и не знаешь с чего же всё-таки начинать.

Черт подери, я так надеялся на футболку с зелёным человечком (судя по форуму были и такие где то), но, к сожалению, были только стильные чёрные с логотипом uTest.

Как я уже писал, в этом году конференция была растянута на два дня, но на этом отличия не закончились. За несколько дней до конференции была опубликована программа выступлений, которая сильно огорчила. Из всего, что предлагалось только три выступления были интересны. Не густо для двух то дней. Отказываться было уже поздно, да мы бы и не стали, по разным причинам. Отчасти тусовка интересная, отчасти заграница, да и почему бы и нет?

Вообще в первый же день стало понятно, что заголовки совершенно не описывают содержание выступлений. По традиции началась конференция с выступления товарища из Microsoft и рассказе о нововведениях в IE9. В этот раз с шароварщиками общался Игорь Шаститко (Эксперт по ИТ-инфраструктуре). Он приехал на замену человека, который добраться до нас не смог и в целом мы ему были не сильно то интересны, впрочем публика не сильно то и стремилась общаться с ним после доклада. С другой стороны выступление получилось спонтанным и он рассказал несколько интересных вещей про некоторые аспекты вывода IE9 и планов на будущее. После выступление он довольно быстро уехал.

После этого пачкой пошли выступления Татьяны Франке из Share It, к сожалению в этот раз без анализа состояния рынка и Метью Сильвермана из PayPro. Его выступление было уже поживее и вызвало действительный интерес. Метью рассказал о новых возможностях для электронной коммерции в платформе PayPro. Они сделали API, которое позволяет делать покупки прямо из приложения (не загружая web страницы, а просто дёргая определённые функции). Правда для этого человек должен хоть что то купить. Фишка в том, что единожды оплатив покупку, пользователь получает ID, по которому можно обращаться к этим данным в дальнейшем (вопрос безопасности и приватности там решен нормально, но я не вижу смысла описывать весь алгоритм).

Этой возможности пока нет ни у одного из регистраторов, вместе с тем подобный функционал уже зарекомендовал себя в AppStore и судя по всему будет использоваться в Intel AppUp.

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

Позже ребята из MagneticOne рассказали о своих двух продуктах для сбора статистики. Один из них предназначался для ведения открытого бета-тестирования. К сожалению после конференции они мне так ни на одно письмо и не ответили. Суть их продуктов в том, что существует некий web сервис, которые обрабатывает данные, которые посылает программа со встроенными функциями для оценки действий пользователей. Как раз то, что делают Adobe, Microsoft, Mozilla, Open Office и на что каждый соглашается или отвергает в окошечке о предоставлении анонимной информации об использовании. Вот тут тоже самое, но сделанное для широкой группы продуктов. Минусом можно назвать то, что серверная часть недоступна для установки.

Вообще появление такого сервиса говорит об изменениях в shareware. Так если в прошлых годах появлялись только сервисы для аутсорсинга функционального тестирования, то теперь появился сервис (на мой взгляд более правильный для Shareware) по сбору информации об использовании продукта. В условиях малой (до $12000 в год) и средней (до $100000 в год) шаровары более полезный, чем стороннее тестирование. Потому что к ошибкам пользователи зачастую лояльны, что то серьезное часто описывают в личной переписке, но понимания куда нужно двигаться имея маленький продукт (например выполняющий одну, две функции, но делающий это наименее энергозатратно для пользователя) такое общение не даёт.

Под конец первого дня прошла немного скучная школа жизни под руководством Владимира Каталова (Elcomsoft) и Миколы Руденко. Владимир отвечал на вопросы из зала о подходах к маркетингу в Elcomsoft о сработавших и провалившихся ходах. Для небольших компаний не очень ценно в краткосрочном периоде, но +1 к удаче в будущем. Микола уже рассказывал больше про SEO и сабмит. К сожалению ничего неожиданного, но к счастью застой в моём мозгу от этого рассосался и теперь на месяц вперёд у меня будет работе по вычистке сайтов от ляпов.

Мне не понятно, откуда взят принцип “80/20″ – 80% пользователей используют, только 20% функций программы. Но вместе с тем правильна, на мой взгляд, мысль о том, что чем больше функций в программе, тем более она привлекательна для покупателя, даже если ему не нужна и половина возможностей. Хотя даже, если в программе реализовано огромное количество функций, доступных пользователю, это не является залогом привлекательности – принципа «всё одной кнопкой» никто не отменял. В результате для любой программы, если есть желание сделать её успешной, нужно проводить исследования по тему – кто и как использует предложенную функциональность.

То есть, для shareware проектов подойдёт такой сценарий:

1. Задумка

2. Реализация первой версии (с минимально необходимым набором функций)

3. Подготовка web-сайта с разделами after install, feedback, after uninstall. Последние два для сбора отзывов от пользователей.

4. Продумывание программы по исследованию. Например, можно поступить так же как сделали ребята из TurboTax. В течение некоторого времени они предлагали свою программу бесплатно, при условии, что смогут записать, как работает пользователь с программой.

5. Наращивание функциональности.

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

When a new version comes out with new features, we see a sudden, undeniable, substantial, and permanent increase in revenue.

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