created by [email protected]
social2pay.com (formerly Yapp and Divedot https://canvanizer.com/canvas/wJs-urSigUHntQBMJsijbvIa7Lw0X9DU) relies on socials network APIs to retrieve the email of a person and create the possibility of a simple instant (online) payment on merchant website or for a "inApp" purchase. Slideshow: https://canvanizer.com/slideshow/wpgOZA8Ziuq0V#/
We are based on the share of the unique email address of the enduser. Banks are involved/invited to participate to this registered email process to bridge the unique email address of its user with its bank account through its personal online bank interface. Remark: The same email used on its social network through social button (2FA for security purpose).
We give to (web) merchant the API and network tools (distributed directly by our partner: each online bank) to create the bridge between an "instant" payment solution (email based) and directly connected (and validated) by its online bank. Therefor, we become a white brand/label (Paypal like) for banks with this simple technic because Banks distributes directly all our entire APIs and we give to banks also all the necessary backend tools and decentralized database access through backend API.
At the final, it is each bank who give the opportunity to integrate the solution without redirection to our service. It's a white/brand/label for bank. We distribute to bank the entire solution + the simple "social payment" buttons ("e.g. Pay with... Facebook") to distribute to all of its web professional merchants. Now, the entire solution offer the possibility to merchant site to receive payment outside a funnel via these simple social payment buttons like "Pay with...Facebook".
After this 2 simple processes, one bank know the social email of its particular enduser, social2pay.com know also this unique email address delivered by each bank because each bank are invited and connected to our service and give us this information and finally, each bank create specific payment token on our decentralized service.
social2pay.com is a "Paypal like" system but it can be considered as a white/brand label for banks without the most inconvenients: complicated funnel and without security purpose (no card or sensitive information needed) because we are linked directly with each bank and in a clear transparent process for each counterpart who work with us where which relies exclusively on/via banks. Now, merchant (through social button with word changed in e.g. "Pay with...Facebook"), banks, and our decentralized service know securely the address email of a buyer and any merchant can sell (optionally outside a funnel of conversion) through one email address via simple "social" buttons who say e.g. "Pay with...Facebook". Simple. But efficient.
A 2nd step is to create an APIs market where each APIs developer can subscribe to and propose its API(s). After, each bank can select some APIs and can propose transparently any of that APIs to its professional merchants (online and inApp). We built the entire intermediate tools for that service. We will use also this APIs market to propose our own APIs for merchants (automated billing, administrative tools, near real time statistics, and more...)
Facebook: https://www.facebook.com/social2pay/ Twitter: https://twitter.com/social2pay Linkedin: https://www.linkedin.com/company/social2pay/
OVH has an infrastructure ready for payment solution. https://www.ovh.co.uk/private-cloud/payment-infrastructure/
OVH is present in North America (Canada, USA), Europa (A lot of locations) and Asia (Singapore and Tokyo). 20 Datacenters available on 4 continents.
The biggest challenge for us will be to convince banks to join the project. Because we are a white/brand/label for banks, the main advantage for each bank is to charge what he need for its professional users (like each inApp merchant or merchant website). Each bank can charge as the same of Paypal/Google Wallet e.g. 2.3% per transaction (or less). Each bank can choose how to charge each of its partner because the main objective for social2pay.com is to charge each bank only 0.001 euros per request.
A main priority is to create a structured format of exchange (easy to use and comprehensive) for our shared datas with the participation of the most popular banks. Authority of Australia had become an initiative on data exchange based/for the blockchain (to see / follow).
Create the presentation website based on the new name social2pay.com
Build social presence on social networks based on the new name social2pay.com
Create a POC and a first MVP in an incubator and with the supervision of mentors
Marketing plan (SEA) + linkedin to connect rapidly with banks CEOs
The real customer of social2pay.com are banks (B2B).
With the tools and the distributed white label APIs we have a business intermediary profiles who have the opportunity of a new payment solution simple and efficient, easy to use, and based on its proper bank (transparently). It's a real feel good confidence for these mid-end-users connected to its bank (B2B-2B)
The advantage of the solution is a very simple and powerful payment system without sensible information without card needed and these main advantages goes to very end-user (B2B-2C)
Banks have its proper "Paypal like" payment solution (without Paypal defaults) without complicated integration. Bank can create tailored charge/invoice
have a proposal from its bank for a tailored payment system distributed transparently (with the confidence of its bank) and with an "on measure" invoicing by its bank (normally, with liberalization of the market, lower then 2.3%). These "mid-customers" are registered under there bank interface due to DNS (domain name system)
can pay easily outside funnel and in a "one click" payment process (after activation). And in a near future for connected objects: without any necessary action (zero click). Connected objects need (in a near future) an automated payment process based on confidence/trust.
It's a white brand/label for bank. Each bank can charge/invoice as the same as Google Wallet, Paypal, etc... (~2.3% per transaction or less) at its convenience or with a lot of personalized offer / per merchant.
User can pay something outside of the funnel of conversion. User can pay (in some case) out of connexion of its account of a website.
Any existing payment systems can add easily our technology to reconnected directly with its bank. It's easy and the same process (than merchant website) to integrate our solution in an existing payment solution.
A user purchase something on a merchant web site or via InApp payment process, the user as never activate the service under its web bank account but click on e.g. "Pay with...Facebook"
With a search input for its IBAN/BIC/SWIFT/... the payment UX of social2pay.com return the logo of its bank and the good marketing link build by its proper bank (this information is knowed by social2pay.com via our backend for banks).
Now through its web bank interface user can link its Facebook, YouTube, etc... (API) account on its web bank interface (+1FA or others security tech/purpose/check). Eventually with limitation and payment geolocalization limitation. Now social2pay.com is activated and payment tokens are ready.
The next time where this user purchase something "inApp" or on a merchant website who propose the button "Pay with...", he can pay only with a one click process on the button e.g. "Pay with...Facebook".
Our mission is to reconnect bank and professional end users who have websites or apps without limitation and with great tools with confidence security and transparency via our white brand/label and our objective is to become THE default payment standard for any online payment (also for connected object in a near future).
Default payment (60% population usage) = 600 billions euros of transaction per year. it's a windfall for banks of 13 800 000 000 euros @ 2.3% per transaction. Also our technology can reduce the cost of the infrastructure for banks if our type of payment become the standard and the default payment for users. Also, connected objects is coming. It's another windfall.
Currently we have 3.6 billions internet users world wide, serious statistics organizations says 5.8 billions in 18 months.
Connected objects who they will need automated payment process comes in a very near future. It's also a big opportunity for us and our 2nd objective is to have the technology ready for these kind of new payments process/market.
Fast growth expected. Objective: only partners.
We think paying with a simple button based on social account is the best confidence to democratise a very simple and efficient online payment. It's a simple concept to introduce, to share, to explore and finally to test with all stakeholders.
We billing each month each bank who use our service. Our objective is to billing only 0.001 euros per request on our service.
You can view some price here 2 x VPN https://www.ovh.co.uk/private-cloud/payment-infrastructure/ Fees/charge must be added per server instance
You can brainstorm with us on this canvas with this link below and ask your questions or share your idea. https://canvanizer.com/brainstorm/wpgOZA8Ziuq0V