Здравствуйте.
Я представляю компанию Хорошоп и случайно увидел ваш вопрос.
Жаль, что он не прояснился в общее с нашей службой поддержки.
Позвольте, поясню:
1. При запуске сайта мы не просто устанавливаем коды счетчиков, а сразу создаем и настраиваем несколько стандартных целей. Для этого нам нужен доступ на старте.
Если мы подключим ваш новый счетчик, то там как минумум нужно повторно создавать эти цели. После настройки аккаунтов доступ для нас можно отключить конечно.
2. Доступ к GA для технического аккаунта нужен чтобы отображать статистику по посещениям в панели управления. Его можно выключить, но тогда в админке не будет работать дашборд со статистикой посещений и конверсией.
Проблема немного в другом.
"хорошие специалисты и компании с достойным сервисом" - это временное состояние для специалистов и компаний.
Как только они стают такими и начинается соответствующий рост количества заказов, то компаниям приходится расти в количестве сотрудников и при этом соответственно падает качество.
То есть сложность в том, чтобы поймать такие компании, пока они уже достаточно качественны, но еще не достаточно загружены, чтобы качество начало падать.
Достаточно эффективны не просто отзывы, а целые обзоры написанные в блогах.
Записи в блогах хорошо индексируются поисковиками.
И когда потенциальный покупатель решит поискать что пишут про ваш нишевый магазин или товар в интернете, то он обязательно наткнется на блог, в котором есть ваш обзор.
Я не подменяю понятия.
Мне кажется, это вы смотрите на сайт слишком упрощенно.
Сайт - это не движек с данными.
Сайт - это интерфейс (то есть дизайн в первую очередь) к данным, работу которого обеспечивает движек.
То есть дизайн определяет каким есть сайт, а движек просто должен делать то что задумано по дизайну.
Владелец магазина (водитель) конечно должен изучать технические характеристики и возможности, но на уровне пользователя (водителя) а не разработчика (автомеханика).
Потому что ему нужно строить бизнес (ехать), а не разработкой заниматься.
В этом есть существенная разница.
Вот вы сами пишете, что
То есть при выборе не обращают внимание на важные для бизнеса (езды) детали, зато обсуждаются характеристики которые нужны разве что разработчику (авто-механику), а не владельцу.
Действительно при выборе авто, обычно больше смотрят на количество лошадей, величину крутящего момента и другие голые цифры. Но спросите у любого водителя после года езды "Как машина?". Большинство в первую очередь ответят про расход.
Такая ситуация в авто-бизнесе - это результат работы маркетологов, которые захламляют голову новичков-покупателей ненужными цифрами, фичами, характеристиками. А действительно важные характеристики при этом отходят на задний план.
Так же и в выборе движков для интернет-магазинов:
производители софта и разработчики оперируют техническими возможностями, которые на самом деле имеют второстепенное значение для владельца.
Для владельца важен результат разработки, а не процесс.
А результат может обеспечить только исполнитель, а не движек.
Понимают это, как правило, только создавая второй и последующие магазины.
И тогда владелец уже ищет не движки, модули, шаблоны и тд, а исполнителей, которые могут обеспечить нужный ему результат.
Для владельца инструмент - это сайт в целом, а не движек на котором он собран.
То есть машина, а не ее двигатель.
Мне как водителю совершенно все равно по какой технологии работает двигатель в моем авто.
Мне главное чтобы он мало кушал и быстро вез туда куда нужно.
А то что в нашей стране все водители привыкли разбираться в тонкостях устройства двигателей, так это скорее пережиток советского прошлого от которого можно и нужно избавляться.
Вот! Именно об этом я и говорю.
В первую очередь важно насколько профессионален разработчик.
Насчет дополнительных трудозатрат за функционал, который может быть стандартом для других движков: если у владельца не одно, а несколько специфических требований, то в любом случае что-то да прийдется дорабатывать в любом движке.
Нет совершенно ничего неприятного в том, что разработчик будет предлагать ту платформу, которую он хорошо знает и которая удобна ему, в том случае если разработчик имеет портфолио с проектами необходимого уровня и может гарантировать результат, соответствующий требованиям клиента.
Выбирать нужно именно разработчика, а не движек.
Точнее движек во вторую очередь.
Только разработчик может что-то гарантировать владельцу: сроки, соответствие требованиям, стабильную работу и тд. Движек этого всего гарантировать не может.
А выбирая движек самостоятельно, владелец берет на себя часть ответственности за будущее обеспечение стабильной работы сайта.
В чем проблема, договориться с офлайн-поставщиками и брать у них товар под заказ?
А свой склад будете формировать уже когда появится круг постоянных клиентов.
О размещении рекламы с адресом сайта пожалуй проще будет договориться с тренажерными залами;)
Еще в качестве идеи: можно становится спонсором местных любительских спортивных соревнований.
Думаю цена вопроса будет небольшая, а потенциальный результат может порадовать.
На мой взгляд, ситуация когда владелец интернет-магазина выбирает движек - не совсем правильная.
Этот выбор уместен, если владелец собирается сам разрабатывать и поддерживать сайт в будущем.
Но такой подход не совместим с нормальным бизнесом. Даже если владельцу кажется что в этом всем легко разобраться на старте проекта, то со временем, при развитии магазина, у владельца не будет уже ни времени ни желания заниматься технической частью. Так зачем начинать с этого?
Конечно нужно понимать общие технические основы, чтобы разговаривать с разработчиками на общем языке и не позволять вешать себе лапшу на уши.
Но различия между различными движками интернет-магазинов - это уже такие тонкости, в которых даже опытные разработчики не всегда могут объективно разобраться.
Я считаю, что будущий владелец интернет-магазина должен заботиться не о выборе движка, а о выборе команды разработки.
Ведь по большому счету, современные движки предоставляют практически идентичные возможности в руках опытных разработчиков.
И основная задача для владельца должна быть не "поиск движка идеально решающего задачу", а поиск опытной команды, которая выберет движек исходя из своего опыта, разработает проект и сможет гарантировать его стабильную работу и рост вместе с потребностями магазина.
Еще один вариант решения озвученное дилемы:
кроме полноценного пошагового оформления заказа сделать кнопку "Купить быстро" или "купить в один клик" - для тех кого напрягают длинные формы.
При клике на эту кнопку - запрашивать только реально самый минимум информации: Имя и телефон.
В таком случае пользователь сам выбирает себе путь:
- собрать корзину из нескольких товаров и затем вдумчиво заполнить все поля формы заказа
- быстро купить один товар, указав минимум инфы. Все необходимое менеджер уточнит по телефону.
