WEB

Помните скандал со знаменитым Кристианом Лубутеном, который запатентовал красный цвет подошв, а потом подавал в суд, обвиняя всех, кто выпускал обувь с красной подошвой, в плагиате? Понять гения можно, но все же правда не на его стороне - цвет не может быть объектом авторского права.

А что может? И что такое плагиат?

Объектом авторского права может быть любой продукт интеллектуальной деятельности - произведения литературы, науки, искусства. В основе объекта авторского права лежит не столько идея, сколько ее реализация. Например, нарисовать женщину - это идея, нарисовать женщину, как это сделал да Винчи - это воплощение идеи, её реализация. Поэтому, если переосмыслить эту идею и нарисовать женщину, это будет называться творчеством, если же вы срисуете “Мону Лизу” и выдадите за свое произведение - это уже плагиат.

Современное развитие Интернет технологий изменило представление и способы использования сайтов в предпринимательской деятельности. Сайт является не только «виртуальным офисом» или «визитной карточкой» в сети Интернет. Постепенно он превратился в самостоятельный инструмент осуществления предпринимательской деятельности и получения прибыли.

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

Многие специалисты отмечают, что при разработке интерфейса, в первую очередь, необходимо проработать сценарии взаимодействия пусть даже на сером, но зато, не отвлекающем от основных задач, прототипе. И только потом его «раскрашивать» в графических редакторах. Так проектировщик создает среду, а красоту наводит дизайнер.
Но можно идти и другим путем — осуществляя предложения альтернативных вариантов при работе с заказчиком и проведение юзабилити-тестирования в прототипе на чистоту. Однако, этот вариант подразумевает, что проектировщик или юзабелист должен иметь еще и неплохие дизайнерские навыки (если конечно не разделять эти работы).

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

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

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

•     основанную на ассоциациях
•     которая задействует иерархическое мышление
•     хорошо визуализирована

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

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

• налаживанию взаимопонимания между заказчиком и исполнителем

• проработке схем взаимодействия целевой аудитории и сайта

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

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

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

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

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

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

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