← Глав. стр.

Разработка функциональных требований для сайтов

На данную идею меня натолкнул пост в блоге Ильи Кочнева.

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

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

Вот так и получается, что если о ком-то или чём-то нет информации в интернете, то этого и в реальном мире нет. Не хочется кануть в бездну небытия? Необходимо отметиться о своем существовании - поставить транспарант на котором большими буквами будет написано: Я ЕСТЬ!

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

Идея:

Составление рекомендаций по функциональному наполнению тематических сайтов.

Коротко:

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

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

Плюсы для заказчика:

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

Основные источники дохода:

• продажа составленных функциональных требований;

Чуть подробней:

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

Итак, на очередном собрании руководства компании идея успешно утверждается и спускается вниз до исполнителя - человека из отдела маркетинга или департамента IT (информационных технологий, автоматизации, технической поддержки и т.д.).

Исполнителю на пальцах объясняют, зачем компании нужен сайт:

• - увеличить продажи;
• - показать всему миру как нужно делать чипсы;
• - выделиться из серой массы неудачников;
• - идти в ногу со временем;
• - и т.д.

Указывают на границы финансовых возможностей:

• - основной бизнес компании не связан с интернет, поэтому бюджет будет умеренно-скромный.

Намекают на срочность выполнения поставленной задачи:

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

Переварив все вводные, исполнитель обращается в веб-студию.

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

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

Можно выделить две причины такого результата:

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

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

Posted in Аналитика |