You will get Salesforce and Web Site Integration
Top Rated

Project details
Integrating the website lead form with Salesforce to automatically create new lead records and assign them to the sales team.
Automating web lead capture directly into Salesforce to eliminate manual data entry and accelerate sales response times.
Connecting the website's contact form to Salesforce to instantly send new customer inquiries to the sales team.
Automating web lead capture directly into Salesforce to eliminate manual data entry and accelerate sales response times.
Connecting the website's contact form to Salesforce to instantly send new customer inquiries to the sales team.
Programming Languages
HTML & CSS, JavaScript, TypeScriptCoding Expertise
Cross Browser & Device Compatibility, PSD to HTML, LocalizationWhat's included
| Service Tiers |
Starter
$500
|
Standard
$1,000
|
Advanced
$1,500
|
|---|---|---|---|
| Delivery Time | 1 day | 2 days | 3 days |
Number of Revisions | 0 | 0 | 0 |
Design Customization | - | - | - |
Content Upload | - | - | - |
Responsive Design | - | - | - |
Source Code | - | - | - |
Optional add-ons
You can add these on the next page.
Source Code
+$100
76 reviews
(72)
(3)
(0)
(0)
(1)
This project doesn't have any reviews.
CC
Charity C.
Jul 7, 2026
Non-Profit Sales Force and Form Assembly Support
Sergey and his team were great to work with. They executed our instructions well and were solution-minded. Highly recommend and will use them again.
DG
Doron G.
Jul 6, 2026
Slack App / Integration Development
JW
Jared W.
Jun 30, 2026
Replace Wufoo intake form with static AWS-hosted form posting to Salesforce Web-to-Lead
Sergey was professional, responsive, and easy to work with. He helped us complete a web form project with Salesforce integration and was patient as we clarified the final requirements. The finished work was clean, functional, and delivered as expected.
He also followed up with us when we were delayed, which we really appreciated. His communication, flexibility, and attention to detail were excellent, and we would be happy to work with him again.
He also followed up with us when we were delayed, which we really appreciated. His communication, flexibility, and attention to detail were excellent, and we would be happy to work with him again.
JM
Juan M.
Jun 29, 2026
Salesforce Native Donation Page with Stripe Integration for non-profit
Regrettably, I cannot recommend this freelancer.
We are a charitable organisation that processes public donations, and we engaged this developer in good faith — providing full sandbox admin access and a live screen share of our existing form so there would be no ambiguity about what was required. We were transparent to a fault. In hindsight, that transparency was not reciprocated.
The project description explicitly states that the new form must replicate the functionality of our existing form. That includes error handling for declined, blocked, or expired cards, and end-to-end processing of monthly recurring donations — not merely creating them and hoping the subsequent months sort themselves out on their own.
At go-live, we discovered there was no error handling whatsoever for failed or blocked cards. When we raised this, the freelancer declined to address it without additional payment, classifying it as a new requirement. It is worth noting that "cards get declined" is not an edge case unique to our charity — it is a foundational feature of any payment system. Similarly, when we pointed out that a recurring donation involves transactions recurring, we were met with the position that processing the following months' payments was apparently outside scope. One can only admire the optimism of a payment form that creates subscriptions but considers their fulfilment someone else's problem.
We had no way to test blocked or expired card scenarios prior to go-live, as no such test cards were available — something an experienced payment integration developer would anticipate and account for.
The outcome: we pulled the new form from production, reverted to our existing solution, and were left with an unusable integration we are nonetheless expected to pay for. This is deeply disappointing for our team and, frankly, for the donors we serve.
A charity's time and trust are not unlimited resources. We would strongly encourage other clients — particularly nonprofits operating on tight budgets — to look elsewhere.
See the original description of the project below and note the second paragraph clearly states it should have the same functionality as our current form. This was never delivered.
We are seeking a skilled developer to create a native donation page on Salesforce that seamlessly integrates with the Stripe payment gateway. The ideal candidate will have experience in Salesforce development and payment processing systems. Your expertise will help us establish a functional and user-friendly donation platform that enhances our fundraising efforts. Please provide examples of previous work related to Salesforce and Stripe integration.
The form will have the same functionality that was shown in a screen share meeting on 4th September 2025 where the form was demonstrated. The form shown can be found at https://adraaustralia--dec2024.sandbox.lightning.force.com/lightning/n/Donation_Form
The code of the existing form must not be copied and the new form that you design must be your own code because the current code has bugs in it including charging twice as it does not always go to the next page.
The donation form will have the ability to:
1. Lookup a donor and populate their address if selected. This can be a contact or account donor.
2. Lookup and select a campaign.
3. Lookup and select GAU's and fund allocations.
4. Choose between a single donation or recurring.
5. Take card details and submit the donation and then display the detail page of the donation in SF or show a link to the detail page.
6. The form can be accessed from the contact record in Salesforce and once clicked, it will populate the address fields from the contact.
7. The form must be able to work with STRIPE but must not affect any of the existing recurring donations that are still running on eway payment gateway. They must run in parallel. All eway recurring donations will finish and not be renewed on eway. All new single and recurring donations will be on STRIPE.
8. There must be a way to update credit card details on STRIPE for an existing recurring donation/donor.
9. You may have to create a custom object called STRIPE credit card staging area as it may affect the existing donations.
10. This will be a fixed cost project with the full amount payable after UAT as it is not a big project and we need a functional donation form. The funds will be held by Upwork in Escrow
We are a charitable organisation that processes public donations, and we engaged this developer in good faith — providing full sandbox admin access and a live screen share of our existing form so there would be no ambiguity about what was required. We were transparent to a fault. In hindsight, that transparency was not reciprocated.
The project description explicitly states that the new form must replicate the functionality of our existing form. That includes error handling for declined, blocked, or expired cards, and end-to-end processing of monthly recurring donations — not merely creating them and hoping the subsequent months sort themselves out on their own.
At go-live, we discovered there was no error handling whatsoever for failed or blocked cards. When we raised this, the freelancer declined to address it without additional payment, classifying it as a new requirement. It is worth noting that "cards get declined" is not an edge case unique to our charity — it is a foundational feature of any payment system. Similarly, when we pointed out that a recurring donation involves transactions recurring, we were met with the position that processing the following months' payments was apparently outside scope. One can only admire the optimism of a payment form that creates subscriptions but considers their fulfilment someone else's problem.
We had no way to test blocked or expired card scenarios prior to go-live, as no such test cards were available — something an experienced payment integration developer would anticipate and account for.
The outcome: we pulled the new form from production, reverted to our existing solution, and were left with an unusable integration we are nonetheless expected to pay for. This is deeply disappointing for our team and, frankly, for the donors we serve.
A charity's time and trust are not unlimited resources. We would strongly encourage other clients — particularly nonprofits operating on tight budgets — to look elsewhere.
See the original description of the project below and note the second paragraph clearly states it should have the same functionality as our current form. This was never delivered.
We are seeking a skilled developer to create a native donation page on Salesforce that seamlessly integrates with the Stripe payment gateway. The ideal candidate will have experience in Salesforce development and payment processing systems. Your expertise will help us establish a functional and user-friendly donation platform that enhances our fundraising efforts. Please provide examples of previous work related to Salesforce and Stripe integration.
The form will have the same functionality that was shown in a screen share meeting on 4th September 2025 where the form was demonstrated. The form shown can be found at https://adraaustralia--dec2024.sandbox.lightning.force.com/lightning/n/Donation_Form
The code of the existing form must not be copied and the new form that you design must be your own code because the current code has bugs in it including charging twice as it does not always go to the next page.
The donation form will have the ability to:
1. Lookup a donor and populate their address if selected. This can be a contact or account donor.
2. Lookup and select a campaign.
3. Lookup and select GAU's and fund allocations.
4. Choose between a single donation or recurring.
5. Take card details and submit the donation and then display the detail page of the donation in SF or show a link to the detail page.
6. The form can be accessed from the contact record in Salesforce and once clicked, it will populate the address fields from the contact.
7. The form must be able to work with STRIPE but must not affect any of the existing recurring donations that are still running on eway payment gateway. They must run in parallel. All eway recurring donations will finish and not be renewed on eway. All new single and recurring donations will be on STRIPE.
8. There must be a way to update credit card details on STRIPE for an existing recurring donation/donor.
9. You may have to create a custom object called STRIPE credit card staging area as it may affect the existing donations.
10. This will be a fixed cost project with the full amount payable after UAT as it is not a big project and we need a functional donation form. The funds will be held by Upwork in Escrow
JA
John A.
May 13, 2026
Build Salesforce Marketing Cloud Authorization Capabilities to push data into Data Extensions
Sergey was good to work with. He completed the project as required and clearly has skills around Salesforce.
About Sergey
Senior Salesforce Developer
97%
Job Success
Kutaisi, Georgia - 6:58 am local time
Over the past 15+ years, I’ve worked with startups, mid-size companies, and enterprises, turning Salesforce into a reliable system of operations, not just a CRM. Most of my work focuses on integrations, process automation, and cleaning up complex or underperforming setups.
I’ve helped teams fix broken integrations between Salesforce and tools like HubSpot, NetSuite, and other APIs, clean up messy data after migrations, improve data integrity, and build scalable automation using Flows and Apex. I also work on optimizing lead routing, pipeline visibility, reporting, and connecting Salesforce with external systems.
My core expertise includes Sales Cloud, Service Cloud, Experience Cloud, Marketing Cloud / Account Engagement (Pardot), CPQ, Nonprofit Cloud, Litify, AppExchange app development, integrations, automation, and data migration.
From a technical perspective, I work with Apex, Lightning Web Components (LWC), Aura, Visualforce, Salesforce Flow (record-triggered and screen flows), Platform Events, REST/SOAP APIs, webhooks, data modeling, validation rules, and process automation.
I have hands-on experience integrating Salesforce with platforms like HubSpot, NetSuite, SAP, Stripe, Twilio, DocuSign, PandaDoc, Celigo, Zapier/Make, FormAssembly, Formstack, WordPress, and OpenAI / ChatGPT.
I focus on building systems that are stable, scalable, and actually used by teams, not overengineered solutions that break over time. If you’re dealing with a messy setup, broken sync, or need to build something reliable from scratch, happy to discuss.
Certifications:
Salesforce Certified Platform Developer II
Salesforce Certified Platform Developer I
Salesforce Certified Administrator I
Salesforce Certified Platform App Builder
Salesforce Certified Sales Cloud Consultant
Salesforce Certified Experience Cloud Consultant
Salesforce Certified JavaScript Developer I
Salesforce Certified Service Cloud Consultant
Steps for completing your project
After purchasing the project, send requirements so Sergey can start the project.
Delivery time starts when Sergey receives requirements from you.
Sergey works on your project following the steps below.
Revisions may occur after the delivery date.
Collect Requirements