Комментарии 22
Расписано от и до. Вы молодец. Плюсанул карму.
Круто! Спасибо. Буду показывать некоторым мои коллегам, которые весьма неохотно слушали мои доводы. Пусть почитают что умные люди пишут :-)
К сожалению встречаются заказчики предоставляющие тексты потом: «текст отсутствует/разрабатывается, Вы сначала дизайн разработайте». И их количество не уменьшается.
Проблема действительно есть, и думаю, те кто занимается разработкой сайтов — ее видят. Я по крайней мере с ней давно столкнулся.
Так что теперь, после освещения проблемы, интересуют варианты ее решения.
Кто как решает это?
Писать тексты самому — нужно еще уметь, да и бюджет это увеличит, особенно если брать копирайтера. Что может оттолкнуть клиента.
Ждать пока клиент подготовит тексты, тоже чревато — его может перехватить, то кто не будет этого ждать, соответственно весь бюджет уйдет ему.
Начать делать сайт и ждать когда будут материалы… Так последствия описаны выше.
У меня так до сих пор несколько пустых заказных сайтов висит. А с одним я так 9 месяцев его делал, когда реально работы на 2 недели.
Для себя я пока нашел лишь такой выход:
1. Брать предоплату но начало работ отложить до полного сбора материалов. Что иногда очень раздражает клиентов, потому что деньги заплатили, а работа не делается… (Почти не использую этот метод)
2. Исполнять заказ сразу после оплаты, даже без материалов, но предупреждать что у клента есть возможность предоставить материалы в следующие, N дней/недель. Если не укладываются в срок — все последующие действия за доп. плату. (Обычно проблем не бывает, кроме тех что некоторые сайты остаются мертвыми и пустыми...)
Так что теперь, после освещения проблемы, интересуют варианты ее решения.
Кто как решает это?
Писать тексты самому — нужно еще уметь, да и бюджет это увеличит, особенно если брать копирайтера. Что может оттолкнуть клиента.
Ждать пока клиент подготовит тексты, тоже чревато — его может перехватить, то кто не будет этого ждать, соответственно весь бюджет уйдет ему.
Начать делать сайт и ждать когда будут материалы… Так последствия описаны выше.
У меня так до сих пор несколько пустых заказных сайтов висит. А с одним я так 9 месяцев его делал, когда реально работы на 2 недели.
Для себя я пока нашел лишь такой выход:
1. Брать предоплату но начало работ отложить до полного сбора материалов. Что иногда очень раздражает клиентов, потому что деньги заплатили, а работа не делается… (Почти не использую этот метод)
2. Исполнять заказ сразу после оплаты, даже без материалов, но предупреждать что у клента есть возможность предоставить материалы в следующие, N дней/недель. Если не укладываются в срок — все последующие действия за доп. плату. (Обычно проблем не бывает, кроме тех что некоторые сайты остаются мертвыми и пустыми...)
поисковый алгоритм Яндекса учитывает поведенческие характеристики пользователя на сайте
Слышу впервые. Расскажите, пожалуйста, как поисковик учитывает мои действия на сайте?
Слышу впервые. Расскажите, пожалуйста, как поисковик учитывает мои действия на сайте?
СЕОшники уже давно об этом говорят.
Самое банальное — это если куча отказов и маленькое время провождения на странице — сайт опускается в выдаче.
Самое банальное — это если куча отказов и маленькое время провождения на странице — сайт опускается в выдаче.
КАК он узнаёт о том, что я на той странице провёл мало времени?
Если на сайте установлена Я.метрика либо у вас установлен Яндекс.Бар — то данные об этом напрямую отправляются Яндексу.
Кроме того, можно понять косвенно — если вы кликнули на сайт из выдачи, а через пять секунд кликнули на втором — значит с определенной долей вероятности вам первый сайт не понравился.
Кроме того, можно понять косвенно — если вы кликнули на сайт из выдачи, а через пять секунд кликнули на втором — значит с определенной долей вероятности вам первый сайт не понравился.
Из того что мне известно — Google Analitics, Яндекс.Метрика, ну и те же «инструменты для веб-мастеров»
Понимаю что из этого выходит, что если счетчик не стоит, то и информация собираться не будет…
Тут ничего сказать не могу — поисковики не раскрывают свои алгоритмы ранжирования.
Понимаю что из этого выходит, что если счетчик не стоит, то и информация собираться не будет…
Тут ничего сказать не могу — поисковики не раскрывают свои алгоритмы ранжирования.
Не забывайте, что поисковикам принадлежит ещё и инфраструктура. Например, Google имеет очень большую долю от мирового количества DNS-серверов.
Словил себя на мысли, что мы часто пишем, что это трудоемко, и другое тоже сложно — все этапы процесса разработки сложны и требуют (если вопрос в хорошем результате) профессионализма и пролитого пота :) И от общей слаженной работы зависит результат.
Если по делу, то дизайнер тоже ведь должен предусматривать тот факт, что сайт может изменяться: новые пункты меню, бОльший объем текста. Я, если честно, редко сталкивался с тем, чтобы «уж совсем все не подходило». Да, было, но это не так критично.
Если речь о промо-сайте, где нужно чтобы все было красиво, то его нет смысла утверждать без контента. В случае «сайта-визитки» или корпоративного сайта нужно уже думать наперед. В порталах и интернет-магазинах как минимум прорабатывать целевые страницы (главную, каталог, поиск, страницу товара, статьи и т. п.). По сути, когда речь идет о том, что клиент испортил сайт, то это скорее всего касается главных страниц (остальное ведь должно создаваться более-менее масштабируемым). Из этого можно сделать вывод, что нужно больше уделять времени главной (возможно, даже продавать ее с минимальным контентом, или оговаривать что и как будет работать).
Сейчас мы стараемся продавать время копирайтера (совсем не сильно увеличивает стоимость), который эту дыру закрывает. А ситуации, когда добавляется 10 новых пунктов меню — это уже похоже на отрыв от техзадания и прототипа (если он делался). Я считаю, чтобы не возникало вопросов нужно быть профессионалом и «чувствовать» что ли клиента, глубоко вникать в проект и предлагать хорошее решение, которое нужно было бы только дорабатывать и шлифовать (я даже пост об этом писал). Потомучто переделка ТЗ — вещь довольно серьезная. «Звучит это все, конечно, хорошо», — скажете вы. — «Но в жизни все по-другому». Я в таком случае люблю принимать позицию «раз все плохо, значит, мой косяк» — это оказалось гораздо продуктивнее, чем «клиент — дурак, ничего не понимает». Прочитав статью еще раз, понял, что вы тоже так думаете, и просто говорите о важности проработки контента. Но не удалять же столько писанины — может, я все-таки не зря старался :)
Если по делу, то дизайнер тоже ведь должен предусматривать тот факт, что сайт может изменяться: новые пункты меню, бОльший объем текста. Я, если честно, редко сталкивался с тем, чтобы «уж совсем все не подходило». Да, было, но это не так критично.
Если речь о промо-сайте, где нужно чтобы все было красиво, то его нет смысла утверждать без контента. В случае «сайта-визитки» или корпоративного сайта нужно уже думать наперед. В порталах и интернет-магазинах как минимум прорабатывать целевые страницы (главную, каталог, поиск, страницу товара, статьи и т. п.). По сути, когда речь идет о том, что клиент испортил сайт, то это скорее всего касается главных страниц (остальное ведь должно создаваться более-менее масштабируемым). Из этого можно сделать вывод, что нужно больше уделять времени главной (возможно, даже продавать ее с минимальным контентом, или оговаривать что и как будет работать).
Сейчас мы стараемся продавать время копирайтера (совсем не сильно увеличивает стоимость), который эту дыру закрывает. А ситуации, когда добавляется 10 новых пунктов меню — это уже похоже на отрыв от техзадания и прототипа (если он делался). Я считаю, чтобы не возникало вопросов нужно быть профессионалом и «чувствовать» что ли клиента, глубоко вникать в проект и предлагать хорошее решение, которое нужно было бы только дорабатывать и шлифовать (я даже пост об этом писал). Потомучто переделка ТЗ — вещь довольно серьезная. «Звучит это все, конечно, хорошо», — скажете вы. — «Но в жизни все по-другому». Я в таком случае люблю принимать позицию «раз все плохо, значит, мой косяк» — это оказалось гораздо продуктивнее, чем «клиент — дурак, ничего не понимает». Прочитав статью еще раз, понял, что вы тоже так думаете, и просто говорите о важности проработки контента. Но не удалять же столько писанины — может, я все-таки не зря старался :)
У меня с опытом разработки выработался ряд правил, которые позволяют минимизировать риски испортить сайт неликвидным контентом. Во-первых, на этапе дизайна я всегда прошу реальные данные. Если непонятно, что из данных мы будем публиковать как основные параметры, а что сделаем мелким шрифтом то обращаю на это внимание заказчика и мы изображаем из себя маркетологов и прорабатываем этот вопрос.
Во-вторых я стараюсь избегать меню «на 5 пунктов». Количество пунктов в меню ВСЕГДА меняется. Делаем меню которые могу вместить чуть больше пунктов или чуть меньше, чем нарисовано в макете. В крайнем случае, совмещаем всякие разделы вроде «о нас» и «контакты» в один пункт, благо там информации обычно кот наплакал.
Ну и очень важно учитывать количество единиц контента — новостей там, картинок или товаров. Узнать хотя бы порядок цифр — около 3, до 10, от 100 или 100500. Этот порядок сильно влияет на способ подачи информации — блоками, списками, фильтрами с выборками или поиском. Иначе хоть формально дизайн и не будет испорчен, но сложная система поиска для таблички из 10 наименований это фейл не меньший чем отсутствие фильтров в каталоге на 400-500 единиц.
Во-вторых я стараюсь избегать меню «на 5 пунктов». Количество пунктов в меню ВСЕГДА меняется. Делаем меню которые могу вместить чуть больше пунктов или чуть меньше, чем нарисовано в макете. В крайнем случае, совмещаем всякие разделы вроде «о нас» и «контакты» в один пункт, благо там информации обычно кот наплакал.
Ну и очень важно учитывать количество единиц контента — новостей там, картинок или товаров. Узнать хотя бы порядок цифр — около 3, до 10, от 100 или 100500. Этот порядок сильно влияет на способ подачи информации — блоками, списками, фильтрами с выборками или поиском. Иначе хоть формально дизайн и не будет испорчен, но сложная система поиска для таблички из 10 наименований это фейл не меньший чем отсутствие фильтров в каталоге на 400-500 единиц.
Согласен, содержание (контент) определяет форму (сайт). Эта формула проверена с древних времен — «По одёжке встречают, а по уму провожают». Однако мало обозначить проблему. Как облегчить заказчику сбор контента? Какие инструменты рекомендуете? Например, Wiki-система подойдет?
Вопрос очень широкий, но постараюсь показать суть. Инструментарий не так важен для заказчика, он скорее делает работу студии с его контентом более удобной. Чаще всего проблема сбора информации — это проблема организационного характера. Это проблема компетенции менеджеров заказчика, это проблема иерархической лестницы согласований, это проблема взаимодействий между отделами и людьми и т.д. Без решения этих проблем ни одно инструментальное средство не соберет за заказчика контент.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Контент для сайта: лучше заранее, чем никогда