Техническое задание на обслуживание сайта

Дополнительные работы. Варианты технических заданий

Техническое задание на обслуживание сайта

В этой справке мы приводим типовые варианты технических заданий (ТЗ) для заказанной услуги «Дополнительные работы» (ДР).

Хотим отметить, что услуга «Дополнительные работы» распространяется на все виды услуг хостинга, и, так как ТЗ может быть одинаковым, например, как для услуги «Виртуальный хостинг», так и для услуги «VPS», то все виды ТЗ представлены ниже в виде обычного списка. Порядок выполнения дополнительных работ по ТЗ стандартный:

  • заказчик ДР подает заявку в службу технической поддержки с приложенным ТЗ и дежурный администратор подтверждает ТЗ, либо сотрудник технической поддержки предлагает вариант ТЗ (если заказчик ДР не может самостоятельно сформулировать ТЗ), и заказчик ДР соглашается с предложенным вариантом;
  • если заказчик ДР не может самостоятельно сформулировать ТЗ, либо ТЗ нуждается в дополнительной дороботке, исполнитель может составить ТЗ в рамках услуги ДР. Составление ТЗ, оценивается в рамках 1-го часа.
  • сотрудник технической поддержки оценивает длительность работ, длительность работ может варьироваться от 1-го часа до 10 часов, стоимость 1-го часа работ составляет 1000 рублей;
  • если заказчик оплачивает услугу ДР по оцененному времени, сотрудник технической поддержки начинает выполнять технические работы по согласованному ТЗ;
  • по окончанию технических работ сотрудник технической поддержки оповещает заказчика и показывает результат на проверку, согласно ТЗ;
  • если заказчик не принимает технические работы, он должен аргументировать, что именно не так выполнено в технических работах, согласно ТЗ — далее перепиской и выполнением технических работ занимается старший администратор смены;
  • если заказчик принимает выполненные технические работы по заказанному им ТЗ, переписка закрывается.

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

1. Перенос сайта с виртуального хостинга на VPS

Если перенос сайта с виртуального хостинга на VPS не входит в рамки бесплатного переноса при покупке VPS, то сайт переносится в рамках дополнительных работ согласно ТЗ:

  1. подготовить на VPS площадку для работы сайта, используя тот же веб-сервер и сервер БД, которые использовались на виртуальном хостинге;
  2. перенести файлы и БД сайта [ИМЯ_САЙТА] с виртуального хостинга на VPS;
  3. запустить сайт в том же виде, в каком он работал на площадке виртуального хостинга.

2. Перенос сайта с VPS на аккаунт виртуального хостинга

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

  1. перенести файлы и БД сайта [имя сайта] с VPS [IP-адрес, учетные данные для доступа] на заранее зарегистрированный мной аккаунт [имя аккаунта виртуального хостинга];
  2. запустить сайт в том же виде, в каком он работал на VPS.

3. Перенос сайта с нашего хостинга на площадку стороннего хостинга

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

  1. перенести файлы и БД сайта [имя сайта] в том же виде, в котором они находятся в данный момент на стороннюю хостинг-площадку, для доступа к которой нужно использовать следующие учетные данные: — [логин, пароль и хост для ftp/ssh-доступа];— [логин, пароль и хост для доступа к серверу БД];

    — [дополнительная информация, если требуется];

  2. (если имена сайтов разные) сделать редирект со старого сайта на новый;
  3. (по согласованию) запустить сайт на стороннем хостинге.

4. Перенос сайта с одного доменного имени на другое с перенаправлением на новое доменное имя

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

  1. перенести файлы и БД сайта [имя сайта] на другое мое доменное имя [имя домена];
  2. на старом сайте [имя сайта] сделать перенаправление запросов на новое доменное имя [имя сайта];
  3. запустить сайт на новом доменном имени [имя сайта] в том виде, в котором он работал на старом доменном имени [имя сайта];

5. Создание резервной копии сайта и предоставление этой копии для скачивания

ТЗ для данной задачи стандартное:

  1. сделать архив файлов и БД сайта [имя сайта];
  2. (опционально) в архив включить каталог площадки [путь к каталогу от корня площадки];
  3. (опционально) также в архив включить файлы [список файлов с указанием относительного пути от корня площадки];
  4. разместить архив для скачивания [указать протокол — по http/ftp] и прислать мне ссылку на него.

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

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

  1. необходимо распаковать файлы и БД сайта [имя сайта] из резервной копии [указать имя файла резервной копии и, если резервная копия размещена на площадке сайта, путь до этого файла];
  2. заменить текущее состояние сайта файлами и БД из резервной копии.

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

7. Установка веб-приложения на площадке хостинга

Если заказчик ДР хочет установить на свою площадку хостинга какое-либо веб-приложение, удовлетворяющее настройкам и безопасности хостинга (будь то виртуальный хостинг или VPS), технические работы будут происходить по следующему ТЗ:

  1. установить веб-приложение [название веб-приложения, а также версию пакета] на площадку сайта [имя сайта];
  2. скачать веб-приложение можно из официального источника здесь [указать ссылку на архив приложения, либо на официальный источник];
  3. запустить веб-приложение и указать ссылку, по которой я могу с ним работать;
  4. прислать мне данные для управления веб-приложением (учетные данные админпанели/администратора).

8. Настройка/доработка скриптов сайта

Часто у заказчика ДР возникает необходимость в доработке скриптов сайта (изменение конфигурации, исправление шаблонов, добавление/изменение в работе той или иной функции движка сайта и т.д.). ТЗ для таких работ имеет общий шаблон:

  1. сейчас на моем сайте [имя сайта] скрипт [указать путь до скрипта внутри площадки] работает так: [описать как работает скрипт];
  2. доработать скрипт/шаблон/конфигурационный файл [указать путь до скрипта внутри площадки], чтобы [указать как именно должен работать скрипт после доработки];
  3. провести доработку скрипта и продемонстрировать мне результаты, а также описать все проделанные вами изменения в скриптах сайта.

Если заказчик ДР не знает, в каких именно скриптах нужно произвести доработку, ТЗ составляется так:

  1. сейчас мой сайт [имя сайта] работает следующим образом: [описать как работает сайт, и что не устраивает];
  2. необходимо произвести доработку сайта таким образом, чтобы он заработал так: [указать как именно должен работать сайт после доработки];
  3. продемонстрировать мне результат доработки сайта, а также описать все сделанные вами изменения на сайте.

9. Базовая SEO-оптимизация сайта

Сами действия по базовой SEO-оптимизации достаточно просты, но нужно потратить некоторое время на изучение и реализацию. ТЗ для таких работ будет следующее:

  1. создать для моего сайта ящик [имя_ящика@имя_сайта], который будет использоваться для базовой SEO-оптимизации;
  2. для моего сайта [имя сайта] произвести действия по базовой SEO-оптимизации, которые будут включать в себя:— создание карты сайта для поисковых ботов (sitemap.xml);— регистрация сайта в google analytics и добавление на все страницы сайта соотвествующий java-скрипт счетчика;

    — регистрация сайта в «Яндекс.Метрика» и добавление соответствующего счетчика на сайте;

  3. для доступа к администрированию сайта использовать следующие данные: [логин и пароль для доступа в админ-панель сайта, если такая имеется];
  4. предоставить мне рекомендации по дальнейшей SEO-оптимизации сайта.

10. Обновление CMS

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

  1. обновить движок сайта [имя сайта] с версии [название движка сайта и его текущая версия] до версии [новая версия движка сайта].
  2. обновить расширения движка сайта [указать список расширений на сайте, которые нужно обновить, версии, до которых нужно обновить эти расширения, а также ссылка на официальный источник расширений];
  3. сохранить все данные сайта;
  4. после обновления описать все выполненные действия, а также продемонстрировать работу сайта.

Здесь важно отметить, что обновление движков внутри одной линейки версий (например Joomla 1.5.5 до 1.5.22) обычно происходит без проблем с сохранностью всех данных, но вот при обновлении движка сайта с поздней линейки версий на новую (например Joomla 1.5.5 до Joomla 3.

0) может произойти с полной или частичной потерей данных.

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

  1. обновить движок сайта [имя сайта] с версии [название движка сайта и его текущая версия] до версии [новая версия движка сайта].
  2. обновить расширения движка сайта [список расширений на сайте, которые можно будет обновить, версии, до которых можно обновить эти расширения, а также ссылка на официальный источник расширений];
  3. сохранить удастся следующие данные сайта: [все данные или список категорий информации на сайте, которую удастся сохранить];
  4. если данные, которые не удастся сохранить после обновления или работы по переносу таких данных, не будут укладываться в рамки ДР, то описать, если есть такая возможность, как можно перенести данные со старой версии движка на новую;
  5. после обновления описать все выполненные действия, а также продемонстрировать работу сайта.

11. Установка расширений CMS

ТЗ на такие работы также типовое:

  1. установить на моем сайте [имя сайта], который работает на CMS [указать название и версию CMS] следующие расширения: [список расширений, которые надо установить с указанием названия, версии и ссылка на официальный источник расширения];
  2. для доступа к администрированию сайта используйте следующие данные: [логин и пароль для доступа к администрированию сайта];
  3. (опционально) произвести базовую настройку расширений, чтобы я смог пронаблюдать их работу на сайте;

12. Управление контентом на сайте

Такой тип технических работ предполагает работы по следующим категориям:

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

То есть любой тип работ, подразумевающий добавление/изменение информации на сайте, но не затрагивающий изменение функционала сайта. ТЗ для таких работ следующее:

  1. на сайте [имя сайта] изменить следующую информацию: [попунктно список информации которую нужно изменить и каким образом изменить(добавить/отредактировать/удалить)];
  2. для доступа к администрированию сайта использовать следующие данные: [логин и пароль для админ-панели сайта, если таковая имеется];
  3. после выполнения работ предоставить отчет о проделанных работах, указав как именно изменялась информация на сайте.

13. Установка и настройка ПО на VPS

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

  1. установить на VPS [IP-адрес сервера] следующее ПО: [список ПО, которое необходимо установить];
  2. (опционально) настроить установленное ПО следующим образом: [подробно описать, как должно работать установленное ПО];
  3. для доступа к серверу использовать следующие данные: [логин и пароль для доступа к VPS по ssh];
  4. (опционально) предоставить отчет о проделанной работе, что именно было настроено и как.

14. Диагностика проблем на сайте

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

  1. мой сайт в данный момент работает с ошибками: [подробно описать на каких этапах работы сайта появляются ошибки, чтобы их можно было воспроизвести];
  2. для управления сайтом можете использовать следующие данные: [логин и пароль к администрированию сайта, если воспроизвести ошибки можно из административной панели];
  3. определить, из-за чего происходят ошибки и описать пути их исправления;

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

15. Консультации по работе CMS

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

  1. для моего сайта [имя сайта] предоставить инструкцию как мне выполнить [описание задачи, которую нужно выполнить на сайте];
  2. указать источники, из которых бралась информация для составления инструкции.

Источник: https://www.komtet.ru/lib/tech/dopolnitelnye-raboty.-varianty-tehnicheskih-zadanii

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

Техническое задание на обслуживание сайта

О чём вы думаете, когда видите по городу или на сайтах (в рекламных блоках) баннеры с заголовками: «Сайт за 500 грн.», «Сайт за 1000 руб.»?

Я, как разработчик, долго думала — развод! Но количество подобных объявлений наводит на мысли:

  • А возможно ли такое вообще?
  • Какое качество будет у сайта в таком случае?
  • Можно ли будет его потом продвигать?
  • Займёт ли он достойные позиции?
  • Будет ли он удобным и будет ли возможность его редактировать?

Конечно, порой приемлем и простой набор HTML-файлов: если страниц немного, их редко меняют из-за тематики и владелец сайта (или контент-менеджер) знает HTML.

А если нет? Если, например, потенциальный владелец ничего не знает об HTML и после того, как получит сайт, не вносит никаких изменений? Обычно мало кто вносит какие-то изменения сразу, ведь всё актуально.

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

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

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

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

Итак, образец технического задания на разработку небольшого сайта отзовика.

Тз по разработке сайта

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

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

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

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

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

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

Десктопная версия

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

Ширина сайта – 1140 px (пример –vizaua.com).Шапка и футер растягиваются по ширине экрана и одинаковы для всех страниц.Семейство шрифтов: Cambria (предпочтительно), Century, Georgia. Можно указать и другие популярные шрифты с засечками.Размеры шрифтов (для Cambria):Текст под логотипом в шапке – 15pxСсылки в шапке – 14px

Текст в футере – 16px

страница – home.png

Текст над строкой поиска – 25px

Текст под строкой поиска – 14px

Описание элементов:

1, 2 – цифры с реальным числом магазинов и отзывов. Можно пересчитывать один раз в 24 часа.3 – категории. Располагаем вручную в таком порядке, как на макете.4 – ссылки на магазины. Рядом с названием магазина выводим число отзывов. Если отзывов ещё нет, ничего не выводим.

Под каждой категорией выводим 6 самых популярных по количеству отзывов магазинов. Если в категории есть ещё магазины, на неё ведёт ссылка «Ещё N», где N – число магазинов. Если больше магазинов нет, на категорию ведёт ссылка «Показать всё».

5 – список низкопопулярных категорий.

Выводим их тут.

Страница с описанием магазина и отзывами – shop-page.png

Заголовок H1 – 30px
Заголовок H2 – 22px

Описание элементов:1, 2, 3 – место под рекламные блоки. Нужно отметить это место при вёрстке и закрыть к индексации.4 – контент страницы.

Дизайн меняется таким образом, чтобы все изменения можно было внести глобально, без редактирования каждой страницы по отдельности:– добавлен серый фон контентного блока;– добавлен белый border у таблиц (по умолчанию, вроде, нигде не прописывался);— добавлено место под рекламный блок над отзывами.

5 – заголовок формы. Нужно проставить «».

6 – последние отзывы (сквозной блок для постов и категорий). Это примерное отображение, допускается готовый плагин с похожей визуализацией.

Страница категории – category-archieve.png

Ссылки на магазины – 18 px, цвет # 336699
Текст в анонсах – 14px

Описание элементов:1,2 – место под рекламные блоки.3 – контентная часть. Нужно удалить все описания категорий (тексты сохранить в отдельном .doc-файле и загрузить этот файл на сервер).

4 – ссылка на отзывы. Во всех шаблонах ТЗ слово «комментарии» меняем на «отзывы».

Служебная страница – page.png

Размер шрифта – 15pxРекламные блоки не выводим.

В меню справа выводим только поиск и ссылки на категории. Отзывы не выводим.

404 ошибка – 404.png

404 – шрифт 80pxТекст под ним – 20px

Наклонный текст – 15px

Ссылки навигации:– на главную – 16px

– на служебные страницы– 14px

Активные элементы:Все ссылки подчёркнутые, убираем подчёркивание при наведении, цвет ссылки на несколько оттенков темнее (на усмотрение исполнителя).

Цвет кнопки #ddd, при наведении появляется курсор в виде руки.

Рекомендую делать отдельные макеты и описывать поведение всех ссылок, кнопок, выпадающих меню, всплывающих окон.

Мобильная вёрстка

Сейчас лучше ставить мобильную вёрстку главной и от неё «плясать». Не зря же вся справка и блог Google пестрят «Mobile first» (сначала мобильные или мобильность). Мы говорим вам об этом с 2014 года (статьи «3 способа быстро адаптировать сайт под мобильные устройства» и «Мобильная адаптация сайта — ответы на вопросы» ).

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

  • Контактам. Номера телефонов должны быть кликабельными – при нажатии должна открываться панель ввода номера с уже набранным номером и кнопкой вызова.
  • Меню. Опишите, как оно должно открываться: выезжать сбоку, сверху и т. д.
  • Не должно быть горизонтальной прокрутки на страницах сайта (это само собой разумеется, но я всё же решила напомнить).

Ниже представлены макеты страниц для отображения сайта на мобильных устройствах (адаптивная вёрстка).

Основные требования:
– меню-бургер – раскрывается вниз при касании значка меню:

– сайдбар опускаем под основной контент:

– все элементы в футере находятся друг под другом:

страница

Все элементы выводятся друг под другом:

  • краткое описание;
  • форма поиска;
  • подробное описание;
  • списки магазинов, разделённые по категориям.

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

Страница категории

Страница магазина

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

Информационная страница

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

P.S.

Еще по теме:

Есть вопросы?

Задайте их прямо сейчас, и мы ответим в течение 8 рабочих часов.

Источник: https://siteclinic.ru/blog/technical-aspects/tz-na-razrabotku-sajta-primer/

Договор на техническое обслуживание и поддержку сайта

Техническое задание на обслуживание сайта

Добрый день, коллеги!

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

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

Договор № 10/12/08/ТП на техническое обслуживание и поддержку сайта

г. ___________________ “___” ________ 200_ г.

____________________________, именуемое в дальнейшем «Исполнитель», в лице ______________________, действующего на основании ______________________, с одной стороны, и ________________________________, именуемое в дальнейшем «Заказчик», в лице _______________________________, действующего на основании ___________________, заключили настоящий Договор о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА

1.1. Заказчик поручает, а Исполнитель принимает на себя обязательство выполнять работы по техническому обслуживанию и поддержке сайта:_____________________________. 1.2. Суммарно за каждый календарный месяц объем работ не должен превышать ___ рабочих часов.

2. ПРАВА ИСПОЛНИТЕЛЯ

2.1. Сообщить Заказчику в течение 3-х рабочих дней и до получения от него указаний приостановить работы при обнаружении: • несоответствия предоставленных Заказчиком исходных данных, необходимых для нормальной работоспособности информационного ресурса, неверности кодов доступа, непригодности или недоброкачественности предоставленной информации или иной технической документации; • возможных неблагоприятных для Заказчика последствий выполнения его указаний о способе выполнения Договора; • иных, не зависящих от Исполнителя обстоятельств, которые могут повлиять на качество работы или невозможность её выполнения. 2.2. Отказаться от исполнения настоящего Договора в случаях, если Заказчик, несмотря на своевременное и обоснованное предупреждение со стороны Исполнителя об обстоятельствах, указанных в п. 2.1. настоящего Договора, в разумный срок не заменит непригодные или недоброкачественные материалы и техническую документацию, не изменит указаний о способе выполнения работы, или не применит других мер для устранения указанных обстоятельств. 2.3. За сделки, совершаемые с использованием информационного ресурса Заказчика, Исполнитель ответственности не несёт. 2.4. Исполнитель вправе привлекать к оказанию услуг Заказчику третьих лиц (соисполнителей). При этом все права и обязанности перед Заказчиком по настоящему Договору остаются за Исполнителем.

3. ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ

3.1. Консультирование Заказчика по всем вопросам, касающимся функционирования и развития сайта (с 10.00 до 19.00 по рабочим дням). 3.2. Корректировка и внесение изменений в структуру сайта (добавление новых разделов), не влекущих за собой кардинального пересмотра всей структуры сайта. В том числе разработка, установка (снятие) со страниц сайта внутренних рекламных объявлений и баннеров. 3.3. Внесение изменений в текстовое наполнение сайта, размещение текстовой и графической информации, экранная типографика. 3.4. Контроль работоспособности технологической площадки (хостинга) и сайта Заказчика, при необходимости перенос сайта на другой хостинг. 3.5. Контроль безопасности сайта Заказчика и восстановление сайта из резервной копии в случае сбоя. 3.6. Информирование Заказчика о появлении новых возможностей, сервисов в области разработки сайтов. 3.7. Исправление ошибок в статьях, возникших как по вине Заказчика, так и по вине Исполнителя. 3.8. Добавление новых модулей, равно как и внесение изменений, требующих адаптации программного комплекса, обслуживающего сайт, служит предметом отдельного договора на основании отдельного ТЗ и требует дополнительной оплаты сверх суммы ежемесячной фиксированной оплаты.

4. ПРАВА ЗАКАЗЧИКА

4.1. Заказчик имеет право проверять ход и качество Работы, выполняемой Исполнителем, не вмешиваясь в его деятельность. 4.2. Заказчик имеет право предоставить Исполнителю необходимые для работ материалы и информацию, соответствующие законодательству Российской Федерации об авторских и смежных правах, средствах массовой информации. В случаях, предусмотренных законодательством РФ, по запросу Исполнителя предоставить документы на право использования торговых марок Заказчиком, сертификаты и лицензии на товары и услуги Заказчика, информация о которых размещается в сети Интернет Исполнителем.

5. ОБЯЗАННОСТИ ЗАКАЗЧИКА

5.1. Заказчик обязуется предоставлять материалы для размещения на сайте согласно «Требованием к предоставлению материалов», Приложение №1 настоящего договора. 5.2. Заказчик обязуется предоставить Исполнителю доступ к программному коду информационного ресурса и его базам данных, а также иные материалы, необходимые для внесения в него необходимых обновлений и дополнений. 5.3. Заказчик обязуется своевременно и в полном объеме оплачивать работы и услуги Исполнителя в соответствии с условиями настоящего Договора. 5.4. Принять от Исполнителя выполненные работы по акту приема-сдачи работ. При получении от Исполнителя акта приема-сдачи работ Заказчик обязан в течение 5 рабочих дней подписать акт или направить Исполнителю мотивированный отказ от приемки работы в письменной форме. 5.5. В случае не подписания Заказчиком в установленные в настоящем пункте сроки акта приема-сдачи работ и не направлении Исполнителю мотивированного отказа от приемки работы в письменной форме, работа считается принятой и должна быть оплачена Заказчиком. 5.6. Заказчик не вправе требовать от Исполнителя выполнения работ, не описанных в разделе 3 настоящего договора. Дополнительные работы по обслуживанию и поддержке интернет-сайта проводятся по мере необходимости. Для проведения дополнительных работ согласовываются и оформляются в письменном виде Дополнительное соглашение, Техническое Задание и смета, которые должны быть подписаны обеими сторонами.

6. СТОИМОСТЬ РАБОТ, ПОРЯДОК И СРОКИ РАСЧЕТОВ

6.1. Расчеты между Заказчиком и Исполнителем производятся в валюте РФ. 6.2. Общая стоимость работ составляет 6.000 (шесть тысяч) рублей 00 копеек за календарный месяц, НДС не облагается. 6.3. Оплата работ Исполнителя производится согласно выставляемым Заказчику счетам в течение трех банковских дней со дня выставления счета. Окончание работ по каждому календарному месяцу подтверждается Актом приемки-сдачи работ. 6.4. По каждому Дополнительному соглашению, Техническому Заданию и смете (п. 3.8) Заказчик осуществляет предоплату в размере 50% (пятидесяти процентов) от стоимости работ, согласно утвержденной смете. Окончательный расчет производится после окончания работ на основании Акта приемки-сдачи работ. 6.5. Исполнитель не вправе навязывать Заказчику включение в договор дополнительной работы или услуги. Заказчик вправе отказаться от оплаты работы или услуги, не предусмотренной договором. 6.6. Цены на выполняемые Исполнителем работы являются договорными и изменению в одностороннем порядке не подлежат.

7. КОНФИДЕНЦИАЛЬНОСТЬ

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

8. ОТВЕТСТВЕННОСТЬ СТОРОН

8.1. Заказчик обязан оплатить работу Исполнителя. В случае отказа Заказчика от оплаты работы Исполнителя, последний имеет право требовать возмещения расходов, связанных с обслуживанием и поддержкой интернет-сайта. 8.2. Исполнитель не отвечает за точность, достоверность, качество и содержание информационных материалов Заказчика, размещаемых Исполнителем в сети Интернет в соответствии с настоящим Договором. 8.3. Исполнитель не отвечает за ущерб, прямой или косвенный, понесенный третьими лицами в результате размещения на информационном ресурсе информации, предоставленной Заказчиком. 8.4. Исполнитель не несет ответственности за сложности, возникающие у Заказчика в использовании услуг Исполнителя, вызванные низким качеством линий и каналов связи, предоставленных Заказчику третьими лицами, применением нелицензионного программного обеспечения (включая прикладные программы, не используемые непосредственно для работы с сетью Internet). 8.5. В случаях, прямо не указанных в настоящем Договоре, за не выполнение или ненадлежащие выполнение обязательств по настоящему Договору стороны несут ответственность в соответствии с действующем законодательством Российской Федерации. 8.6. Исполнитель не несет ответственности за непредставление Заказчиком информации. 8.7. Исполнитель не несет ответственности за любые затраты или ущерб, прямо или косвенно возникшие в результате внесения (изменения) информации на информационном ресурсе, предоставляемой Заказчиком. 8.8. Требования, связанные с недостатками выполненной работы, могут быть предъявлены Заказчиком при принятии выполненной работы или в ходе выполнения работы. В случае обнаружения Заказчиком недостатков выполненной работы Заказчик по своему выбору вправе требовать безвозмездного устранения недостатков выполненной работы. 8.9. В случае внесения Заказчиком неоговорённых изменений в программный код информационного ресурса, Исполнитель ответственности за работоспособность информационного ресурса не несёт. 8.10. Стороны строят свои взаимоотношения на принципах порядочности, партнерства и доверия. 8.11. Все спорные вопросы решаются путем переговоров сторон или, в случае если стороны не могут прийти к соглашению, через Арбитражный суд г.Москва в соответствии с Российским законодательством.

9. СРОК ДЕЙСТВИЯ ДОГОВОРА

9.1. Настоящий Договор вступает в силу с момента подписания обеими сторонами. 9.2. Договор, может быть, расторгнут досрочно по взаимному согласию сторон с письменным уведомлением не менее чем за 1 (один) месяц. В том случае, если Договор расторгается до завершения работ по ТЗ, взаиморасчеты между сторонами определяются Дополнительным соглашением. 9.3. Сроки действия Договора могут сдвигаться в случае объективных причин, признаваемых обеими сторонами.

10. ФОРС-МАЖОР

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

11. ПРОЧИЕ УСЛОВИЯ

11.1. Все изменения и дополнения к настоящему Договору согласуются сторонами, подписываются, оформляются в виде Приложений. Все Приложения, дополнения и изменения к настоящему Договору действительны, если они составлены в письменной форме, подписаны обеими Сторонами и являются его неотъемлемыми частями. 11.2. Настоящий Договор составлен в двух подлинных экземплярах по одному для каждой из Сторон. Каждая сторона имеет подлинный экземпляр. Оба экземпляра имеют одинаковую юридическую силу.

12. ЮРИДИЧЕСКИЕ АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН

Приложение №1 (требования к предоставлению материалов)

к договору № 10/12/08/тп на техническое обслуживание и поддержку сайта.

от «01» декабря 2008 г.

1. Общие требования для предоставления материалов

1.1. Передача материалов Исполнителю Контент (материалы для информационного наполнения) сайта Заказчика передается Исполнителю посредством электронной почты. Адрес электронной почты Исполнителя для передачи контента: support@progressivemedia.ru. Тема письма содержащего контент для размещения на сайте имеет вид: «Контент для размещения на сайте адрес сайта от дата отправки письма».

Пример: Контент для размещения на сайте www.evrasia.su от 30.04.08

Весь контент высылается одним RAR-архивом, содержащим все файлы для размещения на сайте. Если объем материалов превышает 10 мб, Заказчик передает материалы через Интернет-сервис webfile.ru, в письме указывается ссылка на архив для скачивания.
1.2. Формат передачи текстовых материалов
Текст, для каждой отдельной страницы, должен быть помещён в отдельный текстовый документ формата Microsoft Word (*.doc), версия Word 97-2003. Название документа соответствует названию страницы. В начале документа необходимо указать адрес страницы в структуре сайта, как пример: www.evrasia.su/articles/data/ic_articles/2.

1.3. Формат передачи графических материалов

Изображения, графические или мультимедиа-материалы (видео, музыка, флеш-ролики и т.п.) необходимо разместить в отдельных папках, соответствующих названиям разделов для размещения. Внутри каждой папки файлы должны быть отсортированы в том порядке, в котором они будут размещаться на сайте, материалы должны иметь названия 01, 02 и т.д. Все описания графических материалов должны быть перечислены в дополнительном текстовом документе, внутри папки, в виде: • 01 — описание 1 • 02 — описание 2 и т.д.

1.4. Формат передачи материалов в раздел Новости (аналогично для статей и пресс-релизов)

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

1.5. Формат передачи материалов в раздел Каталога товаров

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

12. ЮРИДИЧЕСКИЕ АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН

Надеюсь наш договор будет вам полезен.

UDP: Договор в формате .doc

UDP: перезалил .doc с учетом правок.

  • договор техподержка
  • техническая поддержка
  • документация
  • договор

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

Описание веб-проектов (тз) под ключ

Техническое задание на обслуживание сайта

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

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

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

Необходимость технического задания для исполнителя

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

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

Именно по вышеописанным причинам составление технического задания на создание сайта – это важный и ответственный этап реализации проекта.

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

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

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

Каким образом составляется ТЕХНИЧЕСКОЕ ЗАДАНИЕ?

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

Далее мы повторно обсуждаем с заказчиком нюансы процесса разработки (в том числе – разработки веб-сервисов), которые возникли при исполнении предыдущего этапа (анализа ЦА).

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

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

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

Техническое задание для сайта – цены

Заказывайте в «WEBCASE» – техническое задание для сайта, и звоните по телефону, указанному на сайте. Звонок позволит вам не только оформить заказ, но и получить подробные консультации по интересующим вас вопросам. Обладая обширным опытом создания технических заданий для сайтов компания «WEBCASE» позволит реализовать ваш проект на самом высоком уровне.

Цена на создание ТЗ для сайта зависит от нескольких факторов основными из которых являются:

  • сложность проекта
  • язык написание документации
  • срочность реализации.
  • необходимость специфических знаний (blockchain /  trading … )

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

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

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

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

Заказать техническое задание для сайта

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

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

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

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

>Загляните в портфолио и убедитесь в профессионализме разработчиков и дизайнеров компании. Сотни реализованных проектов подтвердят правильность вашего при заказе создания сайта. Не упускайте прекрасной возможности получить высокопрофессиональную документацию по доступной цене. Делайте свой бизнес с нами!

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

Источник: https://webcase.com.ua/services/tz-zadanie-na-razrabotku-sayta/

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