> For the complete documentation index, see [llms.txt](https://tutorials.fidelitycards.eu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://tutorials.fidelitycards.eu/guida-strategica/strategie/due-carte.md).

# Due carte per due clienti diversi

Nello stesso locale convivono due clienti diversi. Una carta sola ne scontenta uno

Guarda i tuoi clienti **per come comprano**, non per cosa comprano. Quasi ovunque ce ne sono due tipi:

* chi viene **spesso** e spende **poco**
* chi viene **di rado** e spende **molto**

Con una soglia sola fai un favore a uno e un torto all'altro.

## Come si imposta

Due carte, stessa soglia, **premio diverso**, oppure stesso premio e soglia diversa. Il cliente sceglie quella che gli somiglia, o le installa entrambe.

Esempi visti funzionare:

* **Gelateria**: stessa soglia (8 timbri), premi diversi: una pallina omaggio per chi passa spesso e spende €3-5, un buono da €5 per chi fa scontrini da €20-30. Su quello scontrino, cinque euro pesano più di una pallina.
* **Bar con asporto**: una carta per chi si siede, una per chi porta via. Chi spende di più e viene di rado ha una soglia bassa (5 timbri, bottiglia al 40% in meno); chi viene spesso ha una scala più lunga.
* **Pub**: carta timbri per gli abituali (6 timbri = 1 panino), carta punti a livelli per chi spende di più. Con tre livelli, chi ottiene il dolce omaggio non si azzera: resta con i punti verso il livello successivo.

## Il segnale che sta funzionando

In un bar con due carte, **su 165 persone entrate nel programma 56 hanno installato entrambe**. Un terzo dei clienti si è riconosciuto in tutti e due i comportamenti, e ha raddoppiato i motivi per tornare.

## La variante: due carte per due pubblici

Non sempre la differenza è quanto spendono. A volte è **chi sono**.

Un locale con clientela giovane ha affiancato alla carta normale una **carta Student con la stessa scala accorciata**: il premio in cima costa 300 punti sulla prima e 200 sulla seconda. Risultato: **681 carte Student contro 335 normali**, due su tre.

Configurarla non costa niente, e dice al cliente una cosa precisa: *so chi sei, e con te faccio un patto diverso.*

## I casi da cui viene

* [Due carte nello stesso bar: una per chi si siede, una per chi porta a casa](https://fidelitycards.eu/blog/caffe-letterario)
* [Il Gelato di Olivia: numeri da record in una piccola località](https://fidelitycards.eu/blog/gelato-olivia)
* [Perché un solo programma fedeltà spesso non basta](https://fidelitycards.eu/blog/fabrics-pub)
* [Come ZeroCinqueNove ha portato 82 clienti nel wallet in meno di una settimana](https://fidelitycards.eu/blog/zerocinquenove)
* [Come Molo 53 trasforma i turisti del porto in clienti fedeli](https://fidelitycards.eu/blog/molo-53)
* [Dallo sticker alla crociera: come Pokettino ha messo mille carte nei telefoni](https://fidelitycards.eu/blog/pokettino)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://tutorials.fidelitycards.eu/guida-strategica/strategie/due-carte.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.