Фотобанк Peopleimages – как всё начиналось

В этой статье я расскажу, как начинал работу над проектом, который изначально представлял из себя только лишь мечту. На моем пути возникало немало трудностей, но всё уже позади!

И прекрасное тому доказательство - живой и работающий сайт www.peopleimages.com. Благодаря пяти разработчикам, двум дизайнерам, одному интерфейс-разработчику и двум годам напряженной работы мы наконец-то воплотили мечту в реальность, создали работающий www.peopleimages.com. В этой статье я расскажу о том, как проект был основан (фотографом, не имеющим ни малейшего представления об IT-технологиях), как создать и управлять полноценным IT-проектом и как создать платформу прямых продаж.

Если у Вас есть друг-фотограф, коллега-художник или кто-то, кто хочет начать свой IT-проект, вы обязательно должны показать ему эту статью. И желательно до того, как он начнет создавать свой IT-проект. Я поделюсь всем, что я бы хотел знать 2 года назад, когда этот проект был всего лишь мечтой, состоящей из набора случайных записей.

Первоначало мне пришлось столкнуться с несколькими проблемами. Честно говоря, этот проект не был легким, и с самого начала я недооценил время, которое понадобится для создания проекта (а его потребовалось очень много), усилия с моей стороны и все непредвиденные ситуации, которые появляются в процессе создания веб-сайта. Но если вы отбросите всё это в сторону и посмотрите на результат… Я сделал это. И я совсем не жалею, потому что это того стоило.

Мой первый урок:

Управление IT-группой – очень сложная задача!

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

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

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

Я всегда думал, что управлять персоналом нужно на основе уже имеющегося опыта управления. Но в IT всё абсолютно по-другому. Как вы определите, что  программирование на должном уровне, если ничего об этом не знаете? Как вы определите нужное количество времени для задания, если даже не знаете, что входит в это задание? Как вы узнаете, что человек слишком медлит, и нужно сказать ему работать быстрее? Всё, что нормальный менеджер может использовать для ведения проекта недоступно для IT-менеджера, который не является разработчиком. Если вы считаете, что всё это не важно, то просмотрите самые успешные IT-проекты в мире. Все они были начаты, проведены и обдуманы самими программистами. Google, Facebook и Windows не исключения.

И вот здесь я понял разницу между знающим управлением и управление того, что мне совсем незнакомо. Это многого мне стоило: времени, ошибок, денег. Дважды нам пришло полностью переделать сайт, потому что мы нашли существенные недостатки в структуре, которые не позволили бы работать сайту так быстро как требуется или вели бы к возникновению многочисленных багов. Мы зашли в тупик, потому что я слушал не тех людей и задавал не те вопросы, и в то же время управлял проектом слишком небрежно.

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

Более года назад я разместил сообщение в блоге, что мы ищем новых разработчиков для проекта. И получил следующий комментарий от «эксперта»-программиста:

«Привет. Вижу, что вы собираетесь создавать собственный проект! Как мило! А если серьезно, неужели вы действительно думаете, что непрофессиональные сотрудники (фотографы, а не программисты) могут эффективно справиться с такой задачей? Кроме того, то как именно вы поставили требования к решению задачи... PHP(!),parse-rss-feed-and-put-title-into-database…Вы меня рассмешили! Древние века позади. Если вы действительно хотите создать нечто значительное, пожалуйста, свяжитесь с нами - stockmediaengine.com. Мы специализируемся на (микро) стоковых проектах, мы можем предложить вам создание нового проекта на нашей платформе, или мы можем создать все с нуля. И это точно не будет PHP. Мы используем RoR "

Комментарий всё ещё в блоге, но я не хочу оглашать его имя здесь. Самая интересная часть комментария та, где он советует мне основать мой сайт на RoR. В этом случае у меня бы было намного больше проблем, потому что программистов, работающих с RoR, не хватает. И это значит, что обычный поиск нового разработчика для команды был бы почти невозможен или невероятно сложен. Это бы абсолютно погубило мой проект, и как вы видите это человек с достаточно сильными доводами, которыми хотел убедить меня в том, что я делаю всё неправильно, о чем могу пожалеть в последствие. Вот поэтому вы сами должны обладать какими-то знаниями, чтобы понять, какой совет действительно хороший. И спрашивая совет у своих разработчиков, понимать, когда он основан на личных нуждах и притязаниях разработчиков и не является лучшим решением. ( «Я люблю собственное кодирование и то, как я это делаю» - типичное мышление многих программистов, из-за которого они в последствие страдают).

Мой второй урок:

Управление шестью IT-разработчиками занимает больше времени и  трудов, чем управление 100 людьми.

На самом деле я перфекционист! Или наверное я должен назвать себя «избирательным перфекционистом». Под словом «избирательный» я имею ввиду то, что существует много вещей, за которые я переживаю, и есть другие вещи, касательно которых я не переживаю. Эта черта перфекционизма, гордости, критичности присуща не только мне, но и другим художникам. Но это превращается в проблему при ведении IT-проектов, потому что есть некоторые области, которыми приходится пренебрегать, пока концентрируешь всю свою энергию и усилия на другом.

Будучи перфекционистом, создающим нечто грандиозное, вы должны уметь сказать «Хватит! Достаточно деталей!» и сосредоточиться на менее привлекательных вещах.

Я могу вам сказать, что у меня есть результаты пользовательского тестирования 5 различных типов целевых страниц, около 10 версий боковых панелей (справа) и такого же количества серьезных изменений дизайна сайта, которые мы не только обсудили, но и воплотили в жизнь.

Проблема заключается в том, что вы скованы перфекционизмом и критичностью. Это довольно распространено в фотографии. Поэтому многие художники проводят только одну выставку в год (а то и реже). Потому что они становятся настолько самокритичны, что перестают что-либо делать вообще. Они уверены, что выставляя напоказ под своим именем то, что им самим не нравится, не принесет ничего хорошего.  Непонимание заключается в том, что всё же другие люди видят это по-другому, и гораздо лучше создать хоть что-то, чем  вообще ничего не делать. Мне пришлось научиться говорить «Достаточно значит достаточно». Иногда самое простое и легкое решение – самое лучшее, потому что  иногда время, потраченное на поиск лучшего решения, не окупается. Хотя это самое трудное в принятии решения для перфекциониста, но вы это поймете, когда будете создавать свой IT-проект. Для меня это было действительно трудно!

Мой третий урок

Советовать…или не советовать?

Следующий урок, который я выучил, был связан с советами экспертов. Будучи новичком в IT-технологиях, первое, что пришло мне на ум, посоветоваться со знающим человеком. Точно также и я в течение пяти лет ведения своего бизнеса отвечал на все вопросы людей, которые начинали свои проекты. Ну конечно в своей манере, например, «Ваше портфолио никуда не годится, ваше отношение к работе просто ужасно. Переступите через себя и фотографируйте более реалистично. Создайте историю, в которую люди поверят!» Давать советы – стало моим хобби, хотя это и занимает много времени. Я никогда никого не отговаривал. Я всегда оставлял дверь открытой, но указывал на некоторые нюансы, которые они могли бы исправить.

Теперь я вдруг очутился в таком же положении. После проявления доброжелательности других людей, к сожалению, я узнал, что люди, разбирающиеся в IT-технологиях, не хотят тратить своё время, отвечая на мои вопросы. Даже обращаясь к самым лучшим и влиятельным фотографам, я получал такие ответы: «Мне жаль, но у меня нет времени» или вообще письма оставались без ответа. Люди, преуспевающие в онлайн-бизнесе, совсем не хотят рассказывать, как они этого достигли. В тот момент я остался один на один с только что принятыми на работу специалистами, которые считались относительно успешными в IT-сфере. И вот как раз с ними мне и пришлось советоваться.

У меня далеко не всё получалось. Основной урок, который я выучил в то время как в 2008-2009 годах только планировал www.peopleimages.com, заключался в том, что если тебе нужен совет эксперта, лучше всего обратиться к самому себе.

Забудь об «экспертах» - самый лучший совет – это совет самому себе. Самообучайтесь!

Так, как сумасшедший, я начал самостоятельно искать информацию. Особенно я был очарован SEO в то время, когда интернет был переполнен (не принимая во внимание конечно сегодняшний google) чрезмерно оптимизированными сайтами, искусственными ссылками и в основном бедными, но занимающими высокое положение сайтами. Если вы пролистаете мой блог, то заметите несколько сообщений, перегруженных ключевыми словами и многочисленными ссылками. Как вы понимаете, я обычно всегда бросаюсь в крайности. Итак, я обширно использовал SEO в своем блоге, что не очень хорошо, но тогда это приносило определенный эффект. За тот период я набрал около 24 тысяч лайков на facebook и 6 тысяч на twitter. Но в целом это не принесло ничего хорошего, потому что мои читатели просто устали от бесконечных ссылок. А проблема то заключалась в том, что я слишком много слушал советы экспертов о том, как благоприятно использование SEO, но я совсем забыл об основной причине, по которой люди посещают мой блог. Из-за хороших статей!

Я практически погубил свой блог, и ничего там не писал почти год. В конце концов, я понял, что слушая «экспертов» и IT-консультантов, совершал большую ошибку.  В лучшем случае, это бесполезно, в худшем – бессмысленная трата драгоценного времени.

За это время моё однообразное мышление кардинально изменилось. Я понял, что есть всего два пути, чтобы избежать неприятностей. Худший путь – это полнейшее игнорирование экспертов и попытка сделать всё самому. Это будет стоить вам уйму затраченного времени и полученный результат не будет соответствовать принятому стандарту, хотя вы и потратите много усилий для этого. Другой не самый лучший путь – не тратить время на самообучение, а просто слепо слушать дорогих наемный IT- консультантов, как многие компании и делают, и просто отдать проект в их руки – но веб-сайт нужен Нам! Запомните! Не нужно относиться к нему так, как будто он нужен кому-то другому.

Я бы порекомендовал поэтапное самообучение, чтобы научиться понимать основы проекта, правильно истолковывать советы и конечно правильно задавать вопросы.Затем, вы сможете, опираясь на собственные знания и отлично зная свою работу, находить лучшие решения любой проблеме. А главное, вы сможете сказать, что добились всего сами. Потому что вы знаете свой бизнес и знаете, куда двигаться дальше. Это звучит банально, но на самом деле это научит вас не придираться к мелочам и радоваться тому, что вы создали. В тот момент, когда эксперт начинает что-то объяснять, а вы не понимаете, как раз и надо задавать глупые вопросы.

Мой четвертый урок

Важность инстинкта!

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

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

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

Разработчики всегда будут говорить, что если бы у них с самого начала был достаточно хороший план, то им бы не пришлось сейчас переделывать работу. Вопреки всем блогам и советам, я скажу: «Не слушайте их!» Строгий план скорее всего окажется со сложной структурой, где будет много мелких сложно исправимых ошибок. Зачастую планируя слишком детально, конечный продукт содержит много мелких недочетов, которые вы не сможете предвидеть даже в детальном плане.

Программистам нравится детальное планирование, как и многим людям вообще, но великолепный интерактивный дизайн обычно не может быть создан с самого начала.

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

Как проект-менеджер вы должны вникать во всё. Плохой интерфейс – это одна из самых важных и основных проблем сегодня. Вы должны понять, что если с интерфейсом тяжело работать, то его нужно менять. Если ваш инстинкт подсказывает, что что-то работает не так как надо, то смело меняйте это.

Удален! Снова и снова…

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

«Чтобы получить необходимый опыт, вы должны создать проект, а чтобы улучшить проект, вы должны быть готовы удалить его»

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

Хороший проект-менеджер должен научить команду IT-разработчиков не бояться сталкиваться с трудностями и принимать наилучшее решение, даже внося кардинальные изменения в проект.

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

Запуск проекта!

Готовясь к запуску проекта, я дал 6-минутное интервью перед 1,5 миллионной аудиторией. Суть я изложил очень хорошо, но когда дело дошло до более подробных деталей, я очень занервничал. За последнюю неделю перед запуском я спал только 15 часов, от стресса я ещё и заболел прямо перед интервью. Это было безумием, но всё должно было быть доведено до конца.

Известно, что многие IT-проекты терпят фиаско с самого начала, и только 5% запусков заканчиваются успехом. Но это никого не останавливает от многочисленных попыток. Работая в IT-среде, нужно запастись реализмом и не упускать ни одного удачного случая. Следующий рассказ как раз об удаче или неудаче -  решать вам.

Причиной моей бессонницы перед открытием было вмешательство СМИ в запуск проекта за три дня до намеченной даты и публикация статьи о проекте на первой странице крупнейшей газеты Дании.

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

В час ночи (чуть больше часа после утечки информации в СМИ) я собрал свою команду, а с некоторыми мы устроили переговоры по Skype. После этого мы решили, что запускать сайт нужно именно сейчас, не через три дня или завтра, а именно сейчас.

Каждый руководитель проекта прошел через те проблемы, которые были обозначены ещё до запуска, и решение для которых уже было готово. Запуск сайта “прямо сейчас” был сумасшедшей идеей, но мы знали, что должны сделать это. Мы запускали сайт прямо в моей гостиной, использовали складные столы и подключали ноутбуки ко всем доступным дисплеям. Ещё мы использовали GoogleAnalytics, чтобы иметь возможность прослеживать каждого упущенного пользователя. Конечно посетителей было достаточно, но на сайте ничего ещё не было. Он был закрыт для посетителей…смотреть на это было больно.

Мы очень многое меняли на нашем сайте, потому что возникало множество сложностей. Нас даже попытались взломать и получить доступ к закрытой части сайта.  После первых часов работы мы обнаружил много проблем (которые в последствие удачно разрешили).

Ближе к 6 часам утра мы заметили спад посетителей, и уже тогда мы знали, что сайт будет жить и работать. В течение последних 30 минут мы завершили оставшиеся дела, и сайт был полностью открыт для посетителей.

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

Я никогда не забуду эту ночь, когда мы собрались все вместе и запустили сайт за три дня до намеченной даты. Это было самым интересным и в то же время изматывающим событием в моей жизни, но я не променял бы его ни на что на свете. И вот тут-то я понял – у меня потрясающая команда! Великолепные люди, которые преданы своему делу. Около 4 часов утра я оглянулся вокруг и заметил, что ни один из членов моей команды не спит, все работают на 100%. И все они были готовы работать в таком же бешеном режиме следующие несколько дней, чтобы сайт работал нормально и все детали были учтены.

Люди брали таймауты по 8 часов, только для того, чтобы поспать. И даже главный исполнительный директор в Кейптауне, который отвечал за контроль качества проверки, работал всю ночь и вышел на работу в 9 утра как и положено и продолжил работу в течение всего рабочего дня.

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

Вывод после всего сказанного прост: многие люди стараются быть лучше, чем есть на самом деле, и им нужно давать эту возможность.

Разговаривая со своей командой после запуска сайта, я понял, что они были счастливы, что оказались частью такого сумасшедшего проекта. «Вот почему мы стали разработчиками», говорили они. «Приятно осознавать, что мы это сделали. Это ведь целая история!». Требуя только самого лучшего, скорее всего вы это и получите.

Я бы очень хотел вернуться в прошлое и прочесть хотя бы парочку этих строк. Я был бы счастлив, если бы знал всё это, когда начинал свой IT-проект. Помогите своим амбициозным друзьям, отправьте им эту статью!

к оглавлению раздела обсудить на форуме