Revlyn

One customer.
Every channel.

A customer system that connects enquiries, orders, service conversations, and repeat purchase activity without pretending the CRM should replace your commerce platform.

Who this page
is for.

The customer journey fragments when stores, marketplaces, WhatsApp, support, and campaigns each hold a different version of the buyer.

Founders reading sales by channel

Store and marketplace totals are visible, but repeat buyers and service issues are hard to connect across channels.

Teams selling on WhatsApp

High-intent enquiries arrive in conversations, then ownership and follow-up disappear inside personal threads.

Marketers chasing another order

Campaigns target customers without enough context about purchase history, returns, or recent support conversations.

Support teams missing the buyer

An agent sees the current complaint but not the order history, previous conversation, or value of the relationship.

From enquiry to
repeat purchase.

Commerce remains the system for orders. The CRM makes ownership, conversations, and lifecycle actions visible around them.

01

Enquiry or first purchase

A buyer enters through the store, marketplace, social channel, or direct conversation, with source captured where available.

The rule: Do not force every order into a sales pipeline.

02

Order and fulfilment context

The relevant order status and product context are available for service and follow-up without duplicating the commerce ledger.

The rule: The CRM needs useful context, not a second copy of every operational field.

03

Post-purchase care

Questions, returns, and service conversations stay connected to the customer and the order that caused them.

The rule: A campaign should not ignore an unresolved service issue.

04

Repeat purchase

Teams can identify who bought, when they may need to return, and which channel is appropriate for the next message.

The rule: Timing and relevance matter more than another broadcast.

05

Loyalty and reactivation

High-value, returning, and inactive customers are defined using agreed business rules rather than improvised lists.

The rule: A segment needs a clear definition and an action owner.

What the system
must protect.

Four practical principles for a d2c and e-commerce system people can use without working around it.

01

Commerce keeps the orders

Your store remains the authority for transactions, fulfilment, and product data.

02

CRM keeps the relationship

Ownership, consent, conversations, service history, and lifecycle actions belong around the customer.

03

Consent follows the channel

Messages use the permissions available for that person and channel. A customer record is not automatic consent.

04

Service changes marketing

Open complaints, returns, and recent support activity should inform who receives which campaign.

How the setup
gets done.

The process starts with real work and real handoffs. Software comes after the decisions.

01

Map

We trace where customers enter, buy, ask questions, return products, and buy again.

02

Prioritise

We choose the customer signals that should change an action, instead of copying every available field.

03

Connect

We configure records, ownership, and supported connections to commerce and communication tools.

04

Activate

Teams test service, segmentation, and repeat-purchase workflows with live customer journeys.

What you receive.

A working system, written definitions, and a handover your team can run. Nothing important stays in our heads.

Discuss your process

A channel and customer-data map showing where each fact belongs

A practical unified customer view for sales, marketing, and service

Lifecycle segments with written definitions and owners

Supported integrations and fallback processes documented clearly

Service and repeat-purchase workflows your team can operate

An honest word about d2c and e-commerce.

What the system can make visible, and what still depends on people doing the work.

The CRM is not your order system

It should use commerce context to improve customer work, not recreate fulfilment and inventory.

Identity matching has limits

Different phone numbers, emails, and marketplace identities do not always resolve into one person automatically.

Automation still needs permission

Having a phone number or email does not make every message appropriate or permitted.

Where the process
goes wrong.

Four common patterns that create blind spots, duplicated work, and missed follow-up.

Every order becomes a deal

The sales pipeline fills with transactions that belong in the commerce platform and becomes unusable.

One buyer, several records

WhatsApp, store, and support identities stay disconnected, so nobody sees the full relationship.

Campaigns ignore service

Customers receive promotional messages while an unresolved complaint or return is still open.

Segments exist without owners

Useful groups are built once, then go stale because no team owns the definition or next action.

Common questions.

Straight answers to the questions d2c and e-commerce teams ask before changing their CRM.

QDoes HubSpot replace Shopify or our marketplace tools?

No. Commerce platforms should continue to manage products, orders, payments, and fulfilment. The CRM uses selected context to support conversations and lifecycle actions.

QCan WhatsApp conversations be included?

That depends on the provider and the connection it supports. We verify the actual path before promising it, then document any manual fallback.

QWill every marketplace buyer become one customer record?

Not always. Marketplace privacy rules and limited identity data can prevent reliable matching. We make those boundaries visible rather than claiming a perfect customer view.

QWhere should we start if the data is messy?

Start with one useful journey, often enquiry to purchase or purchase to service. Clean the identifiers and fields needed for that action before expanding.

Make the next customer action visible.

Show us one customer journey across your store, conversations, and service tools. We will identify what should connect and what should stay where it is.