Специалисты об главных неточностях клиентов торговых сайтов
Бизнес продолжает деятельно перемещать собственные активности в онлайн-среду и каждый год в Рунете появляются тысячи вебмагазинов. Часть из них – совсем новые площадки, часть – переделки прошлых. Наряду с этим большая часть вебмагазинов, мягко скажем, не совершены.
Пожалуй, все сталкивались с тем, что уходили с сайта не завершив оформление приобретения. Обстоятельства тому различные: медленная работа сайта, некорректно трудящаяся корзина, отсутствие предупреждений о том, что нужного товара нет в наличии и т.д. и т.п.
Что делать, дабы снизить возможность таких оплошностей, не оттолкнуть клиентов, соответственно, не утратить прибыль? Чем чреваты такие неточности, на что стоит обратить внимание прежде всего при составлении ТЗ и сотрудничестве с подрядчиком? Что необходимо знать и в чем нужно разобраться перед заказом сайта?
Дабы внести ясность, мы решили распознать главные неточности клиентов. А для этого обратились к разработчикам вебмагазинов и CMS. Перед их глазами прошли много аналогичных историй, исходя из этого их опыт возможно очень нужен.
Сначала мы приведем мнения специалистов всецело, а в конце подытожим и разберем самые главные неточности.
Алексей Сосновский, директор DIAFAN AGENCY: «Главная неточность клиента – скромное техническое задание, которое «обрастает» новым функционалом уже по окончании начала разработки и подписания договора вебмагазина.
Последствия в полной мере предсказуемы: чтобы добавить новый функционал обычно требуется возвратиться на этап разработки макета, дабы новый функционал отыскал собственный отражение в дизайне сайта. Кроме этого требуется утверждения бюджета и дополнительное обсуждение на разработку.
Дабы избежать последствий «забытого» функционала, действий самого клиента обычно не редкость не хватает. Исходя из этого эксперты должны при дискуссии технического задания на разработку задавать наводящие вопросы клиенту, ответы на каковые окажут помощь сориентироваться и включить в разработку целый нужный функционал.
Клиентам же направляться обратить внимание на следующие моменты, каковые частенько забываются, но практически в любое время требуются:
- адаптивность сайта;
- размещение товара: вручную, выгрузка из csv, интеграция DIAFAN.CMS с 1С и т.п.;
- критерии оплаты формирования и способы товара окончательной цене совершаемых приобретений.
Само собой разумеется, список далеко не полный, но ответы на эти вопросы сориентируют разработчика и послужат отправной точкой в дискуссии технического задания на сайт. Из собственной практики мы можем заключить, что однообразных технических заданий не существует. Все разрабатываемые «веб-магазины» универсальны любой в собственном многообразии».
Павел Трубецков, директор по маркетингу CS-Cart Российская Федерация: «Самая основная неточность любого клиента полностью в любом услуговом бизнесе — прийти к специалисту с отсутствием понимания собственной задачи и начать говорить ему, что делать (наряду с этим не имея по большому счету никакой экспертизы в этом вопросе).
Какая самая обычная обстановка в Рунете при заказе вебмагазина? Обратиться в студию веб-дизайна с некой классной задумкой о том, как сделать революционный необыкновенный вебмагазин. А позже год мучиться с дизайном, поменять раскраски, согласовывать стили.
Уже по окончании запуска сайта осознать, что имеется еще логистика, склад, трафик да и с пониманием аудитории также накосячили, а ассортиментная матрица ни к линии и закрыть проект.
Исходя из этого у меня один совет для клиентов — запустите собственный вебмагазин хоть как-то (нужно на первых порах как дополнение к оффлайну), соберите целый рентабельный транзакционный трафик и позже уже приступайте к играм с конверсией, допиливанием сервисов и т.д.
Всем правит оффер. В случае если ваше предложение рынку — «туфта», то юзабилити не спасет. Отточите оффер, получите денег, а позже наймите адекватных экспертов и разрешите им делать собственную работу (но наряду с этим наймите в штат кого-то, кто прекрасно осознаёт, как взаимодействовать с студией веб-дизайна)».
Гарбар Евгений, технический директор компании Факт: «В целом неточности возможно поделить на критичные – те, что смогут сделать реализацию проекта неосуществимым и рабочие – те, что решаются в рабочем порядке.
Я могу выделить одну критичную неточность, которая не всегда на первый взгляд очевидна: неверно выбранная точка приложения упрочнений в момент эмоционально-напряженного экстремума в проекте. Звучит мало сложно, но имеет несложной суть: в сложные моменты проекта (запуск, пуско-наладка, внедрение сложных модулей) обе стороны команды «нагреваются изнутри» и вместо сосредоточения упрочнений на ответе задач, направляют силы на «борьбу» между собой.
Экстремумы имеется и будут в любом проекте и необходимо быть к этому готовым. В таковой момент необходимо объединять упрочнения и прислушиваться друг к другу, поскольку экстремум явление временное, тем более, значительно чаще, обе стороны изначально видят единую цель — качественный проект. Основное, не подменить эту цель на протяжении проекта».
Максим Ляпцев, технический директор digital-агентства webit: ««Обычно клиенты не хорошо разбираются в разработке, а юзабилити – не их конек. Но иногда кое-какие клиенты этого не признают и навязывают собственные варианты ответа, каковые оказываются очень не функциональными. Это не неприятность, необходимо сходу продемонстрировать клиенту собственный уровень, тогда он будет больше прислушиваться, чем спорить.
Но случается, что клиент полностью не сомневается в собственной правоте и уверен в том, что чтобы выбрать текстуру для жалюзи совсем совершенно верно нужно сделать однострочный слайдер по пять предложений, не обращая внимания на то, что общее число элементов в слайдере имеет несколько расцветок вариантов и сотен текстур. Кое-какие клиенты (таких мало, но они имеется) уверены в том, что самый несложный вариант для них – «сайт под ключ».
Совершенная обстановка — если не нужно будет общаться с разработчиками либо ТЗ и ожидать результата. Громадная неточность – отказываться от участия в разработке сайта на каждом этапе. А вдруг проект долговременный?
Требования смогут изменяться, но что, если они изменятся, в то время, когда все уже сделано?
Отечественная цель а также – исключить риски и лишнюю работу. В этом оказывает помощь scrum. Выкатывать проект частями – значит рисковать лишь данной частью проекта.
В случае если базисный функционал не работает как необходимо, несложнее переписать его, чем осознать, что он не работает через полгода работы над проектом».
Василий Вишняков, председатель совета директоров интернет-агентства Bquadro: «Мы довольно часто сталкиваемся с будущими обладателями вебмагазинов, каковые желают в короткие сроки взять качественное ответ с минимальным бюджетом. Имея такие ожидания, клиент попадает в руки горе-разработчиков, каковые только на словах готовы выполнить условия клиента. В большинстве случаев итог таковой работы — не хорошо продуманный сайт с потенциальными проблемами, которые связаны с безопасностью, скоростью работы, юзабилити и др.
Большая часть отечественных клиентов уже «набило шишки». Они правильнее формулируют требования, но всё равняется забывают о некоторых ответственных вещах. Зафиксирую тут пара:
- в случае если их прошлый магазин успел проиндексироваться, имеет заказы и трафик, нужно настроить перенаправления со страниц ветхого сайта на страницы нового;
- довольно часто у клиента, имеющего громадную базу товаров, всё ещё не организовано хранение данной информации в 1С, что тормозит начало запуска и разработки магазина;
- не продуман оплаты товара и алгоритм доставки. Для правильной оценки внедрения этих модулей нужно познание того, какие конкретно сервисы будут подключаться к сайту.
В случае если подрядчик не задал соответствующие вопросы, направляться самостоятельно сказать о них в брифе и проконтролировать их внесение в контракт».
Мурад Эфендиев, менеджер проектов студии веб-дизайна ITSOFT: «Самое серьёзное до начала разработки -определиться с целевой аудиторией и позиционированием вебмагазина. С тем, что именно, кому и, следовательно, как вы желаете реализовывать. В случае если этого понимания нет, то любое, кроме того самое прекрасное и технологичное ответ может оказаться ненужным для бизнеса.
Слишком общий магазин для абстрактных людей не обеспечит высокой конверсии. Массмаркет и товары b2b требуют различной подачи, уже по тому что ответ о покупке принимается по-различному. И сайты магазинов в этих обстоятельствах будут совершено различные, не только по структуре и дизайну, но и по функционалу.
Не учитывать это на протяжении проектирования, значит упускать клиентов в будущем.
Павел Костин, директор по электронной коммерции агентства Aero:
«В действительности, самая частая неточность — это отсутствие у клиента веры в то, что в онлайне возможно удачно реализовывать. Мы на данный момент удачно идем к тому, что в онлайне имеется всё. Пример: новую модель автомобиля Tesla возможно приобрести на сайте, оплатив ее банковской картой.
Кое-какие компании поздно приходят к запуску онлайн-канала и довольно часто в себя морально и процессно не готовы к запуску онлайн-продаж. Мы это понимаем и помогаем клиентам не только не забыть внести в техническое задание все нужные элементы по функционалу (по причине того, что, в действительности, это неточность не клиента, а компании-разработчика, в случае если что-то не учтено), но и подготовить бизнес-процессы, технические процессы и команду клиента к тому, дабы удачно запустить и поддерживать вебмагазин.
Конечно, , если появляется какая-либо неточность, которая не была сходу распознана на этапе составления и аналитики технического задания, сокровище данной неточности возрастает в прогрессии и в конечном итоге воздействует на выручку вебмагазина, исходя из этого самый принципиально важно для клиента — верно подойти к выбору провайдера ответа и совместно с ним выстроить верную дорожную карту проекта, доверять рекомендациям провайдера и не опасаться консультироваться по непонятным вопросам».
Илья Леонов, маркетолог веб-платформы Webasyst: «Неизменно серьёзна внимательность к проекту, как со стороны будущего обладателя вебмагазина, так и со стороны разработчика.
Перед стартом разработки, само собой разумеется, необходимо готовиться, благо информации по этому поводу отыскать не сложно. Принципиально важно взглянуть варианты магазинов, каковые уже имеется в сети, познакомиться с бекэндом различных совокупностей для вебмагазинов и почитать отзывы о них.
Следующий этап – это обсудить проект с разработчиком и совместно организовать задание. Большинства неточностей возможно будет избежать, в случае если между разработчиком и клиентом наладится взаимопонимание и хороший контакт. Разработчик, само собой разумеется, обязан делать пожелания клиента.
Но и клиент обязан прислушиваться к рекомендациям разработчика».
Артем Соколов, директор по маркетингу InSales: «Три главные неточности клиентов, с которыми сталкивались мы:
— придумывание технических ответов для реализации собственных задач. Пример: вывод товара в категории магазина по новизне. Клиент требует сортировку по артикулу, не зная, что имеется сортировка по дате добавления. Ответ: понимаем какую как раз первичную задачу клиент желает решить и предлагаем собственный вариант;
— нечеткое формулирование задач, аргументация субъективными понятиями. Пример: «Желаю эргономичную форму поиска/понятный каталог/лучшую карточку товара». Ответ: в случае если клиент неимеетвозможности сформулировать (что конечно, обычно так) задачу конкретно, возможно предложить ему ориентироваться на примеры уже трудящихся магазинов;
— неправильно расставленные приоритеты. Пример: углубляемся в дискуссию интеграций платежных совокупностей (достаточно типовой возможности), вместо дискуссии синхронизации базы товаров с перепиленной 1С. Ответ: акцентируем внимание на фундаментальных бизнес-процессах».
Владимир Завертайлов, начальник Сибирикс: scrum-студия: «Главная неточность — поставить не сильный менеджера на проект. Что не имеет ни опыта, ни авторитета, ни настоящей власти в компании. Обращение про технически сложные штуки с различными интеграциями.
В большинстве случаев, разработка магазина тянет переделку бизнес-процессов на стороне клиента. У нас — хорошие процессы, мы можем посоветовать и поведать, как лучше, как хуже, а как — по большому счету смерть.
Конечно, перестройка бизнес-процессов в компании-клиента требует и высоких компетенций, и власти. Запрещено назначить свеженанятую девочку по окончании 3-го курса заниматься таким проектом — её будут футболить кроме того 1С-программисты собственной компании. Нужен умелый бармалей, открывающий любую дверь с пинка и талантливый внедрять трансформации.
Нехороший менеджмент на стороне клиента ведет к повышению количества важных лиц, дополнительному бардаку, возникновению детских и пробуксовке сроков рисков. Никому не нужных и нам не занимательных.
Часть из них мы можем снимать на собственной стороне, но будет больно. Поясню примером.
В схемотехнике (да-да, я изучал транзисторы в Институте) сигналы кодируются единичками и ноликами.
Стоит, к примеру, кварцевый генератор, что с определенной частотой фигачит эти сигналы. Дабы устройство трудилось прекрасно, сигналы должны быть четкими, прямоугольными. Выглядит это приблизительно так:
_|¯|_|¯|_|¯|_
Но в настоящих совокупностях имеется наводки, глюки, обоюдное влияние физики. Почему сигналы начинают скругляться.
.?._.?._.?.
В итоге, в случае если цепь долгая либо схема собрано криво, устройство начинает глючить.
То же самое в менеджменте. Если он твёрдый и трудится на уровне «К какой дате это готовься ?», «Какие конкретно поля выгрузки мы предоставим к завтрашнему дню?», «К какой дате будет оплачен дизайн?», «В котором часу мы примем макеты?» — проект проходит четко и слаженно. Но больно.
В случае если задачи ставятся без конкретики, по типу «Обсудить дизайн», «Поболтать про архитектуру», а сроки «Вероятно через недельку» и «У нас нет времени, т.к. идут разборки отечественных категорийщиков с 1С-никами» — это показатель, что сигнал скруглился.
Очень многое в не сильный менеджменте мы можем компенсировать жесткостью, опытом и дисциплиной на собственной стороне. Но в случае если вместо чёткого сигнала — совсем уж генератор рандома, проект будет тянуться продолжительно, дорого и мучительно».
Степан Овчинников, начальник интернет-агентства ИНТЕРВОЛГА: «Неточности бывают различные. К примеру, забыли внести в ТЗ серьёзный функционал, сэкономили на адаптивной версии, с задержкой давали обратную сообщение, заблаговременно не задумались о seo
Но имеется хорошие и тенденции. Мы увидели, что неспешно квалификация клиентов увеличивается. Все чаще мы приобретаем либо «ТЗ на 80 страниц» либо (это радостнее, но тяжелее) специалиста, что «знает, как нужно».
Возвращаясь к вопросу. Главная неточность клиента на данный момент — отсутствие привычки, умения, готовности запускать проекты частями, умения гибко реагировать на трансформации. По мере роста профессионализма клиент в один момент легко «бронзовеет» и начинает вычислять, что уж он-то совершенно верно знает все и о собственной совокупности учета, и о рынке, и о веб-разработке.
Это ведет к «водопадным» проектам «за миллион», каковые по факту делаются 2 года и в итоге никого не радуют.
Идея о постоянном развитии и поэтапном старте все еще нова для клиента и фраза «без финального бюджета мы не начнем» — симптом беды.
Я писал об этом развернуто в статье: http://www.intervolga.ru/blog/thoughts/bolshoy-proekt-tolko-chastyami-priderzhite-vash-million/».
Алексей Шишкин, председатель совета директоров интернет-агентства Redsoft: «По-моему, самая фатальная неточность клиента – «давайте сделаем идеально трудящийся магазин, в ходе работы дополняя его новыми требованиями». Это ведет к увеличению сроков разработки в разы, здорово зля всех участников процесса.
Разработчик обижен, что сайт не запускается, по причине того, что «они опять что-то придумали/отыскали в памяти», клиент обижен, что «они запускают сайт уже полгода».Но так как мы для того и необходимы, дабы оказать помощь клиентам избежать нередких неспециализированных неточностей!
А в целом необходимо осознавать, что разработка вебмагазинов — это итеративный процесс и солидную часть функционала совсем нормально запускать в работу уже по окончании запуска магазина, поскольку для многих магазинов ранние продажи дают прибыль, которую возможно реинвестировать в том числе и в сайт».
Мы намерено привели мнения представителей студий веб-дизайна и разработчиков CMS всецело. Как видите, не смотря на то, что подход и опыт к задачам у них разен, все же к основополагающим моментам они подходят одинаково.
Подытожим всё вышеизложенное. Вот какие конкретно главные категории неточностей клиентов вебмагазинов возможно сформулировать:
- Денежные. Принципиально важно прежде всего расходовать бюджет на самое нужное. рюшки и Креативы редко приносят ощутимый эффект. Самое основное – технологические ответы и юзабилити.
- Коммуникационные. Выбрав разработчика будущего вебмагазина, принципиально важно не только доверять его опыту, но и своевременно давать обратную сообщение. Это разрешит не только уложиться в дедлайны, но и сделает обсуждение ответственных подробностей самый эффективным. Не следует стесняться задавать разработчикам различные вопросы. С большей степенью возможности вы получите нужные советы не только о сайте, но и собственных бизнес-процессах. И, принципиально важно, в случае если речь заходит о сложном проекте, выбирать со стороны клиента компетентное лицо, владеющее нужными знаниями и правом принятия ответов.
- Стереотипные. К примеру, не все клиенты сайтов знают, что запуск сайта возможно итеративным процессом. Другими словами не всегда верно стремиться запустить вебмагазин сходу под ключ. Иногда для бизнеса нужнее часть функционала «допиливать» уже по окончании официального запуска.Так же принципиально важно помнить, что нужно наладить внутренние процессы (учет товаров, логистику и пр.) еще до заказа сайта. Кроме этого ко мне возможно добавить ветхую истину: не бывает и скоро, и как следует, и дешево в один момент. Лучше чем-то пожертвовать, но взять хороший продукт и снизить риски.
- Трендовые. хороший пример – наличие адаптивного дизайна либо мобильной версии. Громадная неточность проигнорировать такую тенденцию как повышение мобильного трафика. Однако при ограниченного бюджета реализацию мобильной версии возможно мало отложить. В целом, отследить самые яркие тенденции еще до составления ТЗ по силам всем клиентам. Хорошей профилактикой тут возможно предварительное изучение уже существующих, успешных вебмагазинов.
- Конкурентные. Перед тем, как заказывать разработку вебмагазина, направляться убедиться, что ваш продукт\услуга в конечном итоге имеют сокровище для будущих клиентов. Не забывайте, что, в случае если у вас нет конкурентных преимуществ, отлаженного метода работы, внимания к клиентам и наряду с этим ваш продукт/услуга не есть неповторимым – кроме того самое превосходное веб-ответ тут будет бессильно.
На сегодня всё, но мы в обязательном порядке продолжим эту серию публикаций чтобы управляющим и владельцам вебмагазинов было понятнее, в каких направлениях двигаться.
Случайные статьи:
- Зачем онлайн электронной коммерции идти в офлайн. интервью с дмитрием голдовым(e5.ru)
- Заказная разработка интернет-магазинов: как устроен рынок и к чему все идет
как я экономлю на технике, интернет магазины, Эльдорадо — ОТЗЫВ
Подборка похожих статей:
-
Заказ интернет-магазина: на чем можно сэкономить?
платформ разработчиков и Мнения сайтов для их создания Утверждение «время – деньги», пожалуй, одно из самых главных для любого бизнеса. А также оно…
-
Заказ интернет-магазина: советы и детали. часть 1
Данной зимний период Рейтинг Рунета и CMS Magazine совершили опрос (в котором, а также принимали участие и кое-какие из отечественных читателей за что им…
-
Все о маркетинге для интернет-магазина (часть 1)
В большинстве развитых государств рынок электронной коммерции уже сформировался, показались не только фавориты, но и нишевые веб-магазины, каковые…
-
Заказ интернет-магазина: советы и детали. часть 2
Делаемнужные для предпринимателей выводы из изучения, совершённого Рейтинг Рунета и CMS Magazine. Сохраняем надежду, они окажут помощь вам в работе либо…