Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Buy without registration. #90

Closed
sargath opened this issue May 20, 2013 · 23 comments
Closed

[Feature]: Buy without registration. #90

sargath opened this issue May 20, 2013 · 23 comments
Assignees
Labels
Feature New feature proposals.

Comments

@sargath
Copy link

sargath commented May 20, 2013

[Feature]: Buy without registration. / Buy as a guest

@umpirsky
Copy link
Contributor

Sylius/Sylius-Sandbox#66

@therefromhere
Copy link

Am I right in thinking this hasn't been implemented yet? (see also Sylius/Sylius-Sandbox#66 )

@Richtermeister
Copy link
Contributor

@therefromhere Correct, not implemented yet.

@umpirsky
Copy link
Contributor

What is the status of this?

@pjedrzejewski Can you give more infor, ideas on this? Maybe I can give it a try some day.

@umpirsky
Copy link
Contributor

@pjedrzejewski Ping, I am interested to contribute.

@ghost ghost assigned umpirsky Dec 4, 2013
@umpirsky
Copy link
Contributor

umpirsky commented Dec 4, 2013

@pjedrzejewski I will start to work on this. If you have something to say please speak now or forever hold your peace :)

@pjedrzejewski
Copy link
Member

Only thing I am concerned about is that it complicates the processing quite a lot if we do not create accounts for guests. If you have some idea how to solve it elegantly (I was thinking about creating User's anyway, with the e-mail entered by guest), then go for it!

@umpirsky
Copy link
Contributor

umpirsky commented Dec 4, 2013

@pjedrzejewski I was kinda hoping to do it without user creation. Do you think its possible?

@umpirsky
Copy link
Contributor

umpirsky commented Dec 9, 2013

@pjedrzejewski ?

@marcospassos
Copy link
Contributor

I think that creating ghost users is not the way. Maybe isolating of user all data which is used by order management would be a better approach.

@umpirsky
Copy link
Contributor

umpirsky commented Dec 9, 2013

Maybe, yeah...

@antonydb
Copy link

antonydb commented Jul 1, 2014

+1 for this feature. It's imperative for good UX.

@umpirsky Did you ever get anywhere with this?

From what I know/experienced, guest checkouts involve creating users and having them access their account via a short-lived password reset token sent to their email.

@umpirsky
Copy link
Contributor

umpirsky commented Jul 1, 2014

@antonydb We have some internal solution for this. We create user on the fly.

@antonydb
Copy link

antonydb commented Jul 1, 2014

Thanks @umpirsky. Do you know if there are any plans to include this functionality in the standard release? I'm looking for a quick way to implement it. I'm guessing there's not judging by the roadmap.

@umpirsky
Copy link
Contributor

umpirsky commented Jul 1, 2014

@antonydb There was a plan to do so, but I don't think it's gonna happen soon.

Maybe if someone needs it badly and have time to contribute.

@dbalabka
Copy link
Contributor

@pjedrzejewski If you will store all related information in Order entity(for example billing address, customer first/last name) you can simply implement Guest checkout.
For example Magento and OpenCart duplicate customer information in same way.
It also is needed for reason to see correct order history, because any changes from customer side in profile will clear it. Correct order history is very import for accountant and you should not forget about it.
Please do not create guest customers on the fly it will be a nightmare when database table became about gigabytes of useless data :)

@Richtermeister
Copy link
Contributor

@torinaki Well, whether you store customer info on the order or on a customer record which is only attached to the order really comes out to be the same data volume. The addresses are already treated this way so that historic data is preserved. Guest checkout would just be a matter of dis-associating customers from users, which is probably a good idea.

@antonydb
Copy link

I went down the route of creating guest customer's on the fly. I keep their data in the user and address tables.
I've seen a few of the bigger online stores implement a register-later process via email token for guest users. The reason I like this is that you can let them select from an existing address (or create a new one) once they've registered because these relationships are already set up.
@torinaki you are right that is important to keep correct order history (you can still do this) but by not creating users on the fly it can affect the user's checkout experience when they have to re-enter their address instead of selecting a previous one. It is also good for customer management as it makes it easy to see all their orders, even if they're not a verified user.

@kayue
Copy link
Contributor

kayue commented Jul 11, 2014

In fact in the order's billing address it has all the info about the customer. I think we can just disassociating User from Order.

@Richtermeister
Copy link
Contributor

@kayue Good point. I guess email address would be important though.

@dbalabka
Copy link
Contributor

dbalabka commented Aug 4, 2014

I have created a quick prototype of guest checkout:
https://github.com/torinaki/Sylius/compare/GH90-Implementing-guest-checkout
The main idea was to add email information into Order entity and create possibility to skip Security step in checkout process.

@stloyd
Copy link
Contributor

stloyd commented Sep 17, 2014

@pjedrzejewski @Arn0d This can be finally closed!!! =)

@arnolanglade
Copy link
Contributor

Closed by #1816

pamil pushed a commit to pamil/Sylius that referenced this issue Mar 21, 2016
CoderMaggie pushed a commit to CoderMaggie/Sylius that referenced this issue Jun 1, 2016
[CJMAX-77] Added 'Resources' attribute to product
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature New feature proposals.
Projects
None yet
Development

No branches or pull requests