Смета по договору на создание веб-сайта

Смета на разработку корпоративного сайта

Смета по договору на создание веб-сайта

Если вы просто хотите получить смету на создание сайта, отправьте нам экспресс-заявку прямо сейчас!

Спасибо! Ваша заявка принята

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

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

В осязаемых по объёму сайтах смета складывается из времени, потраченного на работу, помноженного на часовую ставку. Если на сайт потратили 200 часов при ставке 1000 рублей в час, то сайт стоит = 200 х 1000 = 200 000 рублей.

  1. Как сэкономить на SEO 3 млн ₽
  2. Как за 600 секунд получить смету на сайт

Смета корпоративного сайта

Составляем таблицу всех работ и сумму в часах умножаем на стоимость часа веб-студии. Стоимости часа работы веб-студий складывается из ФОТ, постоянных расходов студии и содержит обыкновенную для сферы услуг 20—40% прибыли. Цена часа работы студии одинакового уровня примерно равны.

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

Цену сайта они назначают «с потолка» и поэтому остаются маленькими и слабыми по качеству работы.

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

Смета корпоративного сайта

Этап работыВремя, часов
1. SEO-подготовка (семантическое ядро, иерархия контента)8—16
2. Техническое задание на сайт4—8
3. Проектирование сайта8—16
4. Визуальная концепция сайта8—16
5. Дизайн макетов основных страниц (главная + 7—10 внутренних)36—56
6. Разработка основного функционала0—40
7. HTML + JS верстка40—80
8. Имплементация верстки и сборка шаблонов16—32
9. Наполнение сайта контентом0—28
10. Тестирование0—4
11. Обучение заказчика администрированию0—4
Итого120—304

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

Главное — временные затраты взяты не с потолка, это реальные цифры (несколько усреднённые, но жизненные) для несложного корпоративного сайта.

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

120 часов — это гипотетический минимум, ниже которого я не представляю себе сайта вовсе. Наши проекты могут занять 500, 1000 и больше часов. За 500 — 1500 часов можно сделать настоящий сайт компании и заказчику не стыдно будет его показать своим клиентам и маме.

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

Вы понимаете, что за 50 тысяч никто больше 50-ти часов сайтом заниматься не будет. 50 часов — это 6 рабочих дней. Для справки: только нормальный дизайн готовится 2-4 недели.

А иногда 2-4 месяца! А тут на весь сайт — 6 дней…

Низкая цена на сайт означает либо мизерное время работы над ним, либо низкую квалификацию разработчиков. А иногда и то, и то одновременно.

Этапы создания сайта

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

1. SEO-подготовка

Яндекс и Гугл рекомендуют развивать сайт.Расти и развиваться может только организованный и структурированный сайт.

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

Семантическое ядро — перечень ключевых запросов, по которым ваш сайт будут находить в поисковиках. Семантическое ядро строится иерархически: высокочастотные запросы — низкочастотные запросы.

Высокочастотные запросы — ключевые слова, которые запрашивают в поисковиках часто. Низкочастотные — редкие запросы. «Купить пылесос» ВЧ запрос. Эту ключевую фразу ищут в Яндексе пару сотен тысяч раз в месяц. А «купить пылесос Miele SGPA0 Complete C3» — НЧ запрос.

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

Сайт должен «отрабатывать» семантическое ядро. Ведь под ключевые фразы на сайте нужен тематический контент. Страница появится в поисковиках по какому-то запросу если она посвящена этому запросу. Если семантическое ядро состоит из 20-ти ключевых запросов, значит в идеале на сайте 20 страниц (по одной на каждый запрос).

ВЧ запросам посвящайте главную страницу, а НЧ запросам — внутренние страницы. Не забывайте перелинковывать (проставлять ссылки) страницы сайта. Это обеспечит интуитивную навигацию на сайте и поможет продвигать сайт. От того, как организована структура, на сайте будет 5 или 5 тысяч посетителей в день.

Сайты из пяти страниц: «О компании», «История», «Контакты», «Услуги» и «Сертификаты» не растут в Яндексе и Google. Время ПростоСайтов закончилось, делайте большие сайты.

2. Техническое задание

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

В техническом задании описываются технологии, обоснования выбора CMS, необходимые компетенции и много чего. Это — план работы. Можно отказаться от ТЗ? Да. Просто сайт сделают без плана:) На самом деле разработчики все равно сделают техническое задание, просто отрежут затраченное время от другого этапа.

3. Проектирование (прототипирование) сайта

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

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

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

4. Визуальная концепция сайта

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

Можно отказаться от визуальной концепции если хотите повторить чужой сайт. Но индивидуальный дизайн требует уникальной идеи. Веб-дизайнер (чаще в связке с арт-директором) определяет направление, куда развивается дизайн. Когда есть вектор работы, сайт будет выполнен в едином стиле, на «одном дыхании». Если концепции нет, дизайн сайта будет «вымученныи» и «безыдейный».

  1. Пример визуальной концепции сайта
  2. Не забывайте зачем создают сайты

Сайты с удачной визуальной концепцией запоминаются. Они занимают высокие места в рейтингах и нравятся посетителям.

5. Дизайн страниц

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

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

6. Разработка основного функционала

Бывают простые сайты (поэтому минимальная планка в таблице — 0 часов). Но если на сайте появляется мало-мальский функционал (хотя бы форма обратной связи), то к работе подключаются программисты. Если требуется серьезный функционал на сайте (свой тикет или личный кабинет для пользователей) — придется оплатить работу программистов.

Сложные сайты сплошь состоят из работы программистов. Проектирование, дизайн, верстка меркнут по стоимости в сравнении со сметой программной части. К примеру, интернет-магазины федерального уровня (наподобие Citilink) могут стоить 3 млн. рублей и более. И львиная доля в их цене — работа над программной частью.

Если функционала на сайте нет, вычёркиваем этап из сметы.

7. HTML-верстка сайта

Без верстки сайта не будет. Сократить затраты на верстку получается простым дизайном и отказавшись от адаптации для мобильных устройств.

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

Чем проще сайт, тем быстрее верстальщик закончит свою работу и тем меньше будет стоить этот этап.

8. Сборка шаблонов

Сверстанные шаблоны нужно перенести на движок сайта (CMS). На этом сложно сэкономить, отказаться от сборки шаблонов нельзя.

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

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

10. Тестирование

Можно сэкономить на тестировании сайта специалистами, но тогда придется самостоятельно искать баги.

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

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

11. Администрирование проекта

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

12. Обучение заказчика

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

На чём экономить при создании сайта

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

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

И честно рассказываем о всех последствиях.

Роль маркетинга в создании сайта

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

Маркетинг в отдельных случаях тянет на 1-2 млн рублей и более, при 500 тысячах на продакшн. Почему? Потому что маркетинг определяет, сколько бизнес заработает на сайте, а техническое исполнение сайта на этот не влияет.

И умственные затраты на маркетинг сайта региональной компании будут несоизмеримо меньше таковых для компании российского масштаба.

Маркетолог определяет целевую аудиторию сайта, её потребности, придумывает решения для удовлетворения потребностей аудитории только в связке с маркетологом остальная команда способ улучшить бизнес заказчика. А иначе зачем вообще делать сайт?

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

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

А настоящую свою работу мы видим именно в маркетинге, потому что позиционируем веб-студию ReConcept как маркетинговую студию.

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

Хотите знать стоимость своего сайта? Позвоните или напишите нам.

Источник: https://reconcept.ru/blog/42-smeta-na-razrabotku-korporativnogo-sajta

Договор на разработку сайта: так, а не иначе — CMS Magazine

Смета по договору на создание веб-сайта

Присылает нам заказчик (Газпром) свою версию договора. Понимаем — нашу они не подпишут, вносим реквизиты и отправляем обратно.

Пропадают на две недели… возвращают протокол разногласий к договору.

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

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

docs, куда и вносим все правки.

Необходим сайт, мобильное приложение, услуги по SEO или контекстной рекламе? Тендерная площадка WORKSPACE поможет выбрать оптимального исполнителя. База проекта насчитывает более 10 500 агентств. Сервис БЕСПЛАТЕН для заказчиков.

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

Думаю, не надо объяснять, что руководительнице-юротдела-многопрофильного-холдинга-с-уклоном-в-строительство (подставьте нужное) процесс разработки сайта не совсем понятен. Вот и получается, что приходят правки исходя из специфики других отраслей + найденное в интернете по запросу «договор на разработку сайта».

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

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

Итак, что мы имеем:

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

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

Если у вас в смету заложено две итерации правок, значит, вы можете сделать и пять!

Конечно, можем! Каждая итерация правок — дополнительно 15% к стоимости дизайна. Все сметы строятся исходя из трудоемкости. Каждая итерация правок увеличивает трудоемкость, соответственно смета изменится. Кроме того, ограничения в количестве правок стимулируют людей четче формулировать свои пожелания и позволяют быстрее добиться нужного результата.

Если мы просрочили согласование, мы же даем вам дополнительно это время чтобы продолжить разработку! Почему мы должны увеличивать его еще, на время, необходимое вам на возобновление работ?

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

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

Соответственно, формулировку про просрочки мы предлагаем такую:

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

В качестве альтернативы можно предложить оставить команду ждать проект, при условии оплаты срока ожидания по часам (сверх бюджета проекта).

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

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

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

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

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

Дайте нам дополнительно год гарантии. Как, это платно?

Вы покупали бытовую технику? Вам предлагали оплатить дополнительную гарантию? Так вот, тут — также.

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

 п. У нас в стоимость заложены часы специалистов на три месяца гарантии. Дополнительный год гарантии будет стоить вам 5% от стоимости разработки проекта.

Необходимо добавить штрафы за просрочку работ! Нет, пеню за просрочку оплат мы принять не сможем, тем более у нас 100% предоплата!

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

Для этого возражения у нас заготовлена формулировка санкций, которая нас устраивает:

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

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

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

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

Кроме того, для соблюдения сроков необходимо, чтобы со стороны Заказчика не было затяжек с согласованием этапов».

Почему мы должны оплачивать ваши работы, если проект не завершен по нашей вине или из-за форсмажора? Мы категорически не согласны платить за проект, который нам не нужен!

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

И тут наше государство окончательно вас достало (форс-мажор), и вы решили переехать в лучшие края. Дом в России вам больше не нужен.

Но очевидно, что выполненные работы вам все же придется оплатить и что-то делать потом с недостроем (бросить или перепродать — не суть важно). Ну вот, короче, с сайтами так же.

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

Ссылки на разработанных сайтах — один из важных каналов, по которым к нам приходят новые клиенты. То же самое — портфолио. Стоимость, которую мы вам предложили, и рассчитана исходя из стандартных условий нашего Договора. Если мы меняем условия, то и стоимость договора изменится. Обычно это +15–25% к бюджету разработки, зависит от того, что именно мы не будем публиковать.

Мы понимаем, что договор рамочный! Но мы госорганизация / организация с государственным участием — у нас в договоре должна быть зафиксирована сумма!

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

Мы не хотим пересматривать структуру сайта, но хотим чтобы вы пересмотрели структуру цены!

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

Какая была первоначально, до написания ТЗ / разработки прототипа, и та, которая получилась в итоге, с учетом всех фишек, которые походу захотел добавить Заказчик.

Не делайте скидок, если надо впихнуть проект в бюджет — предлагайте иное решение по трудоемкости, либо предложите разбить проект на несколько этапов.

Несколько лайфхаков, как упростить согласование договоров с юристом заказчика:

  • Всегда отправляйте договор в.pdf — в протокол разногласий в отдельном документе всегда попадает меньше правок, чем если правки будут в договоре. Да и разбирать их так гораздо удобнее.
  • Составьте список пунктов, по которым чаще всего приходят правки, и заготовьте для них альтернативную версию. Гораздо эффективнее предложить альтернативу, которая вас-таки устраивает, чем бодаться, принципиально отказываясь внести изменения.
  • Обсуждайте правки голосом, это сэкономит вам часы на переписке и на пару недель сократит переговоры.
  • Если правки по договору от заказчика приходят больше трех раз — лучше отказаться от работы по проекту. Гарантировано в бюджет не уложитесь, и окончательно съедят мозг, который еще не успели.
  • Заведите единые шаблоны договоров, каждый новый договор обязательно делайте из шаблона, а не из договора от предыдущего заказчика. После того, как вы наступите на очередные грабли по договору — правьте шаблон! Так изменения в договорах гарантированно будут тиражироваться по всем последующим документам. Иначе вы точно наступите на те же грабли. Будет обидно.

Источник: https://CMSmagazine.ru/journal/items-contract-for-website-development/

Договор на создание сайта — Договор оказания услуг, работ

Смета по договору на создание веб-сайта

г. __________                                                                                      «____»___________ 20__ г.

_________________________________________________________, далее именуемый Исполнитель, и _________________________________________________________далее именуемый Заказчик, с другой стороны, заключили настоящий договор о нижеследующем:

1. Предмет договора

1.1 Исполнитель по поручению Заказчика принимает на себя обязанности по разработке гипертекстового представления страниц корпоративного WWW-сайта  (в дальнейшем — сайт) Заказчика, что является информационной услугой, а Заказчик обязан принять и оплатить данную работу.

!!!2. Стоимость и порядок оплаты работ

2.1 Стоимость работ, поручаемых Исполнителю по настоящему Договору, определяется в соответствии с техническим заданием (в дальнейшем — ТЗ), подписанным Исполнителем и Заказчиком, которое является неотъемлемой частью настоящего договора (Приложение №1).

!!!2.2  Оплата работ по разработке сайта  осуществляется в следующем порядке:

§  предоплата __________% от стоимости работ, что составляет ___________________ рублей в трёхдневный срок с момента подписания договора;

§  ________________________________________________________________________________________

3. Права и обязанности сторон

3.1. Исполнитель обязуется:

3.1.1. Оказывать услуги в соответствии с техническим заданием;

3.1.2. Предоставлять Заказчику промежуточные результаты работы для контроля за соблюдением сроков и качества выполненных работ;

3.1.3. Осуществить доработку сайта в случае вынесения замечаний в результате рассмотрения его Заказчиком, но в пределах технического задания (Приложение № 1);

3.1.4. Передать выполненные работы Заказчику по окончании работ и полной оплате по электронной почте или лазерном носителе (компакт-диске);

3.2. Заказчик обязуется:

3.2.1. Представить в течение трёх дней с момента подписания договора всю необходимую для размещения на сайте текстовую и графическую. информацию;

3.2.2. Принимать к рассмотрению представленную Исполнителем работу по электронной почте или в сети Интернет, и в течение 2 рабочих дней информировать Исполнителя о принятом решении;

3.2.3. Оплатить оказываемые ему услуги в порядке, который указан в п. 2 настоящего Договора.

2.2.3. При выполнении работ раньше предусмотренного договором срока принять и оплатить их.

3.3. Исполнитель имеет право сдать предусмотренные данным договором услуги досрочно

3.3. Исполнитель имеет право:

·         приостановить исполнение заказанных работ в случае их несвоевременной оплаты Заказчиком.

3.4. Заказчик имеет право:

·         проверять ход и качество выполнения работ, не вмешиваясь в деятельность Исполнителя.

4. Порядок выполнения и сдачи-приёмки работ

4.1. Исполнитель начинает выполнение работ по настоящему Договору в течение 3-х рабочих дней с даты получения предоплаты в соответствии с п. 2.2. настоящего договора.

4.1.1. Заказчику предоставляется ____ вариант(а) дизайна.

4.1.2.Последующие варианты дизайна представленные Исполнителем, оплачиваются Заказчиком дополнительно.

4.1.3. Начало разработки сайта считается со дня утверждения дизайна Заказчиком.

4.1.4. Программирование сайта выполняется строго с поставленным ТЗ (Приложение № 1)

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

4.3. По завершении работ по настоящему Договору Исполнитель уведомляет Заказчика о выполненной работе, которую Заказчик утверждает в течение двух дней с момента его получения и производит окончательную оплату работ в соответствии с п. 2.2. настоящего договора или даёт мотивированный отказ от приёмки работ.

4.4. В случае мотивированного отказа Заказчика от приёмки работ сторонами вносится в ТЗ (Приложение № 1), необходимые доработки и сроки их выполнения.

5. Ответственность сторон

5.1. За неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору стороны несут ответственность в соответствии с действующим законодательством РФ.

5.2. Все споры, возникающие между Сторонами при исполнении настоящего Договора, разрешаются путём переговоров, а в случае не достижения  согласия между Сторонами спор передаётся на рассмотрение суда, согласно подведомственности и подсудности, установленными законодательством РФ.

6. Прочие условия

6.1. Исполнитель сохраняет за собой авторские права на разработанный сайт и оставляет за собой право размещать ссылку с указанием координат Исполнителя.

6.2. Право собственности на разработанный сайт переходит к Заказчику в  момент приёмки выполненной работы и окончательной оплаты оказанных услуг.

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

6.4. Каждая из Сторон может в любое время отказаться от исполнения настоящего Договора,  предварительно уведомив другую Сторону не позднее,  чем за 3 (три) дня до даты расторжения. В этом случае Стороны производят все взаимные расчёты, в  том числе, за фактически выполненные к этому моменту услуги Исполнителем, в соответствии с ТЗ (Приложение № 1).

6.5. Исполнитель не несёт ответственности за корректность размещения сайта в сети Интернет, если это делается собственными силами Заказчика.

6.6. Исполнитель не несёт ответственности за корректность вывода сайта в сети Интернет, если собственными силами Заказчика внесены какие-либо изменения в программный код сайта.

7. Сроки действия договора

7.1. Договор вступает в силу с момента его подписания Сторонами и получения предоплаты по данному договору.

7.2. Договор прекращает своё действие с момента сдачи-приёмки выполненных работ по настоящему Договору и завершения всех взаиморасчётов между Сторонами.

8. Реквизиты сторон

Исполнитель:Заказчик:
________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/

!!!Приложение № 1
к Договору №____

Назначение создания WWW-сайта

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

Наполнение WWW-сайта

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

Процесс разработки

Процесс разработки сайта состоит в последовательном выполнении следующих этапов:

  1. Получение и анализ информации от заказчика
  2. Разработка дизайна сайта и последующее утверждение его у заказчика
  3. Проектирование и реализация сайта
  4. Коррекция web-сайта по желанию заказчика (в пределах данного ТЗ)

Статистика

Должна содержать данные статистики по посещаемости сайта. Осуществляется на базе сервиса shetchik3.ru

Дизайн

Дизайн исполняется в соответствии с ТЗ по фирменному стилю компании. Необходимые иллюстрации передаются заказчиком в соответствие п. 3.2 Договора.

Исполнитель осуществляет разработку анимированного логотипа и разработку web графики для web-сайта по своему усмотрению, но по согласованию с Заказчиком.

Стоимость разработки Сайта:

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

Всего стоимость разработки сайта:  _____________  рублей

Стоимость предоставления хостинга:

Статья расходов
Предоставление хостинга
Регистрация домена
Всего

Всего стоимость услуг:  _____________  рублей

Итого стоимость услуг составляет:  _____________  рублей (                                             )

Исполнитель:Заказчик:
________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/

Источник: https://dogovor-urist.ru/%D0%B4%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D1%8B/%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%B5%D1%86-%D0%94%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80_%D0%BD%D0%B0_%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_%D1%81%D0%B0%D0%B9%D1%82%D0%B0/

Методичка по работе с клиентами. Для начинающих менеджеров веб-студий. Часть 2. ТЗ и смета

Смета по договору на создание веб-сайта

(2009 год, второе письмо старшего менеджера веб-студии — младшему)
Итак, первоначальные переговоры c клиентом проведены. Смотрим первую часть методички здесь http://habrahabr.ru/blogs/studiobusiness/45543/. Теперь надо сориентировать клиента по цене. Если он с ней принципиально согласен — переходим к обсуждению Технического задания (ТЗ). Делаем смету

Смета

Смету обычно делим на две основные части: -разработка дизайна (дизайн, верстка, фирменный стиль) -разработка программной части (ядро CMS, функциональные модули, наполнение) Тут важно помнить про следующие жизненные опыты:

Клиент может сказать: «а че там, программирование — сделает мой системный администратор»

Или: «Не ну а че, дизайн — сделает мой системный администратор»
Или — «Знаете ли, эти и эти и эти модули — мне нахрен не нужны, мы решили сэкономить» То есть, смета должна быть сделана таким образом, чтобы дать клиенту возможность варьировать цену — но, по возможности, минимально.Критичные вещи надо жестко привязывать к разработке. Например, увеличить стоимость «Ядра CMS» и уменьшить стоимость модулей. Тоже самое касается цены за дизайн — по возможности, цена за дизайн и программирование сбалансированы должны быть. Смета — обычно простой Excel файл, желательно оформить поприличней. Ниже простой набросок.     Очень важно не забыть отдельно оценить работы по наполнению сайта. Контент — это соломинка, которая может превратится в «бревно в глазу». Не раз случалось, когда времени на наполнение было потрачено ВДВОЕ больше, нежели чем на разработку. Также в смету надо внести пункты про разработку ТЗ, тестирование, SEO и тд.   Затем, если смета приблизительно одобрена — двигаемся дальше. Теперь задача написать техническое задание. На основе технического задания — подписать договор.

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

Я обычно отдельно пишу ТЗ, потом на его основе подписываем договор.  

Написание ТЗ

ТЗ для проекта делать крайне желательно. Это главный щит от неадекватного клиента.

Например — крупный заказчик, вы общаетесь с отделом маркетинга и показываете макет и получает ответ в духе «вы знаете, наш директор посмотрел и он хочет разместить приветствие со своей фотографией под логотипом и изменить концепцию дизайна».

В таком случае достаем ТЗ, говорим — «не было». Дорабатываем либо за дополнительную оплату либо отказываемся от доработки «так, как это противоречит первоначальному ТЗ». В договоре желательно четко зафиксировать эти моменты. Договор — это очень интересная тема. Если еще не видели — обязательно смотрите и берите пример с Теминого договора http://www.tema.ru/jj/RIBBA-sait-2009.doc. На хабре тоже мелькали размышления по договорам ( habrahabr.ru/blogs/studiobusiness/57151 ) Важно, чтобы было несколько шаблонных ТЗ на типовые работы. Например, корпоративный сайт, инет-магазин или интранет-сайт. При хорошо сделанном шаблоне — подготовка реального ТЗ, например на интернет-магазин, занимает 30-60 минут — просто работаем скульптором, отсекаем лишнее из шаблона. Хорошее ТЗ должно быть понятно: -самому клиенту; -должно быть прозрачно — для дизайнера, — верстальщика; -должно быть прозрачно — для программиста; -неплохо бы еще, чтобы менеджер, который разрабатывает ТЗ -тоже разбирался по минимуму; В ТЗ на разработку сайта нужно обязательно учесть: -Требования к дизайну; -Требования к верстке; -Требования к функционалу сайта; Также еще интересны: -Требования к контенту; -Требования к серверу; -Требования к нагрузке; Но в 50% случаев они вряд ли понадобятся. Попробуем накидать рыбу для ТЗ для потенциального сайта автомобильного сообщества.

я размещаю ее по ссылке , поскольку будет длинновато и скучно — любителям экшена и Чака Норриса не рекомендуется .

Согласовали техническое задание, подписываем договор. После принятия дизайна — мы обязательно подписываем акт принятия графического макета. и логическим окончанием работ — двухсторонний акт принятия работ.   Послесловие: После подписания договора — ведем работу над проектом. Добавляем клиента в систему ведения проектов. Здесь можно использовать бесплатные системы типа трека, мантиса. Плюсов много — бесплатно и гибко, если привыкнуть. Но у них один громадный минус — с точки зрения заказчика — сложный интерфейс — если клиент морально не готов к тому, что увидит — он заходит в систему, смотрит, выходит и… продолжает писать вам email-ы.

Мы 4 года назад случайно начали вести какой-то проект в Бейскемпе (http://basecamphq.com). Через две недели уже не понимали, как работали до этого по почте. Реально экономит время. Из плюсов — это уже готовый сервис- не надо ничего настраивать, можно поставить свой логотип и поставить свой сабдомен.

Половина клиентов при виде сабдомена типа МОЯ_СТУДИЯ.basecamphq.com думали, что это наша разработка и просили поставить им такую на фирму ). Самый главный плюс — простота. Пару минусов — не совсем гибкое ведение проектов. Последний год работаем с http://worksection.com, максимально приближенный к Бейскемпу аналог на русском.

( Егор Жилев из турбомилка написал хороший обзор).

И напоследок по работе с удаленными сотрудниками и сотрудниками вообще. Пока родилась только одна мысль за несколько лет — «стараться работать только с хорошими адекватными профи». Минус — дорого и очень сложно найти вменяемых людей. Плюс — дороговизну закладываем в проект, к тому же качество отбивается в последующих заказах. И самый большой плюс: проблем при сдаче намного меньше. Стоимость может отличатся на 30-60%, а количество геморроя на порядок.

  • написание тз
  • техническое задание
  • управление проектом
  • методичка
  • worksection

Источник: https://habr.com/post/74200/

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