14 марта 2013 г., 11:40 пользователь Andrei <[email protected]> написал: > > 14 марта 2013 г., 6:32 пользователь Alex Shatlovsky <[email protected]> > написал: > >> Привет, >> >> Думаю, что ценой может управлять робот. >> Идея такая: даем ему некую базовую цену (base). Для 90% посетителей >> робот дает цену price, для 5% юзеров дает 1.1*base, для ещё 5% юзеров >> - 0.9*base. Через время эксперимента T робот считает доходность по >> трем выборкам, и по результатам выставляет новый base - 1.1, 1 или >> 0.95 от base. >> Играя с T, размерами выборки и размерами скидок/накруток, робота нужно >> будет настроить. >> Если продукт международный, то стоит еще подумать про разделение >> рынков. Т.е. делим юзеров на несколько регионов, и управляем ценой в >> регионе независимо от других. > > > > Не взлетит. Чтобы построить более-менее вменяемые доверительные интервалы > нужно хотя бы 50000 (пятьдесят) тысяч посетителей на эти 5%, т.е. где-то > 1000000 (один миллион) уникальных посетителей всего. Статистика -- это > далеко не только среднее.
В условиях задачи ничего не было сказано про количество уникальных посетителей. Однако зная посещаемость других проектов Михаила, я предположил, что и на абстрактном download сайте имеется внушительная клиентская база (миллионы уников). -- > > >> >> >> >> >> >> 14 марта 2013 г., 1:27 пользователь Михаил Монашёв >> <[email protected]> написал: >> > Здравствуйте, Denis. >> > >> >> Как мне кажется, хорошо подойдёт простой способ. >> >> Изначально продаем дорого. >> >> Потом снижаем цену(не обязательно равномерно). >> >> Смотрим на график прибыль на пользователя. Пока прибыль растёт >> >> или находится на плато, можно снижать дальше. >> >> Стоит учитывать сезонность и прочие внешние факторы. >> > >> > Была такая идея. Постоянно колебать цену то вверх, то вниз и смотреть >> > на то, что получится. Но есть минусы. Покупатели могут намеренно ждать >> > снижения и игнорировать повышение, ибо знают, что проигнорировав >> > повышение они получат понижение, т.е. они смогут манипулировать ценой. >> > Хотя может это выдуманная мной проблема. >> > >> > И ещё вопрос. Как в эту схему вписать, например Новый год, когда дав >> > скидку 30% можно утроить продажи. И всё это надо успеть просчитать >> > довольно быстро. Там счёт на дни. >> > >> > Приведу идеальный пример, где цена всегда оптимальна. Заплатил >> > фиксированную цену и твоя реклама на морде сайта висит до тех пор, >> > пока кто-то другой не заплатит столько же. Типа "царь горы". Платится >> > за право попасть на морду, но не за время размещения на ней. Эта >> > фиксированная цена может довольно сильно колебаться почти не влияя на >> > прибыль. Её понижение приведёт к тому, что придётся чаще платить. >> > Повышение - реже. Но всёравно реклама будет продаваться по оптимальной >> > цене и прибыль будет максимизирована. Вот хочется нечто подобное >> > придумать. Тогда можно и скидки давать на эту цену, привлекая их >> > любителетей и увеличивая конкуренцию. И манипулировать сложнее. И на >> > небольших количествах продаваемых единиц должно работать хорошо, т.е. >> > накопленная статистика не всегда репрезентативна может быть (например >> > продаётся 100 единиц товара в день, а номенклатура - 1 млн.). >> > >> > -- >> > С уважением, >> > Михаил mailto:[email protected] >> > >> > -- >> > Moscow.pm mailing list >> > [email protected] | http://moscow.pm.org >> >> >> >> -- >> Алекс >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org > > > > > -- > Andrei Protasovitski > < andrei[dot]protasovitski[at]gmail[dot]com > > Diemen, Netherlands > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > -- Алекс -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
