Чтобы наладить механизмы безналичного расчета, магазину нужно воспользоваться услугами процессинговых компаний или установить шлюзы к отдельным электронным платежным системам напрямую. После этого покупатель будет сообщать свои личные финансовые данные не магазину, а серверу процессинговой компании, который, получив от магазина данные о сделке, связывается с платежной системой или банком покупателя и снимает необходимую сумму, и после вычета комиссионных она поступает на счет магазина.
Кстати, если е-бизнесмен намерен обслуживать и зарубежных покупателей, ему придется изрядно похлопотать, так как счет для получения транзакций с кредитных карт (известный как мерчант-аккаунт) получить непросто. Подобный банковский шлюз могут открывать не только кредитные организации, но и специализированные компании MAP (Merchant Account Provider), с которыми банки заключают договор[Подробнее эта схема рассматривалась в статье «Тернистый путь интернет-торговца» («КТ» #29-30 от 24.08.04)].
Информация о покупателе[За исключением той, что положено знать только процессинговой компании или платежной системе] и заказе заносится в базу данных, причем здесь всплывает потребность еще в одном важном компоненте модуля е-коммерции – разделе истории заказов, где пользователи могут просматривать хронологию своих покупок и статус сделок. В свою очередь, интерфейс администратора в торговом модуле должен позволять редактировать список заказов для каждого покупателя, изменять их статусы, информацию о доставке и ее стоимости, данные о доступных платежных системах, типах плательщиков (юридическое/физическое лицо), скидки, налоговые ставки, валютные курсы и используемые валюты.
CMS для интернет-магазина должна также иметь расширенные средства для работы с пользователями (так как они в данном случае являются еще и посетителями магазина, то есть потенциальными покупателями) и инструменты по автоматизации торгового процесса.
Пользовательская часть системы отвечает за разграничение доступа к контенту для зарегистрированных пользователей с различным статусом. Регистрация состоит из двух этапов: заполнения соответствующей формы на публичной части сайта и подтверждения авторизации администратором. Думаю, многие сталкивались с этой процедурой при регистрации на форумах или открытии бесплатного аккаунта электронной почты: когда в базу данных заносится запись о новом пользователе, одно из полей записи имеет уникальный ключ, генерируемый на основе e-mail-адреса, который и отправляется в указанный посетителем ящик внутри URL. Перейдя по этому ключу, пользователь запускает обработчик, сравнивающий ключ в ссылке с записью в базе данных, и при совпадении обоих ключей регистрация завершается.
На этом этапе можно реализовать идеи индивидуального подхода к клиенту – псевдоперсональные рассылки (с указанием имени) о новых товарах, стимулирующие возвращение покупателей, накопительные скидки. Не помешает и создание коммьюнити или партнерской сети возле интернет-магазина с помощью выделения администратором в CMS специальной группы, члены которой смогут иметь доступ к специальным проектам или получать дополнительную скидку, обеспечивая повторные продажи. Примерами последнего проекта служат «Клуб Молоток» у крупнейшего онлайн-аукциона в Рунете, «Партер-клуб» в интернет-магазине театральных билетов Parter.ru, партнерская программа в Ozon.ru и т. д. Собранная база данных позволит магазину проводить маркетинговые исследования, корректируя политику продаж по возрастным группам, социальному положению и даже половому признаку. Возможна и большая детализация, если при регистрации пользователь отвечает на вопросы о наличии автомобиля, бытовой техники и других признаках своей состоятельности. Правда, тут надо быть очень осторожным, потому что редкий человек дойдет до середины анкеты с сотней слишком интимных вопросов.
