Как грамотно составить ТЗ для сайта
Грамотно составленное техническое задание (ТЗ) — это гарантия того, что разработчик веб-сайта выполнит заказ качественно, в установленный срок и точно так, как видит свой сайт заказчик. ТЗ позволяет заказчику требовать от разработчика соблюдения всех оговоренных условий, а исполнителю правильно понять цели и задачи проекта.
Подробное ТЗ – важный этап создания качественного сайта
Составляя ТЗ, следует излагать требования как можно более компактно и понятно для исполнителя, чтобы у последнего не возникало потребности обращаться к заказчику за уточнениями или разъяснениями. При этом следует максимально подробно и недвусмысленно описать задание. Это необходимо для того, чтобы разработчику не пришлось переделывать проект из-за появления новых или неуказанных требований от заказчика, а также чтобы не возникло недопонимания между сторонами.
Перед тем как создать ТЗ следует ознакомиться с общими принципами разработки веб-сайта. Процесс создания сайта можно разделить на следующие этапы:
- Четкая постановка целей и задач сайта;
- Составление ТЗ на разработку сайта;
- Создание дизайн-макета сайта;
- Вёрстка;
- Наполнение контентом;
- Тест работоспособности и запуск сайта.
Неизменно в процессе создания качественного и работоспособного ресурса первый и второй пункты остаются за заказчиком, а всё остальные за исполнителем.
Вёрстка — это написание html-кода, который отвечает за размещение элементов в окне браузера в соответствии с созданным дизайнером макетом. Она является наиболее сложным этапом в создании сайта. Именно верстка отвечает за то, чтобы веб-сайт работал корректно, быстро, а также одинаково отображался на всех операционных системах и браузерах.
Этапы составления технического задания
Зная принципы создания сайта, проще составить и техническое задание, по которому он будет разрабатываться. При составлении ТЗ следует:
- Кратко описать назначение и задачу будущего сайта;
- Указать требования к дизайну сайта, задание для вёрстки;
- Описать требуемый функционал;
- Указать желаемый контент, которым требуется наполнить сайт;
- Заранее описать условия, на которых будет происходить поддержка ресурса разработчиком.
Для удобства и экономии времени создаются шаблоны ТЗ на разработку сайта, представляющие собой форму, в которой уже содержатся основные разделы, при заполнении которых заказчик просто вписывает желаемое в графы.
Компания Cetera Labs имеет четкие шаблоны для составления ТЗ, что позволяет нам затрачивать минимум усилий на достижение взаимопонимания с заказчиком и разрабатывать эффективные ресурсы в кратчайшие сроки. Обращайтесь к нашим менеджерам за подробностями!
Поделиться в соц. сетях:
Как составить техническое задание для сайта | Блог YAGLA
Результат выполнения любой задачи зависит от того, насколько корректная и полная у неё формулировка. Особенно если это что-то сложное и специфическое, как разработка сайта. Если нет четкого вИдения своего будущего сайта, исполнитель не сможет понять, что нужно заказчику и, соответственно, воплотить это в реальность.
Как составить грамотное техническое задание для сайта и что в нем прописать – смотрите в этой статье.
Зачем нужно техническое задание
Техническое задание – это документ, где зафиксированы все требования к сайту. Чем детальнее всё прописано, тем лучше исполнитель и заказчик понимают друг друга.
Клиент хочет быть уверенным, что получит желаемый результат. Поэтому важно еще «на берегу» решить, устраивает ли его разработчик по уровню компетентности и подходу к работе, обговорить с ним все условия сотрудничества.
Также техзадание для заказчика – гарантия соблюдения договоренностей. Готовый сайт можно проверить по этому документу. Если что-либо отсутствует или не соответствует написанному – разработчик это дорабатывает / исправляет.
Еще одна причина для заказчика. На случай замены исполнителя: новому разработчику будет проще въехать в курс дела, и он быстрее начнет работу над проектом.
Теперь с позиции исполнителя.
Во-первых, ему нужно оценить примерную стоимость работ, прежде чем приступать к проекту. Чем подробнее будет техзадание, тем проще всё учесть и аргументировать окончательный ценник для заказчика. Иначе понадобится больше времени для обработки техзадания.
Во-вторых, подробно составленное техзадание облегчает процесс разработки. В нем уже прописана структура и функционал будущего сайта.
В-третьих, для исполнителя техзадание гарантирует стабильность. Чтобы сразу всё согласовать с клиентом, эффективно распределить свое время на выполнения задач по плану, а не менять концепцию на полпути из-за внезапных озарений заказчика.
Наконец, когда обе стороны вместе составляют техзадание, для разработчика это возможность убедить клиента в своей профессиональности. Он может предлагать идеи, как лучше реализовать ту или иную фичу, основываясь на своем опыте и технических знаниях.
С чего начать
Составление техзадания – это командная работа исполнителя и заказчика. Первый лучше знает техническую сторону, второй – свой продукт, бизнес и аудиторию. Для каких задач и на кого рассчитан будущий сайт – решать только клиенту. Также он рассказывает свои пожелания по дизайну, функциям и структуре сайта.
Разработчик задает клиенту все вопросы, которые появляются в ходе обсуждения. Его задача – максимально точно представлять ожидания клиента и оценить проект по стоимости и продолжительности.
В целом в ваших интересах описать задачи подробнее, потому что исполнителю важна определенность. Чем больше «белых пятен», тем больше рисков он закладывает в стоимость проекта и тем дороже для вас его услуги.
Разработка с нуля – самый трудоемкий и длительный проект, так как сайта еще нет. В этом случае техзадание будет объемным, так как надо прописать всё – от цели площадки до виджетов, придумывать структуру, контент страниц и дизайн.
Даже если у вас уже есть сайт, и вы хотите его доработать, всё равно нужно техзадание. Уточните, что именно делать с существующим сайтом: перерабатывать полностью или только поменять дизайн.
Если сайт уже есть, и вы хотите заказать его переработку (визуал + структура + контент страниц, возможно, функции и интеграции), вы прописываете те пункты, которые хотите переделать.
Самое простое – редизайн сайта, то есть поменять только визуальную оболочку существующего сайта. Всё содержимое остается тем же. В этом случае проще всего объяснить свое видение с помощью референсов. Это примеры других сайтов (ссылки на них или скриншоты), удачных с точки зрения клиента, с пояснением, почему именно они ему нравятся и чем.
Далее рассмотрим всё, что нужно прописать в техническом задании для создания сайта с нуля и как это сделать.
Вводная часть
Как и в любом договоре, нужно дать определения основных терминов. Это гарантирует, что обе стороны имеют в виду одно и то же под понятиями, описанными в этом документе.
Здесь необязательно приводить всю техническую терминологию, которая закреплена в действующих международных стандартах и рекомендациях. Например, IP-адрес, браузер, хостинг. Важно уточнить те, по которым могут быть разногласия и по которым нужно сделать важные пояснения: блог, сайт, контент и т.д.
Кроме того, задача этого раздела – чтобы все термины были понятны и разработчику, и клиенту. Для этого сформулируйте их как можно точнее, используя инфостиль. Без «воды», только по делу, никаких качественных прилагательных и оценочных суждений. Это относится к техзаданию в целом, не только к этому разделу.
Пример: «Сайт выдерживает большие нагрузки» – не понятно, насколько большие. Лучше обозначить конкретную цифру, сколько посетителей могут одновременно находиться на сайте.
Для чего нужен сайт
Прежде всего определите, каких целей вы собираетесь достичь с помощью сайта.
Допустим, у вас новый продукт. Сайт может познакомить с ним вашу целевую аудиторию. Если уже есть наработанная клиентская база и продажи в онлайне – повышать количество лояльных клиентов и средний чек, или информировать об акциях.
При формулировке целей зачастую используют методику SMART, согласно которой цели должны быть конкретными (specific), измеримыми (measurable), достижимыми (attainable), отвечали потребностям (relevant) и были ограниченными по времени (time bound).
Вот пример правильной формулировки цели: за 3 месяца повысить продажи на 50% за счет добавления на сайт блока «Избранное».
Кто будет пользоваться сайтом и для чего
Ключевое слово – «пользоваться». Это не вся целевая аудитория, на которую рассчитан ваш продукт, а та её часть, которая готова решать с помощью будущего сайта свои задачи. Покупать продукт, узнавать информацию о нем и т.д. – в зависимости от цели сайта, которую вы определили шагом ранее.
Разбейте потенциальных посетителей сайта на группы в зависимости от того, какие задачи они будут решать на вашем сайте. Например, сайт по услугам могут посещать:
- Лица, заинтересованные в покупке этих услуг
- Представители масс-медиа, если их интересует тематика услуг
- Партнеры, которые ищут сотрудничество.
Однако одного описания задач недостаточно для дальнейшей технической разработки. Надо знать и донести до исполнителя, какие действия будет совершать пользователь на сайте. То есть прописать гипотетические сценарии пользовательского поведения по каждой задаче.
Пользовательские сценарии
1) Точка входа на сайт – куда попадает пользователь из рекламы или поисковых систем (смотря какими инструментами вы будете продвигать сайт), на какую именно страницу или в какой раздел.
2) Алгоритм действий пользователя.
Пример 1: переходит на страницу продукта – читает информацию о продукте – решает, что этот продукт ему не подходит – переходит на страницу категории продукта, чтобы найти подходящий вариант.
Пример 2: переходит на страницу продукта – читает информацию о продукте – решает, что этот продукт ему подходит – добавляет продукт в корзину – нажимает кнопку «Заказать» – вводит данные, необходимые для оплаты и доставки – попадает на страницу благодарности.
Каждая версия алгоритма – отдельный сценарий.
Чем подробнее вы распишите всё, что можно делать на будущем сайте, тем проще это реализовать.
Техническая часть
Функционал сайта
Здесь вы прописываете, как всё будет работать, основываясь на сценариях поведения. Какие функции должны присутствовать на сайте.
Например:
- Каталог товаров
- Корзина
- Поиск
- Фильтр
- Личный кабинет
- Форма обратной связи
- Избранное
- Рекомендуемые товары
- Живой чат.
Интеграции сайта
Интеграции нужны, чтобы перетягивать на сайт данные из внешних программ (допустим, данные по ассортименту из 1С в каталог товаров) или, наоборот, собирать с сайта данные в сторонней программе (контактные данные, которые пользователь отправляет в форме заявки, накапливать в CRM-системе).
Технические требования
Сюда относятся такие требования, как:
- В каких браузерах будет доступен сайт
- Под какие устройства помимо компьютера (смартфоны, планшеты) его оптимизировать
- С какой скоростью будут загружаться страницы
- Какие нагрузки будет выдерживать сайт (сколько посетителей одновременно может находиться)
- Система управления контентом, на которой создавать сайт (WordPress, Битрикс, Tilda и т.
д.)
- Разграничение доступа к сайту для администратора, редакторов, посетителей – принцип генерирования паролей, требования к паролям.
Содержимое сайта
Структура
Сайт всегда состоит из разделов, каждый из которых выполняет определенные функции, и эти разделы связаны между собой.
Чтобы ничего не упустить, для начала составьте список страниц, которые нужны для решения всех задач посетителей сайта. Затем разбейте их по разделам, чтобы было понятно, какая страница к какому разделу относится.
Стандартные страницы, которые можно увидеть практически на любом сайте:
- Главная
- Новости
- О компании
- Продукты
- Контакты.
Если ваша компания предлагает разные продукты (товары или услуги), 1 продукт = 1 страница. При этом нужна общая страница со списком всех продуктов.
Чтобы пользователи могли найти нужный продукт по его названию, будет также страница результатов поиска по сайту.
Если на сайте будет форма заявки – еще +2 обязательные страницы: пользовательское соглашение о конфиденциальности персональных данных и политика обработки данных, с которой пользователь соглашается, оставляя свои контакты.
Структуру сайта можно прописать в виде нумерованного списка либо изобразить в виде интеллект-карты.
Внимание! Сначала согласовываете с исполнителем всё, что сделано до этого момента, то есть «скелет» сайта, потом продумываете контент и дизайн.
Контент
Это текст, ссылки, визуальные материалы. Определите, кто занимается подготовкой контента – разработчик или заказчик.
Во втором случае подберите для каждой страницы контент по теме и проверьте, насколько он подходит по всем пользовательским сценариям – хватает ли информации для решения задач, видит ли пользователь самое важное на странице, какие у него могут появиться вопросы и как на них ответить сразу на сайте (если возможно).
Дизайн
Когда готова структура и техническая начинка сайта, можно придумывать оболочку.
Чтобы показать, какое оформление сайта вам нужно, подберите референсы (примеры других сайтов, на которые должен быть похожим ваш будущий сайт) и приложить их к техзаданию.
Проще всего визуализировать содержимое сайта в прототипе. Здесь мы описали инструменты для создания прототипа сайта.
Организационные вопросы
Команда проекта
Обозначьте ответственного за проект из ваших сотрудников. Например, это может быть руководитель IT-отдела. Он будет взаимодействовать с разработчиками, отвечать на их вопросы.
Также укажите ЛПР – лиц, принимающих решения по проекту. Они будут решать, как будет работать и выглядеть сайт, и принимать работу исполнителя. Достаточно закрепить за ЛПР руководителя компании, директора по продажам и директора по маркетингу. Если лиц слишком много, будет сложнее согласовывать и принимать решения.
Плановые сроки и бюджет
После описания всех функций и структуры сайта возможно определить, сколько времени займет вся работа над проектом и оценить примерную стоимость.
Пропишите плановые даты начала и завершения проекта, бюджет и порядок отчетности по результатам – как заказчик будет принимать работу, поэтапно или целиком.
Вот примерная структура технического задания, которой можно пользоваться:
Раздел | Что в нем писать |
Вводная часть | Основные термины и их определения |
Общая информация | Задачи сайта |
Пользователи сайта | |
Пользовательские сценарии | |
Техническая часть | Функционал |
Интеграции | |
Технические требования | |
Содержимое сайта | Структура |
Контент | |
Дизайн | |
Организационные вопросы | Команда проекта |
Плановые сроки и бюджет |
Успехов!
Хотите тоже написать статью для читателей Yagla? Если вам есть что рассказать про маркетинг, аналитику, бизнес, управление, карьеру для новичков, маркетологов и предпринимателей. Тогда заведите себе блог на Yagla прямо сейчас и пишите статьи. Это бесплатно и просто
10 ключевых моментов о том, как написать спецификацию веб-сайта
Эта статья предназначена для тех, кто хочет привлечь агентство веб-дизайна для создания веб-сайта или веб-приложения, а также в качестве руководства для агентств веб-дизайна, которые не определились методика реактивная.
Часто бывает так, что при заказе веб-сайта клиенту не хватает конкретной и важной информации, которая очень важна как для клиента, чтобы он мог всесторонне изучить свой проект, так и для агентства веб-дизайна, чтобы оно могло создать предложение, учитывая все требования, пожелания и получить четкое представление о потребностях клиента.
Очень редко заказчик предоставляет серьезную проектную документацию, в которой точно указаны все требования, описание проекта, ход процесса и четкое представление о том, что ожидается.
Учитывая это, в этой статье у вас есть 10 ключевых элементов/элементов, которые помогут вам создать спецификацию.
Также внизу этой статьи есть пример бланка документа/спецификации, который заполняется клиентами, и один пример заполненной документации.
Необходимые элементы и вопросы для создания спецификации:
1. Общая информация о компании или физическом лице / покупателе
Общая информация является элементарным введением в спецификацию и предоставляет соответствующую информацию о:
- Что это за компания (Компания имя)
- Деятельность компании
- Количество сотрудников
- Конкуренция (ссылка на веб-сайты конкурса)
Очень важно, чтобы агентство веб-дизайна ознакомилось с деятельностью покупателя, его текущей презентацией на рынке, его маркетинговыми целями и стратегией. , чтобы его можно было интегрировать в потенциальный проект.
2. Это совершенно новый проект или это редизайн/перепрограммирование существующего?
Конкретные вопросы, на которые клиент должен дать ответ:
- Есть ли у вас сейчас веб-сайт?
- Какой веб-адрес этого веб-сайта?
- Вам нужен редизайн сайта или совершенно новый сайт?
Если у вас уже есть веб-сайт, ссылка на него будет очень полезна, чтобы агентство веб-дизайна могло ознакомиться с текущей структурой веб-сайта и деятельностью.
3. Что конкретно вы ожидаете от веб-сайта?
- Новая презентация, которая привлечет новых клиентов и отразит доверие к компании своим высококачественным дизайном
- Увеличение продаж определенного продукта или группы продуктов услуга
- Портфолио для презентации
Ожидания от сайта определяют способ его создания. Эта информация может быть полезна для ознакомления с пожеланиями клиента и тем, на что следует обратить наибольшее внимание.
Очень полезная информация, когда клиент предоставляет ссылку на веб-сайт, который точно соответствует его ожиданиям от его будущего веб-сайта с дизайном и функциональностью.
4. Какой тип вашего веб-сайта?
Типы сайтов:
- Корпоративная презентация компании
- Персональная страница
- Интернет-магазин (сайты электронной коммерции)
- Веб-приложение
- Социальная сеть
- Портфолио
- 2 Блог со специфическими функциями
Эта информация очень полезна, потому что она говорит нам, какая потенциально платформа CMS должна быть подходящей или предназначена ли она для индивидуального решения. Эти данные говорят нам, какой язык программы следует использовать и какой фреймворк.
5. Структура веб-сайта
- Сколько веб-страниц?
- Карта сайта очень полезна
- Сколько различных типов/макетов страниц (Домашняя страница, О нас, Портфолио/Галерея, Страница контактов)
- Это одноязычный или многоязычный веб-сайт и сколько языков?
Это не одно и то же, хотите ли вы веб-сайт с 4 страницами или веб-сайт с тысячами страниц. Сайт с 4 страницами также может быть очень сложным с точки зрения уделения внимания каждой детали на странице и качественного дизайна.
Веб-пакеты — не лучшее решение для клиентов.Они не точно определяют потребности клиента, и покупатель или агентство могут быть очень легко повреждены.
Если в веб-пакете указано, что количество страниц неограничено или 50+, и вы заключаете договор, то не указано, сколько вам реально нужно работать.
Очень важно не подходить к созданию сайта как к «штамповке» страниц/сегментов. Каждая информация важна, каждый макет имеет свое назначение, и каждой детали нужно уделить внимание.
Домашняя страница является доминирующей страницей, но она необходима для того, чтобы уделять внимание всем остальным страницам.
6. Статический или динамический веб-сайт
- Кто будет импортировать контент на веб-сайт (покупатель или агентство)?
- Нужна ли сайту система CMS, чтобы покупатель мог импортировать контент?
- Как часто вы планируете изменения на объекте и какие элементы вы бы изменили?
Если покупателю нужна презентация, не требующая изменений, то нет необходимости создавать систему CMS или использовать какую-либо платформу. Во-первых, клиент не хочет за это платить, ему это не нужно, на популярных платформах есть уязвимость .
В действительности 99% покупателей, за исключением того, что их веб-сайт является динамическим, поэтому они могут изменять его содержание, поэтому необходимо планировать обучение для них.
7. Функциональность веб-сайта
Это один из важнейших пунктов.
На этом этапе необходимо, чтобы покупатель предоставил как можно больше информации о самой функциональности.
Пример 1:
Пользователи должны зарегистрироваться. После регистрации они получают активационное письмо, а затем заполняют следующую информацию… После входа в систему пользователи будут иметь свои профили с этими элементами…
Таким образом, объясняются все функции и этапы/процессы, и на основе этого можно создавать предложения и в конце концов подвопросы.
Для функциональности важно указать, является ли это интернет-магазином, социальной сетью, сайтом-аукционом, порталом по поиску недвижимости или туристических направлений…
Пример 2:
Необходимо указать 10 компаний/ депутатов на сайте, а для каждой компании есть 3 категории и 2 подкатегории. Я также хочу, чтобы вы создали полный функционал, категории и подкатегории, и мы добавим продукты.
Оплата будет наложенным платежом, кредитными картами, PayPal…
Одна из важных сведений заключается в том, что если веб-сайт должен быть адаптивным, адаптированным для всех мобильных устройств. Эта функциональность стала стандартной и почти считается функциональной по умолчанию, но это необходимо обсудить с покупателем, потому что есть исключения и разные требования.
8. Бюджет
Информация о бюджете, который вы планируете инвестировать в потенциальный проект, может быть индикатором для агентства серьезности и того, насколько вы действительно знаете цену на такого рода услуги.
Многие покупатели избегают определять свой бюджет, рассчитывая, что они получат предложение первыми, таким образом, они «не раскрывают карты».
Однако, сообщая свой бюджет, вы предоставляете агентству возможность сказать, что можно сделать в рамках этого бюджета.
Цена рассчитывается не на основе бюджета клиента, а на основе спроса, поэтому, если это проект стоимостью 900 евро и бюджет, определенный клиентом в 5000 евро, цена будет 900 евро, но информация о бюджете будет используется для того, чтобы дать клиенту дополнительное предложение и рассказать ему, что можно сделать для улучшения проекта.
Также, если реальная стоимость проекта составляет 2000 евро, а бюджет, определенный клиентом, составляет 1000 евро, можно сделать предложение в рамках этого бюджета, которое будет без некоторых пунктов, увеличивающих стоимость создания проекта.
В связи с этим мы предлагаем в качестве решения указать примерный бюджет (от – до).
Это очень полезная информация в тактическом и информативном плане, и она выгодна обеим сторонам.
9. Дедлайны
Дедлайны — очень важный фактор, который сильно влияет на распределение работы стажера, сортировку проектов по приоритету и цене.
Если вы не определили Таймфрейм, дедлайн, то проект создается в стандартном режиме и этот дедлайн не определен, это не значит, что проект будет создан вне реального Таймфрейма.
Определение проекта напрямую связано с проектной документацией, и в 99% случаев именно агентство веб-дизайна устанавливает приблизительные сроки для этого проекта.
Если покупатель требует, чтобы проект не соответствовал реальным временным рамкам, то необходимо работать сверхурочно, и это повлияет на окончательную цену проекта.
10. Дополнительная информация
Дополнительная информация может быть использована для всего, что не цитировалось в предыдущих пунктах или что-то, что не по теме и предоставленные вопросы.
Я надеюсь, что это поможет тем, кто хочет предложить услуги, и агентствам веб-дизайна, у которых были проблемы с этой темой.
- Скачать пустую документацию по заказу/проекту – [button style=”1″ caption=”DOWNLOAD” link=”https://www.popwebdesign.net/popart_blog/wp-content/uploads/2015/02/project- doc.pdf”][/button]
- Скачать заполненную документацию по заказу/проекту — [button style=»1″ caption=»DOWNLOAD» link=»https://www.popwebdesign.net/popart_blog/wp-content/uploads/2015/02/project-doc -filled.pdf”][/button]
14 Glorious Keys on Guide for Specifications for a Website
Составление подробного руководства по спецификациям гарантирует, что ваш веб-проект будет реализован. Это также помогает разработчикам предоставлять более точные котировки. Вам нужно написать подробную спецификацию для вашего сайта, но вы не знаете, с чего начать? Что ж, мы вас прикрыли. Приведенное ниже руководство предоставит вам всю необходимую помощь, чтобы сделать ваш проект успешным.
Если вы хотите спланировать успешный веб-проект, не сталкиваясь при этом с дорогостоящими трудностями, вам нужна целенаправленная и подробная веб-спецификация. На самом деле написание такого контента обеспечивает безупречную работу проекта, а также помогает вам разработать веб-проект, который отвечает целям как вашего предприятия, так и его посетителей.
Что касается этого подробного руководства, я разберу все важные компоненты надежной веб-спецификации и их важность. Кроме того, в руководстве основное внимание будет уделено ценным урокам, которые мы извлекли, работая с сущностью на основе WordPress. Также затрагивается значение веб-спецификации, процесс ее написания и ее содержание.
Веб-спецификация По сути, он описывает документ, в котором изложены методы и цели веб-проекта. Он должен подчеркивать различные ограничения, включая технологические проблемы, бюджет или временные рамки. Кроме того, спецификация может также указывать другие детали проекта, такие как команда.
Этот документ зависит от конкретного веб-проекта. Тем не менее, ожидайте найти некоторые похожие части спецификации в большинстве проектов веб-сайтов.
Приведенный ниже список состоит из общих разделов. Тем не менее, вы можете решить, какие разделы упомянуть при написании спецификации, или добавить те, которых нет в списке.
Все важные аспекты проекта должны быть отражены в вашей спецификации.
Технические характеристики- Обзор
- Задействованная команда
- Цели
- Содержание
- Дизайн
- Функциональность
- Удобство
- Поддержка браузера
- Веб-хостинг
- Постоянное обслуживание и поддержка
- Сделанные предположения
- Вехи
- Сроки
- Установить бюджет
Предоставляет общую информацию о веб-проекте, а также об исполняющем его объекте. В этом случае обзор может быть:
- О вашей организации
- Проблема, которую вы пытаетесь решить
- Целевая аудитория
Вовлеченная команда
В этом разделе перечислены все ключевые лица, принимающие решения, стоящие за проектом. Убедитесь, что вы указали их адреса электронной почты и названия проектов. Убедитесь, что вы включили сюда голову проекта.
ЦелиВ этой части документа кратко описаны цели конкретного проекта. Такая информация дает разработчикам представление обо всех вещах, которые вы намереваетесь выполнить, что, в свою очередь, помогает рекомендовать наиболее подходящие решения.
Пример целей, которые вы можете иметь в виду:
- Привлечь 1000 новых подписчиков в Твиттере за год
Цели должны быть SMART, что означает:
- Конкретные
- Измеримый
- Назначаемый
- Реалистичный
- Связанный со временем
В случае, если проект образует более крупный проект или если после завершения текущего проекта будут другие этапы, вы должны перечислить все это. Это поможет показать, как и где текущий проект вписывается в ваши будущие начинания.
Например:
Этап 1: Маркетинговый веб-сайт – текущий проект
Этап 2: включает электронную торговлю Структура контента состоит из различных разделов и определяется размером и сложностью вашего веб-контента.
Карта сайтаЭтот раздел обычно представляет собой схему, показывающую тип «дерева» (иерархическая структура веб-страниц). Карта сайта также может содержать «шаблон страницы», как показано ниже.
Там вы можете найти полезные инструменты для разработки карт сайта. В нашем случае мы придерживаемся Gloomaps.
Типы контентаВеб-сайт может содержать различные типы контента. На базовом уровне ожидайте найти как веб-страницы, так и сообщения. Пост в основном последовательный, как новости, тогда как страница вне времени, например, «О нас».
Другие типичные типы контента включают:
- Отзывы
- Товары
- Люди
Для каждого типа должны быть перечислены соответствующие данные. Поэтому для контента «Лицо» могут потребоваться данные, указанные ниже:
- Имя
- Фамилия
- Позиция
- Био
- Адрес электронной почты
- Номер телефона
По сути, таксономия относится к схеме классификации вашего веб-контента. Вы можете придумать таксономии для всего веб-сайта, которые будут использоваться для различных типов контента. В случае с блогом ожидайте найти две основные таксономии, включая «Теги» и «Категории».
Два основных типа таксономии включают:
- Иерархическая таксономия – например, «Категории»
- Неиерархические — например, «Теги»
Шаблон включает заданный информационный макет. Примеры основных шаблонов веб-страниц перечислены ниже:
- Домашняя страница
- Наша команда
- Сообщение в блоге
- Контактная информация — может включать форму и карту
- Архив новостей
Если у вас есть макеты таких шаблонов веб-страниц, пожалуйста, включите их в этот раздел.
Содержание этой части будет определяться тем, включена ли разработка дизайна в объем работ или дизайн уже существует.
Уже существующий дизайнЕсли дизайн существует, вы можете сослаться на него в этом разделе. Вы можете использовать свои дизайнерские активы следующими способами:
- Файлы эскизов
- Плоские файлы изображений
- PDF-файлы (можно аннотировать)
- PSD-файлы
Убедитесь, что вы предоставили аннотации или руководство для следующих деталей:
- Интервал
- Анимации
- Наведение указывает
- Цвета
- Сетевые системы
- Правила оформления
В настоящее время люди могут просматривать различные сайты на широком спектре экранов и гаджетов. Следовательно, очень важно учитывать внешний вид вашего веб-сайта, в первую очередь на устройствах с маленьким экраном, таких как смартфоны.
Если визуальный дизайн является жизненно важным аспектом вашего проекта, вы должны предоставить предпочтительный стилистический путь и рекомендации по преодолению связанных с этим проблем.
Хотя у каждого дизайнера своя процедура, необходимо предоставить следующее:
- Печатные материалы, такие как брошюры
- Руководство по бренду — например, логотипы, шрифты, цвета и другая графика
- Оценка конкуренции
Это означает, как работает ваш веб-сайт. Большинство веб-сайтов должны быть интегрированы с API от третьих лиц. В таких случаях все интеграции должны быть выделены в этой части в зависимости от того, как они будут работать, и любых других необходимых деталей.
В зависимости от вашего веб-проекта вы можете выделить примеры различных функций, в том числе:
- Отслеживание и аналитика
- Многоязычный функционал
- Уровень защищенных сокетов (SSL)
- Возможности электронной коммерции
Это означает создание сайтов, которые будут работать для всех, независимо от способностей, технологий или местонахождения. WCAG — это стандарты, созданные, чтобы помочь разработчикам веб-сайтов создавать более доступные сайты. Если у вас есть особые требования, не стесняйтесь перечислить их здесь.
Сегодня навигацию по веб-сайтам можно выполнять с помощью различных гаджетов и веб-браузеров. По этой причине вы должны выяснить, какой браузер или устройство нуждается в поддержке из-за различных технологических потребностей.
В этой части должны быть указаны конкретные гаджеты и веб-браузеры, на которых ваш сайт должен пройти тестирование. Если у вас есть данные по таким аспектам, особенно полученные из аналитики текущего веб-сайта, может быть полезно упомянуть об этом здесь.
ХостингЗдесь укажите все требования к хостингу веб-сайта. Если вы уже определили поставщика услуг хостинга, предоставьте информацию об этой платформе в этой части документа спецификации.
Постоянное обслуживание и поддержка.
Веб-сайты необходимо регулярно улучшать, сохранять и обновлять. Если вы используете сайт WordPress, кодовая база будет быстро ухудшаться, если она не будет постоянно обновляться. В свою очередь, это может вызвать проблемы с безопасностью, производительностью и совместимостью.
ПредположенияРаспространенной проблемой является создание предположений относительно сторон, отвечающих за определенные операции. Например, кто будет добавлять нужный контент? Чтобы избежать такого случая, убедитесь, что в вашем руководстве по спецификациям указано все, что вам нужно, чтобы сделать сайт полным.
ВехиБольшинство проектов, особенно тех, которые используют метод фиксированных затрат, имеют определенные вехи с самого начала. Это четко установленные этапы, на которых вы будете иметь дело с различными аспектами веб-сайта. Примеры типичных этапов проекта веб-сайта включают:
- Go Live
- Обратная связь
- Каркасы
- Развитие
- Дизайн
Даже если у вас нет конкретных этапов, важно иметь представление о соответствующих временных рамках, особенно если установлен крайний срок.