В этой статье мы расскажем о роли технического задания (ТЗ) в общем процессе создания сайта, о том каким оно должно быть, продемонстрируем современные методы создания прототипа и обоснуем стоимость этой работы.
Создание бюджетных сайтов в современной студии может показаться рутиной, в которой одна фраза клиента «Мне нужен интернет-магазин на 3000 позиций, в котором будет каталог товаров, корзина, форма заказа, доставка, о нас, контакты и форма для обратной связи», кажется, описывает все.
Возникает вопрос, какой смысл писать ТЗ, тратить время и брать за эту работу дополнительные деньги, если клиент и так нам все ясно сказал?
Если вы уже приценивались к созданию продающего или информационного сайта, то уже знаете - серьезные студии не работают без ТЗ. В том числе и «Marketing Up». Ведь, и мы, и наши клиенты хотим получить не просто сайт, а хорошо продающий сайт, сделанный под конкретный бизнес, учитывающий и продвигающий индивидуальные бизнес процессы заказчика. А значит, кроме вышесказанного, у каждого интернет-магазина есть свои особенности – сортировка товара, поиск и вывод похожих товаров, сравнение товаров, подключение онлайн оплаты, возможность добавить несколько единиц товара в корзину, возможность взять кредит на покупку прямо на сайте и другие.
Наш условный клиент, так хорошо сформулировавший свое пожелание, на самом деле имел ввиду также – возможность оповещать посетителей об акциях (баннеры или раздел), сравнение товаров, сбор электронных адресов заинтересовавшихся пользователей для работы с рассылками, красивый фильтр, умный поиск, подключение Яндекс-Кассы и интеграцию с рабочей CRM своего бизнеса.
Получается, либо исполнитель без ТЗ неверно оценит объем, а вследствие этого и стоимость работ, и выполнит проект себе в убыток, либо заказчик будет сурово обманут в своих ожиданиях, получив ровно то, что заказывал, но совсем не то, что хотел. Но так как никто не согласен выполнять много сложной работы за маленькие деньги, то сайт придется дорабатывать, вставляя в живой дизайн и код все неучтенные пожелания, а Заказчику – доплачивать за них, и конечный продукт будет стоить дороже, а выглядеть и функционировать хуже, чем мог бы, если бы его с самого начала делали с учетом всех особенностей.
Но возможен и такой итог, что исполнитель просто исчезнет с горизонта горе-заказчика, потому что никогда бы не взялся за сайт со сложной интеграцией, а Заказчик останется с бесполезным сайтом; и, либо долго и мучительно будет искать того, кто согласится его доработать (это трудоемкая работа при малом бюджете), либо заказывать разработку интернет-магазина с нуля. В любом случае, будут пострадавшие и недовольные.
Вот почему мы, как и любая другая уважающая себя web – студия, работаем только по ТЗ.
Когда договор дороже денег, а ТЗ дороже договора.
В договоре на разработку сайта стандартно отражаются условия сотрудничества двух юридических лиц, или юридического с физическим лицом, где Заказчик поручает, а Исполнитель обязуется, Заказчик принимает и 
оплачивает поэтапно, а Исполнитель обязуется соблюсти сроки и оговаривает условия гарантии, и все это может оспариваться в суде, но недействительно при наступлении обстоятельств непреодолимой силы. Вот короткая суть договора и как мы видим, ни слова о том, каким будет главный предмет договора – сам сайт.
Все требования, цели, подробные описания страниц и функционала сайта содержит другой документ: Приложение №1 – Техническое задание на разработку сайта.
В основе хорошего технического задания лежат следующие три стандарта ГОСТ:
• ГОСТ 2.114-95 Единая система конструкторской документации. Технические условия;
• ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
• ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
Именно эти ГОСТы является основой при написании ТЗ для сайта, и согласно вышеприведенным регламентам, любое техническое задание должно содержать разделы, отражающие сведения:
- на каком основании, кто и для кого создает продукт (в нашем случае сайт)
- что надо сделать;
- для чего, с какой целью надо сделать это;
- где, в какой области применения, на каком объекте это должно решать задачи и выполнять свои функции;
- какие требования будут предъявлены к этому;
- какие работы потребуется выполнить, чтобы сделать это;
- как должен выглядеть и функционировать конечный продукт;
- в какие сроки необходимо выполнить согласованный перечень работ;
- каков порядок проведения испытаний и приемки-сдачи работ заказчику;
- как должно быть задокументировано проведение работ;
Качественное техническое задание для интернет-магазина имеет строгие требования к содержанию, а объем вместе с отображением прототипов может составлять от 100 страниц документа Microsoft Word, набранных 12 кеглем. Очевидно, что это требует многих часов работы специалиста по подготовке данной документации, не считая времени, потраченного на создание и согласование прототипов страниц. Однако, наличие такого документа защищает и Исполнителя, и Заказчика от разночтений в понимании того, что, кто и за какое время обещал сделать за оговоренную плату.
Грамотное ТЗ гарантирует защиту интересов Заказчика в любом спорном вопросе, и являясь основой и базисом разработки, исключает риск получения сайта «ненадлежащего качества». Это большая аналитическая и техническая работа, оцениваемая примерно 30% от стоимости всего проекта, но, поверьте, оно того стоит.
Прототипирование web – сайтов, и создание мокапов в Axure RP 7.0
Сначала не было никакого прототипирования, а были только мокапы. Слово мокап – это англицизм, перевод от английского слова «mockup», что означает - макет (набросок). Мокап может быть не только страницы сайта, но и визитки, дизайна помещения и т.д.
На заре рунета и вплоть до конца «нулевых» мокапы делали кто во что горазд: большинство использовало для этого стандартную программу Paint, некоторые вебмастера «полного цикла» согласовывали количество и расположение элементов прямо на эскизе дизайна страниц, а кто-то рисовал карандашом и согласовывал эти наброски прямо на встрече с клиентом.
Одновременно с этим сотни web-компаний, специализирующихся на создании сайтов и приложений, стали активно использовать программу для разработки Axure PR, так как ее функционал позволял унифицировать требования к мокапам (наброскам) страниц на должном, профессиональном уровне. На макетах, выполненных в этой программе интуитивно ясно, что именно означает «этот прямоугольничек» и «вон тот квадратик». Кнопки выглядят кнопками, картинки – картинками, а если поле для текста предусматривает функцию вертикального пролистывания, то соответствующая вертикальная полоса с двумя стрелками будут должным образом отображены на мокапе страницы.
С 2010 этой программой стали пользоваться и российские разработчики сайтов, а когда в 2013 вышла седьмая версия этой программы – создавать мокапы именно в Axure RP стало хорошим тоном в любой уважающей себя веб-студии.
Но мокап – это всего лишь рисунок, который голосом или специальными метками объясняет клиенту менеджер проекта: «Вот эта кнопочка вызывает форму два, перелистните, пожалуйста, на четырнадцатую страницу, чтобы ее увидеть». Не очень удобно, не правда ли?
Прототипирование, как признак профессионализма.
Как Вы поняли из звучания самого термина «прототипирование», он произошел от слова «прототип». Прототи́п (от древнегреческих слов: πρῶτος — первый и τύπος — отпечаток, оттиск; прообраз, образец) сайта это уже не просто «наброски» отдельных страниц сайта, это взаимосвязь множества элементов, интерактивно демонстрирующих их основные функции.
То есть, если студия говорит, что в процессе подготовки ТЗ она делает «прототипирование сайта», то вы вправе ожидать макет, в котором нажимаются кнопочки, происходит переход по ссылкам, всплывают pop-up и происходят другие действия и процессы, запланированные на будущем сайте. Отличный пример – наш прототип сделанный для сайта кампании EREMEX. Данный прототип позволяет, нажав на любой пункт основного меню попасть на связанную с ним «страницу», посмотреть, что увидит пользователь, нажавший кнопку «Войти», расположенную в header‘е, оценить , как работает переключение по признаку на странице «наши продукты» , то есть в буквальном смысле слова посмотреть как будет работать сайт.
Чем прототип полезен и важен для клиента?
ТЗ на серьезный сайт это многостраничный документ, который, как показала практика многие клиенты подписывают, не читая и ориентируясь только на мокапы страниц. Их можно понять, ведь осознать и осмыслить специализированный текст это определенная и довольно нужная работа. Прототип является более структурированной формой планирования сайта, с ним удобнее и интереснее работать, есть больше понимания как это будет выглядеть, понятно, что и как работает, остается гораздо меньше неясных мест и уже именно их можно конкретно и подробно обсудить с Вашим менеджером.
Таким образом, между Заказчиком и Исполнителем устанавливается более глубокое понимание, что именно нужно сделать в рамках проекта и ожидания клиента уже никаким образом не будут обмануты.
Хороший прототип существенно облегчает работу с большим, нетипичным и сложным проектом, ускоряя и упрощая взаимодействие на этапе разработки и согласование ТЗ.
Вот почему мы в «Marketing Up» так любим прототипы, и рекомендуем использовать их в своей работе с нашими клиентами. Между прочим, а Вы знаете, что если прислать письмо с заголовком «Оценить проект» на электронный адрес info@marketingup.ru, то можно получить бесплатную консультацию по оценке стоимости разработки ТЗ с прототипом отдельно, и по стоимости всего проекта в целом? Не забудьте в письме коротко описать формат и задачи Вашего сайта, а так же указать телефонный номер, чтобы наш специалист мог связаться с Вами и взять у Вас короткое интервью по проекту.
Не хотите писать письмо? Не беда! Позвоните по телефону 8 (495) 125-22-08 и скажите, что Вы хотите бесплатно рассчитать стоимость написания ТЗ по акции до 31 августа.
Комментарии