А вот если так поставить вопрос...чисто практически.
Делает человек 200 фото\видео в месяц. При каком варианте загрузки будет наибольший доход и стабильный рост дохода? Контент среднестоковый: люди, занятые каким-либо делом, предметка на белом, еда и тд.
1) Один раз в месяц сразу все 200.
2) Один раз в неделю по 50.
3) Через день по 10-15.
4) Раз в несколько месяцев по 500-800.
vmenshov, если Вы в Earnings Summary нажмете закладку Subscription, то получите ранжирование Ваших работ по числу скачек. Там несложно посчитать число страниц с работами по разным границам уровней скачивания
У меня по ощущениям 90% дохода приносит процентов 5 картинок. Остальные 10% это либо случайные продажи, либо "похожие" на топы. ЗП пока до 1000 не доросла, но и от сотни убежала довольно далеко. Растет на $30 в месяц в среднем. На стоках 2 года с копейками, причем за первый год я баксов 200 что ли суммарно заработал
Видите ли, тут люди с очень старыми портфелями пробуют какие-то теории строить. У нас загрузки очень слабо влияют на размер портфеля и при отсутствии (или малом количестве) продаж нового, временами совершенно неясно как шаттер ворочает свою базу, что из нее продаются казалось бы совершенно забытые работы. Одно время было очень хорошо видно, что шаттер выставляет на показ конкретную по времени часть базы (т.е. продавались совершенно разные работы, но загруженные в какой-то близкий временной интервал). Сейчас я вообще логики уловить не могу
Шатеру именно это и нужно. Чтобы фотки не брали, т.е. не скачивали. ... Я фотошопе не сижу круглосуточно только потому, что купил подписку на месяц.
Как вы привлечете клиентов, если у вас база - полное гэ и качать там нечего. Вы продадите хоть одну подписку на фотошоп, если скачиать можно будет только паинтбраш?
Никто не купит подписку на базу забитую шлаком. Поэтому и тут интересы шаттера со стокерами совпадают. Если бы шаттер не хотел скачек по подписке, он бы в поиске по популярности сделал бы обратную сортировку. И никто бы ничего там не скачивал бы. А он далает наоборот, почему-то.
vmenshov, поверьте, угадать, что нужно клиенту невозможно. Поэтому тактика возьмем все, чтобы случайно не выкинуть то, что нужно конкретному клиенту имеет смысл. Дальше основная задача сделать так, чтобы по поисковому запросу клиента из этого моря вылезало именно то, что он ищет
А вот если так поставить вопрос...чисто практически.
Делает человек 200 фото\видео в месяц. При каком варианте загрузки будет наибольший доход и стабильный рост дохода? Контент среднестоковый: люди, занятые каким-либо делом, предметка на белом, еда и тд.
1) Один раз в месяц сразу все 200.
2) Один раз в неделю по 50.
3) Через день по 10-15.
4) Раз в несколько месяцев по 500-800.
Думаю, что в нынешних реалиях ко всем цифрам нужно добавить один нолик, тогда есть смысл при любом варианте. А так, скорее всего ничего не изменится, хоть как грузи.
Для любителей поиграться с цифрами.
Долгое время слежу за одним показателем портфеля и меня удивляет его стабильность.
Захотелось как-то прикинуть, сколько картинок приносят доход выше "средней температуры по больнице". Считал просто - общую сумму за все время разделил на общее число картинок, затем посмотрел, сколько картинок заработали выше этой условной границы и сколько ниже. Что забавно - несмотря на плавный рост этого RPI, отношение числа тех кто выше к тем, что ниже постоянно держится на одном и том же уровне. Выше - 20%, ниже - 80%. Плюс-минус менее процента.
Сильно подозреваю, что это не таинственный показатель портфеля, а просто свойство статистического распределения, но курс мат. статистики остался в далеком студенческом прошлом, уже не вспомню.
Тут есть те, кто еще помнит курс статистики? Всякие там медианы распределения, критерии хи-квадрат и прочее?
раньше была закладка что-то типа "непроданное", а теперь как посмотреть сколько работ ни разу не продавались?
В top performers на странице по умолчанию 20 работ. Число полных страниц * 20 + число картинок на последней = число проданных всего хотя бы по разу. Вычитаем из общего и имеем число непроданных.
Re: Обсуждаем уровень продаж на Shutterstock
Линейный вид
