CASE STUDY 02 · B2B SERVICES / CRM

Turning complex CRM workflows into a clearer business experience

Real estate investors often rely on connected tools and processes to manage leads, follow-ups, communication, and transactions. This project explored how to present a complex CRM implementation service as a clearer, more understandable business offering.

ROLE

Product and UX Design / Service Experience

FOCUS

Service Design · UX Writing · Website UX · Workflow Thinking · Business Positioning

PLATFORM

Website & service experience

PROJECT

IntegroForce / PodioCRMs

Diagram of the service structure: business problem, CRM solution, implementation and automation, training and support, consultation

Service structure diagram

Understanding the business

PodioCRMs, part of IntegroForce, provides CRM implementation and automation services, mainly for real estate investors and wholesalers in the United States. The offering is built around Podio, connected to automation and integration tools such as GoHighLevel.

What a client buys is not one thing. The service connects several needs:

  • CRM setup and customization — a Podio workspace shaped around how the business operates.

  • Lead-management workflows — how leads are captured, qualified, and followed up.

  • Automation and integrations — connecting the CRM to communication and marketing tools.

  • Training and implementation support — helping the team actually adopt the system.

  • Ongoing process improvement — adjusting the system as the business changes.

My work centred on the service and its digital experience — the proposition, positioning, messaging, and website — not on redesigning Podio or GoHighLevel themselves.

The communication challenge

An interconnected service is hard to explain. A visitor arriving at the website needs to understand, quickly:

  • What the service does.

  • Who it serves.

  • Which business problems it addresses.

  • What an implementation includes.

  • How to take the next step.

I treated these as communication objectives for the experience, rather than as findings from user research.

Structuring the service experience

A common way to present this kind of service is a list of tools and features. I organized the offer around the customer's situation instead, so each part of the service answers a question the visitor already has:

  1. Business problem — what is getting in the way today.

  2. Proposed CRM solution — how a structured system addresses it.

  3. Implementation and automation — what gets built and connected.

  4. Training and support — how the team gets up and running.

  5. Consultation or inquiry — a clear next step.

[Image placeholder — replace with real website sections showing this structure]

Website and conversion experience

Each part of the website has a specific job:

  • Homepage positioning — say clearly what the service is and who it is for.

  • Service descriptions — explain each part of the offer in plain language.

  • Capability sections — show what the system can do without overwhelming detail.

  • Trust-building content — give visitors reasons to take the service seriously.

  • Calls to action and inquiry paths — make the next step obvious from every section.

These are design intentions. I have not included conversion figures, as there is no verified analytics data behind this case study.

[Image placeholder — replace with PodioCRMs website screenshots]

Connecting the website to the operational system

The website is the front of a larger operational system. A simplified view of the ecosystem the service supports:

Lead source → CRM → Follow-up automation → Communication → Transaction workflow → Reporting

This describes the service's operational ecosystem. It is not a claim that I personally implemented every integration or built the underlying software.

Outcome and learning

The main deliverables were the service proposition, positioning, messaging, and the website experience that presents them. The lesson I took from the project is that the user experience starts well before someone opens a software application. Positioning, service clarity, onboarding expectations, and operational workflows all shape how a customer understands a productized service.

Working on something complex?

I’m interested in thoughtful teams building useful SaaS products and exploring how better product design can make them easier to understand and use.