Фоторедакторы все еще актуальны. Редакция не скрывает свою любовь к фоторедакторам, считая эту категорию по-прежнему недооцененной, хоть и более конкурентной, чем в 2018 году. Несомненно, вы вряд ли запросто сможете сделать еще один MSQRD и продать его Facebook за xxx xxx xxx$ (+/- x), но сделать прибыльный бизнес до нескольких миллионов $ в год — вполне реально.

Вот несколько основных ошибок, которые редакция замечала у друзей и знакомых, касающихся фоторедакторов.
1. Излишнее сравнение себя с конкурентами. Как правило, пользователи, перешедшие из платных каналов не сравнивают вас с другими приложениями, а иногда даже не знают про них. Вам необязательно быть Reface и Faceapp, чтобы зарабатывать
2. Непонимание, что фоторедакторы — это частный кейс арбитража трафика, где важно уметь “находить связку” и затем ее масштабировать
3. Переоценка маркетинговых изменений. Чаще всего это апелляция к ухудшению атрибуции и увеличению CPM. Да, маркетинг действительно стал дороже, но появляются новые большие и дешевые каналы, а также улучшается конверсия в странах, от которых раньше не приходилось ждать платящих пользователей

Примеры новых фоторедакторов
LifeEnjoy - AI Face & Predict релиз 10 месяцев назад, выручка 400 000$ в месяц
Quick Art: 1-Tap Photo Editor за 8 месяцев набрал 60 000$ в месяц
Art Me: Cartoon Avatar Editor появился 5 месяцев назад, выручка 40 000$ в месяц

Как использовать тренд?
1. Для проектов с целью заработка макроэкономические факторы со временем откроют новые рынки вроде Африки и Индии, где конверсия в подписку с каждым годом растет, а CPI все еще копеечный
2. Качественные продукты с оригинальной идеей будут переходить в работу с видео-контентом для TikTok/Snapchat etc. Там есть место, как и для венчура, так и для прибыльного бизнеса
3. Все те же тренды в NFT, о которых мы обычно упоминаем, где есть ниши для редактирования контента, но об этом в одном из следующих постов, поэтому обязательно подпишитесь и включите уведомления

#ЦифраДня: В своем новом рейтинге лучшей работы Glassdoor поставил Enterprise Architect на первое место в США и Java Developer на первое место в Великобритании. Интересная аномалия заключается в том, что, хотя Мобильный Инженер (Mobile Engineer) занимает 12-е место в Великобритании, эта работа даже не входит в число 50 лучших в США. Это может быть связано с относительно низкой заработной платой или с оценкой удовлетворенности менее 4 из 5.

Продукт vs проект, и в чем разница для разработчика.

Представим проект по постройке дома на заказ. Есть чертежи, есть план работ, сроки. Всё посчитано, всё оптимально. Берешь ресурсы, делаешь по плану, в срок сдаешь дом. Звучит просто.

На деле все проекты едут по срокам, а дом в итоге получается не совсем таким, как его задумывали. И когда дом сдадут, внезапно окажется, что по соседству построили дом для сдачи в аренду посуточно, и там каждый вечер тусовки. Это я веду к тому, что за время проекта может произойти столько всего, что по итогу результат проекта может быть уже никому не нужен.

В продуктовом подходе сначала быстро делают бытовку и в ней сразу начинают жить. Потом, если оказывается что жить здесь можно, бытовку начинают перестраивать. В новой версии учитывают специфику местности. Например, добавляют теплоизоляцию и отопление. И так итерациями улучшают, делая более подходящим под изменяющиеся условия. Если рядом построили дом с вечеринками, можно добавить нашему дому шумоизоляции в новой версии.

Что это значит для разработчика?

В проекте есть начало и конец. Обычно стараются пилить проект одной командой от начала и до конца. Редко донабирают разрабов в середине. Это значит, что в большинстве случаев это green field, возможность начать с нуля, спроектировать красивую архитектуру и заложить инженерные практики, которые сберегут время в конце проекта, когда сроки будут гореть. Ну а если что-то не совсем правильно спроектировали, то часто выбирают вариант не переделывать, а довести проект до конца и переключиться на следующий.

В продукт постоянно приходят новые разработчики и уходят старые. Ротация кадров для продукта — нормальное явление. Приходя в продукт, надо быть готовым иметь дело с легаси. Потому что оно приносит деньги. И нужно уметь дорабатывать легаси и строить рядом с ним новые направления. И при построении чего-то нового нужно уметь заложить архитектуру и инженерные практики такие, чтобы не испытывать проблем, когда это станет легаси. У продукта нет конца как у проекта, поэтому разработчики имеют дело со своим же легаси через год-два-пять.

Поэтому в продукте так важно «правило бойскаута»:
«оставь место стоянки чище, чем оно было до твоего прихода». Чистка не обязательно должна быть глобальной, достаточно почистить хотя бы небольшой кусок кода, режущий глаз.
© Роберт Мартин