Архивы с меткой ‘заказчик’
Как правильно ставить задачу по разработке сайта
За то время, что я занимаюсь разработкой сайтов, приходилось встречать разных заказчиков. Удивительно, как много сил и времени некоторые заказчики готовы тратить на создание действительно качественного сайта. Они тщательно продумывают структуру сайта, подбирают цветовые решения и графические элементы дизайна, участвуют в разработке технического задания, генерируют интересные идеи. Некоторые даже предоставляют зарисовки главной страницы будущего сайта или даже разработанные собственноручно макеты. Они стараются делать все правильно, с толком, с расстановкой, выполняют свое «домашнее задание». С ними обсуждение проекта становится интересным, «живым». Обычно такие люди имеют сформированные предпочтения, что позволяет разработчикам с первого подхода правильно спроектировать архитектуру проекта, правильно составить техническое задание и достаточно оперативно воплотить задуманное. И хотя иногда такие клиенты не совсем верно расставляют приоритеты (преувеличивают значение второстепенных вещей и, наоборот, недооценивают значение существенных), бывают немного упрямыми, влюбленными в свои идеи, но проект в целом получается более качественным, а результат более впечатляющим.
Есть тип клиентов, которые ставят задачу таким образом: «сделайте то, не зная что, вы же профессионалы» или «сделайте сайт как-нибудь, а я посмотрю и скажу, нравится мне или нет, если не нравится, то сделаете по-другому, и тогда посмотрим снова». Они заполняют бриф пятое через десятое, уклоняются от прямых ответов, ссылаясь на свой дилетантизм. Таким образом, проект подвергается риску с самого начала. Если принимается волюнтаристское решение брать проект в работу, то со временем начинают-таки всплывать предпочтения и требования заказчика. Клиент напрочь забывает о том, что он вверил проект разработчикам, дал полный карт-бланш, и начинает пытаться неумело рулить процессом разработки, совершенно не имея понятия об этом процессе. Такие проекты затягиваются, разработчики тщетно пытаются воплотить противоречивые, а зачастую несуразные замыслы заказчика. Техническое задание переписывается по несколько раз. Сделанная работа переделывается многократно в угоду вновь выявившимся прихотям заказчика, который, как оказалось, имел свои предпочтения изначально, но по загадочным причинам не выражал их в слух и письменно. Из-за отсутствия четкой логики проекта, шараханий в разные стороны, в конечном итоге получается не самый лучший результат. Вы пробовали добавить в пирог стаканчик соды и столько же уксуса? С сайтами тоже самое. Нельзя смешивать то, что смешивать нельзя. Нельзя делать то, не зная что.
Удивительно, но некоторые люди в наше время верят, что можно получить золото из свинца. В переносном смысле, конечно. Они полагают, что можно набросать в кучу деталей от самолета, закрыть глаза и увидеть собранный сверкающий на солнце ультрасовременный авиалайнер.
К сожалению, это не так. Наша жизнь устроена как компьютер: какие данные вводятся, такие и обрабатываются. От введенных данных напрямую зависит и конечный результат. Если данные искаженные, поврежденные или неверные, то и результат операций над ними будет соответствующим. Чтобы получить предсказуемый результат, нужно правильно и четко ставить задачу. Пользоваться здравым смыслом и обсуждать проект во всех деталях с разработчиком. И больше ничего. Не нужно знать языки программирования и прочую хрень.
Не засоряйте ваш мозг! Он нужен вам для решения действительно важных задач в жизни и бизнесе.
Достаточно просто ответить на вопросы менеджера проектов, рассказать чего вы хотите, какие задачи должен решать сайт, что вам нравится в дизайне… Это очень-очень просто, но нужно подготовиться. Нужно «просеять» свои мысли, посмотреть сайты конкурентов, отобрать сайты которые нравятся и которые не нравятся. Выбрать несколько сайтов, дизайн которых вам нравится и с высокой долей вероятности будет приемлемым для вашей целевой аудитории.
С чего начать?
Начинать нужно с конца. Точнее с представления конечного результата. Нужно представить себе сайт, каким он должен быть, чтобы оказывать нужное впечатление на потенциальных клиентов и партнеров. Подумайте о том, чем ваш сайт будет полезен потенциальным клиентам. Как именно он будет способствовать достижению целей — ваших и целевой аудитории. Никогда не формулируйте цели в виде «повышение узнаваемости бренда» или «завоевание лидерских позиций на рынке». Это все полная чушь. Никакой сайт вам не поможет стать лидером. Для этого нужна серьезная база — мощная организационная структура, эффективная и мощная реклама, продукты-убийцы конкурентов, качественные отличия от конкурентов, хорошее позиционирование, воля к победе, финансовые и другие ресурсы. Ну, или хорошие отношения с кем надо 🙂
И все же трудно начинать новое дело, в котором плохо разбираешься. Но нужно пробовать. Дорогу осилит идущий.
Свой первый сайт я создал в далеком 2000-м году. Тогда я, как и многие мои теперешние клиенты, абсолютно ничего не знал о веб-дизайне, программировании, функционировании и продвижении сайтов. В то время практически не было книг о веб-дизайне. Информации было очень мало. Ее почти не было. Приходилось действовать чисто интуитивно, методом проб и ошибок. Я быстро понял, что не стоит тратить годы на освоение языков программирования. Это ничего не дает. Я собрал отличную команду в составе программиста, дизайнера, переводчика, журналиста и дал старт проекту. Мы обсуждали идеи, креативили, спорили. Я поддерживал мотивацию команды, финансировал проект, контролировал ход работ. Сайт был создан в предельно сжатые сроки. И получился достаточно качественным и функциональным.
За несколько месяцев сайт стал одним из самых посещаемых сайтов Байнета. На сайте было множество новостей, статей и видеороликов. Контент был абсолютно эксклюзивным, на 3-х языках. Я готовил контент сам (кроме английской версии). Представьте видео на сайте… когда ни у кого почти не было дома компьютеров. А так как контент был, прямо скажем, впечатляющим, то люди ходили на него толпами из интернет-клубов. Сайт имел потрясающий успех. Затем был портал, который стал еще более успешным. К слову, он занимал 1-2 места по посещаемости в Байнете. На тот момент конкуренция было очень низкая, читать в белорусском интернете было нечего. Тем более не было качественного эксклюзивного контента. Тогда мой сайт посещали все, кто хоть раз заходил в интернет. Проблемы заключались в особенностях обновления сайта. В то время еще не было «человеческих» систем управления контентом. Нужно было зарабатывать деньги, чтобы поддерживать проект. Для этого я вел небольшой издательский проект, который приносил некоторые деньги для поддержки проекта интернетовского. Теперешних способов заработка в интернете тогда еще не было. Когда-нибудь я напишу книгу о том периоде свой безумно веселой жизни. А может быть не напишу, потому что самое интересное впереди — очень много идей и тем.
То было время, когда можно было делать крупный контент-проект без денег, и он становился мегапосещаемым. Сейчас такого нет. Очень сложно создавать эксклюзивный контент высокого качества, делать это оперативно на протяжении длительного периода времени. Слишком высокая конкуренция. Слишком высокая цена. Задавались ли вы вопросом: «Сколько сайтов участвует в борьбе за внимание ваших потребителей?». По моим данным в Байнете более 40 тысяч сайтов. В Рунете более 15 млн. сайтов. Сайты размножаются как микробы 🙂
Все эти веб-сайты играют на одном поле. Но есть сайты, которые играют по своим правилам, оптимизируются, продвигаются в ТОП поисковых систем, рекламируются в социальных сетях и традиционных медиа. Они собирают часть сливок с этого рынка. Но большинству ничего не светит. Сейчас в интернете рулят технологии, а не талантливые авторы. Сейчас рулит коммерческий подход к организации проектов. Это совершенно отдельная тема. Кстати, об этом не думают даже самые продуманные клиенты. А ведь создание сайта — это только начало. Все самое сложное и интересное начинается потом. Но нужно ввязаться в это, чтобы посмотреть что будет. А с какими проблемами столкнулись вы в процессе создания и продвижения сайта и как их преодолевали?
Напоследок традиционное видео.
Средства удовлетворения заказчика
Все люди делятся на 2 роли, заказчики и исполнители. И роли эти зачастую меняются. Будучи по одну сторону прилавка магазина мы являемся заказчиками (покупателями), но стоит нам перелезть через прилавок — как мы становимся исполнителями.
В свою очередь заказчики делятся на подкованых в области ИТ, и на абсолютно подкованных. Оба эти типа имеют свои приемущества, а о недостатках мы говорить не будем ибо любой заказчик должен расцениваться исключительно с положительной стороны.
Итак условия задачи:
Создать сайт, такой который бы соответствовал всем страндартам, всем требованиям заказчика, приносил прибыль и удовлетворение.
Дано: заказчик — 1 шт.
Необходимый результат: удовлетворенный заказчик — 1 шт.
Первый шаг
Для начала необходимо узнать, что же в итоге хочет получить заказчик. Для этого советую использовать опросник, который будет мягко вести заказчика от того что у него есть к тому что он хочет. Не надо использовать технические понятия или сгруппированные вопросы. Пускай будет больше но легче.
Неверный вопрос заказчику: Необходимо ли вам в поректе древовидная структура наследования объектов.
Верный вопрос заказчику: Будет ли у вас каталог со вложенными разделами ?
Важно уже чтоб на этом этапе заказчик увидел в Вас заботу. Пройдите вместе все вопросы — подскажите что где именно лучше заполнять. Ни в коем случае не отсылайте ему такой опросник на емэйл с коментариями — «заполните, нам это надо.»
Если это надо на самом деле Вам — позаботьтесь самостоятельно об том чтоб заказчик заполнил его.
Далее важный момент — ТЗ. Не так давно я уже писал о его необходимости. Оно необходимо — и это аксиома!
Планирование работ:
Используйте в своей работы инструменты планирования работы с возможностью просмотра стадий, контрольных точек. Даже если вы уверенны что заказчик этим не будет пользоваться, а вы и так гений планирования и все планы готовы предоставить на post-it листочках — не стоит этого делать. Вы профессионал, и надо работать профессионально. Инструменты планирования проектов намного упрощают работу в проекте. А лишняя информативность заказчика никогда не помешает.
В интернете бесконечное множество готовых решений для этих целей — выбирите и установите ту, которая больше всего вам подходит.
Контрольные стадии проекта
Как и в любом производстве — у вас должны быть определены контрольные точки сдачи проекта. Особенно актуально для больших проектов, которые делаются в несколько этапов. Определите сроки и то что вы будете показывать и строго следуйте им. Для небольшого проекта можно оговорить следующие контрольные точки:
- сдача дизайна
- сдача верстки
- сдача модуля ХХХ (новости, каталог)
Презентация конечного продукта
Сделав проект — не поленитесь сделать презентацию к нему — расскажите заказчику какой титанический объем работ вы выполнили. Включите в презентацию рассказ о больших событиях в проекте (освоили новый подход к решению тривиальной задачи) — пускай он даже ничего не поймет, но ему будет приятно что заплатив за сайт он получил множество всего.
Сдал — забыл ??
Многие студии так и поступают, и происходит это в первую очередь из за отсутствия интереса к продукту со стороны самого заказчика. Сайт расценивается им как что то типа «купил и забыл». Не поленитесь потревожить заказчика звонками раз в месяц по поводу сайта. Все ли им понятно, все ли хорошо, может они еще что то хотят.
Несколько бесплатных советов
Предоплата — ничто не добавляет уверенности в заказчике как предоплата 🙂 Но если заказчик старый и проверенный друг — думаю вы уже доверяете друг другу.
Передача исходных кодов — весьма спорный вопрос. Впринципе заказчик заплатил за проект и может расччитывать на обладанием прав на исходный код. Нет никакого смысла его кодировать (Zend Encoder..) т.к. это просто НЕ логично.
Макеты сайта нарисованные в фотошопе тоже впринципе могут быть переданы заказчику — он заплатил за них.
Итого
Чтобы получить удовлетворенного заказчика нам надо следовать следующим правилам:
- Заказав сайт заказчик должен получить не только сайт но и заботу.
- Не скупитесь на удобства для заказчика. Отчеты о работе, презениации и системы -все это добавляет вес вам.
- Сдав проект не забывайте о заказчике. Интересуйтесь его делами, пригласите в офис для совместного распития чая
- Постоянно работайте над улучшением качество своего обслуживания. Нет пределу совершенства!
Требования для подготовки контента
На мой взгляд, если Заказчик сам готовит контент для наполнения сайта, лучше всего подготовить для него список необходимых текстовых и графических материалов, а кроме этого выслать требования по их подготовке. Сейчас я попробую перечислить, какие требования могут быть:
1. Тексты на статичные страницы
Необходимо ещё раз повторить структуру сайта (даже если она есть в Концепции), указав, для каких из них какие тексты нужны.
Например, для страницы «Услуги компании» требования могут звучать следующим образом:
Необходимо предоставить список услуг компании с кратким описанием каждой из них, а также подробные тексты о каждой услуге для размещения их на отдельных страницах.
Требования по высылаемым материалам могут выглядеть так:
Текст для каждой страницы должен быть помещён в отдельный текстовый документ. Название документа соответствует названию страницы (по Концепции).
2. Тексты новостей
(аналогично для статей и пресс-релизов)
Надо объяснить Заказчику, что для размещения на сайте новости необходима следующая информация:
- заголовок новости;
- дата публикации;
- имя автора (если это необходимо);
- краткое описание, для вывода его в общем списке новостей
краткое описание должно содержать 2-3 предложения, можно использовать первый абзац полного текста новости; - полный текст новости;
- ссылка на источник (если это необходимо).
Требования по высылаемым материалам:
Вся информация по одной новости должна размещаться в одном текстовом документе. Название документа соответствует дате публикации новости и её заголовку.
3. Фотографии
Если обработка фотографий не входит в стоимость проекта, то нужно указать Заказчику:
- размер фотографий (или несколько размеров, если это требуется по Концепции);
- формат изображений;
- требования по оптимизации изображений под web;
- описания для тех фотографий, которые используются в фотогалерее сайта.
Требования по высылаемым материалам:
Изображения, высылаемые для фотогалереи необходимо разместить в отдельных папках, соответствующих названиям разделов фотогалереи. Внутри каждой папки фотографии должны быть отсортированы в том порядке, в котором они будут размещаться на сайте, фотографии должны иметь названия 01, 02 и т.д. Все описания фотографий должны быть перечислены в общем текстовом документе, в виде:
- 01 — описание 1
- 02 — описание 2 и т.д.
4. Каталог
Что касается каталога, многое зависит от того, чем занимается компания и насколько полный каталог будет представлен на сайте. Могу привести пример того, какая информация для каталога может понадобиться:
- наименование позиции каталога;
- описание позиции каталога;
- раздел и подраздел (если в каталоге выделено несколько разделов и подразделов);
- фотография;
- чертёж;
- фотографии для фотогалереи;
- ширина, высота, вес и т.п.;
- таблица технических характеристик;
- документация для скачивания;
- инструкция по использованию и т.д.
Требования по высылаемым материалам:
Вся информация по одной позиции каталога должна размещаться в одном текстовом документе. Название документа соответствует наименовании позиции каталога. Все текстовые документы необходимо разместить в отдельных папках, соответствующих названиям разделов и подразделов каталога.
5. Сотрудники компании
Информация о сотрудниках компании может использоваться на странице о руководстве или структуре компании. В этом случае будет нужна следующая информация:
- фамилия, имя, отчество;
- занимаемая должность;
- контактный телефон;
- контактный e-mail;
- фотография.
6. Сервисы на сайте
Если на сайте будут предусмотрены онлайновые сервисы, позволяющие общаться посетителям сайта и сотрудникам компании, то понадобится следующий список:
- фамилия, имя, отчество сотрудника;
- его контактный e-mail (на который будут отправляться сообщения от посетителей сайта);
- услуга или вопросы, за которые данный сотрудник является ответственным (например, вопросы по доставке или по техническому обслуживанию).
7. Интекрактивная карта
Это может быть карта дилеров компании, её офисов или клиентов, может быть карта построенных домов или, например, АЗС. В этом случае вся информация для карты должна быть представлена в следующем виде (на примере дилеров, расположенных в разных городах):
- название компании дилера;
- город;
- адрес;
- логотип;
- контактный телефон;
- контактное лицо;
- схема проезда.
Примечание: адрес, логотип, телефон, контактное лицо и схема проезда будут нужны, если на карте предусмотрены окошки с более подробной информацией, которые всплывают при наведении на одного дилера.
Думаю, на этом примеров достаточно. Все остальные уже будут являться частными случаями, подходящими для одного конкретного сайта.
Чего хотят заказчики?
Однажды, когда я только начал доставать до верхнего шкафчика на кухне, я решил сделать себе кофе.
До этого я пробовал кофе, один глоточек (больше мне не разрешали) это было ну очень вкусно. Я видел, что мама кладет в чашку кофе из жестяной банки, которая стоит в верхнем шкафчике.
В один прекрасный день, едва оставшись дома один, я залез в шкафчик и достал заветную банку. «Сделаю кофе повкуснее«, — подумал я и щедро бухнул в чашку две ложки. Хорошенько размешав, я попробовал сделать глоток и тут же выплюнул: кофе получился ужасно горький.
«Мало кофе!«, — подумал я и положил еще две ложки… дальше описывать не буду, понятно, что в результате кофе отправился в раковину.
Заказчики очень хотят получить хороший сайт, в том числе когда предлагают свои варианты достижения этой цели. Именно поэтому не стоит сразу делать все, что они пожелают, иначе результат отправится следом за первой чашкой кофе, которую я приготовил.