<div dir="ltr"><br><div class="gmail_extra">14 марта 2013 г., 9:19 пользователь Alex Shatlovsky <span dir="ltr"><<a href="mailto:shatlovsky@gmail.com" target="_blank">shatlovsky@gmail.com</a>></span> написал:<br><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">14 марта 2013 г., 11:40 пользователь Andrei<br>
<<a href="mailto:andrei.protasovitski@gmail.com" target="_blank">andrei.protasovitski@gmail.com</a>> написал:<br>
<div>><br>
> 14 марта 2013 г., 6:32 пользователь Alex Shatlovsky <<a href="mailto:shatlovsky@gmail.com" target="_blank">shatlovsky@gmail.com</a>><br>
> написал:<br>
><br>
>> Привет,<br>
>><br>
>> Думаю, что ценой может управлять робот.<br>
>> Идея такая: даем ему некую базовую цену (base). Для 90% посетителей<br>
>> робот дает цену price, для 5% юзеров дает 1.1*base, для ещё 5% юзеров<br>
>> - 0.9*base. Через время эксперимента T робот считает доходность по<br>
>> трем выборкам, и по результатам выставляет новый base - 1.1, 1 или<br>
>> 0.95 от base.<br>
>> Играя с T, размерами выборки и размерами скидок/накруток, робота нужно<br>
>> будет настроить.<br>
>> Если продукт международный, то стоит еще подумать про разделение<br>
>> рынков. Т.е. делим юзеров на несколько регионов, и управляем ценой в<br>
>> регионе независимо от других.<br>
><br>
><br>
><br>
> Не взлетит. Чтобы построить более-менее вменяемые доверительные интервалы<br>
> нужно хотя бы 50000 (пятьдесят) тысяч посетителей на эти 5%, т.е. где-то<br>
> 1000000 (один миллион) уникальных посетителей всего. Статистика -- это<br>
> далеко не только среднее.<br>
<br>
</div>В условиях задачи ничего не было сказано про количество уникальных<br>
посетителей. Однако зная посещаемость других проектов Михаила, я<br>
предположил, что и на абстрактном download сайте имеется внушительная<br>
клиентская база (миллионы уников).<br></blockquote><div><br></div><div>В условиях задачи не сказано. Но если ты начнёшь считать неуникальных, то данные не будут значить ничего.<br><br></div><div>С другой стороны, этот миллион должен состоять из потенциальных покупателей. Если основная аудитория приходит не для того, чтобы купить, а по другим причинам, ты просто забьёшь данные заведомо неконвертируюмыми посетителями. В этом случае средние значения каждого варианта сдвинутся к нулю гораздо медленее, чем сузятся доверительные интервалы. Это может легко привести к тому, что незначимое станет значимым или наоборот. В лучшем случае ты дашь полный ход нейтральному варианту.<br>
<br></div><div>Есть ещё MAB experiments (<a href="http://en.wikipedia.org/wiki/Multi-armed_bandit">http://en.wikipedia.org/wiki/Multi-armed_bandit</a>). В теории этот метод звучит очень вкусно, но для тестов в веб-приложениях, мне кажется, этот подход скорее опасен, чем полезен, поскольку подразумевает анализ на основе выборки из бесконечного числа попыток.<br>
<br>В общем, правильно проэксперементировать тоже нужно уметь.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
--<br>
<div><div><br>
<br>
><br>
><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> 14 марта 2013 г., 1:27 пользователь Михаил Монашёв<br>
>> <<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a>> написал:<br>
>> > Здравствуйте, Denis.<br>
>> ><br>
>> >> Как мне кажется, хорошо подойдёт простой способ.<br>
>> >> Изначально продаем дорого.<br>
>> >> Потом снижаем цену(не обязательно равномерно).<br>
>> >> Смотрим на график прибыль на пользователя. Пока прибыль растёт<br>
>> >> или находится на плато, можно снижать дальше.<br>
>> >> Стоит учитывать сезонность и прочие внешние факторы.<br>
>> ><br>
>> > Была  такая идея. Постоянно колебать цену то вверх, то вниз и смотреть<br>
>> > на то, что получится. Но есть минусы. Покупатели могут намеренно ждать<br>
>> > снижения  и  игнорировать  повышение,  ибо  знают,  что проигнорировав<br>
>> > повышение они получат понижение, т.е. они смогут манипулировать ценой.<br>
>> > Хотя может это выдуманная мной проблема.<br>
>> ><br>
>> > И  ещё  вопрос. Как в эту схему вписать, например Новый год, когда дав<br>
>> > скидку  30%  можно  утроить  продажи. И всё это надо успеть просчитать<br>
>> > довольно быстро. Там счёт на дни.<br>
>> ><br>
>> > Приведу   идеальный  пример,  где  цена  всегда  оптимальна.  Заплатил<br>
>> > фиксированную  цену  и  твоя  реклама на морде сайта висит до тех пор,<br>
>> > пока  кто-то другой не заплатит столько же. Типа "царь горы". Платится<br>
>> > за  право  попасть  на  морду,  но  не за время размещения на ней. Эта<br>
>> > фиксированная  цена может довольно сильно колебаться почти не влияя на<br>
>> > прибыль.  Её  понижение  приведёт  к  тому, что придётся чаще платить.<br>
>> > Повышение - реже. Но всёравно реклама будет продаваться по оптимальной<br>
>> > цене  и  прибыль  будет  максимизирована.  Вот  хочется нечто подобное<br>
>> > придумать.  Тогда  можно  и  скидки  давать  на эту цену, привлекая их<br>
>> > любителетей  и  увеличивая конкуренцию. И манипулировать сложнее. И на<br>
>> > небольших  количествах продаваемых единиц должно работать хорошо, т.е.<br>
>> > накопленная  статистика не всегда репрезентативна может быть (например<br>
>> > продаётся 100 единиц товара в день, а номенклатура - 1 млн.).<br>
>> ><br>
>> > --<br>
>> > С уважением,<br>
>> >  Михаил                          mailto:<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a><br>
>> ><br>
>> > --<br>
>> > Moscow.pm mailing list<br>
>> > <a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Алекс<br>
>> --<br>
>> Moscow.pm mailing list<br>
>> <a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Andrei Protasovitski<br>
> < andrei[dot]protasovitski[at]gmail[dot]com ><br>
> Diemen, Netherlands<br>
><br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
<br>
<br>
<br>
--<br>
Алекс<br>
--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Andrei Protasovitski<br>< andrei[dot]protasovitski[at]gmail[dot]com ><br>Diemen, Netherlands
</div></div>