В итоге по браузерам у вас будет их список с указанием версий, в которых сайт должен выводиться и функционировать корректно.
Скорость и размер. Эти два параметра взаимозависимы. Чем меньше размер загружаемых страниц, тем быстрее работает сайт. Никому не нравится очень долго ждать, когда сайт подолгу загружает свои файлы. Эти требования хорошо бы прописать, чтобы подстраховаться от совсем долгой загрузки. Наверное, нет смысла формулировать “для всех страниц – время такое-то”. Гораздо лучше использовать следующую формулировку “для главной страницы – не более Х секунд, для 70% – не более Y секунд”. Скорость сайта – это критическая составляющая успеха сайта. Чем “легче” сайт, тем комфортнее чувствует себя посетитель. В качестве хорошего примера быстрого сайта рекомендую посмотреть сайт Википедии – очень много данных, но несмотря на это сайт “летает”.
Нагрузка на сайт. Допустим, вы сделали сайт. Все замечательно, он вам очень нравится. Сайт запускается. Но со временем происходит большой наплыв пользователей и сайт “падает”, т.е. не может больше обрабатывать запросы от посетителей. Это довольно сложно проверить на этапе разработки сайтов, только если программно, но и это не является гарантией от падений в дальнейшем по множеству причин. Дело в том, что здесь в игру вступают аппаратные ограничения хостинга или сервера, на котором работает ваш сайт.
Поэтому трудно просчитать всевозможные варианты эксплуатации сайта.
Самое главное, если вы готовитесь к массированному привлечению клиентов на свой сайт, вы должны включить требования в техническое задание по нагрузке на сайт, например, “сайт должен корректно функционировать при одновременной работе 1000 посетителей”. Это обяжет разработчиков более бережно относиться к серверным ресурсам. Это в первую очередь процессорное время, память, подключения к базе данных, пул http-соединений.
Мобильный интернет. Ни для кого не секрет, что мобильные телефоны набирают популярность как средство для выхода в интернет. На данный момент настольный интернет все-таки преобладает, но никто не знает, что будет в будущем. Если посетители вашего сайта будут использовать телефон для выхода в интернет, об этом также стоит упомянуть. Раньше для мобильников создавался отдельный сайт с урезанным функционалом. Сейчас, когда стандарты набирают силу, есть возможность делать сайты и для настольных браузеров и для мобильников. Здесь есть один момент – сайт под мобильные устройства может быть адаптируемым, т.е. контент сайта не требует горизонтальной прокрутки. Это так называемый Responsive Design в котором ширина меняется динамически в зависимости от параметров и возможностей браузера. Второй вариант – это более распространенный дизайн с фиксированной шириной макета. Это приводит к тому, что в мобильном браузере появляется горизонтальная прокрутка. Это менее удобно, чем первый вариант, но гораздо проще в реализации и сопровождении.
Ограничение на технологии. В моей практике был такой случай, когда введение ограничения на технологии привело к довольно большим финансовым затратам. Этот проект был разбит на две части, каждая из которых делалась на своем языке программирования. Нет смысла вдаваться в малозначащие детали, скажу только, что это привело к существенной сложности и нестабильности проекта. В итоге пришлось все переписывать на один язык. Время и деньги потрачены впустую вследствие того, что не были поставлены требования на использование технологий.
Вы можете, например, сделать требование “сайт должен быть разработан на ASP.NET Web Forms”. Тем самым вы отсекаете все остальные платформы, но при этом получаете некоторую уверенность, что сайт не будет разработан на какой-то редкой, никому не известной технологии, которую сможет поддерживать только создатель проекта.
Также считаю важным предупредить вас об использовании flash-сайтов: они очень плохо индексируются поисковыми роботами, что затрудняет продвижение вашего сайта в поисковых системах, например Google и Яндекс. Помните об этом.
Локализация. Если на вашем сайте будет использоваться множество языков, например русский, английский и немецкий, то об этом лучше упомянуть сразу. Это требование очень сильно влияет на структуру базы данных, поэтому если вам требуется более одного языка на сайте, упомяните об этом в техническом задании.
