Развиваем классический медиа-портал про фотографию и фототехнику

Журнал Prophotos.ru начался с сообщества в Живом журнале.  Позже он превратился в портал, который публиковал обзоры на фототехнику и материалы о фотографии. Редакция ставила себе целью первыми тестировать технику и давать независимую оценку камерам.

Основатель портала — Аркадий Акулов, предприниматель с большим опытом в запуске и развитии медиа-проектов. Свой первый большой проект ameno.ru он продал холдингу Independent Media (издаёт российские версии Cosmopolitan и Esquire), после чего решил создать Prophotos, так как сам любил фотографировать и интересовался фототехникой.

Команда хотела превратить Prophotos в самый авторитетный российский источник информации о фотоаппаратах. Для этого они разработали специальную методику оценки и писали подробные многостраничные обзоры, чтобы дать читателям полную картину перед покупкой.

Проект продолжает развиваться и достигать успехов, его ежемесячно посещают 470 000 человек, 68% из которых приходят из поисковых систем по запросам, связанным с выбором объектива или камеры.

Задача

После первых успехов команде проекта нужно было быстрое техническое усиление, чтобы поддерживать сайт и разрабатывать для него новые функции. Чтобы не тратить время на поиск людей в штат, руководство решило нанять аутсорс-специалистов.

Такой способ расширения команды удобен, если объём задач неясен, а планы по проекту только уточняются. Даже если через пару месяцев работы станет меньше, достаточно просто завершить контракт с аутсорс-подрядчиком. Если же брать человека в штат, то помимо объёма задач, который ему нужно будет дать, руководству придётся позаботиться о рабочем месте, перспективах роста и вовлечении в культуру компании, а завершить работу будет сложнее.

В данном случае вместе с управленческими преимуществами команде Профотос понравился наш опыт в использовании Ruby / Ruby on Rails для создания медиа-порталов, таких как 420on.cz.

Решение

Объединённая команда Prophotos+Evrone должна была поддерживать существующее монолитное приложение на Ruby, а также внедрять новые функции, предусмотренные бизнес-моделью — механики голосования в конкурсах, взаимодействия с аудиторией, платёжную систему.

Что получилось в итоге?

Кейс Prophotos — один из тех, в которых измерить успех цифрами не получится. Продукт не имеет особенных технических изяществ, мы просто выполняли рутинные задачи, которые помогали продукту быть надёжным.

Обычно инновационные вещи реализуются в продукте, который работает с новой технологией, а в данном случае мы развивали классический медиа-портал для команды фотоэкспертов — такая серьёзная погруженность в тему была их конкурентным преимуществом и самой большой ценностью.

О такой работе не говорят на YCombinator или в Forbes, но именно решение основной массы «скучных» задач помогает высвободить время руководителей на стратегию и продуктовую экспертизу. И в данном случае нам удалось добиться успеха — обеспечить стабильность сайта, голосований и регистрации пользователей. А креативная команда смогла сосредоточиться на взаимодействии с сообществом.

Мы участвовали в развитии этого продукта ещё несколько лет, помогали запускать сервис Fotoshkola.net, а после бережно передали оба проекта на поддержку другому подрядчику.

Что нужно учесть, когда вам нужен аутсорс?

Опыт, который мы получили в работе над Профотос, мы сохранили и уже применили на разных клиентских проектах. Данный кейс — история успешного взаимодействия, поэтому мы подготовили несколько советов тем, кто планирует сотрудничать с разработчиками по схеме аутсорс или аутстафф. А если вы планируете разработку информационного портала — сразу переходите к заполнению формы внизу.

Как найти команду на аутсорс?

• Посчитайте, сколько специалистов вам нужно, исходя из вашей финансовой модели. Попробуйте просчитать разные варианты: только свои сотрудники, только аутсорс сотрудники, 50/50.
• Соберите требования к будущей команде. Какой опыт они должны иметь? С какими технологиями работать? Если вы затрудняетесь с ответами на эти вопросы, попросите вашего потенциального подрядчика помочь.
• Не стесняйтесь рассказывать свою идею разным командам. Они точно не бросятся её реализовывать без вас, потому что зарабатывают продуктовой разработкой для клиентов, а не созданием и развитием собственных продуктов. Пусть лучше они вас выслушают и дадут честную обратную связь насчет идеи — быть может, вы не видите каких-то потенциальных сложностей.
• Оценивайте специалистов по тому, какие решения они предлагают и по тому, в каком процессе они работают. Так вы поймёте, смогут ли они влиться в уже существующую команду. Следуют ли они гибким методологиям? Используют продуктовый подход в аутсорс разработке?
• Помните, что кроме разработки вы можете отдать на аутсорс тестирование, проектирование архитектуры и оптимизацию инфраструктуры, дизайн. Это не значит, что продукт будут делать другие люди — ключевая экспертиза всё равно закреплена за вами.

Как управлять аутсорс командой?

• Давайте быструю обратную связь, особенно в начале работы. Сложности возникают всегда, но если их отложить, они приведут к большим потерям времени и денег.
• Фиксируйте информацию по проекту с первого дня разработки: все доступы, найденные решения, применённые технологии и хаки. Команды и люди в ней меняются, но если у вас будет своя база знаний, вхождение в проект не будет ни для кого проблемой.
• Познакомьтесь с менеджментом в компании, у которой вы планируете взять разработчиков, чтобы знать, чего от них ждать. Возможно вы что-то перенесёте и в свою модель управления.