[Moscow.pm] OFFTOPIC про эластичность спроса и предложения

[Alex Shatlovsky]

14 марта 2013 г., 11:40 пользователь Andrei
<andrei.protasovitski на gmail.com> написал:
>
> 14 марта 2013 г., 6:32 пользователь Alex Shatlovsky <shatlovsky на gmail.com>
> написал:
>
>> Привет,
>>
>> Думаю, что ценой может управлять робот.
>> Идея такая: даем ему некую базовую цену (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 пользователь Михаил Монашёв
>> <postmaster на softsearch.ru> написал:
>> > Здравствуйте, Denis.
>> >
>> >> Как мне кажется, хорошо подойдёт простой способ.
>> >> Изначально продаем дорого.
>> >> Потом снижаем цену(не обязательно равномерно).
>> >> Смотрим на график прибыль на пользователя. Пока прибыль растёт
>> >> или находится на плато, можно снижать дальше.
>> >> Стоит учитывать сезонность и прочие внешние факторы.
>> >
>> > Была  такая идея. Постоянно колебать цену то вверх, то вниз и смотреть
>> > на то, что получится. Но есть минусы. Покупатели могут намеренно ждать
>> > снижения  и  игнорировать  повышение,  ибо  знают,  что проигнорировав
>> > повышение они получат понижение, т.е. они смогут манипулировать ценой.
>> > Хотя может это выдуманная мной проблема.
>> >
>> > И  ещё  вопрос. Как в эту схему вписать, например Новый год, когда дав
>> > скидку  30%  можно  утроить  продажи. И всё это надо успеть просчитать
>> > довольно быстро. Там счёт на дни.
>> >
>> > Приведу   идеальный  пример,  где  цена  всегда  оптимальна.  Заплатил
>> > фиксированную  цену  и  твоя  реклама на морде сайта висит до тех пор,
>> > пока  кто-то другой не заплатит столько же. Типа "царь горы". Платится
>> > за  право  попасть  на  морду,  но  не за время размещения на ней. Эта
>> > фиксированная  цена может довольно сильно колебаться почти не влияя на
>> > прибыль.  Её  понижение  приведёт  к  тому, что придётся чаще платить.
>> > Повышение - реже. Но всёравно реклама будет продаваться по оптимальной
>> > цене  и  прибыль  будет  максимизирована.  Вот  хочется нечто подобное
>> > придумать.  Тогда  можно  и  скидки  давать  на эту цену, привлекая их
>> > любителетей  и  увеличивая конкуренцию. И манипулировать сложнее. И на
>> > небольших  количествах продаваемых единиц должно работать хорошо, т.е.
>> > накопленная  статистика не всегда репрезентативна может быть (например
>> > продаётся 100 единиц товара в день, а номенклатура - 1 млн.).
>> >
>> > --
>> > С уважением,
>> >  Михаил                          mailto:postmaster на softsearch.ru
>> >
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>>
>> --
>> Алекс
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> Andrei Protasovitski
> < andrei[dot]protasovitski[at]gmail[dot]com >
> Diemen, Netherlands
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Алекс