Как создать продающий сайт с нуля - [7]

Теперь вы знаете основы проектирования взаимодействия и умеете их применять для создания макетов интерфейса сайта.

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

Специфичные требования

Браузеры. В первую очередь, надо помнить, что сайт – это приложение, которое работает в браузерах. А браузеров – великое множество. Раньше, в 90-е года прошлого века и в начале 2000-х годов с этим вопросом была очень большая проблема, т.к., по сути, производители браузеров очень плохо выполняли стандарты разметки HTML. Особенно в этом плане отличился браузер Microsoft Internet Explorer. Перечислить все отличия этого браузера не представляется возможным, но это скорее проблемы разработчика, а не заказчика. В данный момент имеет смысл поддерживать браузеры Internet Explorer 8 и 9 версии.

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

Как мне понять, какие браузеры надо поддерживать, а какие нет? Очень просто. Существует интернет-статистика использования браузеров. Здесь я не буду приводить ссылку, т.к. статистика постоянно меняется. Просто наберите в Яндексе “Статистика использования браузеров 2013 год”. В этой статистике вы можете увидеть процент использования по каждому браузеру. Желательно знать статистику и по версиям браузеров, чтобы вы могли указать браузеры и их версии. К примеру, браузер Internet Explorer имеет версии 6,7,8,9. Версии 6,7 практически уже никто не использует. А вот версия 8 пока пользуется достаточно большой популярностью, чтобы списывать ее со счетов.

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

Скорость и размер. Эти два параметра взаимозависимы. Чем меньше размер загружаемых страниц, тем быстрее работает сайт. Никому не нравится очень долго ждать, когда сайт подолгу загружает свои файлы. Эти требования хорошо бы прописать, чтобы подстраховаться от совсем долгой загрузки. Наверное, нет смысла формулировать “для всех страниц – время такое-то”. Гораздо лучше использовать следующую формулировку “для главной страницы – не более Х секунд, для 70% – не более Y секунд”. Скорость сайта – это критическая составляющая успеха сайта. Чем “легче” сайт, тем комфортнее чувствует себя посетитель. В качестве хорошего примера быстрого сайта рекомендую посмотреть сайт Википедии – очень много данных, но несмотря на это сайт “летает”.

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

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

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

Мобильный интернет. Ни для кого не секрет, что мобильные телефоны набирают популярность как средство для выхода в интернет. На данный момент настольный интернет все-таки преобладает, но никто не знает, что будет в будущем. Если посетители вашего сайта будут использовать телефон для выхода в интернет, об этом также стоит упомянуть. Раньше для мобильников создавался отдельный сайт с урезанным функционалом. Сейчас, когда стандарты набирают силу, есть возможность делать сайты и для настольных браузеров и для мобильников. Здесь есть один момент – сайт под мобильные устройства может быть адаптируемым, т.е. контент сайта не требует горизонтальной прокрутки. Это так называемый Responsive Design в котором ширина меняется динамически в зависимости от параметров и возможностей браузера. Второй вариант – это более распространенный дизайн с фиксированной шириной макета. Это приводит к тому, что в мобильном браузере появляется горизонтальная прокрутка. Это менее удобно, чем первый вариант, но гораздо проще в реализации и сопровождении.

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