Начало работы с электронной коммерции: Ваши варианты при продаже в Интернете

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

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

Дальнейшее чтение на SmashingMag:

Эта статья отвечает на некоторые вопросы, которые вы должны задавать своему клиенту, прежде чем воедино предложение по разработке веб-сайта электронной коммерции. Я объясню самые важные вещи, чтобы думать о с точки зрения принятия платежей и безопасности кредитной карты. Он должен дать вам достаточно информации, чтобы иметь возможность направлять вашего клиента и искать более подробную информацию об аспектах, которые применяются к вашей конкретной ситуации.

То, что эта статья не охватывает это дизайн и пользовательский опыт стороны создания веб-сайта электронной коммерции, потому что сбор этой информации, как правило, происходят наряду с проектированием и брендингом веб-сайта.

Что нужно знать

Это действительно заманчиво, чтобы выбрать решение на основе чего-то вы использовали до или, возможно, после просят вокруг, чтобы увидеть, что другие рекомендуют. Но вы можете застрять в колее таким образом. Каждый бизнес в Интернете имеет различные потребности, так что одно решение вряд ли подходит всем. Перед написанием какого-либо кода или попыткой готовых пакетов, вы должны задать себе или своему клиенту несколько вопросов:

  • Что ты продаешь?
  • Какую функцию покупки вы должны предложить?
  • Как вы будете принимать оплату?
  • Как будут доставляться товары?
  • Какие отчеты и другие функциональные возможности необходимы?

Что вы продаете?

Ваш интернет-магазин может продавать физические продукты, которые поставляются почтовой службой или курьером клиенту после завершения покупки. Или это может быть продажа продуктов, которые поставляются в электронном виде, такие как загрузка электронных книг, MP3 музыки или программного обеспечения. Пожертвования и подписки являются типами сделок, которые следует учитывать.

Какую функцию покупки вы должны предложить?

Будете ли вы продавать один пункт, (например, электронная книга) или посетители должны иметь возможность просматривать и добавлять несколько элементов в корзину? Связаны ли эти элементы с отдельными опциями? Если вы продаете футболки, например, размер и цвет могут быть варианты для включения. Нужны ли категории для упрощения заказа? Будет ли данный элемент указан только в одной категории, или он может быть найден в нескольких? Будет ли возможность пометить элементы быть полезным, или возможность связать их с соответствующими элементами (таким образом, позволяя владельцу магазина для продвижения аксессуаров для элементов, которые клиент добавил в свою корзину)?

Category listing on the Hicksmade store
Элементы на веб-сайте Hicksmade могут отображаться в категориях. (Большой вид)

Будут ли на сайте специальные предложения? Стандарты из них являются «Купить один, получить один бесплатно», «20% скидка», «два за один» и «купить пункт х и получить пункт у за полцены». Настройка такого рода предложений может быть довольно сложным, если вы разрабатываете пользовательскую систему; и если вы покупаете готовый решение для магазина, то вам нужно знать, поддерживает ли оно их.

Дьявол (и бюджет) в деталях. Если ваш клиент ожидает определенной функциональности, узнайте об этом сейчас.

Счета и заказы на отслеживание

Часть пользовательского опыта может включать управление учетной записью и отслеживание заказов. Должны ли пользователи создавать учетные записи, или это необязательно? Могут ли они отслеживать свой заказ и смотреть его переход от «обработки» на «отправлены»? Функциональность учетной записи должна включать основные функции управления, такие как возможность сбросить забытый пароль и обновить контактные данные.

Как вы будете принимать оплату?

Вам, скорее всего, придется принимать платежи по кредитным и дебетовым картам от клиентов. Есть несколько вариантов, которые варьируются в сложности и затрат.

Paypal

PayPal — это простой способ принимать платежи онлайн. Преимущества в том, что создание учетной записи PayPal легко, это не требует проверки кредита, и интеграция может быть так же просто, как хардкодирование кнопки на вашей странице или как участие в полной интеграции. Google Checkout предлагает аналогичную услугу (и такой же низкий барьер для входа), как и Amazon (в США) через Amazon Payments.

Использование торговой учетной записи

Для приема карточных платежей напрямую, а не через такие сервисы, как PayPal, вам понадобится учетная запись интернет-торговли. Это позволяет принимать платежи по кредитной карте и обрабатывать деньги на ваш банковский счет. Если у вас есть существующий торговый счет для продажи лицом к лицу или по телефону, однако, вы не сможете использовать его для онлайн-транзакций. Интернет-транзакции являются более рискованными. Таким образом, чтобы начать торговать онлайн, вам нужно связаться с вашим банком. Банк будет требовать, чтобы вы принимать платежи безопасно, в большинстве случаев через поставщика платежных услуг (или PSP, иногда называют платежный шлюз).

То, что вы определенно не должны делать, это хранить данные карты для того, чтобы ввести их в автономном режиме PD ‘ позже. Это было бы против условий торгового соглашения. Таким образом, если у вас нет письменного разрешения от вашего банка говорят, что вы можете сделать это, и вы соблюдаете PCI DSS, просто не.

Платежный шлюз

Цель платежного шлюза – взять оплату картой клиента, подтвердить номер и сумму карты, а затем безопасно передать платеж банку. Вы можете взаимодействовать с платежным шлюзом двумя способами:

  • Через страницу оплаты. Пользователь перемещается с вашего веб-сайта на защищенную страницу на сервере платежных шлюзов, чтобы ввести свои данные.
  • Через интеграцию API. Пользователь вводит свои данные карты на вашем сайте (на странице с защищенным сертификатом, работающим с SSL), и эти данные затем передаются на шлюз. Ваш веб-сайт выступает в качестве посредника; пользователь не знает о банковской транзакции происходит, увидев его только через ваш сайт.

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

Владельцы магазинов часто обеспокоены этим перерывом в пользовательском опыте: они опасаются, что пользователь будет залог, прежде чем перейти на страницу оплаты на WorldPay или другой сервер. Но передача пользователя на известный банковский сайт, где они будут вводить свои данные карты может фактически дать им уверенность в законности вашего сайта. Когда я имею дело с неизвестным веб-сайт (возможно, небольшой розничный торговец), и он просит меня ввести мою карту детали, я сразу же беспокоиться о том, как он будет обрабатывать их. Ли веб-сайт по электронной почте мою карту детали в четком тексте? Будут ли данные храниться в базе данных где-то на сайте? Даже если страница имеет безопасный сертификат и проверяет, я до сих пор не знаю, что происходит с моей детали после того как я ударил «Отправить» на форме. Если последний шаг проверки принимает меня на известной странице PSP, то я могу быть уверен, что мои данные являются безопасными и небольшой сайт не обрабатывает их вообще. Я доверяю WorldPay с моей детали гораздо больше, чем я доверяю Джо Blogg в Widget Store.

Еще одним полезным аргументом для использования страницы оплаты является то, что, если будут какие-либо изменения в правилах оплаты картами, они будут обрабатываться PSP. Например, недавно была введена система 3-D Secure (проверенная Visa или MasterCard SecureCode). Он требует, чтобы пользователи проверили свои платежи на странице, связанной с их банком, прежде чем он может быть санкционирован. Если у вас была интеграция API, необходимо было бы отсеить код, чтобы подготовить его к 3-D Secure; в то время как на веб-сайтах страницы платежей эти изменения вносятся PSP.

Эти пункты призвали многих владельцев веб-сайтов пересмотреть свое нежелание использовать страницу оплаты — большинство понимают, что ответственность за данные кредитной карты больше проблем, чем это стоит.

Интеграция платных страниц должна работать с большинством готовых программ. После оплаты, как правило, отправляет обратно то, что позволяет вашему сайту — который имеет сценарий работает для этого — для идентификации пользователя и транзакции и выполнять любые пост-покупки обработки, которые могут быть необходимы (например, маркировка заказа как «Платные» в или предоставление доступа к электронной загрузке).

Преимущество полной интеграции API заключается в том, что вы контролируете процесс оплаты от начала до конца, включая внешний вид платежных страниц. Тем не менее, вы также несете ответственность за безопасность данных карты пользователя, и правила требуют, чтобы вы доказали, что вы следуете передовой практике.

PCI DSS

Стандарт безопасности данных индустрии платежных карт (PCI DSS) представляет собой набор из 12 требований, которые должны соблюдаться всеми предприятиями, принимающими платежи по кредитным и дебетовым картам. Это не только охват онлайн-транзакций; уличный магазин, который принимает платежи онлайн, также должен соответствовать PCI DSS как для своих автономных, так и для способов онлайн-платежей.

Если вы просто принимаете онлайн-платежи через страницу оплаты и не принимаете, обрабатываете и не храните какие-либо данные карты в любое время, то вы можете заполнить сокращенную анкету PCI DSS (САЗ А), чтобы подтвердить, что ваш PSP соответствует требованиям PCI DSS. Если вы используете интеграцию API, то вам необходимо полностью соответствовать требованиям PCI DSS, даже если вы не храните детали, в том числе путем предоставления ежеквартального сканирования безопасности, проверяющей текущее соответствие требованиям. Подробное описание соответствия ТРЕБОВАНИЯМ PCI DSS выходит за рамки данной статьи, но если вы участвуете в проекте, который принимает данные карты без страницы оплаты, то вы должны ознакомиться с ней – или взять на себя услуги того, кто уже знает это.

Хранение карт данных

Я настоятельно советую любому дизайнеру или разработчику не хранить данные карты на их сервере веб-сайта, даже в зашифрованном виде. Хранение данных карт, конечно, потребует от вас соблюдения PCI DSS и поддержания сервера и сети, способных обеспечить безопасность этих данных. Например, если для повторного выставления счетов нужны данные держателей карт, некоторые платежные шлюзы предлагают услуги по хранению данных.

Если вы планируете хранить данные карты только для заказа «одним щелчком мыши» (как amazon), пожалуйста, будьте осторожны. Вы действительно хотите нести ответственность за данные вашего клиента? Готовы ли вы иметь дело с дополнительными и текущими расходами, которые потребуютсоблюдения?

Несколько валют и местных налогов

Вы, вероятно, необходимо учитывать местные налоги или НДС в Европе. Понимание того, какие именно налоги нужно собирать, может быть достаточно сложным, но вы также должны убедиться, что ваша система может обрабатывать их правильно. Например, моя компания имеет загружаемый продукт, мини CMS называется окунь. Наша компания зарегистрирована в Великобритании, поэтому нам необходимо взимать НДС с британских покупателей. Мы также должны взимать НДС с покупателей ЕС (Европейский Союз), если они не имеют действительный номер НДС. Если покупатель находится за пределами ЕС, то нам не нужно взимать НДС. Таким образом, наша система должна предусмотреть для проверки номеров НДС, а также для правильного расчета цены с и без НДС. Если вы окажетесь в подобной ситуации, то европейский API проверки номера НДС (написанный Aral Balkan) будет полезен.

Perch website account creation process
Сбор номера НДС здесь инициирует процесс проверки номера НДС, чтобы мы могли определить, взимать ли НДС. (Большой вид)

Большинство магазинов принимают оплату в единой валюте. Если вы хотите принять мультивалютные платежи, то есть позволить посетителям выбрать свою региональную валюту, увидеть цены и произвести платеж в этой валюте , вам нужно будет установить желаемые валюты на вашем торговом счете. Другим вариантом является получение актуального обменного курса и отображение цен в других валютах при принятии оплаты только в местной валюте. Вы можете либо обновить эти обменные курсы вручную, либо использовать данные из API для автоматической конвертации валюты. Если пользователь будет платить в вашей валюте, а не в их, то они должны понимать, что цены отображаются исключительно информационные и что фактическая цена может немного отличаться (из-за колебаний обменных курсов).

Как насчет доставки?

Если вы продаете физические предметы, которые должны быть отправлены, вам нужно будет как-то взимать плату за транспортные расходы и, возможно, организовать для отслеживания заказов. Поскольку вы продаете онлайн, вы можете привлечь клиентов из других стран, так что вам нужно решить, как рассчитать доставку для различных направлений. В противном случае, ограничить потенциальных покупателей для людей в вашей стране или небольшой группе стран.

Threadless website checkout process
Threadless объясняет пользователю, как работает доставка, а затем представляет варианты доставки на основе почтового адреса пользователя. (Большой вид)

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

Цифровые продукты

Когда клиенты покупают цифровой товар (электронная книга, загрузка музыки или программное обеспечение), они ожидают, что смогут быстро загрузить свой товар после покупки. Для цифровых продуктов доставка осуществляется в форме ссылки или страницы в их профиле, где продукт может быть загружен (и лицензионным кодом, выданным при необходимости).

Ваша система должна быть в состоянии обеспечить продукты до загрузки и предоставить учетную запись — или, по крайней мере по электронной почте ссылку — через которую можно получить доступ к загрузке. При продаже программного обеспечения может потребоваться также создание кода продукта.

Отчетность и другие функциональные возможности

Ваш клиент должен будет получать и обрабатывать заказы по мере их попаски, а также пометить товары по мере их обработки. Некоторая форма загрузки в CSV, вероятно, будет полезна для того, чтобы можно было допустить слияние данных по почте с адресной меткой, а также возможность импорта в офлайн-систему учета платежной информации. Другие вопросы, которые следует задать вашему клиенту:

  • Вам нужно, чтобы система была связана с какими-либо другими системами (например, система, работана в уличном магазине или пакет бухгалтерского учета с конкретными требованиями к данным)?
  • Вы должны быть в состоянии контролировать акции через веб-сайт?
  • Как вы хотите иметь дело с заказами, которые вы можете выполнять лишь частично?
  • Будет ли веб-сайт генерировать счета-фактуры или это произойдет в автономном режиме?

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

Xero API
Системы учета с AA, такие как Xero,упрощает привязку заказов веб-сайта к учетным записям. (Большой вид)

Поиск решения

Со всеми вышеперечисленными вопросами ответил (в дополнение к думать о дизайне — т.е. внешний вид самого магазина), вы находитесь в состоянии подготовить решение, которое соответствует потребностям вашего клиента. Ваши варианты либо разработать что-то самостоятельно (или контракт разработчика, чтобы сделать это), или выбрать готовые системы, которая отвечает как многие из ваших потребностей, как это возможно либо самостоятельно или с изменениями.

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

Держите его простым

Во-первых, будьте уверены в ваших реальных потребностей. Например, если вы продаете один продукт, то вам не понадобится корзина; все, что вам нужно, это способ для клиентов платить. На самом базовом уровне это может быть кнопка PayPal «Купить сейчас» на странице HTML, или ваша собственная форма, которая размещает данные на странице оплаты PSP. Вы можете проверить воды с PayPal в «Купить сейчас» кнопки всего за несколько продуктов, используя PayPal в качестве простой корзины.

Онлайн-решения

Если вам нужно больше, чем несколько PayPal или Google Checkout кнопки, но не хотел бы инвестировать время или деньги в установке решения электронной коммерции, то размещенные решения доступны. Продажа онлайн становится более простой, когда кто-то беспокоится о сложностях корзины.

Популярные хостецы включают Shopify и Foxy корзину. Обе эти службы позволяют создавать магазин, размещенный на их серверах, за ежемесячную плату. Некоторые размещенные решения ориентированы на определенный рынок и поэтому с большей вероятностью имеют функции, которые рынок хочет. Хорошим примером этого является Большой картель, корзина для художников.

Big Cartel
Большой картель веб-сайт. (Большой вид)

Существуют также специализированные услуги, которые помогают в доставке цифровых покупок, таких как электронные книги и программное обеспечение. Fetch — это хостец, которое интегрируется с Shopify и другими тележками для доставки цифровых покупок.

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

Коммерческие и с открытым исходным кодом продукты

Существует огромный спектр готовых продуктов электронной коммерции, которые вы можете скачать и установить самостоятельно, в том числе плагины для систем CMS. При оценке этих систем, проверить каждый из них против списка основных и идеальных функций. Вы не хотите, чтобы купить то, что не лучше всего подходят. Большинство программного обеспечения будет иметь демо-сайт, созданный в качестве основной установки, что вы можете играть с, чтобы увидеть, какие варианты доступны. Если у вас есть полный список, будет легче увидеть, поддерживаются ли ваши потребности.

Веб-сайт CMS с открытым исходным кодом имеет категорию электронной коммерции, которая позволяет опробовать ряд систем с открытым исходным кодом из одного места, включая популярные приложения Magento и osCommerce.

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

Одной из проблем многих популярных существующих систем является их зависимость от JavaScript, как в администрировании, так и в опыте покупок. Хотя JavaScript может значительно улучшить пользовательский опыт, он должен использоваться только в качестве усовершенствования. То есть, ваш сайт должен иметь основные функциональные возможности (например, покупка и выезд) без JavaScript, даже если опыт менее гладкий. Популярная тележка Magento требует, чтобы пользователи включали JavaScript для добавления продуктов в свою корзину; статья в вики Magento предполагает, что вы отображаете сообщение с просьбой к пользователям включить JavaScript. Пол Боаг недавно написал статью о Business Catalyst и его отсутствии поддержки для пользователей без JavaScript.

Если вы привязаны к определенному способу оплаты или PSP, убедитесь, что продукт поддерживает этот метод. Кроме того, убедитесь, что продукт позволяет соблюдать ваши местные правовые и налоговые требования.

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

Trading Eye
С Trading Eye,вы должны приобрести кредиты поддержки для того, чтобы получить поддержку продукта (Большой вид)

Примечание об изменении коммерческих продуктов

Если вы не можете найти готовый продукт, который отвечает вашим потребностям, это может быть очень заманчиво, чтобы захватить все, что почти делает и начать рубить прочь, пытаясь заставить его соответствовать вашим требованиям. Я призываю к осторожности при этом: путем изменения базового исходного кода, вы можете сделать продукт очень трудно обновить — потому что обновление до новой версии может перезаписать изменения. Важное значение имеет также обновление системы безопасности; компромисс в широко используемой системе может атаковать многие веб-сайты.

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

Разработка собственного решения

Иногда единственный способ получить функции или создать пользовательский опыт, который вы хотите, это разработать свое собственное решение. В этом случае созданный ранее список требований поможет вам разработать спецификацию перед началом работы или наймом разработчика для создания решения для вас.

Selecting product options
MySoti предлагает множество вариантов цвета и типов и размеров футболок. (Большой вид)

Пользовательские системы электронной коммерции склонны к сфере ползучести, потому что Есть так много потенциальных элементов функциональности для разработки, и клиенты, как правило, ожидают клон Amazon! Излагая, как именно судоходство, специальные предложения, категоризация предложений и так далее будет работать, вы держите ожидания клиента и ваш в соответствии. Хорошо построенная система должна быть в состоянии расширяться с течением времени. Я призываю клиентов развивать только то, что им нужно, чтобы начать, а не тратить целое состояние на колокола и свистки «на всякий случай».

«Специальные предложения» является хорошим примером этого. Можно разработать систему, которая позволяет клиенту создавать множество комбинаций специальных предложений, что потребует сложного пользовательского интерфейса и большой логики. Но в большинстве случаев клиент будет использовать такую систему минимально. Много времени и денег было бы сохранено, создавая только то, что необходимо, но строить его таким образом, что он может быть изменен позже при желании.

В заключении

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

Если у вас есть опыт разработки для электронной коммерции и есть несколько советов, чтобы поделиться, или если у вас есть любимые коммерческие продукты, падение строки или два в разделе комментариев.

Источник: smashingmagazine.com

Великолепный Журнал

Великолепный, сокрушительный, разящий (см. перевод smashing) независимый журнал о веб-разработке. Основан в 2006 году в Германии. Имеет няшный дизайн и кучу крутых авторов, которых читают 2 млн человек в месяц.

Добавить комментарий

%d такие блоггеры, как: