Как обеспечить достойное и интересное вознаграждение участникам программ лояльности.
Однозначного ответа на этот вопрос к сожалению нет.
Самый распространенный способ — возможность выкупить какой-то товар из перечня «призов» за определенное количество бонусных баллов. Этот способ как самый простой в реализации (не нужны партнеры и т.д.), так и наверное самый неинтересный. Если вы торгуете электроникой – будет ли увлекательным для ваших клиентов процесс накопления бонусов, если в результате они получат, например, очередной электрический чайник? Является ли данная возможность интересным стимулом, захватывающим игровым элементом участия в ваших программах? Впрочем с данного способа поощрения всегда можно начать.
Если Вы хотите разнообразить способы поощрений — без партнеров не обойтись. При выборе партнеров следует прежде всего опираться на вашу ЦА. Продаете молодежную обувь? – билеты в кино, столики в ресторане, книги и т.д. Социальная сеть? — от направленности,  от недорогих электронных гаджетов (при относительно существенных накоплениях), до подписки на платные ресурсы.
Сувениры, «странные» вещи — неплохой выбор, многие люди хотят получить их , но не станут тратить специально тратить деньги на их приобретение. В таком случае работа с Вами будет весьма интересна и Вашему партнеру — сувенирному магазину, для распространения своей продукции.
В общем выбор канала поощрения задача не из простых. С другой стороны если бы способ поощрения клиентов был бы стандартизован и производился с помощью двух-трех всем известных каталогов — вряд ли такие поощрения были бы интересны конечному потребителю.

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

Назначать N % бонусов от  суммы покупки
–    если покупатель подпадает под категории X
–    если товар подпадает под субкатегории A и B (по сути 2 правила)
–    если покупка произведена в такой-то период времени
–    если перед этим  были покупки товара категории Z (в такой то срок)
–    сумма предыдущих покупок была не меньше M (в такой то срок)
–   
И только при срабатывании всех этих условий начисляются вожделенные N %.

Мы не знаем, как подобное правило разъяснялось конечным потребителям, но в принципе это не наше дело — в настоящее время мы поддерживаем правила расчета и сложнее, чем в приведенном примере, а вопросы их использования — заказчик всегда прав:)

Пример.
Есть пользовательская операция  – «покупка» с набором атрибутов: товар, категория товара, цена, количество, сумма, дата покупки и и т.д.
Для расчетов формируется следующий набор записей (пример для чека с двумя позициями)
–    товар – X, категория  – промтовары, цена – 100 рублей, количество – 5 единиц, сумма -  500 рублей, дата покупки – 01/01/2010 11AM.
–    товар -  Y, категория  – сопутствующие товары, цена – 200 рублей, количество – 1 единица, сумма -  200 рублей, дата покупки – 01/01/2010 11AM.
–   
Т.е. для одного чека в системе формируется 2 записи.

Совершенно очевидно, как назначить правила для начисления бонусов за за покупку товара Z, или товаров категории «сопутствующие товары», или для товаров дороже 150 рублей и т.д.. 

Но иногда необходимо рассчитать бонусы, просто если общая сумма чека превышает N рублей. Разумеется при подобной схеме начисления конкретный товар, его категория, количество единиц в чеке  будут проигнорированы.
Как поступить в данной ситуации?
Если Вы заведомо идете на упрощение системы расчетов — передавайте только одну запись, соответствующую покупке в целом с атрибутами: общая сумма, дата покупки. В нашем случае это будет следующая запись:
– общая сумма — 700 рублей, дата покупки – 01/01/2010 11AM.
И назначайте правило расчета бонусов, исходя из общей суммы чека.

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