Создание онлайн-школы по медицине и лечению

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

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

Составление ТЗ — совместная работа заказчика и исполнителя.

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

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

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

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

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

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

Результаты работы данного этапа предоставляются заказчику.

Как правило, в проекте участвуют несколько бэкэнд-разработчиков. Для возможности качественно проводить параллельную разработку наша команда использует системы контроля версий GitHub и BitBucket.

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

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

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

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

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

После того как досконально проверен сайт, следующий шаг — это загрузка проекта на сервер.

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

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

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

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