Live data from Hacker News

Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

braintreepayments.com

21–30 of 32 posts

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#21
And what happens when Braintree (owned by Paypal) decides to drop you as a merchant? What if you're running a website supporting Tor, or selling proxies or VPNs, and they decide your content is "against policy?"

They'll "drop" you, and suddenly your "drop in" SDK is completely worthless and you're forced to write your billing system from the ground up.

From a risk perspective, using a solution like Chargebee, that integrates with multiple merchant accounts (including Braintree), is a much better choice. If for whatever reason your merchant drops you (it does happen!), you don't need to make any code changes. You only need to swap out the backend merchant account in your Chargee dashboard.

These "batteries included" payment solutions are nice for getting up and running quickly, but if you have any semblance of long term planning, it's a bad idea to build your entire billing infrastructure around the API of a single merchant account provider.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#22
Some usability things I noticed on the Drop-in UI Sample Page: (https://www.braintreepayments.com/features/drop-in)

It appears that the PayPal is a header, rather than a button, it has no call to action. Separating the credit card form from the button and giving it a clear header (Like: "Pay With Credit Card") would help indicate the choice of PayPal or Credit Card.

Also, I'm not sure if it's intentional, but the credit card form doesn't actually do anything. Completing the form with a test credit card gives no follow-up call to action. This could be confusing to people wanting to see a "working" integration.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#23

And what happens when Braintree (owned by Paypal) decides to drop you as a merchant? What if you're running a website supporting Tor, or selling proxies or VPNs, and they decide your content is "against policy?" They'll "drop" you, and suddenly your "drop in" SDK is completely worthless and you're forced to write your billing system from the ground up. From a risk perspective, using a solution like Chargebee, that in…

This anyone considering a "serious" long term business should avoid Paypal, they eventually screw every merchant one way or another, their history is littered with horror stories and business that have grown reliant on then and went under when their funds get eventually frozen over some automated stupidity and no customer support.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#24
post #19

Will this be able to save credit cards on the device so the user doesn't need to re-enter their credit card every single time they need to make a purchase?

Kristi from Braintree here. You can securely store the card info to the Braintree vault so the user only has to enter the credit card info in your app one time. You won't be able to save credit cards to the device to use across apps.

Will we be able to do the same for Paypal credentials? So if someone wants to do paypal, store that and charge later?

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#25
post #24
post #19

Earlier quoted context omitted.

Kristi from Braintree here. You can securely store the card info to the Braintree vault so the user only has to enter the credit card info in your app one time. You won't be able to save credit cards to the device to use across apps.

Will we be able to do the same for Paypal credentials? So if someone wants to do paypal, store that and charge later?

Yep, you're able to save PayPal credentials to the vault. From there, you can treat it exactly like you would a stored credit card.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#26

Some usability things I noticed on the Drop-in UI Sample Page: ( https://www.braintreepayments.com/features/drop-in ) It appears that the PayPal is a header, rather than a button, it has no call to action. Separating the credit card form from the button and giving it a clear header (Like: "Pay With Credit Card") would help indicate the choice of PayPal or Credit Card. Also, I'm not sure if it's intentional, but the c…

I'm one of the developers who works on v.zero. We're planning on constantly improving the drop-in UI based on feedback and data. Currently we allow you to embed the form shown in your own form. It's expected you would include your own call to action that would be more contextual for the user.

On native mobile we,ve taken the approach to render the call to action for you and allow you to configure the text. Is that something you would find useful on web as well? It's definitely something we've debated internally.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#27

Some usability things I noticed on the Drop-in UI Sample Page: ( https://www.braintreepayments.com/features/drop-in ) It appears that the PayPal is a header, rather than a button, it has no call to action. Separating the credit card form from the button and giving it a clear header (Like: "Pay With Credit Card") would help indicate the choice of PayPal or Credit Card. Also, I'm not sure if it's intentional, but the c…

I'm one of the developers who works on v.zero. We're planning on constantly improving the drop-in UI based on feedback and data. Currently we allow you to embed the form shown in your own form. It's expected you would include your own call to action that would be more contextual for the user. On native mobile we,ve taken the approach to render the call to action for you and allow you to configure the text. Is that so…

I like that I've got the ability to control the display, I'm looking forward to testing the integration. But, for some people, providing the full look and feel might fit better with the "drop-in" notion.

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#28
post #25
post #24

Earlier quoted context omitted.

Will we be able to do the same for Paypal credentials? So if someone wants to do paypal, store that and charge later?

Yep, you're able to save PayPal credentials to the vault. From there, you can treat it exactly like you would a stored credit card.

Kristi, what are you actually saving to the vault when I use PayPal? I know you present the merchant with a token, but how is it accomplished? Has PayPal had a charge-whenever token capability before that was not widely understood, or are you actually saving the customer's paypal email and password so you can charge arbitrary transactions in the future?

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#29
I don't quite understand the recent developments at Braintree. We were using both them and PayPal for awhile before deciding to turn out card transactions over to PayPal also as it would secure a better rate. Meanwhile BrainTree has been working to make it easier to split processing between the two. Is the end goal here to make sure you're paying the highest rate? Why wouldn't you only use PayPal?

Re: Braintree V.Zero SDK – Faster integration, drop-in UI, and pay with PayPal

#30
post #25
post #24

Earlier quoted context omitted.

Will we be able to do the same for Paypal credentials? So if someone wants to do paypal, store that and charge later?

Yep, you're able to save PayPal credentials to the vault. From there, you can treat it exactly like you would a stored credit card.

Does the PayPal SDK do the same thing? (saving credit cards to a vault) https://developer.paypal.com/webapps/developer/docs/integrat...
Post reply on HN