<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>mender System for Cold Item Boosting</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ahmed Khaili</string-name>
          <email>ahmed.khaili@booking.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kostia Kofman</string-name>
          <email>kostia.kofman@booking.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Edgar Cano</string-name>
          <email>edgar.cano@booking.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrew Mende</string-name>
          <email>andrew.mende@booking.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Adva Hadrian</string-name>
          <email>adva.hadrian@booking.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Recommender system, Cold-start Recommendation, Tourism Recommendation System</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>on Recommender Systems</institution>
          ,
          <addr-line>Bari</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2035</year>
      </pub-date>
      <abstract>
        <p>In order to achieve a healthy two sided marketplace, a recommender system balancing the user and the item interests must be deployed. One of the challenges for such a system is to give new items a fair chance to compete against an existing supply. In the context of an online travel agency, this challenge arises not only from the classical cold start problem in recommender systems but also from the customer's reluctance to book new properties due to high uncertainty about their quality, which is often alleviated by past customer reviews. In this paper, we share how a multi-funnel recommender system was developed to address this specific challenge and how the efect of such intervention can be measured on both the customers and the supply. Along with the main recommender delivering a personalized ranking maximizing customers conversion, a second funnel focusing on only cold properties can be used to generate an alternative optimistic ranking. Then these two rankings are merged in a way to balance between short term conversion rate and long term metrics assessing the supply health and properties performance. We show this intervention has diferent efects when segmenting both customers and properties and suggest future directions given these observations.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>The growth of e-commerce has transformed how customers discover and engage with products
and services.</p>
      <p>
        With expanding catalogs and diverse customer needs, these platforms face
the challenge of helping users find relevant content eficiently. Recommender systems (RS)
address this by providing personalized suggestions, enhancing customer experience, and driving
engagement [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. RS rely on past interactions to make accurate predictions. For new customers
and items, the system cannot learn good representations due to the lack of past data, leading to
sub-optimal recommendations. This is what’s known as the cold start problems which afect
both users and items. In online travel agencies (OTA), many customers are in a continuous
cold start state [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. This makes the success of any RS depending on addressing this challenge.
One popular measure of success for RS is based on transactional data, specifically, conversion
rate. However, focusing only on conversion rates can lead to recommending top performers,
nEvelop-O
ignoring new and niche items. This ”closed-loop feedback” reinforces popularity bias, limiting
exploration and afecting recommendation diversity and fairness [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]. Addressing the item
cold start problem can enhance inventory representation and attract customers seeking long-tail
items. [
        <xref ref-type="bibr" rid="ref1 ref5">1, 5</xref>
        ]
      </p>
      <p>
        Furthermore, resolving this issue can drive marginal profit by enabling the sale of long-tail
items in smaller quantities, as demonstrated by platforms such as Alibaba, Amazon, and Netflix
[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>At Booking.com, ensuring newcomers get initial traction is important. The tourism industry
is highly seasonal, and extra supply is crucial during peak seasons when availability is low.
In our marketplace, we refer to property owners as partners. Engaging partners, motivates
them to optimize listings and ofer exclusive discounts. Partners without early user engagement
often neglect their listings, making them less appealing. Our data shows that generating initial
traction within 30 days is crucial for long-term partners’ engagement. Engaged partners create
better oferings, follow best practices, stay active in the platform by ofering more rooms, and
increase the inventory pool. Moreover, besides the potential bias in an RS against new properties,
customers themselves might be reluctant to book a new property without past reviews from
other customers even if it was shown to them.</p>
      <p>To address RS bias against new properties, we augmented our RS with an additional funnel
dedicated to cold properties. This multi-funnel design ensures full control over the fraction of
new properties promoted to a given customer, balancing short-term bookings with long-term
marketplace health. We define cold items as properties in their first 30 days of joining the
marketplace. These properties are ranked both among themselves and with other properties.
We employ two models: a main model for all properties and a cold model specifically for cold
properties. The cold model has a similar architecture to the main model but does not rely on a
subset of the features set, specifically those that encode implicit property information learned
through embedding layers. Besides that, learning to rank models often use explicit item-level
features encoding past customer interactions with the item, such as lagged conversion rate. To
handle the absence of this data due to the lack of interaction history with the cold property,
estimated values from similar properties are used. Finally, a de-duplication logic combines the
full and cold ranks, ensuring a balanced ratio of cold and warm items is used.</p>
      <p>To test the hypothesis that increasing the visibility of cold properties in search results improves
their short-term performance and long-term retention, thereby reducing churn, we designed a
two-sided marketplace experiment. This involves two separate A/B tests, one on customers:
in our case travelers and one on the supply side, in our case our partners. To measure any
short-term negative impact on bookings, half of the potential travelers might see the boosted
cold properties in search results, while the other half will not. In the partner-facing experiment,
half of the cold properties will receive a visibility boost on the platform, while the other half
will not. This will help measure the long-term benefits of boosting, such as reduced churn and
improved performance. The rest of the paper is structured as follows:
• In section 2, we go over related work from the industry and academia.
• In section 3, we give a brief background over the overall ranking funnel before the
introduction of the cold item funnel.
• In section 4, we describe the new cold item funnel and how it fits in the overall RS.
• In section 5, we describe the experimentation setup.
• In section 6, we summarize the ofline and online results and we suggest future direction
to further improve this multi-funnel recommender system.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        Many prior works from both academia and industry have tackled the cold start problem in
recommender systems from the perspective of items. Some approaches rely on inverse
propensity scores and similar methods to debias both the training and the ofline evaluation of new
policies [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Others focus on imputing missing information for new items, such as in [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ],
where a method for learning good item representations was proposed. Transfer learning from
other data sources, like social networks and session logs, has also been used to improve ranking
accuracy for cold items [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Graph neural networks (GNNs) have been proposed to develop
robust embeddings for cold items, capturing both structural and semantic details essential for
accurate recommendations in data-sparse scenarios [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Additionally, dedicating a few slots
for pure exploration can help alleviate closed-loop efects in recommender systems [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The
authors of [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] suggest a multi-funnel fresh content recommendation system, dedicating a
specific slot in customers’ feeds to new contents. Additional approaches tackle the problem by
recommending a tail item most likely to be clicked alongside a head item already clicked, while
considering contextual information [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
      </p>
      <p>For our application, propensity score-related methods and dedicating slots to pure exploration
can be costly due to the required level of exploration. Estimating cold property representations
is also challenging due to the lack of customer interaction and limited information. In the
context of a two-sided marketplace, having separate funnels for exploration and exploitation
helps balance short-term customer conversion rates with partner performance and supply health
metrics. However, the high cost of exploration in an online travel agency (OTA) setting and the
restrictions set by partners on the supply of eligible cold properties can result in recommending
irrelevant cold properties. Therefore, we implemented a multi-funnel recommender system
where cold item exploration depends on its optimistic estimated relevance relative to the
full supply’s estimated relevance. This approach balances exploration costs with the need to
recommend relevant cold properties.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Background on the Overall System</title>
      <p>Web scale applications such as Booking.com utilize vast amounts of information about the
customer’s past interactions, the search context and the item explicit/implicit information. Most
of those inputs are either categorical or transformed into categorical features, resulting in large
sparse inputs.</p>
      <p>An important aspect in personalized and contextualized recommender systems is the ability
to model feature interactions, a simple example can be the traveler type, e.g solo, couple, family,
etc. interacted with the property type, e.g hotel, entire villa, etc. We expect customers will
prefer specific property types given their search context. In reality, those preferences depend
on additional factors such as the travel destination, price, customer history and many others.
Such systems sufer from additional complexities, such as processing high cardinality features,
ranging between hundreds to millions of unique categorical values.</p>
      <p>
        Throughout the years our ranking model evolved from a linear model [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] in which feature
interactions were engineered manually and processing high cardinality features was possible by
applying the hashing trick, to gradient boosting decision trees algorithms in which there was
no need to model the feature interactions explicitly but limitations on the amount of training
data and the type of features that can be used became an issue.
      </p>
      <p>
        The current ranking model is based on the Deep Cross Networks (DCN) architecture [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], the
DCN architecture is designed to learn efectively and explicitly feature interactions of a bounded
degree (depending on the number of cross layers in the model). Combining the architecture
with one of the common ways to handle large and sparse feature space, i.e embedding layers we
are able to address both the sparsity and high cardinality of the input features from one hand
and learn explicitly the relevant interactions between those features.
      </p>
      <p>Selected feature groups which are important for the understanding of following sections are
listed in table 1.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Personalized Cold Start Properties Boosting</title>
      <p>As mentioned above, besides the bias in the model against cold properties, customers are
reluctant to book these properties without prior reviews from other customers. For this reason,
we wanted a separate tailored pipeline to cold properties in order to be able to have full control
on the fraction of cold properties being boosted in every search in order to balance between
short term conversion and metrics assessing the long term marketplace’s health.</p>
      <p>Figure 1 is the diagram of the full multi-funnel ranking pipeline. The highlighted yellow
part is the pipeline described above prior to the introduction of the cold start item funnel. The
highlighted blue part of the pipeline, the cold start funnel, is the main focus of this paper. In
this section, we will be diving in each component of it.</p>
      <sec id="sec-4-1">
        <title>4.1. Cold Item Selection</title>
        <p>As a first iteration, and for the reason mentioned above, we defined cold items as any properties
that joined the platform less than 30 days ago. Note that, in addition to being ranked along
warm items using the main model, they are also ranked exclusively among themselves using
the cold model. This design is because according to this definition of cold items, some of them
can still organically appear in the top slot of the ranking without any additional intervention.
Any additional properties’ boosting will be applied to the rest of the cold properties.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Cold Model</title>
        <p>
          The cold model follows the same architecture of the main model with one exception: The itemID
feature was dropped during its training. It was trained on the same dataset. Learning to rank
DNN models typically rely on the item id as feature to learn an implicit item representation
through an embedding layer. Cold items however lack enough historical data to generate a
meaningful embeddings for them. Many approaches are available in the literature to address
this problem by estimating cold items embedding using existing items [
          <xref ref-type="bibr" rid="ref11 ref8 ref9">8, 9, 11</xref>
          ]. However, some
of these approaches require customers’ interactions with these cold items, while others require
training multiple models. Given that, in our case, a separate pipeline will be used specifically
for cold items only, and because of all the additional complexity required to estimate such an
embedding, we decided to simply drop this feature from the cold model. Besides resulting in
a less complex training process for the cold model, we observed no efect from dropping this
feature when evaluating on cold properties only, and it resulted in a lighter model at serving.
        </p>
        <p>It’s a common practice for learning to rank models to use item level features encoding explicit
past customer interactions with the item in question, for example lagged conversion rate by
customer cohort and historical review scores. However these features are not completely defined
for cold items. Dropping them completely from the cold model negatively afects some property
cohorts more than others. This is because the performance distribution varies from one cohort
to another significantly, and relying on only descriptive property’s features will afect unequally
the top performers of each cohort. To tackle this, these features were kept in the cold model. At
training, their actual values are used, and at serving, they were replaced by an estimate based
on similar counterparts from the warm properties pool.</p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3. Deduplication Logic</title>
        <p>Once a cold list and a full ranked list are combined, and before showing the final list to a given
customer, it’s necessary to deduplicate the cold items since they will appear in both the cold
and full lists.</p>
        <sec id="sec-4-3-1">
          <title>This deduplication logic is as following:</title>
        </sec>
        <sec id="sec-4-3-2">
          <title>Given:</title>
          <p>• A : eligible properties to be ranked.
• C : eligible cold properties to be ranked: a subset of A.
• R : full rank :   a ranking score for each property   ∈  .
• r : cold rank :   a ranking score for each property   ∈  .</p>
          <p>• N : a hyperparameter controlling the maximum cold properties to be boosted</p>
        </sec>
        <sec id="sec-4-3-3">
          <title>For cold properties, we define :</title>
          <p>• Boosted cold properties :   ∈  where   &gt;   .
• Non boosted cold properties :   ∈  where   &lt;=   .</p>
        </sec>
        <sec id="sec-4-3-4">
          <title>The deduplication logic is as follow:</title>
          <p>• Take the top N boosted cold properties, and replace   in R with   from r .
• Sort the new list R.</p>
          <p>Given that we rely on merging two ranking scores from two independent ML models. It was
essential to add a calibration layer assuring the same distribution of the ranking score.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Experiment Design</title>
      <p>Given that this is a two sided market, its necessarily to evaluate the impact for both sides:</p>
      <sec id="sec-5-1">
        <title>1. Traveler side: which refer to customers booking their accommodations 2. Supply Side: which refers to the cold properties in our platform.</title>
        <p>For the supply side it is expected that by boosting the ranking of cold properties, they will
get more bookings in the short term and in the long term they will increase their performance
and retention.</p>
        <p>For the traveler side it’s not expected that the treatment will have a positive impact, this is
because potential customers might be skeptical to book cold properties that lack the proof of
quality (eg. Reviews). In fact boosting the cold supply might have a negative impact, this is why
it’s necessary to set an acceptable loss, this loss (on the traveler side) should be outweighed by
the benefit on the supply side.</p>
        <p>To measure the impact on both sides: the traveler and the supply, it is aimed to run a pseudo
two-sided marketplace experiment. Two experiments will be run, one after the other, starting
with a traveler facing intervention which will quantify the short term loss, followed by a supply
side intervention to measure the long benefit. Overall the short term loss should be outweighed
by the positive impact on the supply. It was decided to run one experiment after the other to
increase power as we are maximizing the sample size that will be exposed to the treatment.</p>
        <sec id="sec-5-1-1">
          <title>5.1. Traveler Facing Experiment</title>
          <p>An A/B experiment was set up where half of the potential travelers would be exposed to the
new boosting mechanism while the other half will not, then we will measure the diference
between these two groups.</p>
          <p>Hypothesis: By introducing the boosting mechanism it is expected to have a negative impact
on conversion, this impact is considered short term.</p>
          <p>Once the experiment was concluded and the acceptable loss was measured the supply side
experiment started.</p>
        </sec>
        <sec id="sec-5-1-2">
          <title>5.2. Supply Facing Experiment</title>
          <p>A follow up A/B experiment was set-up, where half of the cold supply will be eligible to be
boosted while the other half will not get the boost. In here it’s aimed to measure the long term
impact of the boost even after the boosting timeframe has run out.</p>
          <p>Hypothesis: By boosting the new supply we aim to increase retention and long term
performance, the value of the benefit from an increase in retention measured in this experiment should
be greater than the negative efect in conversion measured in the traveler facing intervention.
Even when the boost was temporary (first 30 days of being on the platform) the impact in
retention and performance was measured long after this, the goal here was to capture the long
term impact.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Results</title>
      <sec id="sec-6-1">
        <title>6.1. Ofline Results</title>
        <p>While removing the itemID embedding resulted in around a 1% drop in ndcg@10, when
restricting the evaluation set to only cold items, we do not see a significant change in the same metric.
This confirms that having the itemID as a feature without any embedding estimations for cold
items benefits only warm items.</p>
        <p>As mentioned above a property’s relevance depends heavily on the context. In addition to
using the main model as a baseline for ranking cold supply, a simple baseline consisting of
ranking by least expensive is also used ofline to evaluate the cold model. Below in table 2 is
how theses two baselines compare to the cold model.</p>
      </sec>
      <sec id="sec-6-2">
        <title>6.2. Online results</title>
        <p>From previous online experiments, we measured the drop in conversion rate relative to the
number of boosted cold properties (figure 2), based on this data, we selected an appropriate
value of N for the algorithm in 4.3.</p>
        <p>As it was expected, this intervention resulted in a drop in conversion rate measured through
a customer facing A/B experiment. Results are in table 3.</p>
        <p>After observing a notable disparity between the results of diferent customer cohorts, a
detailed ofline analysis of the customer facing experiment data revealed that there might be a
room for improvement by using uplift modeling to predict searches that are unlikely to convert
when cold properties are boosted. And by hiding this boost from these searches, it is possible to
achieve a smaller decline in conversion rate without significantly decreasing the reservations
for cold properties. In Figure 3 we show the estimated benefit of this personalized boosting
through uplift modeling.</p>
        <p>In the partner facing experiment, we examined the efect of boosting on a partner’s retention
rate. Looking at the supply as a whole the results were inconclusive, however, by looking at
partner’s cohorts separately(Figure 4) we see positive signals in one important group, to validate
these signals the experiment would need to be re-run with that cohort/group as the main group
of interest.</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>7. Conclusion and Next Steps</title>
      <p>Promoting new items is crucial for the long-term health and sustainability of recommender
systems, particularly within online travel agencies. Ensuring that new properties receive adequate
exposure is essential for keeping the marketplace dynamic and attractive to both travelers and
property owners. However, addressing the property’s cold start problem presents significant
challenges, primarily due to the limited information available on them and the absence of past
customer reviews, which are key trust signals for prospective customers. This paper proposed
a multi-funnel recommender system targeting cold properties by implementing a dedicated
ranking funnel for them, which is integrated with the main ranking funnel. Cold properties are
ranked independently and then combined with the main ranking via a deduplication logic in
order to balance the need for short-term customer conversion with long-term supply health. The
experimental setup demonstrated the system’s ability to improve new properties engagement,
with measured trade-ofs between short-term customer conversion rate and long-term partner
retention.</p>
      <p>As next steps, future improvements could focus on personalizing the boosting mechanism to
target only less sensitive customers to new properties. Restricting the boosting to only property
cohorts that are more likely to benefit from an increased visibility is also an option. By refining
this approach, it will be possible to further reduce the short-term impact on conversion rates
while improving new supply’s long-term health metrics.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bobadilla</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Ortega</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hernando</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gutiérrez</surname>
          </string-name>
          ,
          <article-title>Recommender systems survey</article-title>
          ,
          <source>Knowledge-Based Systems</source>
          <volume>46</volume>
          (
          <year>2013</year>
          )
          <fpage>109</fpage>
          -
          <lpage>132</lpage>
          . doi:
          <volume>10</volume>
          .1016/J.KNOSYS.
          <year>2013</year>
          .
          <volume>03</volume>
          .012.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>L.</given-names>
            <surname>Bernardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kamps</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kiseleva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Mueller</surname>
          </string-name>
          ,
          <article-title>The continuous cold start problem in e-commerce recommender systems</article-title>
          ,
          <source>CEUR Workshop Proceedings</source>
          <volume>1448</volume>
          (
          <year>2015</year>
          )
          <fpage>30</fpage>
          -
          <lpage>33</lpage>
          . URL: https://arxiv.org/abs/1508.01177v1.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>H.</given-names>
            <surname>Abdollahpouri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mansoury</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Burke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mobasher</surname>
          </string-name>
          ,
          <article-title>The unfairness of popularity bias in recommendation</article-title>
          ,
          <source>CEUR Workshop Proceedings</source>
          <volume>2440</volume>
          (
          <year>2019</year>
          ). URL: https://arxiv.org/abs/
          <year>1907</year>
          .13286v3.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A. H.</given-names>
            <surname>Jadidinejad</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          <article-title>MacDonald, I. Ounis, Using exploration to alleviate closed loop efects in recommender systems</article-title>
          ,
          <source>SIGIR 2020 - Proceedings of the 43rd International ACM SIGIR Conference on Research and Development in Information Retrieval</source>
          (
          <year>2020</year>
          )
          <fpage>2025</fpage>
          -
          <lpage>2028</lpage>
          . URL: https://dl.acm.org/doi/10.1145/3397271.3401230. doi:
          <volume>10</volume>
          .1145/3397271.3401230/SUPPL_ FILE/3397271.3401230.MP4.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Volkovs</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Poutanen</surname>
          </string-name>
          , Dropoutnet:
          <article-title>Addressing cold start in recommender systems</article-title>
          ,
          <source>Advances in neural information processing systems</source>
          <volume>30</volume>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>C.</given-names>
            <surname>Anderson</surname>
          </string-name>
          ,
          <article-title>Why the future of business is selling less of more</article-title>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>L.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Cui</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Xuan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <surname>S. B. P.</surname>
          </string-name>
          <article-title>of the 12th …</article-title>
          , undefined
          <year>2018</year>
          ,
          <article-title>Unbiased ofline recommender evaluation for missing-not-at-random implicit feedback, dl</article-title>
          .acm.orgL Yang,
          <string-name>
            <given-names>Y</given-names>
            <surname>Cui</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y</given-names>
            <surname>Xuan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S</given-names>
            <surname>Belongie</surname>
          </string-name>
          ,
          <source>D EstrinProceedings of the 12th ACM conference on recommender systems</source>
          ,
          <year>2018</year>
          <article-title>•dl</article-title>
          .acm.org (
          <year>2018</year>
          )
          <fpage>279</fpage>
          -
          <lpage>287</lpage>
          . URL: https://dl.acm.org/doi/abs/ 10.1145/3240323.3240355. doi:
          <volume>10</volume>
          .1145/3240323.3240355.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>F.</given-names>
            <surname>Pan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Ao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <article-title>Warm up cold-start advertisements: Improving ctr predictions via learning to learn id embeddings</article-title>
          ,
          <source>SIGIR 2019 - Proceedings of the 42nd International ACM SIGIR Conference on Research and Development in Information Retrieval</source>
          (
          <year>2019</year>
          )
          <fpage>695</fpage>
          -
          <lpage>704</lpage>
          . URL: https://dl.acm.org/doi/10.1145/3331184.3331268. doi:
          <volume>10</volume>
          . 1145/3331184.3331268/SUPPL_FILE/CITE2- 12H00-
          <fpage>D3</fpage>
          .
          <year>MP4</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Zhuang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Ge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Cao</surname>
          </string-name>
          ,
          <article-title>Learning to warm up cold item embeddings for cold-start recommendation with meta scaling and shifting networks</article-title>
          ,
          <source>SIGIR 2021 - Proceedings of the 44th International ACM SIGIR Conference on Research and Development in Information Retrieval</source>
          (
          <year>2021</year>
          )
          <fpage>1167</fpage>
          -
          <lpage>1176</lpage>
          . URL: https://dl.acm.org/doi/ 10.1145/3404835.3462843. doi:
          <volume>10</volume>
          .1145/3404835.3462843/SUPPL_FILE/192.MP4.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Gope</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Jain</surname>
          </string-name>
          ,
          <article-title>A survey on solving cold start problem in recommender systems</article-title>
          , in: 2017 International Conference on Computing,
          <article-title>Communication and Automation (ICCCA)</article-title>
          , IEEE,
          <year>2017</year>
          , pp.
          <fpage>133</fpage>
          -
          <lpage>138</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.</given-names>
            <surname>Liu</surname>
          </string-name>
          , I. Ounis,
          <string-name>
            <given-names>C.</given-names>
            <surname>MacDonald</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Meng</surname>
          </string-name>
          ,
          <article-title>A heterogeneous graph neural model for coldstart recommendation</article-title>
          ,
          <source>SIGIR 2020 - Proceedings of the 43rd International ACM SIGIR Conference on Research and Development in Information Retrieval</source>
          (
          <year>2020</year>
          )
          <fpage>2029</fpage>
          -
          <lpage>2032</lpage>
          . URL: https://dl.acm.org/doi/10.1145/3397271.3401252. doi:
          <volume>10</volume>
          .1145/3397271.3401252/SUPPL_ FILE/3397271.3401252.MP4.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. Z.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. L.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. W.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. G.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. L.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. B.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. H. C.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. J. G.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.-L. W.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. B.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. C.</given-names>
            <surname>Google</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Locanthi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Greaves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Lipshitz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Badam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. H.</given-names>
            <surname>Chi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Goodrow</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.-L.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Baugher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>Fresh content needs more attention: Multi-funnel fresh content recommendation, dl</article-title>
          .acm.orgJ Wang,
          <string-name>
            <given-names>H</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B</given-names>
            <surname>Locanthi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D</given-names>
            <surname>Greaves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B</given-names>
            <surname>Lipshitz</surname>
          </string-name>
          , S Badam,
          <source>EH ChiProceedings of the 29th ACM SIGKDD Conference on Knowledge Discovery and …</source>
          ,
          <year>2023</year>
          •dl.acm.org (
          <year>2023</year>
          )
          <fpage>5082</fpage>
          -
          <lpage>5091</lpage>
          . URL: https://dl.acm. org/doi/abs/10.1145/3580305.3599826. doi:
          <volume>10</volume>
          .1145/3580305.3599826.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>T.</given-names>
            <surname>Didi</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Guy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Livne</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Dagan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Rokach</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Shapira</surname>
          </string-name>
          ,
          <article-title>Promoting tail item recommendations in e-commerce</article-title>
          ,
          <source>UMAP 2023 - Proceedings of the 31st ACM Conference on User Modeling, Adaptation and Personalization</source>
          <volume>23</volume>
          (
          <year>2023</year>
          )
          <fpage>194</fpage>
          -
          <lpage>203</lpage>
          . URL: https: //dl.acm.org/doi/10.1145/3565472.3592968. doi:
          <volume>10</volume>
          .1145/3565472.3592968.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>T.</given-names>
            <surname>Mavridis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hausl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mende</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Pagano</surname>
          </string-name>
          , Beyond algorithms: Ranking at scale at booking. com., in: ComplexRec-ImpactRS@ RecSys, Virtual,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>R.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Shivanna</surname>
          </string-name>
          , D. Cheng, S. Jain,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Hong</surname>
          </string-name>
          , E. Chi, Dcn v2:
          <article-title>Improved deep &amp; cross network and practical lessons for web-scale learning to rank systems</article-title>
          ,
          <source>in: Proceedings of the web conference</source>
          <year>2021</year>
          ,
          <year>2021</year>
          , pp.
          <fpage>1785</fpage>
          -
          <lpage>1797</lpage>
          . doi:
          <volume>10</volume>
          .1145/3442381.3450078.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>