Следующая ступень User FeedBack

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

Прежде всего определимся, зачем это нужно. Подсчет конверсии скачавших по отношению к установившим – это, извините, дроч левой ногой вприсядку. Наша цель – создание целевой аудитории для продажи программы, а значит нам нужен e-mail. Еще интересно знать, откуда идет пользователей, чтобы вкладывать ресурсы в правильном направлении: была ли это реклама или гугл, или публикация в журнале? С целями определились.

Но как же заставить пользователя что-то открыть, да еще и написать свой e-mail? Правильно – нужно его чем-то заинтересовать. Если тупо предложить скидку, это приведет к обесцениванию товара в глазах пользователя, да и нам не выгодно. Давайте предложим им что-то такое, что будет взаимновыгодно.
Например, увеличим срок триала в три раза. Пускай базовая триалка работает 10 дней, тогда как заполнив информацию на сайте, юзверь получит еще 20 дней (всего получится 30). А если ваша софтина не привязана к времени, значит надо давать больше функций в обмен на информацию.

От теории к практике:
1. Настраиваем инсталлятор, добавляя опцию «Получить бесплатный ключ еще на 20 дней».
2. Создаем страничку на сайте, где ставим поля: «e-mail» и «откуда узнали» (желательно с возможностью выбрать и написать вручную, если нет нужного поля).
3. Пишем скрипт, который получает от странички все данные, проверяет на совпадения и добавляет e-mail в базу, забивает «откуда узнали» в таблицу (для статистики) и автоматически шлет пользователю сгенерированный триальный ключик.
4. Как вариант, можно добавить в скрипт также возможность автоматически через некоторое время слать пользователям сообщения с вопросами «Все ли у вас в порядке с программой?» и с ненавязчивой просьбой зарегистрироваться.

Что мы получаем, внедрив подобную систему:
1. Базу потенциальных клиентов.
2. Статистику, основанную на реальных данных.
3. Если выполнить шаг 4, я уверен, это заметно увеличит процент купивших пользователей.

Давайте сделаем это вместе! Кто на PHP может подобную функцию написать? :)

google.com bobrdobr.ru del.icio.us technorati.com linkstore.ru news2.ru rumarkz.ru memori.ru moemesto.ru

Tags: , , , ,

3 Responses to “Следующая ступень User FeedBack”

  1. Айзус А. Спекман Says:

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

  2. admin Says:

    Приветствую, Айзус! Спасибо, что согласился :).

    1. Скрипт получает данные от формы (Ссылка), проверяет, существует указанный email в БД, если существует, пишет пользователю, что e-mail уже есть в базе, введите другой :). Если не существует, заносит данные (email, fromknow, fromknowtext) в базу вместе с датой и булевым значением registered=false.
    2. После получения и записи данных скрипт отправляет пользователю письмо со сгенерированным ключиком. В качестве ключа можно использовать md5(currentdate), кому надо допишут для себя другой генератор.

    3. Если скрипт запущен с параметром $runshedule=true, он прогоняет все записи, у которых (сегодняшняя дата)-(дата создания)<35 дней и registered=false.
    Если (сегодняшняя дата)-(дата создания)=5 тогда отправить письмо1(шаблон хранится в базе в отдельной таблице).
    Если (сегодняшняя дата)-(дата создания)=10 тогда отправить письмо2(шаблон хранится в базе в отдельной таблице).
    Если (сегодняшняя дата)-(дата создания)=20 тогда отправить письмо3(шаблон хранится в базе в отдельной таблице).
    Если (сегодняшняя дата)-(дата создания)=30 тогда отправить письмо4(шаблон хранится в базе в отдельной таблице).
    Если (сегодняшняя дата)-(дата создания)=35 тогда отправить письмо5(шаблон хранится в базе в отдельной таблице).

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

    4. Теперь нам нужно точно знать, что пользователь не был зарегистрирован. Для этого в основной таблице (где email) должно быть булево поле "registered", а при вызове скрипта с параметром ?mail=some@email.com&register=true
    он заносит в запись с указанном email в столбец register флаг true.

    Главная таблица:
    CREATE TABLE (
    email char(30)
    fromknow char(30)
    fromknowtext char(255)
    )
    Насчет типа данных fromknowtext, его лучше сделать динамическим, чтобы размер мог меняться, я правда не знаю как это пишется.

  3. KMiNT21 Says:

    Ух ты. Интересная идея. :) Для одного из моих продуктов было бы хорошо, наверное. Но вот не полениться и сделат ь - ...

Leave a Reply