A specialty finance firm that starts taking referrals from banks and institutions has added a second audience without changing the thing those referral sources will look at first. The website still speaks to borrowers, because borrowers built the business. A lending officer at a bank who lands on that site finds pages written to convince someone to apply for financing, and nothing that explains what a referral relationship involves or how to begin one. The firm has a new channel and a website that does not acknowledge it exists.
Why One Website Rarely Serves Both Audiences Well
The two audiences are not variations of each other. A borrower is evaluating whether this firm can fund their situation, on what terms, and how quickly. The questions are about rates, qualification, timelines, and what the process asks of them. A bank partner is evaluating something else entirely, which is whether sending a client here reflects well on them. Their questions are about what happens to a referred client, how the relationship is structured, what they can expect in communication, and whether the firm is a safe place to send someone they have a relationship with.
Those are different enough that the same page cannot answer both without weakening the answer to each. Attempts to split the difference usually produce copy vague enough to apply to anyone, which converts neither audience well. The borrower reads it and does not see their situation. The partner reads it and does not see a partner program.
This is a structural problem rather than a messaging problem, which is why rewriting the homepage rarely fixes it. The site has one path through it, and that path was built for the audience that was there first. Firms in financial services tend to notice this at the point where referral conversations are already happening and the website is the weakest part of the pitch.
Giving Each Audience Its Own Path
The fix is a clear route for each audience, starting from the first page someone lands on and continuing through to the action each one is meant to take. Each path needs its own entry point, its own pages, and its own next step.
A borrower path that keeps the existing focus on financing options, qualification, process, and applying.
A partner path that covers how referral relationships work, what the firm handles once a client is referred, how communication flows back to the referring institution, and who to contact to start a conversation.
Navigation that makes both visible from the start, so neither audience has to work out which parts of the site were meant for them.
Separate contact routes, so a referral inquiry does not arrive in the same queue as a borrower application and get handled as one.
That last point matters more than it sounds. When both audiences submit through the same form, the partner inquiry gets treated like a lead, which is the wrong response to a bank asking about a relationship. Keeping the paths separate through to the form is what makes the separation real rather than cosmetic.
Making both paths obvious without making the site feel like two sites bolted together is a design problem, and it is worth treating as one. Clear user experience work at this stage determines whether a visitor finds their path in a few seconds or gives up on the navigation.
How Do You Add a Path Without Disrupting Existing Lead Flow?
By adding rather than reorganizing. The borrower path is producing the revenue that funds the expansion, and the fastest way to damage it is to restructure the whole site in order to make room for the new audience.
In practice this means leaving the existing borrower pages where they are, at the addresses they already have, with the forms and tracking they already use. The partner path gets built alongside them as new pages, with the navigation updated to surface both. Nothing that currently converts gets moved, renamed, or rewritten as part of adding the second audience.
Where changes to existing pages are genuinely necessary, they are worth sequencing separately from the launch of the partner path, and worth measuring before and after. Moving a page that ranks and converts carries real risk, and that risk is much easier to manage when it is not happening at the same time as a larger change. The point is to be able to tell, if borrower inquiries dip, whether the dip came from the new path or from something that was changed alongside it.
Content and Search Built Around What Each Audience Looks For
The two audiences do not search for the same things, which means the content built for one does not get found by the other. Borrowers search in the language of their own situation, usually around the financing they need and the circumstances they are in. Bank and institutional partners search in the language of the relationship, around referral arrangements, what happens to referred clients, and how firms in this space work with institutions.
A site built only around direct clients has no pages targeting the second set of terms, so it does not appear when a potential partner is researching options. Adding the partner path creates the pages that can rank for those terms, but only if the content is written around what partners are actually looking for rather than adapted from borrower material. Search engine optimization for the partner path is a separate exercise from the one the firm has already done, with different terms and different pages.
It is also worth mapping what a partner needs at each stage, since the first visit and the fifth are different conversations. The buyer’s journey for an institution considering a referral relationship runs longer than a borrower’s, and the content has to hold up across that span.
What Happens After the First Referral Inquiry?
This is the part that most often has no answer. A firm builds the partner path, a bank inquires, and from there the relationship runs on email and phone calls with no shared place to work. That is manageable for the first few partners and becomes a problem as the channel grows.
A referring institution eventually needs to see the status of clients it has sent, submit new referrals without starting from scratch each time, and find current documentation and terms without asking. Handling that by email means someone at the firm answers the same questions repeatedly, and the partner’s experience depends on how quickly that person replies.
A partner portal is the usual answer, giving partners a logged-in place to submit and track referrals and reach what they need on their own. At Marcel, we treat this as part of the same project rather than a later phase, because the route from the first inquiry to ongoing access is easier to design once than to retrofit. Portal development is the step that turns a referral channel into a relationship with somewhere to live.
How Marcel Can Help
We handle the three pieces this requires together, which is the structure of the site, the experience of moving through it, and the search strategy behind each path. Our website development work covers building the partner path without putting the borrower path at risk, and extends into the portal when the channel is ready for one.
If your firm is taking referrals from institutions and the website still reads as though borrowers are the only audience, the gap is costing you credibility in conversations that are already happening. Contact Marcel today to talk through what a second path would involve.
Frequently Asked Questions
Part of the main site in most cases. A separate site splits the firm’s search presence and makes the partner path harder to find, and it doubles what has to be maintained. A clearly marked section within the existing site gives partners their own path while keeping everything under one roof.
Not if the borrower pages are left alone. Adding new pages does not harm existing ones. The risk comes from restructuring, moving, or rewriting pages that already rank, which is why that work is better kept separate from adding the new path.
Enough to answer what a referring institution asks before committing. In practice that is a handful of pages covering the mechanics of the arrangement, the client experience after a referral, the reporting a partner can expect, and a direct contact. A small set of pages done well beats a large set done thinly.
Usually not at launch. The practical trigger is the point where answering partner questions by email starts consuming real time, or where partners begin asking for status on clients they referred. Planning for it early is worth doing even when building it can wait.
Separate forms, separate routing, and a different internal process behind them. A referral inquiry from a bank is the start of a relationship conversation, not a lead to be qualified, and sending it into the borrower pipeline is the most common way firms undercut a partner path that otherwise works.
