среда, 29 августа 2012 г.

Технологии лояльности - теперь со ссылкой

Касаемо предыдущего поста - опубликована электронная версия журнала (скачать)


Краткое содержание

* Системы автоматизации программ лояльности
* Актуальные вопросы  использования и программа обучения смарт-карт в программах лояльности
* О программе "Связной-Клуб"
* Мобильный маркетинг в программах лояльности
* Конструктор мобильных магазинов "Mobile Orders"

пятница, 24 августа 2012 г.

Скоро - технологии лояльности RapidSoft



Скоро-скоро, рассказ о том, как автоматизировать системы лояльности в специальном выпуске журнала ISBC Смарт.

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

Бумажную версию журнала можно будет получить совершенно бесплатно у нас в офисе, электронная - тоже на подходе.

среда, 11 июля 2012 г.

Программа лояльности РЖД. Обрегистрируйтесь.

Программа значит, лояльности. Российских железных дорог. Чтобы я значит был лоялен РЖД не летал бы самолетами а ездил бы сапсанами.

Регистрируюсь.
Предлагают проверить что я не робот:




Вот они как начали в традиции просвещенного долбо#$#@изма, так успешно и продолжают. 

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

Убрать серые квадратики, натравить google tesseract OCR.

ТАМ ЦИФРЫ ПОВЕРХ ФОНА НАПИСАНЫ



А вот каков процент человеческих бабушек, которые вглядятся, что за дерьмо там нарисовано и правильно, хотя бы за 10 попыток, введут искомое? Думаю, невелик будет этот процент.

Программа лояльности предназначена, как можно догадаться из названия, для формирования ядра лояльных пользователей. Программа лояльности РЖД показывает, насколько она любит своего клиента, с первых же шагов.

Я заполнил форму регистрации с пятой попытки, хотя очень старался. Заняло это у меня больше 5 минут.
***

Создание программы лояльности для РЖД стоило несколько сот миллионов рублей.

среда, 28 марта 2012 г.

Добавленная ценность

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

Если команда делает ровно то, что от нее требуется, она деградирует. 

четверг, 22 марта 2012 г.

Ищу технического пресейла к себе в отдел


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

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

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

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

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

Заинтересовало предложение? Пишите (yurys@rapidsoft.ru), звоните (+7 903 103 1143).

четверг, 19 января 2012 г.

Запах скверной спецификации

Если у разрабатываемой системы есть пользовательский интерфейс, то понять, что спецификация скверная, несложно.

Правило "ноль") После прочтения документа в голове ровный гул. То есть непонятно вообще ничего. И вопросов не возникает.

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

1) Не определены рамки системы. Что система делает, какие требования реализует, Сколько у пользовательского интерфейса вообще экранов -- если это не понятно тебе, не будет понятно и разработчику.

2) Структура документа не соответствует структуре интерфейса. то есть - каждому логическому блоку интерфейса (странице, списку, форме) должен соответствовать отдельный раздел с описанием. Если нет -- спецификацией будет сложно пользоваться

3) Хорошо освещено очевидное. То есть "под фонарем ищем, где и так светло". Примеры

- "Нажатие на кнопку ОК закрывает окно"
- "Нажатие на кнопку Отмена отменяет операцию"
- "На форме "Список пользователей" отображен список пользователей"
- "Выпадающий список "Пользователи" должен позволять выбрать пользователя"

4) Нет описания тонкостей. 

Например, для списка пользователей

- Есть ли неявные фильтры
- Какая сортировка по умолчанию
- Как выглядит список если ничего не найдено

Для форм

- Каковы правила валидации для каждого элемента
- Как выглядит форма с валидаторами
- Сохраняются ли умолчательные зрачения (и на каком уровне - cookies, профиль пользователя,