Продвижение порталов и интернет-магазинов - Леонид Гроховский
Шрифт:
Интервал:
Закладка:
□ Поощряйте стремление штатных специалистов к получению знаний. Программист, который стучит по клавишам в режиме 8/5, – вряд ли хороший программист (хотя и такое бывает).
□ Периодически обращайтесь к сторонним специалистам для проведения технического аудита. При этом целью аудита должен быть не поиск повода для наложения взысканий, а поиск и устранение ошибок.
□ Регулярно делайте и сохраняйте бэкапы (кажется, я уже вскользь упоминал об этом).
Риски, связанные с работой разработчиков. Автоматизация тестирования
Программисты – очень милые люди, представляющие большую потенциальную опасность для портала. Риски, связанные с их работой, можно разделить на две группы: технические и организационные.
Организационные риски заключаются в том, что разработчик или разработчики могут либо задерживать запуск той или иной опции, либо просто саботировать задание – явно или скрыто.
В случае задержки можно:
□ наказать лишением бонуса или иным способом (как материально, так и словами). Наказание применимо только в том случае, если причина невыполнения плана заключается в лени или явном нежелании заниматься выполнением конкретной задачи. Во всех остальных случаях (слишком сложное или плохо составленное ТЗ, недостаточная квалификация разработчика, слишком амбициозный план, недостаток ресурсов) техническому директору следует наказать себя;
□ добавить ресурсов – ввести в проект новых специалистов. Очень спорное решение – практика показывает, что введение в рабочую группу новых разработчиков может как ускорить завершение проекта, так и отсрочить его. Последнее связано с тем, что на введение новых разработчиков в курс дела необходимо время, а кроме того, при увеличении количества разработчиков в группе растут временные затраты на их взаимодействие. Важно также понимать, что девять женщин не могут родить одного ребенка за один месяц;
□ скорректировать планы. Если задержка обнаружена после дедлайна, то планы уже скорректированы без участия технического директора. Если до дедлайна еще есть время, то лучше назначить реальные сроки завершения проекта, нежели оставить их прежними и не выдержать. Вместе с тем не следует всегда идти на поводу у разработчиков – это чревато тем, что даже небольшие изменения будут вносить очень долго и отдел продвижения не получит свои модули никогда. Победа не должна быть простой, но должна оставаться достижимой.
Очевидно, что перечисленные меры могут использоваться как по отдельности, так и в комплексе. Целесообразность тех или иных решений в конкретном случае определяется индивидуально. Подробнее об управлении разработчиками ПО читайте в специализированной литературе.
Технические риски гораздо более опасны, нежели организационные. О задержке мы узнаем не позже дедлайна, а вот о том, что у 50 000 страниц перестали отображаться Title, можно узнать из аудита. При этом стопроцентно защитить портал от подобных ошибок практически невозможно, а в рамках большого и динамично развивающегося проекта они будут возникать постоянно, и это является серьезной проблемой.
Решение проблемы – в создании автоматизированной системы мониторинга. Она позволит своевременно узнавать о возникновении подобных неполадок и устранять их до того, как они причинят большой ущерб.
Что должна анализировать система?
□ Изменения robots.txt.
□ Наличие и значительные изменения карты сайта.
□ Коды ответов сервера по разным разделам и поддоменам.
□ Скорость загрузки страниц разных разделов и поддоменов.
□ Содержимое Title и Description на страницах разных разделов и поддоменов (важна ротация страниц).
□ Правильную обработку важных форм.
□ Корректность важных ссылок.
В зависимости от типа портала и работающих на нем сервисов могут добавляться и другие метрики работоспособности сайта. Мониторинг этих метрик следует осуществлять ежедневно, а лучше дважды в день. В случае проявления каких-то изменений технический директор или заменяющий его специалист должен получить сообщение и обязательно изучить проблему.
Риски, связанные с работой дизайнеров
Дизайнеры – самые безобидные из всех специалистов, имеющих отношение к сайту, но и они могут стать источником неприятностей. Проблема всего одна – кража дизайна или отдельных графических элементов (логотип, значки, изображения и т. п.). В лучшем случае вы обнаружите в Сети свой дизайн, используемый на каком-то сайте уже много месяцев, в худшем – досудебную претензию.
Что делать, чтобы этого не произошло?
□ Осмотрительно выбирайте дизайнеров. Как правило, подобные проблемы возникают при сотрудничестве с недорогими начинающими фрилансерами либо маленькими веб-студиями.
□ Не будьте чрезмерно экономными – размер гонорара обратно пропорционален желанию сэкономить пару часов. Соизмеряйте желаемое и оплачиваемое – если вы хотите, чтобы дизайнер сам сделал и обработал фотографии всех 25 000 светильников для вашего интернет-магазина, сумма гонорара получится очень большой (при условии, что дизайнер в принципе занимается предметной фотографией и имеет необходимую технику).
□ Четко формулируйте техническое задание. Оговаривайте, допустимо ли использование бесплатных шаблонов, элементов шаблонов, рисунков и фотографий из фотобанков и т. п.
Что делать, если это все же произошло? Сначала определите характер проблемы. Если вы нашли в Сети такой же, как ваш, или очень похожий сайт, это еще не значит, что дизайнер украл его.
□ Самый оптимистичный вариант – владельцы обнаруженного сайта сами позаимствовали ваш дизайн. Просмотрите сохраненные копии и копии веб-архива, чтобы выяснить, какой дизайн появился раньше и насколько.
□ Если вы получили не эксклюзивный дизайн, а лишь шаблон, который продается всем желающим без изменений, – это тоже не так уж плохо. Во всяком случае вам не грозит судебное преследование. Более того, прочтите договор или техническое задание – возможно, согласно его условиям вы и не должны были получить уникальный дизайн. Если же речь шла именно о разработке дизайна с нуля, то это все же только двусторонний конфликт.
□ Бывают случаи, когда дизайнер продает один макет нескольким клиентам. Выяснить это можно, только связавшись с владельцами сайта-«плагиатора». Универсального решения проблемы нет.
□ Заимствование отдельных элементов может быть совершенно законным – например, изображения и фотографии могут быть куплены в фотобанке, а логотипы сгенерированы при помощи одного из многочисленных сервисов. В этом случае владельцы обоих проектов имеют на них равные права. Если в договоре с дизайнером запрет на использование фотобанков не указан явно, к нему также не может быть претензий.
Самый скверный случай – прямая кража дизайна с последующим размещением на вашем сайте. В этом случае следует как можно быстрее сменить дизайн и постараться сгладить конфликт (если он есть) с правообладателем.
Риски, связанные с работой копирайтеров
В данном случае я трактую понятие «копирайтер» довольно широко – здесь и в дальнейшем под копирайтером понимается любой специалист, создающий текстовый контент для сайта.
Итак, какие проблемы может создать копирайтер?
□ Отправить на размещение неуникальный текст. С точки зрения продвижения портала единичное размещение окажется совершенно неощутимым, но и большой пользы тоже не принесет. С точки зрения юридических и репутационных рисков последствия могут быть от нулевых до крайне негативных – все зависит от того, кто является владельцем текста и насколько он будет готов защищать свои права на него.
□ Отправить на размещение некачественный текст или просто текст с ошибками. С точки зрения SEO риски опять же минимальны, однако некоторую часть читателей такой текст однозначно оттолкнет.
□ Исказить факты. Юридические и репутационные риски непредсказуемы – от иска за клевету до потери части аудитории вследствие размещения «бреда».
К счастью, на все текстовые риски существует один универсальный ответ – редактор. Найдите хорошего редактора, возьмите его в штат, и проблема будет решена. Альтернативный вариант – воспользоваться услугами компаний, специализирующихся на создании текстов для порталов.
Риски, связанные с работой модераторов
Несмотря на то что модераторы не столько создают контент, сколько модерируют, их неграмотная работа может привести к самым тяжелым для сформировавшегося на портале сообщества последствиям. Опытные веб-мастера знают немало историй, когда чрезмерно жесткая или необъективная модерация вносила в сообщество раскол, который приводил к образованию нескольких форумов на сторонних ресурсах. Нередко эти форумы впоследствии прекращали существование, а пользователи понемногу мигрировали на другие форумы, политика модерирования на которых была более вменяемой.
