Разработка сайта документы – Договор выполнения работ по созданию сайта и размещения сайта на сервере, 2020, 2019 — Договор оказания услуг, работ — Образцы и бланки договоров

Содержание

Образцы документации для сайта — Веб-программирование и веб-дизайн

Так повелось, что в нашей стране мало внимания уделяют точно составленной документации по проектам и часто называют ее формальностью. Ответьте сами себе: как часто вы изучаете руководство на тот или иной прибор перед тем, как им воспользоваться? Нечасто. Скорее сначала попробуете, а потом читаете, если не получается.
Так же и с созданием сайтов: часто заказчик договаривается с исполнителем устно или «по аське», а договор составляется, чтобы налоговая не приставала. И что получается в случае конфликта? Опять же устное разбирательство. Давайте забудем о таком способе работы. Перед началом работы над проектом необходимо продумать, составить и согласовать техническое задание (ТЗ). В этом документе описываются функции будущего сайта, его интерфейс (дизайн, управление), условия, при которых он будет работать, сроки, стоимость и некоторые другие детали. Обычно на практике получается, что заказчик описывает свой взгляд в документе свободной формы. Исполнитель изучает его и пишет формализованное ТЗ с учетом технических особенностей и подробностей. Далее происходит один или несколько этапов согласования, после чего ТЗ подписывается. Вот только сейчас начинается практическая работа над проектом.
За составление ТЗ может браться дополнительная плата в случае, если проект большой и сложный. Иногда напротив, заказчик может сам предоставить точное и подробное ТЗ, если имеет глубокие знания в тематике проекта. Но в любом случае, обратите внимание, именно ТЗ (пусть и со ссылкой на документы заказчика) является основным документом при работе над проектом и разрешении споров. ТЗ полагается составлять даже на небольшие проекты и доработки по уже существующим сайтам. Зачем? Всё с той же целью: чтобы не было расхождения в понимании задачи, а такое случается достаточно часто. Помимо технического задания к проекту сайта могут прилагаться структурные схемы, логотипы, образцы фирменного стиля, выходная документация (руководство пользователя, руководство программиста и др.). Главное, на что стоит обратить внимание:
не нужно подходить к документации формально
, как к отписке. И второе — не стоит делать из технических документов литературные сочинения: человек так устроен, что длительное чтение документа лишает его концентрации, и суть не будет усвоена. По окончании работ над проектом исполнитель может предложить вам заполнить анкету, отражающую ваше сотрудничество. Не стоит пренебрегать этой анкетой и относиться к ней поверхностно или льстить разработчикам. От того, насколько полно вы изложите своё отношение к проделанной работе, к плюсам и недостаткам сотрудничества, зависит будущая совместная работа как вас с этим исполнителем, так и исполнителя с другими заказчиками.

Образцы документов

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

Правовые документы для сайтов

Главная / Публикации

По запросам клиентов на разработку правовой документации для сайтов мы видим сумятицу в понимании какие документы необходимы и достаточны для интернет-площадки с определенным функционалом.

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

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

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

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

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

Готовое решение для вашего бизнеса

Документы для популярных моделей интернет-сервисов. Гарантия ограничения ответственности и налоговой чистоты.

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

1. Сайт с формой обратной связи

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

По закону лицо, осуществляющее сбор персональных данных в сети Интернет должно опубликовать или иным образом обеспечить неограниченный доступ к документу, определяющему его политику в отношении обработки персональных данных и содержащему сведения о реализуемых требованиях к защите персональных данных (п.2 ст.18.1 ФЗ «О персональных данных»).

Указанные требования закона реализуются путем публикации на сайте Политики конфиденциальности.

Политика конфиденциальности включает порядок получения согласия пользователя на обработку его персональных данных (ФИО, телефон, адрес и т.д.), разрешенные способы и цели обработки персональных данных, требования к обеспечению их конфиденциальности.

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

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

2. Сайт с личным кабинетом

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

Документы.

2. Политика конфиденциальности

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

Пользовательское соглашение регулирует общие условия регистрации и бесплатного использования доступного функционала сайта.

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

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

3. Интернет-магазин

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

2. Пользовательское соглашение

3. Политика конфиденциальности

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

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

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

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

Авторское право Персональные данные Документ для сайта

Как правильно составить договор на разработку сайта

Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.

Александра Рыбакова

руководитель проектов в креативном агентстве

Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.

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

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

Осторожно, бюрократия

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

  1. Мы дружелюбны и честны с клиентами и заранее предупреждаем о наших правилах.
  2. Мы сами нарушаем собственные правила, если хотим.

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

Как делают сайты

Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.

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

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

Как работать фрилансером и не начать убивать

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

Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.

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

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

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

Какие есть подходы и проблемы

Есть два подхода к созданию любого веб-проекта.

Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.

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

Основы маркетинга для бизнеса: знание клиента

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

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

Наш подход

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

В итоге на любом проекте у нас есть:

  1. Договор.
  2. Приложение № 1.
  3. Приложение № 2.
  4. Задание.
  5. 6—10 актов выполненных работ.
  6. 1—3 акта приема-передачи информационных материалов.
  7. 4 счета.

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

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

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

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

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

Расскажу о каждом документе подробнее.

Договор

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

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

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

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

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

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

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

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

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

Приложение

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

В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.

Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.

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

Главное правило юридической грамотности

Сначала читать, потом подписывать

Разбивка по этапам выглядит примерно так:

  1. Разработка задания — 10 рабочих дней.
  2. Разработка дизайн-концепции — 10 рабочих дней.
  3. Разработка дизайн-макетов — 20 рабочих дней.
  4. Сборка (верстка, программирование, тестирование) сайта — 40 рабочих дней.
  5. Наполнение сайта контентом — 10 рабочих дней.

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

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

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

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

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

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

С юридической точки зрения дизайн-концепция — это две картинкиС юридической точки зрения дизайн-концепция — это две картинки

Вот что мы делаем для разработки концепции:

  1. Выясняем пожелания клиента.
  2. Изучаем и предлагаем референсы.
  3. Понимаем ограничения и пожелания по концепции.
  4. Определяем цветовую палитру и шрифты.
  5. Готовим презентацию на пару десятков слайдов.
  6. Делаем видеоролик.
  7. Собираем анимированный прототип.

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

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

  1. Материалы, которые передает клиент и на которые у него должны быть права. Обычно это логотип, фотографии сотрудников, продуктов и процессов клиента и тому подобный визуальный контент.
  2. Рекомендуемые элементы — шрифты, стоковые изображения и прочие вещи, которые нам не принадлежат, поэтому отдавать права на них мы не можем. Поэтому мы их именно рекомендуем к использованию.
  3. Лицензии на программное обеспечение — на «1С-битрикс», например. Права на лицензию нельзя передать, так что мы не можем купить ее, попользоваться и потом отдать клиенту. А значит, клиент сам должен об этом позаботиться и предоставить нам разрешение на использование лицензии.
Что делать? 01.03.19

Нужно ли регистрировать права на текст и фотографии?

Все нюансы работы с интеллектуальными правами прописаны в приложении. Пункт 4.6 фиксирует, что права на все результаты работ переходят к клиенту только после завершения проекта, не раньше. Пункт 4.7 разрешает нам анонсировать наши работы на фестивалях, конкурсах, в СМИ. Это приносит нам примерно половину новых клиентовВсе нюансы работы с интеллектуальными правами прописаны в приложении. Пункт 4.6 фиксирует, что права на все результаты работ переходят к клиенту только после завершения проекта, не раньше. Пункт 4.7 разрешает нам анонсировать наши работы на фестивалях, конкурсах, в СМИ. Это приносит нам примерно половину новых клиентов

Задание

Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.

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

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

Структура задания

Общая информацияОписание бизнеса клиента, целей и задач проекта, целевых аудиторий
ДизайнТребования к использованию тех или иных элементов (например, фирменного стиля клиента) и требования к размеру макетов
Технические требованияПрограммно-аппаратные требования к хостингу, список браузеров и систем, на которых требуется корректная работа сайта, требования к средствам разработки. Иногда здесь же фиксируются какие-то особые требования для SEO-продвижения сайта
Информационное наполнениеЯзыковые версии, структура сайта, список уникальных макетов, список типовых блоков (меню, футер и тому подобное)
Содержание страницВ этих подпунктах постранично описано содержание макетов и возможности их редактирования
Интерактивные элементы и сервисыПеречень требований и правил работы форм, фильтров, заказов и корзин, интеграций со сторонними сервисами
Система управления контентомОписания правил работы с системой администрирования сайта
Требования к материаламПодробный список материалов, которые мы ожидаем получить от клиента к моменту работы над дизайн-концепцией
Перенос на хостингПравила передачи проекта клиенту

Общая информация

Описание бизнеса клиента, целей и задач проекта, целевых аудиторий

Дизайн

Требования к использованию тех или иных элементов (например, фирменного стиля клиента) и требования к размеру макетов

Технические требования

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

Информационное наполнение

Языковые версии, структура сайта, список уникальных макетов, список типовых блоков (меню, футер и тому подобное)

Содержание страниц

В этих подпунктах постранично описано содержание макетов и возможности их редактирования

Интерактивные элементы и сервисы

Перечень требований и правил работы форм, фильтров, заказов и корзин, интеграций со сторонними сервисами

Система управления контентом

Описания правил работы с системой администрирования сайта

Требования к материалам

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

Перенос на хостинг

Правила передачи проекта клиенту

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

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

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

Акт приема-передачи информационных материалов

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

Все переданные клиентом материалы я описываю в акте приема-передачи информационных материалов, который подписывают обе стороны. Такой акт обеспечивает несколько вещей.

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

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

Вместе с материалами от клиента мы получаем базу для своей работы — мы используем их в дизайне. Кроме того, с материалами от клиента презентовать результат заказчику проще и эффективнее, потому что на вопрос: «Почему тут именно эта фотка?» один из правильных ответов: «Это снимок вашего завода, который вы попросили использовать».

Выдержка из задания с требованиями к материалам. Контент, а также его перевод делает клиент. Или мы, но за отдельные деньги. Если контент не пришел в срок, мы можем приостановить работы. Благодаря списку материалов мы можем не беспокоиться об авторских правахВыдержка из задания с требованиями к материалам. Контент, а также его перевод делает клиент. Или мы, но за отдельные деньги. Если контент не пришел в срок, мы можем приостановить работы. Благодаря списку материалов мы можем не беспокоиться об авторских правах

Акт выполненных работ

Мы подписываем акты после того, как закрывается каждый этап. Акт подтверждает, что работа выполнена в полном объеме и вовремя.

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

Обычно за проект набирается 4—5 актов.

Что помнить о документах

  1. Работайте только по договору и только по предоплате.
  2. Разбивайте работу на этапы. Указывайте стоимость каждого из них: если придется расторгать договор, вернете деньги только за невыполненные этапы.
  3. Каждый этап закрывайте актом выполненных работ.
  4. Сделайте и подпишите хотя бы минимальное задание на сайт, в котором укажите основные требования «по существу». Круто, если это будет отдельный этап работ, за который вам заплатят.
  5. Зафиксируйте, когда и какие материалы предоставляет клиент. Укажите в договоре, что вы не можете начать работу без этих материалов.
  6. Не подписывайте документы, с которыми не согласны.
  7. Рискуйте и отходите от правил, если договоритесь об этом сами с собой.

Передача сайта. Документы и доступы при передаче сайта

Создание сайта закончено. Пора переходить к передаче — приёмке сайта.

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

1. Логин и пароль доступа к административной панели сайта (Панели управления или Админпанели). Чтобы не искать — запишите заоодно и адрес для входа в Панель управления.

В Панели управления убедитесь, что Вы как пользователь имеете наивысшие права (например, СуперАдминистратора) и такими же правами не остался наделен кто-то ещё.

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

2. По хостингу возможны варианты.

Вариант 1: сайт передается Вам просто в виде архива и Вы сами размещаете его на любом хостинге.

Вариант 2: веб-студия размещает сайт на выбранном Вами хостинге.

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

Также крайне желательно знать:

— адрес, логин и пароль к FTP-доступу

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

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

Вариант 3: Веб-студия размещает сайт на своём хостинге. В этом случае возможность доступа и порядок работы с хостингом определяется Вашим договором с веб-студией. Но в этом случае Вы обязательно должны иметь у себя на руках сам сайт в виде архива (файлы сайта, базы данных) и желательно регулярно получать резервные копии сайта по мере его наполнения / обновления.

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

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

Если Вы покупате домен отдельно, Вам может помочь Договор купли продажи, передачи домена.

4. Пакет бухгалтерских и лицензионных документов:

— Акт выполненных работ

— счет-фактура

— другие необходимые бухгалтерские документы

— лицензия или лицензионное соглашение на систему управления (если лицензия — коммерческая.)

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

5. Если на сайте установлены счетчики статистики, рейтинги, виджеты — получите коды доступа к управлению ими, логин и пароль от каждого. Обратите внимание: некоторые счетчики могут быть невидимы обычными посетителю (вставлены в код сайта), например Яндекс Метрика, Google Analytics. Однако, если Вы хотите управлять ими в дальнейшем или смотреть статистику — необходимы доступы и от них.

Это был минимум, который желательно получить при передаче сайта. Идём дальше. Что ещё Вы можете получить от разработчика сайта:

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

7. Планируете сами управлять, обслуживать, наполнять свой сайт? Получите инструкцию по управлению сайтом. Такая инструкция может прилагаться в виде файла или быть в виде ссылки на сайт «Помощи» соответствующей системы управления.

Какие документы нужны при создания сайта — Блог

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

Итак, какими же документами сопровождается создание веб-сайтов.

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

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

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

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

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

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

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

Порядок работ по созданию сайта

Каков порядок работы по созданию сайта?

Каков порядок работы по созданию сайта в дизайн бюро Kaoma.ru

  • Бриф, смета, договор на создание сайта
  • Информационное проектирование и дизайн сайта
  • html верстка, лицензия 1С-Битрикс
  • Программирование сайта

Для начала, сотрудник бюро Kaoma.ru проводит с клиентом предварительные переговоры, в процессе которых высказываются все пожелания к будущему ресурсу.

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

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

Первый этап – Информационное проектирование и дизайн сайта.

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

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

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

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

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

Второй этап – приобретение и регистрация системы управления и модулей, html верстка.

Мы являемся сертифицированным партнером Битрикс, вы получите официальную лицензию на программный продукт «1С-Битрикс: Управление сайтом».

Список предоставленных документов включает: Лицензионный договор CMS: 1С-Битрикс; Лицензионный сертификат обладателя лицензии 1С-Битрикс (*.pdf).

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

Третий этап – программирование вашего сайта.

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

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

Ориентировочные сроки выполнения работ:

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

Порядок работ по созданию сайта

Готовьте юридические документы за 15 минут

Юрист

Подготовка документов
больше не рутина!

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

Создавайте неограниченное
количество документов.

Готовьте договоры и трудовые
документы неограниченное
количество раз.

Бухгалтер

Получайте ответы на любой
юридический вопрос!

Готовьте корпоративные документы,
договоры и другие юридические
документы.

Храните и управляйте документами
своих клиентов онлайн.

Получайте ответы на любые
юридические вопросы.

Предприниматель

Ведите бизнес, не опасаясь за
юридическую чистоту документов!

Готовьте юридические
документы самостоятельно.

Получайте юридические
консультации от профессионалов.

Сокращайте издержки на
юридическое сопровождение
бизнеса.

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

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