Не влезай — убьет или заказчики, которых я не понимаю

Заказчики, которых я не понимаю

На заре появления первых систем управления сайтом, практически у 100% веб-студий присутствовало абсолютно, не побоюсь этого слова, бредовое УТП — «заказывайте разработку сайта именно у нас — после создания, обновлять его сможет любой!». И все бы ничего, но с развитием Интернета мы уже убедились в том, что тысяча обезьян, посаженная на пишущие машинки, все же не смогла написать «Войну и мир».

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

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

Именно о таких ситуациях мы сегодня и поговорим.

Вообще, есть два типа заказчиков — первый долго и вдумчиво доносит свои идеи до дизайнера/разработчика, требует по сто раз передвигать блоки, менять форму и содержание, но в результате получив свой «домик» успокаивается и наслаждается легкими мазками краски по фасаду.

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

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

Делается скелет каталога, вся схема создания рубрик, изображений к категориям и их описания разрабатывается под управление из административной части,  все как положено — никакой правки кода со стороны заказчика и прочей ереси. Первая страница «Каталог продукции» формируется из вложенных и выводится на стартовую. Разработка, тестирование, демонстрация, запуск.

Знаете что заказчик сделал первым делом? Он удалил страницу «Каталог продукции». Вся логика, соответственно, рухнула как карточный домик. На вопрос — «зачем?» последовал ответ: «Мне не понравилось название страницы, я хотел ее переименовать».

Не меняйте бездумно то, что разработчик опубликовал в качестве примера. Если нужно внести изменения — используйте наработанную структуру. Если изменения более кардинальные, чем вы предполагали с самого начала — уточните у разработчика, какие изменения можно вносить и к чему это может привести.

При этом обратим внимание, к сайту полагалась инструкция на 10 страницах, в одном из разделов которой четко и по-пунктно было написано — что и как нужно сделать для изменения названия страницы. Но кто ж ее читает, инструкцию-то?

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

Всегда внимательно читайте инструкцию. Обязательно оговаривайте ее создание еще на этапе договора о разработке. Если возникают дополнительные вопросы — попросите разработчика дополнить инструкцию их пояснением.

Еще один момент, на котором спотыкается 99% новоиспеченных администраторов  - визуальный редактор. Знаете, что не умеет делать 95% пользователей Word? Использовать стили для оформления текста. Они привыкли банально менять размер шрифта и сам шрифт для документа и переносят свои умения и на WYSIWYG.

Помноженное на личный вкус — огромный шрифт, розовые буквы, тысячи восклицательных знаков — от всех потуг разработчика организовать хоть какое-то подобие юзабилити после всех правок дизайна, не остается и следа. Хотя, каждый принимается на работу как «опытный пользователь офисных приложений» и знать что такое стили — просто обязан.

Уточните у разработчика, какие стили оформления используются для элементов сайта. Попросите составить таблицу соответствий и используйте ее неукоснительно. Если нужен новый стиль оформления — доработайте CSS, но не вставляйте форматирование непосредственно в код. В случае редизайна сайта, такой подход избавит вас от необходимости вносить изменения в каждый элемент контента.

О вставке текста непосредственно из Word я уже даже не говорю, как и о том — во что превращается код страницы после таких «изысков». Причем я для интереса проводил эксперимент — над полем редактора пламенела ярко-красным цветом надпись: «Тексты, изображения и таблицы из Word — не вставлять!» Вы думаете, это существенно помогло?

Не вставляйте текст непосредственно из Microsoft Word или любого другого текстового редактора (исключая блокнот). В визуальный редактор сайта должен попадать так называемый pure text — или текст, без оформления. Дальнейшее форматирование текста — жирный, курсив, подчеркивание, нумерованные и маркированные списки и т.д. — должно проводиться только средствами WYSIWYG.

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

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

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

Внутренняя оптимизация сайта руками заказчика — это вообще нечто. Любое «а я вот прочитал у Васи Пупкина, что...» тут же, без малейшей оценки, внедряется на сайт.

Помню одного клиента, который где-то прочитав о том, что так будет лучше, сделал следующее — он удалил каталог и создал по одной странице на каждую категорию товаров. Далее, он на эту одну страницу затолкал все товары категории и опубликовал ее на сайте. В итоге получились огромные полотнища текста и картинок, длиной по 30 экранов и весом страницы порядка 5-7 мегабайт. На вопрос: «что это за ужас?» было сказано — «а я вот читал, что так правильно — все, что Вы мне до этого рассказывали о целевых страницах — это ерунда!».

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

Если вы не знаете что такое оптимизация сайта или вы понимаете, что ваши знания недостаточны - не проводите изменения на страницах, в структуре или в ссылках. Согласовывайте изменения с разработчиком и оптимизатором, уточняйте у него влияние изменений на качество сайта. Помните, что от качества страниц зависит не только сам сайт, но и, например, ваши расходы на контекстную рекламу (параметр «Показатель качества» в Google Adwords).

Больше всего меня поражает упорство и настойчивость людей, выполняющих абсолютно бессмысленные действия, ведущие как к финансовым, так и к экономическим потерям. Зачем вкладывать деньги, время и ресурсы в результат, который заведомо будет проигрышным? Да, есть категория людей, которая чисто психологически настроена на то, что их все хотят обмануть. Буквально все — от продавца в магазине, кондуктора в трамвае и до разработчика сайта. С чем это связано — не знаю, то ли с тяжелым детством, то ли с жизненным опытом.

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

Я не говорю о безоговорочном доверии к исполнителю — это нонсенс. Даже самый замечательный и всезнающий разработчик не может знать все тонкости вашего бизнеса и преимущества всех ваших товаров и услуг.

Но какой смысл заказывать полноценную разработку, долго и нудно согласовывать дизайн, прототип, структуру — платить за все это, если все равно в итоге все будет полностью изменено, причем особо варварскими методами?

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

Двойная выгода в новом конкурсе с биржей TrustLink! Заработай больше всех и получи за это 15 000 рублей! Не медли, опереди своего конкурента и зарегистрируйся прямо сейчас.

37 комментариев к “Не влезай — убьет или заказчики, которых я не понимаю”

  1. Хех, так оно и есть. Хотя...

    Я например отношу себя именно к тем кто говорит «после создания, обновлять его сможет любой».

    С одним лишь небольшим на первый взгляд уточнением.

    Я при помощи молотка/ломика/любого другого подручного тяжелого предмета при сдаче проекта вдалбливаю заказчику пару следующих моментов:

    — менять — это означает менять контент. Не структуру а именно контент.

    — вставлять текст только из блокнота, даже не смотря на то, что во многих редакторах есть кнопка «вставить текст из word».

    После чего говорю простую вещь: исправление «убитого сайта» будет стоит 1.5 стоимости которая была заплачена за работу!!!

    Все «шаловливые ручки» как рукой снимает )))

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

    И это при том, что все правки/оформления и даже легкое редактирование css файла заказчик великолепно выполнял сам в течение года. Вот как-то так :)

    ОтветитьОтветить
  2. @ SibNext: вот описал все, как со стороны исполнителя. Что-же, хочу оговорить все как заказчик.

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

    Еще ни разу не было подобных проблем. Всегда сам веду все заказанные мной сайты — ничего, живут потихоньку.

    ОтветитьОтветить
  3. SibNext:

    После чего говорю простую вещь: исправление «убитого сайта» будет стоит 1.5 стоимости которая была заплачена за работу!!!

    Я говорю точно такую же фразу и часть воспринимает ее абсолютно адекватно и максимально старается ничего не испортить — это те заказчики, которые описаны в предпоследнем абзаце. Причем в случае возникновения проблем они звонят, извиняются за свои ошибки и просят пояснить как все исправить.

    Но есть тот тип, который описан в самой статье — они кивают, говорят «ок» после чего берут лом и начинают все кромсать. И, что самое парадоксальное, они никогда не просят вернуть все обратно — оно либо застывает в состоянии «после ядерного взрыва», либо просто используется, не смотря на всю корявость. Кстати, именно они чаще всего потом рассказывают, что от сайта проку никакого и продаж он не приносит. Казалось бы... :)

    Вот именно их модель поведения я и не могу понять :)

    Ну денег я брать не стал, просто написал ему в ответ «компоненты/имя компонента/ссылка на справочник» — в ответ благодарность, и предложение написать еще один компонентик за конкретную денюфку :)

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

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

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

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

    ОтветитьОтветить
  5. Да согласен с вами когда я только начинал работать, я тоже совершал ошибки описанные выше. Теперь я хорошо ориентируюсь и что не нужно совершать необратимых действий понял очень четко.

    ОтветитьОтветить
  6. Я делала свои блоги (они у меня на WordPress) методом проб и ошибок. Добавляла и убирала плагины, меняла дизайн, добавляла разные блоки. Если честно, иногда получалось хорошо, иногда «криво». Но в итоге все встало на место, все работает так, как надо.

    Вообще, мне кажется, что несложный сайт без особых наворотов может сделать каждый. А свое творение проще потом корректировать и править, если понадобится.

    ОтветитьОтветить
  7. Вообще заказчик заказчику рознь. Есть люди с которыми очень приятно работать, озвучил цену — согласились, задержался со сроками — никто и не напомнил, показал работа — согласовали с первого раза :) А есть и другие, которым надо все дешево, «вчера» и так как они хотят (хоть это как правило коряво) :)))

    ОтветитьОтветить
  8. Сделать сайт на CMS довольно просто и самому, да вот вопрос в том можно ли это творение потом назвать сайтом, иногда даже показывать стыдно...

    ОтветитьОтветить
  9. Клиент всегда прав — не всегда работает, иногда они так достают.

    ОтветитьОтветить
  10. Не всегда клиент прав. И именно тогда когда не прав, ему необходимо все объяснить. Но никто этого не хочет делать. Конечно, проще сказать, клиент дурак.

    ОтветитьОтветить
  11. У меня самая жесть была, когда заказчик полез исправлять статьи проф. копирайтера, и еще отругал фирму за то, что она пишет «слишком простые» статьи!

    ОтветитьОтветить
  12. Я подошел к этому проще. Как добавить контент, я заказчику показываю по сто раз и в реале. Естественно, дамп базы. Если не знаешь на что нажать — позвони, за звонок денег не возьму. Самое главное, вдолбить им, что если не знаешь как, спроси — я объясню — бесплатно.

    ОтветитьОтветить
  13. Согласна с автором, бывают попадаются такие что хочется просто взять плюнуть на всё и как растолковать ему всё то что ты о нём думаешь, но клиент всё же всегда прав...

    ОтветитьОтветить
  14. Чтобы не возникало различных неурядиц в оценке проделываемой работы, необходимо сразу согласовывать все возможные вопросы. Естественно, каждую мелочь учесть не получится, но имея определенный опыт общения с заказчиками, при первом общении уже сам понимаешь, с чем придется столкнуться. На личном опыте — были случаи, что сразу отказывался от заказов слишком амбициозных клиентов, спорить с чужим самомнением порой бессмысленно.

    ОтветитьОтветить
  15. Мда, гранату обезьяне в руки не стоит давать. Тоже насмотрелся на «все знающих» гуру пока работал сисадмином в одной конторке.

    Забыли добавить категорию деятелей которые напортачили, но в этом не признаются и в лучшем случае настаивают что она само, а в худшем валят на тебя =)

    ОтветитьОтветить
  16. Yaroslav.CH, сначала говорим

    nofollow FREE!
    , а потом убираем ссылки? Отличный ход.

    ОтветитьОтветить
  17. @ Firebit: сначала не читаем правила комментирования* (размещенные прямо перед формой), потом размещаем ссылки на торрент-трекер, а после этого предъявляем претензии? Отличный ход ;)

    А nofollow free — конечно есть, ссылки их комментариев открыты. Но взаимосвязи между nofollow и несоблюдением правил комментирования — я не вижу.

    * п. 11 ссылка ведет не на личный блог/сайт автора комментария.

    ОтветитьОтветить
  18. Yaroslav.CH, извиняйте, не обратил внимание на ссылку на «правила комментирования»

    ОтветитьОтветить
  19. Наука побеждать! Я бы так назвал взаимоотношения заказчика и исполнителя. Сталкиваюсь с этой извечной войной и на ниве копирайтинга и на ниве сайтостроения. Сразу скажу, не профи, и сайты делаю для мелких фирм сельских (своих), поэтому обычно все проходит намного более гладко, чем у вас, правда и ставки у нас не очень... Удачи в науке побеждать!

    ОтветитьОтветить
  20. У меня часто ситуация такая: разрабатывается сайт на CMS и когда начинаешь обучать заказчика работать с ним, начинают ныть, мол сложно и прочее. 2-3 клика для них — сложно, блин! Особенно этим отличаются молодые девушки — менеджеры. И так пытаешься убрать всё лишнее и на пальцах рассказать, а они и не хотят... Эх.

    ОтветитьОтветить
  21. Все правильно написано. У самого ситуацию была, когда попался корявый клиент на создание диза. В итоге месяц потратил зря и послал его подальше.

    ОтветитьОтветить
  22. @ salminforex:

    все бы так! интересно, а как отреагируют на эту статью именно такие заказчики? если они вообще будут читать её

    ОтветитьОтветить
  23. Всегда так было и всегда так будет — «умных» клиентов никогда не убавится. Нужно уметь себя обезопасить что-ли

    ОтветитьОтветить
  24. Оооо дааа...) Статья правдивая. Просто заказчики иногда сами вообще не понимаю что они хотят. «воду варят» и все. а патом могут винить всех кого только можно!

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

    ОтветитьОтветить
  26. Очень понравилась статья, великолепное сравнение, CMS с башней из кубиков.

    Очень хорошая статья прочёл на одном дыхании.

    ОтветитьОтветить
  27. Долго бился с исполнителем по поводу своего географического блога. К единому мнению мы все же пришли, но теперь работаю один — нервы жалко!

    ОтветитьОтветить
  28. Ох как зацепила статья! Прям с некоторых моих заказчиков списано :))))

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

    1. Тех Задание — только сним и никак иначе!! Расписываем все что возможно — какие кнопки где будут и т.д. Иначе потом замучаетесь переделывать всё по 20 раз и добавлять новые функции бесплатно -"Так я ж думал что это само собой разумеется!" © закачик

    2. Никаких админовских прав в CMS!! Всегда отдаю 2 комплекта логина/пароля — админовский и менеджеровский и настоятельно советую работать только под менеджером

    ОтветитьОтветить
  29. Действительно полезная статья) Хотя не совсем согласен, что многое надо знать заказчику. Иначе он не будет платить))

    ОтветитьОтветить
  30. @ Дмитрий:

    Клиенты тоже люди :)

    Тут такой закон бизнеса, либо ты к людям, либо они пойдут к другому :)

    ОтветитьОтветить
  31. Очень полезная статья, можно использовать как конспект для заказчика: что можно делать, а что нельзя.

    По поводу разрушенного домика из кубиков. Эх, зачем далеко ходить, вот смотрите, что заказчик сотворил с сайтом: vinfort.by. Я его даже из портфолио удалил, стыдно показать.

    ОтветитьОтветить
  32. извините за пятиминутку грамматического нацизма, но «это нонсенс, причем абсолютно бессмысленный» — это масло масляное. «нонсенс» — это и есть «бессмыслица» (англ. non sense — нет смысла).

    ОтветитьОтветить
  33. Создать сайт под cms не трудно. Один день поюзать систему и все, а вот создать более менее приличное оформление сайта и чтобы не стыдно было это творение в люди запустить эт другое дело.

    ОтветитьОтветить
  34. Мы работаем в off-line и как то заметили, что ничего не меняется после наших изменений. Оказалось заказчик выгружает свои доработки, а наши не загружает. Недельная работа на смарку была.

    Твою статейку возьму на заметку для заказчиков.

    ОтветитьОтветить

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *