Перечень работ по созданию сайта

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

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

«Мы не делаем одинаковые сайты по шаблону. Каждый наш проект уникален в плане дизайна, наполнения и структуры, оптимально настроен под конкретные задачи»

Ключевые этапы создания сайта:

Определение целей проекта.

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

Разработка концепции сайта.

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

Проектирование веб-сайта.

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

Разработка дизайна.

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

Хостинг и доменное имя.

Для создаваемого сайта покупается доменное имя (домен) и подбирается наиболее подходящий тариф хостинга. Если у вас уже есть хостинг сторонней компании, то его характеристики проверяются на предмет соответствия техническим требованиям сайта и CMS. По вашему желанию возможен перенос доменного имени на наш хостинг.

Верстка макета дизайна.

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

Установка системы управления сайтом — Muxe CMS.

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

Создание специализированных модулей CMS.

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

Наполнение сайта.

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

Утверждение проекта.

Мы предоставляем вам готовый сайт вместе со всеми паролями для доступа и администрирования ресурса. Если вас все устраивает, проект утверждается.

Автор статьи: Людмила Хариторнова

Представьте себе среднестатистическую веб-студию, которая заключает договоры с клиентами. А теперь представьте, с какими проблемами сталкивается такая веб-студия:

  • Заказчик долго не принимает работу. То не нравится слишком синенький фон, то значки нужно сделать чуть креативнее.
  • Фактически заказчик принял работу (например, вовсю пользуется сайтом), а вот денег не платит… То говорит, что их нет, а то вдруг через пару-тройку месяцев вспомнит, что и результат ему не очень понравился.
  • Заказчик решил расторгнуть договор и вернуть уплаченные деньги (это может быть связано со сменой руководства и потерей интереса к проекту).
  • И так далее, и тому подобное.

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

В договоре есть несколько ключевых моментов:

  • как согласовываются конкретные услуги;
  • как получается информация от заказчика;
  • как осуществляется приемка результата услуг (этапа);
  • как подписываются закрывающие документы;
  • как передаются исключительные права;
  • как осуществляется расторжение договора;
  • как разрешаются споры.

По сути, каждый из этих элементов позволяет «настроить» процесс общения с клиентом на максимально безопасный режим.

Давайте разбираться подробнее.

1. Согласование услуг

Если согласование услуг фактически осуществляется не только посредством подписания оригиналов приложений, но и иными способами (например, через почту, мессенджеры), следует указать это в договоре.

Например, можно использовать такую формулировку:

Стороны могут согласовать перечень услуг путем:

  • подписания Сторонами единого документа;
  • обмена Сторонами подписанными скан-копиями документа по электронной почте.

Можно также указать, что если стоимость услуг не более 10 000 руб. (сумма может быть любой), то достаточно выставить счет с указанием наименования услуг и оплата такого счета будет считаться согласованием услуг со стороны Заказчика.

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

2. Получение информации от заказчика

Если для исполнения Договора вам нужна информация от Заказчика, обязательно укажите:

  • перечень информации (он может быть открытым);
  • сроки, в течение которых Заказчик должен ответить;
  • право Исполнителя перенести сроки при задержке ответа или приостановить оказание услуги. Текст может быть таким: «Переносить сроки оказания услуг в случае задержек Заказчиком предоставления необходимых материалов либо в случае задержек принятия решений Заказчиком на промежуточных этапах работы над проектом».

3. Приемка результата услуг (этапа)

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

Текст в договоре может быть таким: «В ходе оказания услуг Исполнитель вправе направлять на согласование Заказчику промежуточные результаты. Замечания и/или предложения по доработке промежуточных результатов должны направляться Заказчиком Исполнителю не позднее чем через 3 (Три) рабочих дня с даты получения соответствующего промежуточного результата от Исполнителя.

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

Исполнитель имеет право не согласовывать отдельные промежуточные результаты с Заказчиком, если такое согласование прямо не предусмотрено Приложением к Договору».

В договоре нужно прописать, как передается результат, но еще более важно – выполнять написанное.

4. Подписание закрывающих документов

Тут следует придерживаться нескольких правил:

  • прописать, как отправляется Акт (по электронной почте, путем передачи оригинала);
  • обозначить сроки на получение возражений от Заказчика; если эти сроки прошли – считаем, что Акт подписан.

Текст может быть таким «После окончания оказания услуг по очередному Приложению Исполнитель обязан в срок не позднее 5 (Пяти) рабочих дней с момента окончания оповестить Заказчика об окончании оказания услуг и предоставить Заказчику Акт сдачи-приемки. Акт сдачи-приемки может по выбору Исполнителя направляться в виде скан-копии на электронную почту Заказчика либо путем направления оригинала Заказчику.

Заказчик в течение 5 (Пяти) рабочих дней со дня получения Акта сдачи-приемки обязан направить Исполнителю подписанный Акт сдачи-приемки или мотивированный отказ от приемки услуг. При наличии у Заказчика претензий к оказанным Исполнителем услугам Сторонами оформляется протокол доработок с указанием сроков и порядка их выполнения».

5. Передача исключительных прав

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

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

6. Разрешение споров

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

А теперь – пара кейсов, которые показывают, к чему приводят ошибки:

Кейс № 1: Договор есть, а приложений к нему нет

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

Суд, проанализировав договор, пришел к следующему выводу:

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

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

В итоге суд взыскал с веб-студии уплаченную сумму ( ).

Кейс № 2: В договоре прописали, но не сделали

Веб-студии предъявлен иск о ненадлежащем исполнении договора и взыскании уплаченных денежных средств.

Суд сделал следующие выводы:

  • Договором предусмотрено, что работы должны быть выполнены в три этапа: разработка технической документации (стоимость 33600 руб., срок выполнения – 10 рабочих дней), разработка дизайна (46080 руб., 8 рабочих дней), программирование (183120 руб., 39 рабочих дней).

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

  • Ответчик утверждает, что первый этап выполнен, но в дело не представлены доказательства проведения внутреннего (на сотрудниках веб-студии) пользовательского юзабилити-тестирования – указанная работа входит в первый этап. Таким образом, суд правомерно сделал вывод о ненадлежащем выполнении работ и по первому этапу тоже.

Таким образом, суд удовлетворил исковые требования, и причиной тому стало неисполнение действий, предусмотренных в договоре ( ).

Не забывайте, что договор может стать вашим помощником, а может и навредить 🙂

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

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

Основные этапы создания веб-сайта:

  • Постановка целей и задач сайта;
  • Создание, проработка технического задания (ТЗ) на разработку сайта;
  • Прототипирование;
  • Создание макета дизайна сайта;
  • Верстка;
  • Программирование;
  • Наполнение контентом;
  • Тестирование;
  • Сдача готового проекта клиенту.

Постановка целей, задач и выбор вида сайта

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

После того, как поставлены задачи, определяется целевая аудитория. Важно понять для кого создается ресурс, что заказчик может предложить и как отреагирует аудитория на оффер. Определение ЦА «диктует» свои правила, на основе полученных данных формируется структура сайта, контент, дизайн, функционал и др.

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

Следующий этап разработки сайта: формирование технического задания

Техническое задание – это документ, который составляется вместе с клиентом. Он включает детальные характеристики ресурса:

  • Пожелания по дизайну (цветовое оформление, применение фирменного стиля или его разработка, соотношение графических элементов к текстовым);
  • Семантическое ядро;
  • Структуру сайта, количество страниц, категорий, блоков;
  • Функционал сайта (только стандартный или разработка дополнительных модулей, подробное их описание и цели);
  • Применяемые технологии;
  • Технические требования к ресурсу.

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

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

Создание макета дизайна сайта

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

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

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

Слияние дизайна с системой управления сайта (верстка)

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

Далее ресурс подключается к системе управления. С ее помощью создаются страницы, категории и подкатегории проекта, определяется порядок работы вкладки меню, расставляются гиперссылки. Ресурс получает окончательную структуру, которая будет представлена посетителям. Иногда сайты могут использоваться без CMS (например, лендинги), поэтому сайт просто верстается на HTML и CSS языках без прикрутки к движку.

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

На завершающем этапе верстки разрабатывается адаптивная версия сайта. Она не обязательна, но рекомендована клиентам, желающим охватить мобильный трафик.

Программирование веб-сайта

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

Наполнение контентом

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

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

Тестирование проекта

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

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

Не знаете как выбрать доменное имя? Читайте наши рекомендации в статье «Какой домен выбрать для сайта?”.

Дополнительные работы после сдачи проекта заказчику

Редко после того, как пароли и доступ к сайту выданы заказчику, сотрудничество с исполнителем заканчивается. Чаще всего клиенты заказывают дополнительные услуги, например:

  • Обновление каталога, материалов, выкладка товаров и их описание;
  • Обучение работе с сайтом;
  • Поддержка сайта;
  • Продвижение ресурса;
  • Написание статей, наполнение категорий СЕО-текстами и др.

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

Выводы

Как видите, создание сайта является довольно сложной работой. От каждого этапа и безошибочной его реализации зависит качество всего ресурса, соотношение желаемого к реальному, впечатление клиента о веб-студии и дальнейшее сотрудничество. Хотите увидеть этапы создания сайта на примере? Читайте кейс «Создание сайта жилого комплекса”.

Хорошая статья заслуживает лайка 😉 Подписывайтесь на наш блог, мы готовим для вас очень много интересного и полезного!

0 Оценить работу 1 1 1 1 1 1 1 1 1 1 4.20/5 (оценок — 73) Следующий проект:Выбор CMS: какой движок выбрать для сайта

Привет, Хабр!
Я занимаюсь разработкой сайтов — разного масштаба, сложности и ценовых категорий. Помимо того, что я руковожу всем процессом разработки — т.е. веду все переговоры с заказчиком, пишу техническое задание (далее — ТЗ), договор, придумываю коммерческое предложение, я еще зачастую самолично рисую дизайн сайта — это моя профильная профессия, да и не нашлось пока дизайнера, которому я мог бы полностью довериться.
Тут проскакивало множество топиков про то, как правильно составлять ТЗ, управлять своим временем, говорить с заказчиками об оплате, вести переговоры и т.д. Не в пику авторам этих топиков, но все эти мысли подчас выглядели для меня разрозненными, да и речь, подчас, велась о слишком «высоких материях» и несколько однобоко — то есть, в большинстве случаев подразумевается, что либо у вас уже есть своя «молодая, динамично развивающаяся компания» с неким штатом зарплатных фулл-таймовых сотрудников, либо вы — наемный сотрудник-руководитель в уже сформировавшейся компании, и вышеописанный штат сотрудников у вас также имеется.
Я попробую описать весь процесс создания сайта с собственной и, как мне кажется, более приближенной к жизни для большинства точки зрения. Просто в один момент я решил уйти из компании, где я работал по найму, и начать делать своё дело — без стартового капитала, офиса и какого бы то ни было прикрытия «пятой точки»; разве что отсутствия острой необходимости в съеме жилья и наличия питерской прописки.
Кому интересно — добро пожаловать под кат!
В рамках этого топика я не буду вдаваться в то, где брать заказы. Одно могу сказать точно — я не работаю и не планирую работать в качестве исполнителя с популярными российскими фриланс-биржами (названия и адреса которых, полагаю, тут всем известны). Основная причина — наличие нездорового ценового демпинга и концентрация не совсем адекватных товарищей, желающих за эти демпинговые цены получить портал масштабов Yandex.ru.
Еще могу сказать, что сарафанное радио и хорошая репутация могут творить чудеса. Заказчики приходят и уходят, но иногда среди них находятся те, кто начинает ценить в вас исполнительность, или качество работ, или то и то — после чего начинают регулярно снабжать работой.
Такие заказчики, если у них регулярно появляются задачи, посильные для ваших мощностей, обеспечивают стабильность и некое подобие уверенности в завтрашнем дне. Так что стабильность с «текучки» — а сверхприбыли приносят именно новые проекты. У меня, в большинстве случаев, это сайты.
Итак, вот она, моя схема работы над новым проектом:

  1. Знакомство
  2. Первая встреча, обсуждение проекта
  3. Бриф и коммерческое предложение
  4. Вторая встреча, подписание договора, предоплата 30%
  5. ТЗ, его утверждение
  6. Макет главной страницы, его корректировка и утверждение
  7. Макеты остальных страниц сайта на основе стилистики, заданной главной страницей, их корректировка и утверждение
  8. Предоплата 30%
  9. Верстка и программирование. Приемка и утверждение результатов работы
  10. Третья встреча, оплата оставшихся 40%, обучение работе с админкой (при необходимости), закрытие работ по договору
  11. Перенос сайта на «боевой» хостинг

Рассмотрим этапы более подробно.
Про знакомство и то, откуда берутся заказы, я уже немного написал чуть выше. Скажу вот еще что: заказчик может впоследствии стать вашим другом, а вот делать из друзей заказчиков или исполнителей я крайне вам не рекомендую — скорее всего, вы переругаетесь, испортите отношения и запорете проект, да и друга потеряете. Проверено не раз на собственном горьком опыте.
Итак, вы познакомились с человеком, которому очень нужен сайт. Узнайте примерно, что ему нужно и сможете ли вы ему с этим помочь, а потом сразу назначайте встречу. Сколько бы не было разговоров о том, что сейчас 21-й век, есть Skype, все можно решить удаленно и т.д. — непосредственный контакт очень важен. Чтобы заказчик в вас поверил и не побоялся выделить вам предоплатных денег, вы должны произвести на него хорошее впечатление.
Я люблю проводить встречи в хороших кафе и ресторанах в центре города. В заведении должно быть не шумно и желательно наличие Wi-Fi. Такие заведения расслабят и вас, и заказчика, переведут общение на более непринужденный лад, вы спокойно все обсудите и поймете, что заказчик хочет от вас. Противоположностью является встреча в середине дня в офисе заказчика. Он, как правило, весь с головой в своей ежедневной рутине, его постоянно отвлекают, и конструктивный диалог бывает наладить очень сложно. С таких встреч, если они все же происходят, я всегда выхожу с больной головой.
Когда будете договариваться о встрече, учитывайте пожелания заказчика о месте и времени, но не слишком прогибайтесь под него — вы равные партнеры и время и место встречи должны быть удобны как ему, так и вам. Оденьтесь поприличнее и выдвигайтесь на обговоренное место встречи. Я люблю приехать минимум за полчаса — во-первых, я уверен, что не опоздаю, во вторых, я успеваю спокойно усесться, заказать себе чашечку кофе, расслабиться, открыть ноутбук и почитать свежие новости/подумать о том, о чем вы сейчас будете разговаривать.
Внимательно выслушайте то, что вам скажет заказчик. Делайте краткий конспект основных его тезисов либо на ноутбуке, либо карандашом в блокнотике. Задавайте уточняющие вопросы. Улыбайтесь, выглядите уверенно. На вопрос о примерных сроках — можете предположить. На вопросы о цене — уклоняйтесь, говорите, что все нужно сначала подсчитать. Выпейте еще чаю, расплатитесь (не скупитесь на чаевые), попрощайтесь с заказчиком и езжайте домой. Дома за чашечкой кофе прочитайте свои написанные за время встречи вирши, запустите свой любимый почтовый клиент и начинайте писать бриф.
Бриф включает в себя краткий текстовый конспект того, что вы обсудили на встрече. По сути, на нем будет впоследствии основываться ТЗ. Оформите его красивым литературным языком, но без «воды» и словоблудия. Написали? Отлично! Теперь самое интересное — коммерческое предложение.
Прочитайте еще раз бриф. Покажите его своим подрядчикам, которые будут с вами делать проект. Пусть назовут свою примерную цену за такую работу. Прибавьте сюда вашу себестоимость как специалиста (дизайнера, в моем случае). А теперь еще раз все проанализируйте и прибавьте коммерческий интерес. При его подсчете исходите из платежеспособности заказчика — и не в плане того, что если он «богатенький Буратино», то можно с него стричь без стыда и совести — наоборот, если вы видите, что он, как и вы, на заре развития своего дела, будет уместным немного «подвинуться» в цене — добродетель это всегда хорошо; учитывайте также и его психологический портрет, который вы должны были составить во время встречи — прикиньте, насколько велика вероятность того, что он будет «мучать» вас необоснованными правками, или просить поставить на главную страницу сайта фотографию своей любимой кошки, добавив ей анимацию сверкающих глаз на JS. Ну а вообще, не продешевите. Работа приносит удовольствие тогда, когда знаешь, что она будет достойно оплачена.
Определились с ценой? Сделайте красиво оформленную PDFку с вашим логотипом (если логотипа нету, не беда, но лучше сделайте или закажите), заголовком типа «Коммерческое предложение на разработку сайта www.domain.com). В теле КП распишите этапы работы над сайтом (наподобие как это сделал я чуть выше). Обязательно должно быть четко понятно, в какой момент и сколько заказчик должен платить! Да, можете в КП включить какие-нибудь бонусы. Обязательно укажите бонусом, что вы готовы провести обучение работе с админкой сайта в количестве стольких-то часов после сдачи проекта. Можете подарить заказчику год хостинга. По деньгам мелочь, а человеку будет приятно.
Да, ну и, конечно же, укажите цену, в которую обойдутся заказчику ваши услуги. К этому моменту она должна четко сформироваться у вас в голове.
Прикрепляйте КП к письму с брифом и отправляйте заказчику. Ждите ответа. Не ответит через день — перезвоните и спросите, получил ли он бриф и КП? Ах, он, оказывается, уезжал в срочную командировку — а мы волнуемся, куда он пропал. Ждем еще! И вот звонит телефон, или в списке писем появляется новая строчка, выделенная жирным.
Далее следуют два варианта развития событий:
1) «Дороговато!», говорит. «А вы на какую сумму рассчитывали?», спрашиваем.
а) «Ну, на 20% от той, что вы написали», отвечает. «Был рад с вами отужинать. До встречи!» — отвечаем и вежливо прощаемся. Но вообще, такое бывает редко — исключить такие ситуации и призвана личная встреча в кафе, о которой я писал выше.
б) «Примерно на 70-90% от той, что вы написали», отвечает. Говорим, что перезвоним. Правим ценник в КП, если позволяют возможности. Высылаем. Ждем. Далее следует возврат к варианту «1)» или переход к варианту «2)».
2) «Все отлично, работаем», говорит. Сдерживаем эмоции и договариваемся о второй встрече с предоплатой и подписанием договора.
Как составлять договор в деталях, я вам не расскажу. Честно признаюсь, я взял его в компании, где когда-то работал, и модифицировал под свои нужды, после чего показал знакомому юристу. В договоре надо прописать крайние сроки этапов сдачи сайта: ТЗ, макета главной страницы, макетов остальных страниц, готового сайта. Кроме того, укажите, сколько времени есть у заказчика на раздумья над согласованием этих этапов. По срокам не забудьте предварительно созвониться и договориться с заказчиком.
Распечатайте договор в двух экземплярах и езжайте на встречу. Подпишите с ним договор и решите вопрос с оплатой первого этапа (в моем случае, повторюсь, это 30% от общей стоимости работ). Попрощайтесь с заказчиком и скажите, что скоро он узреет ТЗ на свой будущий распрекрасный сайт.
После этого этапа я люблю себя чем-нибудь вознаградить. Можно купить какую-нибудь безделушку, можно сходить в кино с подругой, а можно и просто съесть мороженку и быть довольным. Главное, отметить то, что вы — молодец и что дело сдвинулось и «пошло-поехало».
Теперь самое время писать ТЗ. Откройте бриф, который вы отправляли заказчику. Опишите краткое назначение сайта, его целевую аудиторию, пожелания заказчика по композиции и цветам. Составьте перечень макетов, которые вам (или вашему дизайнеру) предстоит отрисовать. После этого, я обычно беру блокнот с миллиметровой бумагой и рисую карандашом блочные прототипы всех страниц. После этого, я детально описываю для каждой страницы перечень элементов на них и события, происходящие при взаимодействии с ними пользователя. Еще, я отдельно описываю повторяющиеся элементы страниц, такие, как «шапка» сайта и «подвал», чтобы каждый раз их не описывать для каждой страницы. Общаясь с программистом, вы наверняка уже определились, какая CMS будет использоваться для сайта. Если в ее админке понадобятся какие-то уникальные модули/страницы, опишите и их тоже. Обязательно напишите пометку, что стилистическое оформление админки сайта остается на ваше усмотрение — если это так, конечно же. Этим вы предостережете заказчика от удивления, что по ссылке domain.ru/admin он увидит стандартные стили Joomla/Wordpress/Ваша CMS, а не тот гиперкосмос, который вы ему нарисовали для front-end части сайта (опять же, если вы не договаривались о другом).
Опишите минимальные требования к браузерам, минимальную ширину окна браузера и другие технические требования к системе, на которой будет просматриваться сайт. Скажите, что не несете ответственности за дополнительное ПО, установленное на компьютере заказчика, которое может влиять на отображение сайта. Простейший пример — плагин Skype для браузера, который превращает номера телефонов, записанные текстом, в кнопки вызова, что, в конечном итоге, технически меняет дизайн сайта.
Не забудьте написать про то, что сайт будет наполнен тестовым контентом, и что полное наполнение сайта не входит в данное ТЗ (если это так). Наполнение сайта обычно является отдельной работой и выполняется после сдачи сайта в рамках дополнительного соглашения (если заказчик не берет наполнение сайта на себя, что происходит чаще всего).
Старайтесь учесть в ТЗ все мелочи. В случае споров и необоснованных «предъяв» оно, наряду с договором, будет вашим главным «козырем» и аргументом. Да и своим подрядчикам вы упростите работу, формализовав абсолютно все детали проекта.
Впоследствии, вы наверняка придете к тому, что каждое последующее ТЗ будет делаться на основе предыдущего, путем внесения корректировок — все же, большинство небольших сайтов и требования к ним во многом схожи. Таким образом, ваши ТЗ будут все более и более обрастать деталями, подробностями и примечаниями, делаясь все более правильными, солидными и серьезными.
Итак, еще раз перечитайте свое ТЗ, после чего отправляйте его заказчику. Дожидайтесь его ответа, обсуждайте его с ним, вносите корректировки — и, в конечном счете, вы его утвердите.
Далее следует этап отрисовки макета главной страницы. Если вы — дизайнер, то вы и без меня знаете, что делать. Если нет, то отправьте дизайнеру ТЗ и отсканированные прототипы страниц сайта (ну или просто отправьте, если вы их изначально рисовали не на бумаге, а в специальном софте). В дополнение к этому, встретьтесь с ними или созвонитесь и все обсудите дополнительно еще и на словах, чтобы не возникло непоняток.
Лирическое отступление. Иногда заказчик просит нас, или подрядчик просит дизайнера, чтобы он нарисовал несколько вариантов оформления сайта, чтобы он мог выбрать из них подходящий и работать с ним дальше.
Я считаю это совершенно недопустимым. Приходя в парикмахерскую, вы просите, чтобы вас подстригли три раза, чтобы вы выбрали себе подходящую стрижку? Нет, вы смотрите фотки на стенах или каталог, из которого выбираете то, что наиболее вам подходит. Вы просите сантехника поставить вам три разных унитаза, чтобы вы выбрали из них тот, на котором удобнее сидеть? Нет, вы ходите по магазинам сантехники, присматриваетесь к унитазам, выбираете наиболее подходящий и покупаете его, советуясь с сантехником только по поводу того, где он проложит трубы.
Три макета сайта — это тройная работа. Тройная работа оплачивается втройне. Это раз. Даже если попросить дизайнера нарисовать три разных макета, скорее всего он, будучи специалистом в своей области, которому вы доверяете (иначе зачем вы его наняли?) нарисует один правильный и продуманный со своей профессиональной точки зрения макет, и два «высосанных из пальца». Это два.
Он — дизайнер, и его чувство вкуса объективно в меру его профессионализма и опыта. Вы — не дизайнер, и ваше чувство вкуса субъективно. Вы можете сыграть в «русскую рулетку» и выбрать из этих трех макетов тот, что высосан из пальца, потому что он понравится именно вам — но не большей части посетителей сайта, на которых ориентировался дизайнер, и ради создания положительного образа вашей компании в глазах которых создается сайт. Итог — вы переплатили за лишние макеты и получили плохой дизайн, который нравится только вам и вашей жене. Этого ли вы хотели?
Все это следует в более мягкой форме объяснить заказчику при возникновении подобного рода вопросов. Обычно, этого бывает достаточно.
Вернемся к самому макету. Согласуйте с программистом и расскажите дизайнеру, какая будет на сайте использоваться , какой клон lightbox’a будет открывать картинки, не нужно ли делать формы с jQuery UI? Пусть он сразу использует эти элементы в своих макетах.
Дождитесь макета от дизайнера, но не спешите пересылать заказчику — проверьте, что там всё ровно, аккуратно и соответствует ТЗ. Всё ок? Отправляйте. Пришли правки от заказчика? Сверьтесь с ними и ТЗ. Если все адекватно и в рамках изначальных договоренностей — вносите правки и отправляйте. Как правило, 1-2 итерации правок — и макет главной страницы утверждается.
Аналогичным образом, после утверждения главной страницы, утверждаются и остальные страницы сайта. Не забудьте только в конце попросить дизайнера прислать вам цвета ссылок в hover-состояниях, включить в PSD-файлы кнопки в hover и down состояниях, примеры выпадающих меню и оформление lightbox-окон и других элементов, если таковые у вас используются.
По предоплате работы дизайнера — дело ваше. Я обычно плачу задаток в 50% до начала работ, и оставшиеся 50% после. С программистом и верстальщиком (если он отдельный) — та же схема.
Итак, дизайн утвержден и сделан. Время следующего этапа предоплаты в 30%! Расплатитесь с дизайнером и подкиньте предоплатных деньжат программисту. Отправьте ему ТЗ и PSD-файлы макетов сайта. Тоже встретьтесь/созвонитесь с ним и всё детально обсудите.
Не программисту очень сложно оценивать и отслеживать работу программиста. Тут либо работает, либо не работает. А вот верстку проверить несложно. Снимите в разных браузерах скриншоты сверстанного сайта и наложите их в графическом редакторе на макеты. Не сходится? Покажите это верстальщику — пусть переделывает.
Зайдите в админку и попробуйте проделать какие-то стандартные операции — добавьте статью, загрузите фотку, добавьте новость. Все должно работать. Теперь можете самолично заняться тестовым наполнением.
Когда я вижу, как некоторые наполняют сайты тестовым наполнением в виде текста «Тест тест тест тест тест тест тест тест тест тест тест тест тест» и одной и той же «пикселявой» и «артефактной» фотографией на все случаи жизни, хочется взять и у… удручающе вздохнуть. Сайт — это продукт, товар, который вы продаете. А товар должен иметь товарный вид, иначе его не купят. Нет желания писать из головы «рыбные» тексты для тестовых статей и новостей? Для латиницы есть Lorem ipsum, а для кириллицы мне нравится Яндекс.Весна. Разные фотографии для статей и новостей можно найти в Google images.
Сделайте несколько тестовых новостей, тестовых статей. Расставляйте в тексте переносы, табуляции. Разбавляйте большие текстовые блоки , выделениями жирным и курсивом. Используйте нумерованные списки. Покажите заказчику, что вы старались над его проектом, а не сделали всё «тяп-ляп» — поверьте, он это оценит!
Всё готово? Не сайт, а конфетка? Кидайте ссылку заказчику, пусть смотрит. Ответьте на все его вопросы. Если возникнут правки — сверьтесь с ТЗ, с утвержденными макетами и примите правильное решение.
Наконец, договаривайтесь о последней встрече, закрывайте работы и забирайте оставшиеся 40% от стоимости сайта. Вы и ваши партнеры их заслужили! И да, не забудьте хорошенько отметить со своими людьми сдачу проекта! Очень правильная традиция.
Что еще хочется сказать?

  • Переносите готовый сайт на хостинг заказчика только тогда, когда получите все деньги. Это простая и уместная защита от непорядочности.
  • Боритесь с ленью, если у вас она есть. Не откладывайте на завтра то, что можно сделать сейчас.
  • Будьте человеком слова. Обещали сдать этап в понедельник? Не успеваете? Расшибитесь в лепешку, обпейтесь кофе, энергетиков, забудьте о личной жизни, но работу сдайте в срок. В крайнем случае, заранее свяжитесь с заказчиком, извинитесь и обсудите новые сроки. Именно ответственных и исполнительных партнеров заказчики рекомендуют своим друзьям и коллегам.
  • Ведите ежедневник. Я использую для этого Google Календарь. Записывайте туда даты встреч, дедлайны и все предстоящие важные события. Дедлайны я крашу в красный, нечто приятное — в зеленый, а неприятные, но важные дела — в болотный. Когда дело выполнено — тут же отмечаю его серым. Соответственно, по прошествии недели смотрю, сколько у меня серых прямоугольников, и если много, значит я — молодец!
  • Читайте всякие самомотивационные статьи и книжки, типа «Тайм-драйва» Глеба Архангельского. Реально помогает!

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

Записи созданы 8132

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Похожие записи

Начните вводить, то что вы ищите выше и нажмите кнопку Enter для поиска. Нажмите кнопку ESC для отмены.

Вернуться наверх