Customer Satisfaction score
What's that?The Customer Satisfaction score is an average calculated on the basis of the end customers’ answers to the CSAT questions of your surveys. If your surveys have no CSAT question, it is calculated on the answers to all the star questions from the published surveys.
That score can then be analyzed over any period of time or the focus can be narrowed to any given survey, the NPS, a particular point of sale, or any other analysis filter you wish to apply.
Going furtherConsult the general Metrics API documentation for more.

How do I get my Customer Satisfaction score?
With /stats/satisfaction:
curl --location --request GET 'https://api.goodays.co/v2/stats/satisfaction' \
--header 'Content-Type: application/json' \
--header 'Authorization: 1234abcd1234abcd1234abcd1234abcd'{
"data": [
{
"key": null,
"description": null,
"average": 4.415842247536645,
"ratings_count": 4745,
"responses_count": 1760
}
]
}By default the calculation of the score is done "since always".
And the return will always contain:
| Attribute | Description |
|---|---|
| key | Distribution key ID. |
| description | Description of the distribution key. |
| average | Average score over the requested period. |
| ratings_count | Number of answers taken into account over the requested periods. With CSAT questions: number of participations with a CSAT answer. With star questions: number of answers to "star" questions (there may be several "star" questions per participation). |
| responses_count | Number of participations in the selection over the requested period. |
Zoom on "key" and "description" attributeThis attributes are only filled in when "by", "by_context" or "by_level_category" is used.
Otherwise they have the valuenull.
Add some filters
It is possible to add GET parameters to refine the calculation of the score over a defined period, a point of sale...
GET parameters
To calculate a Customer Satisfaction score, it is possible to combine the following GET parameters:
| GET parameters | Description |
|---|---|
| begin | Start date of the calculation period. Format : YYYY-MM-DDThh:mm:ssZ See this page for the timezone management. |
| end | End date of the calculation period. Format : YYYY-MM-DDThh:mm:ssZ See this page for the timezone management. |
| place | Filter on a point of sale. It is necessary to indicate the Place ID from the endpoint /places |
| places | Filter on a list of points of sale. Format : Place IDs separated by commas |
| level | Filter on a level. It is necessary to indicate the ID of the level from the endpoint /levels |
| levels | Filter on a level list. Format : Level IDs separated by commas |
| survey | filter on a survey. It is necessary to indicate the ID of the question from the endpoint/surveys |
| question | Filter on a question. It is necessary to indicate the ID of the question from the endpoint/surveys |
| nps | Filter on nps category : "detractor", "passive", "promoter". |
| remark_type | Filter on remark type : "Idea", "Message", "Praise", "Problem", "Question". |
| source | Filter on source : "email", "facebook", "google", "sms", "tripadvisor", "widget", "wifi". |
| by | Group calculations by. See chapter by |
| by_context | Group calculations by custom parameter. See chapter by Context |
| by_level_category | Group calculations by level category. See chapter by Level Category |
Get an updated list of values for the "source" parameterThe examples listed for the "source" parameter are not exhaustive. To obtain an exhaustive list, the endpoint /stats/satisfaction must be called by indicating an unexpected value. In return the error message will list all possible values.
Group calculations
The three "by" parameters allow you to retrieve a list of results aggregated according to the value selected in the input.
Combine the "by" or not combine the "by" ?You can combine several other GET parameters with a "by" but you can not combine the filters "by", "by_context" and "by_level_category" in a single request. Only one aggregation parameter is allowed.
Here are the 3 possibilities :
By
Calculate the Customer Satisfaction score by grouping elements and return a list.
The distribution of the calculation can be by : "day", "month", "nps_category", "place", "quarter", "remark_type", "source", "survey", "year".
See "By point of sale over the month of May 2020" or By month for one level and a specific source use cases.
By Context
Calculate the Customer Satisfaction score for each value of the custom parameter passed as a parameter and returns a list.
A custom parameter is additional data attached to a participation to describe its context (order date, purchase amount, advisor...).
The list of your custom parameters depends on your Goodays configuration and can be retrieved by the endpoint configuration. Only the custom parameters with the field "use_in_stats" = true can be used with this parameter.
See "By context of the purchase amount" use case.
By Level Category
Calculate the Customer Satisfaction score by level category and return a list.
The categories represent your hierarchical or geographical organization depending on your Goodays configuration.
From these categories, you can calculate the Customer Satisfaction score distributed by region, business unit, brand, etc.
The category ID to be used is returned by the endpoint /levels, in the "category_id" attribute.
See "By level category" use case.
Use cases
Here are some examples to show you the possibilities of this endpoint. This is obviously not exhaustive, it's up to you to have fun to find the right parameter arrangements :)
By point of sale over the month of May 2020
I have to use the following parameters :
- begin : the first date of the month of May
- end : the last date of the month of May
- by : group calculation by "place"
curl --location --request GET 'https://api.goodays.co/v2/stats/satisfaction? \
begin=2020-05-01T00:00:00Z \
&end=2020-05-31T23:59:00Z \
&by=place' \
--header 'Content-Type: application/json' \
--header 'Authorization: 1234abcd1234abcd1234abcd1234abcd'{
"data": [
{
"key": "bwdQ661e4Q",
"description": "VÉLO Chambéry (Chambéry) - velo-chambery",
"average": 4.159793343117506,
"ratings_count": 24818,
"responses_count": 7585
},
{
"key": "bQdPLrmwd9",
"description": "VÉLO Berlin (Berlin) - velo-berlin",
"average": 3.802727568394556,
"ratings_count": 19633,
"responses_count": 3352
},
{
"key": "My4lvMpK8R",
"description": "VÉLO London (London) - velo-london",
"average": 4.499930739652768,
"ratings_count": 1572,
"responses_count": 270
},
{
"key": "egxK551kdo",
"description": "VÉLO Brest (Brest) - velo-brest",
"average": 4.1271768709984595,
"ratings_count": 3280,
"responses_count": 567
},
{
"key": "yLdLD9NKdj",
"description": "VÉLO Glasgow (Glasgow) - velo-glasgow",
"average": 4.1271768709984595,
"ratings_count": 2817,
"responses_count": 496
}
]
}
Zoom on "by" parameterHere the "by" distributes the calculation by point of sale. The attribute "key" contains the Place ID of the point of sale and the "description" its name.
By month for one level and a specific source
I have to use the following parameters :
- source : "email"
- level : level ID
- by : "month"
Hypothesis: in our configuration the level ID "Yqxzp5Ad2J" corresponds to our level "South France"
curl --location --request GET 'https://api.goodays.co/v2/stats/satisfaction? \
source=email \
&level=Yqxzp5Ad2J \
&by=month' \
--header 'Content-Type: application/json' \
--header 'Authorization: 1234abcd1234abcd1234abcd1234abcd'{
"data": [
{
"key": "2020-01",
"description": "2020-01",
"average": 4.067802221803097,
"ratings_count": 4332,
"responses_count": 649
},
{
"key": "2020-02",
"description": "2020-02",
"average": 4.1641412359309324,
"ratings_count": 1456,
"responses_count": 233
},
{
"key": "2020-03",
"description": "2020-03",
"average": 4.216741811186759,
"ratings_count": 423,
"responses_count": 64
},
]
}
Zoom on "by" parameterThe attributes "key" and "description" both contain the relevant year and month.
By context of the purchase amount
I have to use the following parameters :
- by_context : "price"
Hypothesis: the custom parameter exists in your configuration and is present in every participation.
curl --location --request GET 'https://api.goodays.co/v2/stats/satisfaction?by_context=price' \
--header 'Content-Type: application/json' \
--header 'Authorization: 1234abcd1234abcd1234abcd1234abcd'{
"data": [
{
"key": "3Q54E78yD9",
"description": "Entre 500 et 1000€",
"average": 3.3475125435071256,
"ratings_count": 876,
"responses_count": 326
},
{
"key": "lZmxo9dj6G",
"description": "Entre 200 et 500€",
"average": 3.2930732905697893,
"ratings_count": 473,
"responses_count": 176
},
{
"key": "NEexq5xYzW",
"description": "Supérieur à 1000€",
"average": 4.446379198143904,
"ratings_count": 457,
"responses_count": 155
}
]
}
Zoom on "by_context" parameterHere the "by_context" distributes the calculation by custom parameter "price". The attribute "key" contains the ID of the custom parameter value and the "description" its name.
By level category
I have to use the following parameters :
- by_level_category : "2"
_Hypothesis: in our configuration the level category "2" corresponds to our level "_regions*".
curl --location --request GET 'https://api.goodays.co/v2/stats/satisfaction?by_level_category=5' \
--header 'Content-Type: application/json' \
--header 'Authorization: 1234abcd1234abcd1234abcd1234abcd'{
"data": [
{
"key": "1P8Blka4jX",
"description": "France",
"average": 3.475416518244089,
"ratings_count": 10799,
"responses_count": 3345
},
{
"key": "pe8N9zNxjK",
"description": "Deutschland",
"average": 3.3621418112980908,
"ratings_count": 1240,
"responses_count": 455
},
{
"key": "158y1QN8wN",
"description": "United Kingdom",
"average": 3.4691652415222634,
"ratings_count": 608,
"responses_count": 229
},
{
"key": "Qr43jwjdVY",
"description": "United Kingdom",
"average": 3.8333333333333335,
"ratings_count": 21,
"responses_count": 7
}
]
}
Zoom on "by_level_category" parameterHere the "by_level_category" distributes the calculation by level category. The attribute "key" contains the ID of the level and the "description" the level name.
Updated 16 days ago