Как стать автором
Обновить

Комментарии 22

Расписано от и до. Вы молодец. Плюсанул карму.
Спасибо
Вы молодец что написали что плюсанули карму :)
Вы молодец что похвалили человека который плюсанул в карму =)
Да вы все тут молодцы!
Круто! Спасибо. Буду показывать некоторым мои коллегам, которые весьма неохотно слушали мои доводы. Пусть почитают что умные люди пишут :-)
К сожалению встречаются заказчики предоставляющие тексты потом: «текст отсутствует/разрабатывается, Вы сначала дизайн разработайте». И их количество не уменьшается.
Проблема действительно есть, и думаю, те кто занимается разработкой сайтов — ее видят. Я по крайней мере с ней давно столкнулся.
Так что теперь, после освещения проблемы, интересуют варианты ее решения.
Кто как решает это?

Писать тексты самому — нужно еще уметь, да и бюджет это увеличит, особенно если брать копирайтера. Что может оттолкнуть клиента.
Ждать пока клиент подготовит тексты, тоже чревато — его может перехватить, то кто не будет этого ждать, соответственно весь бюджет уйдет ему.
Начать делать сайт и ждать когда будут материалы… Так последствия описаны выше.
У меня так до сих пор несколько пустых заказных сайтов висит. А с одним я так 9 месяцев его делал, когда реально работы на 2 недели.

Для себя я пока нашел лишь такой выход:
1. Брать предоплату но начало работ отложить до полного сбора материалов. Что иногда очень раздражает клиентов, потому что деньги заплатили, а работа не делается… (Почти не использую этот метод)

2. Исполнять заказ сразу после оплаты, даже без материалов, но предупреждать что у клента есть возможность предоставить материалы в следующие, N дней/недель. Если не укладываются в срок — все последующие действия за доп. плату. (Обычно проблем не бывает, кроме тех что некоторые сайты остаются мертвыми и пустыми...)
Я объясняю, что заказать текст будет стоить намного дороже, чем задействовать штатного сотрудника. И показываю цифры в обоих случаях (текст написан сотрудником заказчика и копирайтером).
поисковый алгоритм Яндекса учитывает поведенческие характеристики пользователя на сайте
Слышу впервые. Расскажите, пожалуйста, как поисковик учитывает мои действия на сайте?
Мне тоже интересно стало, поэтому я погуглил и нашел вот это (там правда не говорится о самих алгоритмах) и вот это.
СЕОшники уже давно об этом говорят.
Самое банальное — это если куча отказов и маленькое время провождения на странице — сайт опускается в выдаче.
КАК он узнаёт о том, что я на той странице провёл мало времени?
Если на сайте установлена Я.метрика либо у вас установлен Яндекс.Бар — то данные об этом напрямую отправляются Яндексу.
Кроме того, можно понять косвенно — если вы кликнули на сайт из выдачи, а через пять секунд кликнули на втором — значит с определенной долей вероятности вам первый сайт не понравился.
Из того что мне известно — Google Analitics, Яндекс.Метрика, ну и те же «инструменты для веб-мастеров»
Понимаю что из этого выходит, что если счетчик не стоит, то и информация собираться не будет…
Тут ничего сказать не могу — поисковики не раскрывают свои алгоритмы ранжирования.
Не забывайте, что поисковикам принадлежит ещё и инфраструктура. Например, Google имеет очень большую долю от мирового количества DNS-серверов.
Словил себя на мысли, что мы часто пишем, что это трудоемко, и другое тоже сложно — все этапы процесса разработки сложны и требуют (если вопрос в хорошем результате) профессионализма и пролитого пота :) И от общей слаженной работы зависит результат.

Если по делу, то дизайнер тоже ведь должен предусматривать тот факт, что сайт может изменяться: новые пункты меню, бОльший объем текста. Я, если честно, редко сталкивался с тем, чтобы «уж совсем все не подходило». Да, было, но это не так критично.

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

Сейчас мы стараемся продавать время копирайтера (совсем не сильно увеличивает стоимость), который эту дыру закрывает. А ситуации, когда добавляется 10 новых пунктов меню — это уже похоже на отрыв от техзадания и прототипа (если он делался). Я считаю, чтобы не возникало вопросов нужно быть профессионалом и «чувствовать» что ли клиента, глубоко вникать в проект и предлагать хорошее решение, которое нужно было бы только дорабатывать и шлифовать (я даже пост об этом писал). Потомучто переделка ТЗ — вещь довольно серьезная. «Звучит это все, конечно, хорошо», — скажете вы. — «Но в жизни все по-другому». Я в таком случае люблю принимать позицию «раз все плохо, значит, мой косяк» — это оказалось гораздо продуктивнее, чем «клиент — дурак, ничего не понимает». Прочитав статью еще раз, понял, что вы тоже так думаете, и просто говорите о важности проработки контента. Но не удалять же столько писанины — может, я все-таки не зря старался :)
Да, моя идея — показать, что контент не просто важен, а показать, что можно потерять, если не уделять ему больше внимания. По вопросу гибкости будущего сайта, я считаю, что невозможно сделать сайт под все случаи, которые могут возникнуть в процессе его эксплуатации. Нужен разумный компромисс.
У меня с опытом разработки выработался ряд правил, которые позволяют минимизировать риски испортить сайт неликвидным контентом. Во-первых, на этапе дизайна я всегда прошу реальные данные. Если непонятно, что из данных мы будем публиковать как основные параметры, а что сделаем мелким шрифтом то обращаю на это внимание заказчика и мы изображаем из себя маркетологов и прорабатываем этот вопрос.

Во-вторых я стараюсь избегать меню «на 5 пунктов». Количество пунктов в меню ВСЕГДА меняется. Делаем меню которые могу вместить чуть больше пунктов или чуть меньше, чем нарисовано в макете. В крайнем случае, совмещаем всякие разделы вроде «о нас» и «контакты» в один пункт, благо там информации обычно кот наплакал.

Ну и очень важно учитывать количество единиц контента — новостей там, картинок или товаров. Узнать хотя бы порядок цифр — около 3, до 10, от 100 или 100500. Этот порядок сильно влияет на способ подачи информации — блоками, списками, фильтрами с выборками или поиском. Иначе хоть формально дизайн и не будет испорчен, но сложная система поиска для таблички из 10 наименований это фейл не меньший чем отсутствие фильтров в каталоге на 400-500 единиц.
Согласен, содержание (контент) определяет форму (сайт). Эта формула проверена с древних времен — «По одёжке встречают, а по уму провожают». Однако мало обозначить проблему. Как облегчить заказчику сбор контента? Какие инструменты рекомендуете? Например, Wiki-система подойдет?
Вопрос очень широкий, но постараюсь показать суть. Инструментарий не так важен для заказчика, он скорее делает работу студии с его контентом более удобной. Чаще всего проблема сбора информации — это проблема организационного характера. Это проблема компетенции менеджеров заказчика, это проблема иерархической лестницы согласований, это проблема взаимодействий между отделами и людьми и т.д. Без решения этих проблем ни одно инструментальное средство не соберет за заказчика контент.
Все верно, инструмент не может генерировать контент, он нужен для помощи заказчику в процессе его работы по сбору контента и для предоставления его в структурированном виде исполнителю. Поэтому и спросил, что вы можете порекомендовать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории