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

[Andrei]

14 марта 2013 г., 9:19 пользователь Alex Shatlovsky
<shatlovsky на gmail.com>написал:

> 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 сайте имеется внушительная
> клиентская база (миллионы уников).
>

В условиях задачи не сказано. Но если ты начнёшь считать неуникальных, то
данные не будут значить ничего.

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

Есть ещё MAB experiments (http://en.wikipedia.org/wiki/Multi-armed_bandit).
В теории этот метод звучит очень вкусно, но для тестов в веб-приложениях,
мне кажется, этот подход скорее опасен, чем полезен, поскольку
подразумевает анализ на основе выборки из бесконечного числа попыток.

В общем, правильно проэксперементировать тоже нужно уметь.


>
> --
>
>
> >
> >
> >>
> >>
> >>
> >>
> >>
> >> 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
> >
>
>
>
> --
> Алекс
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130314/ad4dd8a0/attachment-0001.html>