Mortgage point-of-sale evaluation guide
Review the borrower workflow before the feature list
A useful POS evaluation follows the borrower journey, the loan officer's next action, the responsible system, and the exception that needs a person to step in.
Written by Yuri Polukeev, CEO, BNTouch
Updated August 18, 2026
Short answer: Mortgage POS software is the borrower-facing intake and application layer in a mortgage workflow. Evaluate it by what a borrower can do, what a loan officer can review, where information is maintained, and how incomplete or changed information is handled. Do not decide from a feature list alone.
What to test in a mortgage POS workflow
The role of a POS becomes clear when an MLO walks a real scenario from the first invitation through the next accountable action. A system can be useful without being responsible for every relationship, application, or loan-file decision. The evaluator should make the boundary visible before assuming a handoff is complete.
| Review point | What to inspect | Scenario to request |
|---|---|---|
| Borrower path | The stated invitation, application, and next-step experience. | An ordinary borrower progressing through the expected path. |
| Loan-officer context | What the accountable person can see before choosing the next action. | A borrower question that requires a person to review the record. |
| System boundary | The organization's own definition of relationship, application, and loan-file responsibilities. | A handoff with the responsible owner and review point identified. |
| Exception path | How missing, conflicting, or changed information is held for review. | An incomplete record that cannot continue without a person resolving the question. |
| Review record | What history, owner, and next action remain visible after a decision. | A reassignment or follow-up that another person can understand later. |
Use a three-scenario POS demonstration
- Ordinary path: review one representative borrower journey from the initial step to the loan officer's next action.
- Incomplete path: ask where an unanswered question or missing information is made visible and who owns the follow-up.
- Changed-information path: ask how a material update is reviewed, documented, and handed to the person responsible for the next decision.
Those scenarios reveal the operating model without turning an interface walkthrough into an unsupported outcome claim.
Source walkthrough: Digital 1003 workflow
This public BNTouch video shows a product-workflow example that can inform a POS conversation. It does not establish a default configuration, system boundary, commercial term, or result for another organization.
Source: Digital 1003 Application For Mortgage Professionals | BNTouch.
Keep the systems' jobs clear
Use the Digital 1003 software evaluation guide for an application-focused review and the mortgage CRM page for the relationship-work layer. The useful question is not whether every system performs the same job. It is whether the organization can explain the owner, information, and next action at each handoff.
Scope: This is an operational evaluation method, not legal advice, a certification, or a statement about a particular organization's workflow. Confirm the organization's own permissions, policies, data responsibilities, and current requirements in the environment being evaluated.
Bring one normal borrower scenario and one exception scenario to a workflow review.
Further reading: Mortgage lead-management workflow; MLO CRM evaluation methodology.
