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

«Яндекс-Маркет» (ЯМ) может быть не только инструментом продаж, но и источником довольно ценной информации. Анализ данных ЯМ может дать разработчику и владельцу интернет-магазина массу сведений, получить которые иным образом сложно.

Что мы можем узнать, анализируя «Яндекс-Маркет»:

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

ассортимент наиболее успешных и известных магазинов. Такие магазины обычно умеют правильно формировать ассортимент, и если телефоны с двумя SIM-картами представлены там тремя моделями от Samsung и всего одной от НТС либо наоборот, это может навести на определенные мысли. То же самое – если практически ни один магазин не предлагает какую-либо товарную позицию;

текущую и потенциальную полноту покрытия спроса. Вы легко можете найти способ увеличить полноту покрытия за счет сравнительно небольшого расширения ассортимента;

отзывы о товарах – можно узнать неожиданно много нового о том, что вы продаете. Кроме того, анализ отзывов позволяет определить пользовательские предпочтения. Например, поворотный дисплей в Nikon D5100 является несущественным преимуществом, а вот отсутствие привода автофокуса – серьезным недостатком. При этом отсутствие привода автофокуса в Nikon D3100 не волнует почти никого, потому что его покупатели обычно не знают, что это такое.

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

Покупка готовых решений:

основные плюсы:

вы сразу получаете необходимую функциональность;

никаких проблем, связанных с разработкой;

основные минусы:

готовые решения ориентированы на массового покупателя, в них не учтена специфика вашего портала. Строго говоря, портальная специфика (огромные объемы, необходимость автоматизации всего и вся) в «коробочных» решениях вообще учитывается редко;

техническая поддержка обычно оставляет желать лучшего (счастливые исключения все же есть);

адаптация к недостаточной функциональности потребует дополнительных трудозатрат.

Сторонние разработчики, фриланс:

основные плюсы:

сравнительно низкие цены;

по завершении разработки вы получите именно то, что вам нужно;

если повезет, вы получите отличного внештатного сотрудника;

никаких дополнительных затрат;

основные минусы:

человек не находится в вашей команде, поэтому сложно купить процесс;

фрилансер может пропасть в любой момент вне зависимости от размера предоплаты (он может пропасть даже в том случае, если вы договорились об оплате по факту приемки и 90 % работы уже сделано);

очень сложно оценить квалификацию фрилансера по отзывам и портфолио, которые могут быть поддельными или крадеными;

после успешного завершения проекта вы будете довольно сильно зависеть от разработчика, а он от вас – нет.

Штатный разработчик:

основные плюсы:

вы покупаете не продукт, а рабочий процесс и можете совершенствовать продукт, доводя его до полного идеала;

вы имеете возможность оценить квалификацию и опыт в ходе собеседования;

человек находится в «обойме», никаких проблем с общением;

основные минусы:

дорого. Социальные платежи, рабочее место, выплата заработной платы (уровень зарплат высок) при любой загрузке – все это довольно сильно давит на расходную часть бюджета;

в случае увольнения специалиста вы можете надолго потерять контроль над собственными программными продуктами. Если код плохо документирован или не документирован вообще – очень надолго;

найти штатного разработчика для долговременного сотрудничества гораздо сложнее, чем фрилансера.