Дизайнер и заказчик. Какой нужен сайт?

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

Как мило прозвучала фраза одного веб-разработчика о том, что слишком много времени мы проводим за компьютером – от 6 до 8; и как верно дополнено вторым – и от 8 до 12 – в сети.

Сетевая жизнь затягивает, становится нормой. Новости из Интернета легкодоступны, причем в большем объеме, да еще с оперативными комментариями и обзорами от значимых личностей. Сложно пропустить хоть какое-то достойное внимания событие – онлайновые друзья и знакомые всегда побеспокоятся о том, чтобы прислать нужную ссылку или сообщить по почте/аське. Самые смешные анекдоты, самые достойные рассказки или прикольные картинки – все становится известным онлайновому сообществу за считанные минуты-часы.

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

Но она есть – оффлайновая жизнь; и обычные, нормальные люди ходят по улицам, смотрят телесериалы и читают детективные романы, спорят, ругаются и мирятся, любят и ненавидят друг друга. Среди таких нормальных людей есть умницы и глупцы, есть дауны и гении, есть просто – интересные люди, они живут и работают, получают информацию привычными для них способами. Ну и что, что они знают о том, что такое *Интернет* только в общих чертах? Этого уже не мало, они знают, что сеть – есть, что в сети можно найти информацию, что в сети можно разместить информацию.

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

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

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

Достаточно сложно вести такую "просветительскую" беседу в том случае, если заказчик совсем "нулевый" и неподготовленный. Рассказывать приходится о совершенно разных вещах, показывать, приводить примеры, оценивать статистику, писать планы расчетов на различные типы разработки. Конечно, можно проще – заказчик объявляет: "У меня есть 800 долларов, мне нужен простенький сайт..." - разработчик отвечает: "Давайте ваши деньги, через неделю будет вам сайт"... Однако в большинстве случаев лекционное "окучивание" клиента приводит к тому, что тот готов увеличить бюджет проекта ради разумного вложения в такую разработку, которая не будет являться бесполезной тратой денег.

Разработчику от такого решения выгода двойная: с одной стороны, над денежным проектом всегда приятнее работать :), с другой – когда проект изначально не мертворожденный, развивающийся и востребованный, через пару-тройку-пятерку лет уже известный в рунете (а то и в мире) – как же приятно разработчику слышать: "А вот сайт такой-то, такой весь крутой проект – это же ж твое детище? Круть..." И действительно, с ростом значимости разработанных проектов растет и значимость портфолио разработчика, его статус и известность.

И это не единственная выгода для разработчика от успешного (не только в плане дизайна или движка, скорее – в плане востребованности и развития) проекта. Не редкая ситуация, когда заказчик, вполне удовлетворенный грамотной разработкой предыдущего проекта, возвращается к тому же разработчику с новой своей идеей (и здесь – опять по новой: анализ, выбор оптимальной стратегии, обсуждение рациональной ценовой политики – аккуратно, чтобы и клиента, с одной стороны, не оттолкнуть, и проект исполнить не менее качественный и способный жить/развиваться), или же рекомендует именно этого разработчика своим коллегам по бизнесу, друзьям, родственникам и знакомым кролика.

И все же очень, очень сложно проводить такое окучивание, если клиент не готов, когда нет у него достаточно знаний о технологиях, которые он намерен внедрить, нет уверенности в необходимости разработки, нет *намерения* СДЕЛАТЬ. Когда приходит очередное наивное чудо и озвучивает ненавидимую всеми разработчиками фразу: "А мне нужен *простенький* сайт, сколько это будет стоить?"

Сколько стоит разработать сайт? Для того, чтобы ответить на этот вопрос, нужно задать клиенту изрядное количество вопросов – большинство начинающих владельцев сайтов имеют весьма искаженное представление о том, что такое "простенько". В некоторых, особо запущенных случаях проще сразу задать встречный вопрос: "Какой бюджет вашего проекта? Сколько вы готовы потратить на ваш сайт?"

И вот, к примеру, клиент готов озвучить сумму: "Мне друзья сказали, что хороший дизайн сайта будет стоить не больше 500 некоторых условных едениц, а можно и подешевле – вот такому-то моему знакомому и за 100 сделали..." - "Неплохо, неплохо... так что – только за дизайн 500 – или все же это весь бюджет на весь проект?" - "А что вы ИМЕЕТЕ ВВИДУ??"

Начинается следующий этап – расписываем базовую затратную часть на сайт:
Оплата хостинга под сайт (цену определить можно только после того, как будет известно о уровне сложности проекта).
Оплата доменного имени.
Разработка дизайна сайта.
Разработка (собственно сборка) сайта
Работа контент-менеджера по наполнению сайта
Услуги по его продвижению, регистрация в поисковиках, интернет-маркетинговый этап.

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

"Итак, мне нужен очень-преочень простенький сайт-книжный магазин..." - "Оп-па, а это планируется именно электронный магазин, с возможностью оплаты с сайта, доставка и все такое?" - "Нет, что вы... нет. Там просто будут книги, которые покупатель сможет выбрать и заказать. Заказ отсылается на почту или даже совершается просто по телефону, который также будет указан на сайте. Для ленивых, но проживающих в умеренной удаленности от физического "склада" книг – возможность оплатить WebMoney – ладно, привезу я им эту книгу домой, не жалко... Стоимость книг – в среднем около 100 тех же самых условных едениц за штуку... хотя есть и подороже. Общее количество книг на сегодняшний день, информацию о которых придется разместить на сайте – около 1000".

Из дальнейшего разговора становится ясно, что в рамках нашего простенького сайта необходимо будет эти книги распихать по трем базовым темам/рубрикам. В каждой рубрике, видимо, список книг придется разбивать на постраничные блоки (не давать же 300 инфоблоков на одной странице?), отсортированные в произвольном порядке, к примеру, просто по времени добавления (первые добавленные – дальше). Так же клиент желает видеть на сайте простенькие же фишечки, очень полезные и удобные, такие как *поиск*, *возможность оставить комментарий*, еще другие мелочишки...

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

Многие веб-студии сами занимаются поддержкой проектов своих клиентов – это традиционная и хорошо оплачиваемая услуга, но вписывается ли она в определённый клиентом бюджет? Не-а, не вписывается, поскольку бизнес у клиента скромный и маленький, новые книги он планирует добавлять на сайт сам (ну, или типа что-то в стиле "младшего брата попрошу...").

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

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

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

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

Статьи по теме

Комментирование кода и генерация документации в PHP

Зачем нужны комментарии к программному коду? В каком виде их писать? Где они нужны, а где нет? Как правильно комментировать код? Как прид�...

2024-04-22

Что такое CSS-модули и зачем они нам?

В последнее время меня интригуют CSS-модули. Если вы о них не слышали — эта статья для вас. Мы рассмотрим, что это за проект, какие задачи о�...

2024-04-22

23 сервиса для эффективного экспресс-аудита любого сайта

Аудит сайта – комплексный процесс, который позволяет оценить эффективность сайта и понять, на каком этапе теряются продажи, почему люди...

2024-04-17

Яндекс переходит на новую версию Wordstat

Часть старой функциональности уже недоступна. Обновленный Яндекс Вордстат полностью перейдет на основной домен wordstat.ru 20 марта. С...

2024-04-08

Яндекс интегрировал в свой облачный сервис эмпатичную нейросеть

Она умеет распознавать эмоции человека по голосу. Алгоритм-эмпат определяет характер речи пользователя: говорит он с явным негатив...

2024-04-08

Новая версия нейросети Claude превзошла по мощности аналоги Google и OpenAI

Скорость обработки сложных научных статей составляет менее трех секунд. Новое поколение моделей ИИ от компании Antropic под названием Cl...

2024-04-08

Как пользоваться GPT 4 и Claude бесплатно и без VPN

Как бесплатно пользоваться GPT 4, его плагинами, а также новой нейросетью Claude 3? Это можно делать в рамках одного сайта, который называет�...

2024-04-08

Как использовать анимацию с помощью JavaScript-библиотеки GSAP

Узнайте, как использовать мощную JavaScript-библиотеку GSAP для создания захватывающих анимаций на веб-страницах, освоив основы и примеры. GSAP...

2024-03-13

Использование GSAP 3 для веб-анимации

Использование GSAP 3 для веб-анимации От автора: Greensock Animation Platform (GSAP) — это простая в использовании библиотека JavaScript для веб-анимации....

2024-03-13

Мерч и IT: на что обратить внимание в 2024 году

Оглавление Смена поколений Живой контакт Трансляция ценностей Офлайн-мероприятия Пользоввательский контент Биг б�...

2024-02-17

Копируем с RSync: основные примеры синхронизации файлов

RSync это быстрый и чрезвычайно универсальный инструмент для синхронизации (копирования) файлов. Его самое основное преимущество это пер...

2024-02-16

Лучшие noCode AI платформы для создания диалоговых ботов

Про GPT знают уже все, да? Но даже про его возможности не все осведомлены. Например, знаете ли вы, что GPT можно обучать непосредственно н�...

2024-02-15

Факторы ранжирования Google 2024 — исследование Semrush

Рассказываем самое важное об исследовании более 60 предполагаемых факторов ранжирования. Компания Semrush провела исследование...

2024-02-14

Перенос сайта на другой хостинг

Как перенести сайт на хостинг самостоятельно, что подготовить до и проверить после смены хостинг-провайдера. Содержание Бэ...

2024-02-12

В России сформирован реестр хостинг-провайдеров

Роскомнадзор сформировал реестр провайдеров хостинга. С 1 февраля компаниям, не включенным в этот реестр, запрещено оказывать услуги х�...

2024-02-05