КАК НАЙТИ ПРОГРАММИСТА
Начнем с того, что если вы считаете, что вам нужен программист, чтобы сделать какую-либо задачу, то зачастую вы ошибаетесь. В большинстве случаев вам достаточно просто зайти в Google и найти готовое решение. На самом деле, очень многое уже сделано до вас (даже какие-то специфичные вещи), и вам нужно просто поискать.
Если в свободном доступе нужного решения нет, возможно, вы найдете подобное задание на каком-либо фриланс-сайте (www.free-lance.ru,www.weblancer.net и другие). Там же вы найдете контакты исполнителя. Вы можете написать ему напрямую, и он либо продаст вам уже готовое решение, либо на его основе сделает то, что вам необходимо.
Если готовое решение вы так и не нашли, то можете приступить к поиску программиста. В данном случае рекомендую искать программиста на нашем форуме – у нас их много, и они действительно надежные.
Если вы хотите искать программиста где-то извне, то можете использовать уже известные вам фриланс-сайты. Если вы еще никогда не сталкивались с поиском исполнителей на фрилансе, то можете задать этот вопрос у нас на сайте, и мы ответим вам.
КАК РАБОТАТЬ С ПРОГРАММИСТАМИ
Нужно понимать, что программисты не очень хотят работать. Да, бывают те, которые если обещают, то обязательно сделают – но их единицы. В целом с программистами работать сложно. Со временем вы научитесь это делать, но чтобы не тратить время на ошибки вы можете воспользоваться уже готовыми простыми правилами работы с программистами.
Для программистов важно написать очень хорошее техзадание. Нельзя просто сказать: «Мне нужен хороший скрипт, который будет делать хорошую работу». Вы должны написать все, что хотите получить. Чем больше вы дадите подробностей о желаемом результате, тем больше шансов, что вам сделают именно так, как необходимо. Нужно описывать все мелочи, всё, что кажется нужным и важным. Кроме того, на основе этого потом вы сможете показать человеку, что конкретно сделано не так и как требовалось сделать.
Очень важно просить делать все именно по заданию. Не так, как захочет сам программист, а именно так, как написано. Фрилансеры зачастую хотят сделать по-своему и не понимают, в чем разница. Известно, что продажи могут падать из-за неправильного расположения кнопки, либо просто из-за того, что форма находится не там. Программисты этого не понимают, поэтому нужно требовать, чтобы все делалось конкретно по заданию.
Кроме того, желательно разбивать большие задачи на маленькие: «Сейчас делаем вот это, состоящее из 10 блоков, потом вот это, тоже из 10». И постоянно спрашивайте: «Как дела, какие блоки за сегодня сделал?» Например, вы договорились, что каждый день в 8 часов вечера вы ждете от него письмо. Письма нет – в 9 часов вечера пишите: «Как дела, что делаешь?» Если постоянно интересоваться процессом работы, эффективность программиста растет очень сильно.
И здесь важно интересоваться именно той задачей, которую он должен делать в это время. Если проект состоит из 10 блоков, то когда человек делает первый, не стоит интересоваться, что он думает о десятом. Нельзя отвлекать его другими задачами, чтобы у не перескакивали мысли с одного на другое.
Или если один человек ведет у вас 5 совершенно разных проектов, то в момент, когда он делает один, поручать ему что-то сделать с другим можно только в экстренном случае. Иначе человек отвлечется, и потом ему понадобится дополнительное время, чтобы вернуться к решению предыдущей задачи.
ЕСЛИ ВЫ ДЕЛАЕТЕ СОФТ НА ПРОДАЖУ
Если вы делаете софт для себя, то с техзаданием проблем не возникнет, другое дело – если вы делаете для кого-то. Зачастую вы не знаете, что на самом деле нужно людям. Вам кажется, что этот продукт будет пользоваться спросом, – в итоге вы его делаете, тратите много денег, времени, а потом оказывается, что он никому не нужен.
Вначале нужно спросить людей, что им действительно нужно. Это может быть просто опрос на форуме: «Разрабатываем такой-то софт, хотим услышать ваши пожелания. Что вам необходимо?»
Главное – не делать вопрос в стиле «хотим сделать какой-то продукт, скажите, какой вам надо?» Это работает очень плохо. Нужно писать конкретно: «Мы делаем это, уже сделали вот это, что необходимо добавить?»
Этим вы сразу «убиваете двух зайцев»: вместе создаете техзадание на основе того, что вам говорят потенциальные покупатели, плюс создаете интерес к продукту. Когда люди с вами будут обсуждать продукт, им уже будет интересно приобрести его в будущем. Кроме того, другие люди, которые увидят активные обсуждения на эту тему, будут также заходить к вам, читать и интересоваться.
ЕСЛИ НЕТ ДЕНЕГ НА ВЫПУСК СОФТА
Если у вас нет ни денег, ни опыта – можно креативить. Когда-то мы создавали скрипт по сбору баз и продали его по следующей методике. Скрипта как такового еще не было – он только начинал писаться. И мы разрекламировали, что он скоро выйдет, а те, кто хочет купить его заранее, могут это сделать со скидкой: «Сейчас вы можете купить это предложение за $150, а после выхода он будет стоить $250». И довольно активно его покупали за $150. После выпуска его также покупали уже за $250.
Таким образом, во-первых, вы получаете деньги еще до того, как продукт написан, т.е. люди реально готовы платить за месяц-два до выпуска продукта, потому что хотят купить со скидкой и быть в числе первых. Во-вторых, вы сразу можете оценить спрос на свой продукт. Если вы хотите продавать его за $250, а у вас на предварительных продажах не покупают и за $150, то дело не в том, что они не знают, что это будет за продукт – может быть, он просто им не нужен.
СРОКИ РАБОТЫ
Важно учитывать, что если вы делаете задание программисту, и он заваливает сроки – проблема практически всегда не в нем, а в вас. Самый простой рецепт для постановки реальных сроков: умножайте на 2 то время, за которое, как вы считаете, программист способен справиться с вашим заданием. Т.е. вы можете поставить задание на неделю. Но в голове у вас должно быть 2 недели. Неделя – чтобы человек думал, что за это время надо успеть, а 2 недели – для вас, чтобы вы понимали, когда ждать готовый результат.
При этом его нужно постоянно «пинать». В идеале, если у вас есть телефон программиста, то вы каждый вечер созваниваетесь, и он вам рассказывает, что сделал за день. Если он вечером, допустим, не берет трубку, то он должен знать, что вы с ним больше не будете работать.
Естественно, это подходит в ситуации, когда вы только начинаете работать с программистом. Если вы уже долгое время сотрудничаете, то отношения должны быть более гибкими. Можно писать ему каждый день письма, делать какие-то уточнения – просто чтобы он чувствовал, что вы где-то рядом. Если вы дали задание, деньги и пропали – человек не очень стремится работать.
БОНУСЫ И ШТРАФЫ
Если программист сделал все в срок, хорошо или даже лучше, чем вы думали, нужно дать ему какой-то бонус. Нужно чтобы человек знал, что в случае работы на 5+ ему доплатят.
Кроме этого, человек должен знать что будет, если он сделает плохо, не сделает вообще или сделает средне. Сделал средне – ладно, но сделал плохо – можно заплатить чуть меньше денег. Если вы будете сильно штрафовать программиста, именно программиста, то это вам не поможет. Вы оштрафуете его раз-второй – все, потом он просто уйдет.
Штрафы они не любят, а бонусы любят. Так что лучше даже изначально цену, которую вы готовы заплатить, сделать немного ниже, и в случае хорошей работы повысить оплату – сделать бонус.
ОПЛАТА РАБОТЫ
Не платите всю сумму до того, как задание будет готово. Когда вы получите готовый проект, тоже не платите сразу. Для начала нужно протестировать. Если проект маленький, тестируйте сами. Если проект либо очень большой, либо проектов много, то вам нужны люди, которые будут тестировать. В идеале это будут ваши клиенты или хотя бы знакомые. Если это клиенты, то предлагайте им тестировать за скидку.
Кроме этого, до того, как вы заплатите за задание, важно договориться о дальнейшей поддержке. Если вам нужен, к примеру, регистратор какого-нибудь хостинга, вы сразу договариваетесь: «А что, если там изменится форма? Что если она изменится чуть-чуть, что если она изменится средне, и что если она изменится вообще? Что мне потом будет стоить изменить это?» Иногда какие-то мелкие работы сразу заложены в стоимость, а иногда впоследствии нужно будет доплачивать. Плюс, желательно договориться, что если вы потом найдете какие-либо ошибки, даже после даже тестирования, то он исправит все бесплатно.
Бывает, программист говорит: «Работа займет столько-то часов, а час стоит столько-то». Я никогда не работал с программистами с оплатой по часам. Как он определяет, сколько часов у него займет работа? Знаю по себе, что если ты думаешь, что это займет 5 часов, это может занять 10 часов. Поэтому я люблю платить по конкретному результату. Мы договорились, что мне нужно вот это, и человек это сделает за эти деньги. Как он распределит свою работу по часам – это уже его дело.
Как определить цену за конкретное задание? Во-первых, это приходит с опытом. Во-вторых, это зависит от ваших возможностей и важности вашего проекта. Если проект мелкий и вам в целом не очень интересный, то и денег на него вы тратить не хотите. Все равно вы найдете программиста, который это сделает. А если проект серьезный, важный, вы на нем зарабатываете, и если все будет сделано быстро, заработаете в 5 раз больше, то можно ставить большую цену.
Если у вас совсем нет опыта и понимания, то доверяйте интуиции. Как бы странно это ни звучало, просто прикидывайте у себя в голове объем работ и решаемую проблему – что это стоит для вас. Не надо оценивать задание ни в количестве часов программиста, ни в количестве строк кода. Если надо, можно за ночь написать десятки миллионов строк. Оценивайте, какую проблему для вас это решит. Если проблема дорого стоит, то платите соответственно.
Также можно посмотреть среднюю цену по рынку. Можете взять 10 предложений от программистов на вашу задачу, узнать у каждого цену и взять нечто среднее.
