 |
 |
|
|||
Стоимость разработки сайта зачастую составляет львиную долю затрат на создание интернет-проекта. Многие заказчики и авторы стартапов допускают ошибки уже на этом этапе, и в результате либо их расходы значительно превышают планируемые, либо проект просто глохнет. Как же должна формироваться оплата труда разработчиков сайтов? Как получить свой продукт вовремя, в полном объеме и за разумные деньги? От чего зависит стоимость разработки сайтаРазработка сайта имеет свою специфику. Чтобы не попасть впросак, надо понимать, от чего зависит стоимость услуг разработчика. Понимая это, можно не только снизить стоимость работ, но и самое главное - избежать конфликтов между заказчиком и разработчиком. Итак, что же влияет на стоимость разработки сайта? Любой интернет-проект на сегодняшний день представляет собой сложный продукт, требующий различных технологий:
Как видим, для разработки стартапа необходимы квалифицированные специалисты в нескольких совершенно разных областях. Например, дизайнер не умеет программировать, а программист не владеет Photoshop. Именно поэтому обычно говорят о "команде разработчиков". Разумеется, для успеха проекта в целом необходимы специалисты и в области контента, продвижения сайта, маркетинге и т.д., но здесь мы говорим только о собственно разработке проекта. Теперь мы понимаем, какие виды работ будут необходимы при создании проекта, какие специалисты нам потребуются, и можем говорить об их оплате. Начнем с главного - программирования "движка" сайта. Разработка сайтов. Специфика веб-программированияНи один программист (и веб-программирование здесь не исключение) не пишет весь код "с нуля". У него имеются собственные наработки, которые он использовал в предыдущих проектах. Кроме того, в сети можно найти готовые решения для самых различных ситуаций - например, эффектов меню. Писать код самому имеет смысл только в том случае, если готовое решение найти не удается или задача нетривиальна. Таким образом, чтобы написать небольшую функцию для определения расстояния между населенными пунктами, может потребоваться столько же времени, как и для создания полнофункционального интернет магазина (так как подобные проекты уже есть готовые, а функцию нужно писать "с нуля"). Отсюда вывод - типовые решения, которые уже есть в заготовках, требуют меньше времени и усилий, чем написание нового кода, не имеющего аналогов (у данного программиста). Но при этом стоимость решения не будет прямо зависеть от времени, затраченного на разработку. Почему? А очень просто. Чтобы получить заготовку, программист потратил немало времени, и теперь имеет право продавать свое решение за ту цену, которую готов предложить рынок. Только рынок определяет стоимость разработки. Поясню на примере. Заказчик ставит задачу - определять расстояние от населенного пункта до областного центра. Разработчик говорит - это будет стоить столько-то. Как определить, адекватна ли его цена? Да точно так же, как мы определяем адекватность цен на любые другие товары и услуги - с помощью рынка. Если кто-то может сделать это дешевле, значит, цена завышена. Разработчик может вполне сознательно завышать стоимость, потому что в данный момент ему просто неинтересен такой проект. Или он не имеет опыта подобной разработки, и закладывается на дополнительное время и сложность задачи. Вполне возможно, что другой специалист, уже сталкивавшийся с такой задачей, сможет предложить гораздо меньшие сроки и стоимость. Почасовая оплата разработки или попроектная?Известно, что оплата труда программистов часто оплачивается почасово. Например, Алена Владимирская, крупный специалист в области создания стартапов, приводит следующие выкладки: "Средний человеко-час в студии Москвы программиста стоит 1000 рублей. Если очень торгануться, то 800. В Минске (где все много дешевле и не хуже по качеству) - 500 рублей. Теперь давайте считать. 22 рабочих дня. Нужно как минимум 3 разраба 9 если сразу и мобильники делать) нужны как минимум на 3 месяца." Если так считать, то за 3 месяца даже по белорусским ценам разработка проекта обойдется в $100 000! А по московским - в $200 000. Хотел бы я, чтобы нам так платили... Но увы, заказчиков, способных так щедро финансировать разработку, крайне мало. Здравый смысл подсказывает, что если человеку платят почасово, то ему выгоднее делать что? Правильно, как можно больше затягивать сроки. Любой программист может привести массу причин, по которым разработка затягивается (в то время как он уже все написал и просто играет с друзьями в Квейк по сети). Конечно, заказчик может заранее оговорить сроки, но тогда оплата уже получится не почасовой, а попроектной. Поэтому мое мнение таково, что почасовая оплата разработчиков - в корне неправильная постановка вопроса. Платить можно только за готовый продукт, за результат. Вот наш бюджет, вот наши сроки - давайте работать, если интересно. Разработчик, работающий попроектно, всегда заинтересован в как можно более быстром закрытии проекта, чтобы получить расчет и взять новый. Ему невыгодно затягивать сроки и морочить голову заказчику. Как избежать кидалова в разработке и снизить рискиПри размещении заказа на разработку каждая сторона несет определенные риски. Разработчик рискует своим временем (ведь вместо того, чтобы выполнять этот заказ, он мог бы выполнить другой или просто отдохнуть с друзьями), а заказчик - не только временем, но и деньгами. Как же построить взаимоотношения заказчика и разработчика таким образом, чтобы снизить риски и по возможности максимально мотивировать разработчика? Как говорится, лучшая гарантия доверия к клиенту - предоплата. Ни один уважающий себя разработчик не станет работать без аванса. Величина аванса в процентном соотношении к общей сумме работ может меняться в зависимости от сложности проекта. Например, для дорогих и рискованных проектов имеет смысл разбивать выплаты на несколько этапов, каждый из которых имеет понятное завершение. Скажем, аванс 30%, разработчики создают рабочую версию сайта с основным функционалом. После того, как заказчик видит действующий вариант, оплачивается еще 40%, и работа завершается. После приемки следует полный расчет и проект передается заказчику. В моей практике было несколько случаев, когда я соглашался работать без предоплаты, и в каждом из них были проблемы с оплатой. Например, как-то раз мне заказал сайт Харьковский национальный экономический университет (Инжэк). В то время я был хотя и достаточно опытным разработчиком, но еще слишком доверчивым. Мне и в голову не могло прийти, что такая солидная организация может попросту меня "кинуть". Тем не менее, именно это и произошло. Был выполнен огромный объем работ, сайт был утвержден с проректорами, но затем последовала затягивание оплаты, завершившиеся разрывом отношений. В результате у этого университета до сих пор старый сайт, а я извлек полезный опыт, который сэкономил мне гораздо больше времени и денег в дальнейшем. Поэтому если сейчас заказчик начинает мне рассказывать, какой он солидный и сколько у него уже проектов, то я не воспринимаю его всерьез. По мне, любой заказ, хоть из Кремля, должен быть подкреплен авансом - а иначе никакого желания работать с этим заказчиком у меня не возникает.  Дизайн, Создание сайтов, Продвижение сайтов, SEO, SaaS, Инвестиции, венчурный капитал, Интернет магазины, Дизайн сайтов, Социальные сети, Он-лайн аукционы, Веб-разработка, Стартапы, Идеи стартапов, Инвестирование стартапов, Продвижение стартапов
Просмотров: 161 |
1778 Пользователей в системе  |
