Окружающая среда.

Неожиданный для нас взгляд на вопросы использования программного обеспечения дан в следующей заметке «SaaS v. On-premises Software: Which One is More Green?»
Автор, опираясь на расчеты и цифры,  описывает  еще одно преимущество использования SaaS сервисов в сравнении с традиционным программным обеспечением – использование SaaS с вашем бизнесе ведет к уменьшению глобального энергопотребления.
Если быть до конца откровенными, ранее мы не задумывались о данном вопросе. Тем более нам очень приятно, что мы занимаемся полезным делом даже с точки зрения вопросов защиты окружающей среды

Источник

Бонусы web2.0

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

Терминология

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

Использование

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

Общее

Всегда и в каждой из схем:

- Есть клиент.

- Есть правила его поощрения.

- Есть схема начисления вознаграждения по созданным правилам.

Таким образом, если вы заинтересованы в создании системы поощрения Ваших клиентов — можете не сомневаться, что наша система подойдет и для вас. Ну, Вы можете хотя бы попробовать И пусть вас не смущает непривычная терминология, Вы всегда можете использовать свою при проектировании индивидуальных шаблонов и правил. По всем вопросам по возможности использования нашего приложения для Вашей компании — обращайтесь в службу поддержки – support@pointloyalty.com

Источник

PointLoyalty. Центр обучения.

Обратите внимание на раздел нашего сайта  - «Центр обучения».
Иногда сложно понять с первого взгляда, что вообще представляет из себя наша система, интересна ли она Вам как пользователю, может ли быть полезна Вам в Вашей работе.
Конечно же мы предоставляем полный набор документации по всем нашим сервисам и без сомнения им стоит воспользоваться при внедрении системы поддержки программ лояльности PointLoyalty Manager, но если Вы пока лишь  бегло изучаете возможности продукта, читать многостраничное описание может быть весьма утомительно.

Для возможности быстрого получения информации о компании  и нашем продукте мы и подготовили на нашем сайте специальный раздел  – «Центр обучения».
Вы сами можете выбрать для себя один из способов быстрого обзора возможностей системы. В разделе представлены:
- Подборка статей с нашего блога, посвященных компании, вопросам начального использования продукта,  задачам интеграции и т.д.
- Краткая презентация системы.
- Видео урок  «Начало работы с системой PointLoyalty Manager».

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

Поощрение клиентов интернет магазинов.

Как подключить систему расчета бонусов PointLoyalty Manager к интернет магазину для выполнения онлайн расчетов бонусных баллов, используя PointLoyalty REST API?

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

Что следует учесть, шаг за шагом.

1. Необходимо зарегистрироваться в системе, создать необходимые программы и т.д.
2. Добавить в вашу систему вызов метода расчета бонусов при покупке товара.  http://www.pointloyalty.ru/web20_details.html#actions (метод POST)
Обратите внимание:
- Если вы хотите использовать рассчитанный  бонус как скидку — конечную цену получаем путем вычитания рассчитанного бонуса из начальной цены.
- Если вы хотите продемонстрировать пользователю бонус/скидку уже на этапе помещения товара в корзину (а не на этапе реальной оплаты, например, по карточке) — вам следует удалять рассчитанные бонусы при очистке корзины (отказе от покупки) (метод DELETE)
3. При аутентификации пользователя в вашей системе  необходимо отобразить количество  накопленных пользователем бонусов (если же вы используете рассчитанные бонусы для формирования скидки, т.е. не задействуете накопительную систему — этот пункт можно опустить)
http://www.pointloyalty.ru/web20_details.html#members (метод GET)
4. При регистрации нового пользователя необходимо передать данные о нем в систему расчетов.
http://www.pointloyalty.ru/web20_details.html#members (метод POST)
Обратите внимание:
- Данный шаг необходимо произвести, если вы планируете создавать предложения лояльности, учитывающие характеристики ваших клиентов.
- Если вы подключаете систему расчета бонусов к уже действующему магазину (с существующей клиентской базой)  – вам необходимо вызвать этот же метод REST API для всех ранее зарегистрированных клиентов системы (всех или выборочных)
5. Выдача вознаграждений  при накопительной системе бонусных баллов.
В зависимости от того как вы планируете использовать рассчитанные бонусы (список призов на сайте, скидки и т.д.) – вам необходимо организовать списание бонусов после их «использования».
- http://www.pointloyalty.ru/web20_details.html#bonuses (метод DELETE)  просто удаление – если вы не планируете хранить и отображать пользователю историю его покупок, вознаграждений и т.д.
- http://www.pointloyalty.ru/web20_details.html#adjustments (метод POST) – при наличии системы поддержки истории пользовательской активности.
Выдача вознаграждений  при накопительной системе бонусных баллов.
6. При необходимости передачи в систему информации о группах товаров (необходимо при создании предложений использующий фильтры не по конкретным товарам, а по группам товаров) — информацию в систему следует загрузить с помощью файлов с соответствующей формы приложения PointLoyalty Manager.
http://www.pointloyalty.ru/contacts.html — раздел «Технические ссылки», DTD файлы.

По всем вопросам, связанным с интеграцией, обращайтесь к нашим специалистам — support@pointloyalty.com

Поддержка SSL в PointLoyalty REST API

1. Доработана система интеграции с PointLoyalty Manager. Добавлена поддержка передачи данных для расчета бонусов по зарегистрированным в системе программам лояльности по защищенному каналу (SSL) .
2. REST API не перетерпел изменений, при необходимости использования SSL протокола вам необходимо обращаться в REST ресурсам, используя соответствующий протокол.
Пример:
- HTTP Demo Resource – http://www.pointloyalty.ru/wl/rest/demo?login={name:demo, password:demo}&!output-type=XML
- SSL Demo Resource – https://www.pointloyalty.ru/wl/rest/demo?login={name:demo, password:demo}&!output-type=XML
Обратите внимание, что при просмотре демонстрационных REST ресурсов с помощью веб-браузеров, вам необходимо добавить наш сайт в список разрешенных для передачи защищенной информации интернет ресурсов.
3. Клиентские библиотеки (Java и PHP) тоже были расширены для возможности работы с помощью защищенного соединения. (Выпущен BETA релиз) При необходимости обновите версию используемой библиотеки с нашего сайта.

Соки.

Описываю совершенно непонятную мне ситуацию с одной группой товаров.
Дано:
1.Люблю и постоянно покупаю фруктовые и овощные соки.
2.Основные магазины покупки продуктов – «Ок» и «Лэнд» (СПБ)
3.Уж что что , а соки могу позволить себе практически любые:)
Дальше сложнее..
Все хорошие (условно дорогие) производители поддерживают ассортимент состоящий из N наименований, обновляющийся к тому же крайне редко. Привычные сорта мне попросту надоели.
Производители недорогих сортов постоянно придумывают что-то новое. Я чувствую, что по качеству они несколько хуже, но в погоне за новизной покупаю надоевший апельсиновый привычного бренда и 3-4 пакета более дешевых, но новых для меня сортов. Как же производители упустили такого завидного и постоянного потребителя, как я? Или я все же выпадаю из их ЦА… Странно ..

Зеркала.

Добавлены англоязычные версии блога
- Основной адрес блога компании PointLoyalty.com
- Зеркало на blogspot

Лояльность сотрудников.

Наблюдал за ситуацией с текучкой кадров в одной (не очень большой) компании.
Текучки не было в принципе. Но через пару месяцев после того как эту компанию покинул один из ведущих менеджеров, сотрудники стали увольняться один за одним.
Диалог с одним из уволившихся:
- Какие причины, отчего ты уволился из ”ZZZ”?
- Неконкурентная зарплата.
- А как долго длилась такая ситуация?
- 1.5. года.
- Но почему тогда не уходили раньше?
- Уволившийся начальник отдела .. он… он… поддерживал в офисе такую атмосферу…

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

Источник. 2.

Этапы общения с заказчиком.

Очень часто при внедрении или написании под заказ программного обеспечения крупным клиентам (долгоиграющие проекты) работа с ними включает в себя следующие этапы (по временной шкале).
1. Знакомство.
2. Привыкание друг к другу.
3. Любовь.
4. Рабочий процесс.
5. Заметное охлаждение отношений.
6. Любовь.

Очень хочется свести эти отношения к схеме
1. Знакомство.
2. Привыкание друг к другу.
3. Рабочий процесс.
но на практике еще никогда не получалось обойтись без сильных страстей.
(Долгоиграющие проекты, заинтересованные заказчики)

Как эти страсти рождаются?
П.1 и 2 можно опустить – эти этапы очевидны.
Этап 3. возникает, когда постановщики бизнес-процессов (а это, как правило, все же не выделенные люди, а реальные бизнес-персонажи) видят, что Вы наконец-то разобрались в тонкостях их работы и ушло легкое начальное раздражение от непонимания кажущихся им очевидных вещей. А если Вы, окинув свежим взглядом происходящее, предложите какое-то легкое усовершенствование процессов, какую-либо оптимизацию, основанную на предыдущем опыте – возникает эта та самая любовь. Вы вовлечены в их любимую сферу деятельности, Вам доверяют самое дорогое.
П. 4. – пропускаем.
П.5. самый неприятный, но почти неизбежный этап.
Проект идет уже долго, заказчик понял что объем его пожеланий сильно больше того объема, что прописан в задании и подкреплен договором. Он начинает сердиться на то, что Вы не хотите бесплатно выделять дополнительные ресурсы для удовлетворения его новых потребностей, а ссылаетесь на объем работ, прописанных в договоре. Ему обидно, что Вы не принимаете так же близко к сердцу его потребности, ревнует к наличию других клиентов, упрекает Вас в бесчувственности и пренебрежении им.
Это самый сложный этап. Очень важно сохранить хорошие отношения, в чем-то уступить и сделать что-то “бесплатно“ (на самом деле дополнительные пожелания лучше сразу заложить в бюджет, хотя изначально никто не верит, что они возникнут), но не идти бесконечно у заказчика на поводу, иначе у Вас не хватит никаких сил и ресурсов.
Как максимально безболезненно пройти этот этап – понимаешь только с опытом.
П.6. Пройдя все негативные стадии, проект почти готов, заказчик видит, как новое ПО помогает ему и упрощает его работу, все уже доведено до ума, заказчик снова готов носить Вас на руках.

Несмотря на накал страстей, зачастую выматывающий процесс общения, мы очень любим общаться с заказчиками. Это расширяет наши знания, прибавляет опыта, эмоционально подпитывает и приносит значительное удовлетворение на последнем этапе.
Увлеченный своей работой человек, иногда не понимает, как Вы можете (ему так кажется) быть таким сухим и равнодушным. Пусть он ошибся в постановке, да он был неправ, но если Вы не выделите людей чтобы они посидели неделю-другую по ночам в офисе его компании для исправления последствий неверно заданной постановки, произойдет что-то страшное – не случится отгрузка, задержится поставка и т.д. и т.п.
Вы в принципе готовы пойти навстречу, но заказчик обижается, что Вы делаете это не со всей душой, не бесплатно, не на порыве. “Я–то думал, что Вы искренне заинтересованы и вовлечены“ – разочарованно говорит он. (Хочется привести в пример врачей, вынужденных сохранять спокойствие в любых ситуациях – но, вероятно, пример неоправданно сильный)
Однажды, когда я с утра шел по офису очередного заказчика, на меня буквально накинулась начальница одного из отделов. “Сергей, я думала всю ночь, и мне кажется, что я нашла решение, а Вы.. Вы.. придумали какой-нибудь вариант?” – кричала она. Я не смог продемонстрировать столько же эмоций, и в итоге она была сильно разочарована и серьезно обижена на то, что я ночью не занимался ее делами.
С такими заказчиками следует быть предельно аккуратными.
Их плюсы – искренняя заинтересованность в результате.
Их минусы – непрерывные дополнения, улучшения и т.д. не укладывающиеся в бюджет и затягивающие проект.
Но все равно работать с такими людьми пусть и сложнее, но интереснее, чем с организациями, где целым отделам, целым подразделениям… ничего… ни от кого… не надо…
Им было приказано сверху (начальство, головная западная компания и т.д.) автоматизировать/внедрять/консультироваться – хорошо… давайте… внедряйте…проблемы одни от вас…
Деньги от подобных заказчиков вроде бы те же, но удовольствия от процесса работы никакого.

www.pointloyalty.ru

www.pointloyalty.com

Usability.

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

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

Таким образом Ваша задача максимум – чтобы продукт запомнился пользователю, и после того как он поиграл с ним 5-15 минут (игнорируя, разумеется, все описания, документацию, подсказки и т.д.) пользователь вернулся к привычному чтению новостей в интернете с мыслью, что использование продукта не так уж и сложно. В таком случае есть шанс, что Ваше программное решение запомнится.

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

Все это налагает дополнительную нагрузку на разработку продукта. 50% трудозатрат приходится непосредственно на функционал, и еще 50% на ”usability”.

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