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

Что мы получаем от этого в результате:
1. Мы можем контролировать (учитывать) пользователей которые делают самозаказы, видеть историю заказов, что этот пользователь часто покупает или покупает впервые.
Например при каком-либо "скользком" заказе, когда трудно понять это заказ реального покупателя или дети балуются, менеджер зайдя в данные о пользователе сразу сможет посмотреть покупал он у нас ранее или нет и сделать вывод, если ранее покупал.
2. Мы храним данные о пользователе, е-мейл, телефон, адрес, видим что он уже покупал и можем задействовать его в каких-либо рекламных акциях, рассылках и т.п.
3. У пользователя появляется стимул еще раз-другой зайти на наш сайт, отследить свой заказ, заказать еще что-нибудь.
Даже если он не закажет сразу, он лучше запомнит, что в таком магазине он уже покупал, + некоторые пользователи у которых переписка не слишком интенсивная хранят письма годами, а значит такие смогут отыскать магазин по этому письму.
Ну и даже если ничего не купит в последствии, но просто зайдет посмотреть на свой кабинет и статус заказа, даже если зайдет чтобы заказ отменить, все равно это уже + т.к. банеропоказы, клики АдСенс и пр. 
4. В будущем, ели вам необходимо найти старый заказ, но номер заказа не известен, мы сможем быстро найти заказ по данным пользователя.
Это необходимо например в сервисных случаях, когда например возврат неремонтопригодного товара через пол года происходит.
Сейчас это удается найти (быстро) только с помощью поиска в почтовом клиенте, храня все заказы в отдельной папке. Вот только если менеджер сменится, почтовая база у него тоже будет новая.
5. По идее, если одни и те-же пользователи часто делают заказы через "быстрый заказ" (без регистрации), а таких в общем-то не мало, то такой подход позволит еще и уменьшить объем баз MySQL, т.к. в каждом таком случае не будут храниться заново отдельные данные о ФИО, е-мейле, телефонах, адресе, но будут создаваться ссылки на уже существующие.

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

Отредактировано www.artikul.com.ua (2008-10-17 03:47)