Automate your payment systems. Cut admin time. Less friction for everyone. Every operator who runs a business with recurring bills has heard some version of this pitch. It sounds clean. It is not.

A metal rent-payment drop box hung on the wall of a Baltimore apartment building for years. In 2024, Pennrose Management ripped it out of the wall. What replaced it was not a better system. It was a fee machine with a login screen. Pennrose runs nine housing sites in Baltimore. For years, tenants dropped off a check or money order at the office. Then Pennrose switched to a required online portal called RentCafe. The standard pitch won. The drop box lost.

The research on this is clear. Santana, Dallas, and Morwitz published a study in Marketing Science on a tactic called drip pricing. The method: show a low base price up front, then add fees one screen at a time, late enough that the buyer feels committed. Across six studies, buyers who saw dripped fees picked the option that looked cheap at first but cost more once charges stacked.

The number that matters: only 15.9 percent of buyers restarted after seeing the full price. Even when given a clear chance to start over.

Three forces hold the other 84.1 percent in place. They assume a new search will cost more time than the fee costs in dollars. They justify the choice they already made. And they believe every other vendor charges the same thing.

That is how the steering works. The customer stays on the most costly path without knowing a cheaper one exists.

The problem is not that Pennrose went digital. The problem is that going digital handed a per-transaction vendor control of the payment path.

The Baltimore lawsuit, filed in late 2026, lays out the pattern screen by screen. RentCafe buried fee data across multiple pages. It did not show the cost of a payment method until the final step. It steered users toward card payments: $3.95 to $9.95 per debit charge, 2.95 percent per credit card payment. Over a year, a tenant paying by card spent $300 to $420 in fees alone. The free option, a bank transfer, was poorly marked and not open to anyone without a bank account.

Here is the part most operators miss. Yardi, the company behind RentCafe, wrote the incentive into its own terms. Its Breeze product offers bank transfers at $0 per charge. But there is a condition. The property manager must turn on credit and debit card payments for tenants through the portal. Skip that step, and the free rate jumps to $0.95 per charge.

The vendor gives you free bank transfers. But only if you also install the fee-bearing card options for your customers. The default, written into the terms: card fees go to the tenant, not the operator.

The operator signs up for free transfers. The customer gets a toll booth. The system is not broken. It was built this way.

I have made this kind of mistake. I have signed vendor agreements without tracing the fee path to the person paying the bill. Most operators in this position have done the same.

In late 2025, the FTC and the Colorado Attorney General reached a $24 million settlement with Greystar Real Estate Partners. The charge: fees buried behind posted prices on a recurring bill. Different company. Same mechanism.

This is not one bad actor. It is a revenue model. And it runs well past rental housing. If you run any business where a vendor sits between you and your customer's payment, the question is the same. Does the vendor earn more when your customer picks the most costly path? If so, the vendor will build the path to make that happen.

The turn is not "stop using payment software." The turn is this: choose a vendor whose revenue does not depend on per-charge fees paid by the person sending you money. Once that is clear, three moves follow from it.

Pull up your vendor agreement. Search for the clause that ties one "free" feature to turning on a fee-bearing one. This takes twenty minutes and a PDF search. Most of us skipped it the first time.

That step alone changes how you read every vendor contract after it.

Open your payment portal and go screen by screen. Count the clicks between landing on the page and reaching the lowest-cost option. Note where the fee first appears. If it only shows at the last step, you are looking at drip pricing in your own system.

A flat-rate payment tool costs you a known monthly amount. A per-charge tool costs your customer an unknown amount. The vendor profits from the gap between what you see and what your customer pays.

Running these three checks does something the standard advice never did. It shows you where vendor revenue hides inside your customer's payment flow. It shows you which "free" features carry conditions. And it shows you whether your payment system is built to serve your customer or to charge them.

At the end of one billing cycle, ask three things.

→ What did your customer actually pay, all fees included, to send you money?

→ What looked like a free feature but had conditions attached?

→ What friction showed up more than once in the payment path?

That is the gap between advice that sounds right and a system that proves itself.

“Running shos” shouldn’t return zero results. Gladly understands what your shoppers mean, typos and all, and finds the right products.

See how it works

The metal box on the wall was not smart. It did one thing. It let the customer pay without a toll. Now you know what to read before you sign the next one.