1 Introduction

Crowdshipping, defined as the application of individuals for delivery of other peoples’ shipments on trips they would make anyway (Behrend and Meisel 2018), has received much attention in the recent years. This is mainly triggered by the following general trends:

  1. (i)

    Increasing parcel volumes: In Germany, for instance, a study predicts that by 2024 5.1 bn shipments will need to be processed per year compared to 2.47 bn in 2011 (Statista 2022). Managing this sharp increase with the traditional courier service infrastructure seems barely possible, especially in the aging societies of many developed countries. Therefore, many postal service providers are on the lookout for novel forms of last-mile delivery.

  2. (ii)

    Gig economy: Large sharing platforms like Uber, Lyft, and AirBnB enjoy increasing popularity. In Europe, the sharing economy is estimated to have generated a total sales volume of €28 bn in 2015 (Vaughan and Daverio 2016). A sharing platform connects owners of under-used assets, such as cars, spare room, or parking spaces, with users willing to pay for the use of these assets. Naturally, unused transport capacity is also a potential asset to be shared.

  3. (iii)

    Ecological awareness: Road transport is among the most serious emission sources. It is estimated to contribute a 20% share of all CO\(_2\)-emissions (Schroten et al. 2012). Obviously, utilizing unused transport capacity on trips made anyway is a simple means to reduce traffic volume and thus emissions.

Given these trends, crowdshipping is the attempt of retailers (e.g., Amazon Flex or Walmart), logistics companies (e.g., DHL), and specialized online platforms offering a matching of supply and demand as a service (e.g., Uber Freight or postmates.com) to transfer the basic idea of the sharing economy to transport services, especially on the last mile. In this context, this paper treats a specific form of crowdshipping, which we call public transport crowdshipping.

On the demand side of public transport crowdshipping, we have shipments, e.g., parcels with goods ordered online, which have to be transported toward suitable parcel lockers. We assume that these lockers are located directly in the access paths of public transport, so that recipients can conveniently receive their shipments, e.g., on their way back home after work. Initially, the shipments to be transported are placed in other parcel lockers close to their origins. For instance, a small brick-and-mortar store also running an online sales channel can place an online order in a parcel locker close to the store and can announce their transport demand on the crowdshipping platform. Alternatively, the platform organizer could also offer the service to pick up larger shipment volumes, e.g., at a distribution center of a retail chain, and place the parcels into well-frequented lockers where many potential crowdshippers pass by. On the supply side, public transport users can register on the central crowdshipping platform and announce their travel behavior, e.g., their daily commute to and from work via the metro system, in a smartphone app.

Once a sufficient number of potential crowdshippers is collected, the platform matches supply and demand, e.g., with the help of the solution procedures provided in this paper, and announces transport requests onto the smartphones of selected crowdshippers. Such a request advises a crowdshipper via the smartphone to pick up a shipment at a specific parcel locker and also contains the access code to open the respective locker compartment. The crowdshipper can accredit the pickup by scanning a bar code on the parcel via the smartphone app, which is also the signal that the respective locker compartment is available again. Then, the crowdshippers take the parcels with them on their public transport rides. Once arrived, they place the parcels into other parcel lockers advised by the app and accredit the deposit by scanning the bar codes of parcels and locker compartments. These lockers can either be the parcels’ final destinations where they are picked up by the parcels’ actual recipients, or they are just intermediate lockers where the parcels wait for other crowdshippers to be moved onward.

The big advantage of public transport crowdshipping is its sustainability. Compared to road transportation, trains are eco-friendly means of transportation (Schroten et al. 2012) and, since public transport users make their trips anyway, this form of parcel delivery does not produce any additional traffic. Thus, especially environmentally aware travelers get intrinsically motivated and may request no high monetary compensation for their crowdshipping services, so that public transport crowdshipping can also become a low-cost parcel delivery mode. Long-term invest is only required for the development of the smartphone app, the setup of the IT infrastructure, and the parcel lockers to be positioned in stations of public transport. On the negative side, many crowdshipping platforms struggle with providing secure, scalable, and reliable transport services (Le et al. 2019). They depend on the volatile participation of crowdshippers, which varies from day to day and is hard to forecast. Ways to take on this challenge are, for instance, discussed by Savelsbergh and Ulmer (2022).

The basic idea of public transport crowdshipping is formulated in different publications, e.g., (Gatta et al. 2019a, b; Zhang et al. 2017), and companies such as Amazon (ParcelHero 2016) and HistSystem Co. (2019) have announced their intentions to establish a network of parcel lockers in public transport stations. However, the (to the best of the authors’ knowledge) only company that established parts of the public transport crowdshipping concept is the French platform Chronobee. Public transport users can register on the Chronobee platform (https://app.chronobee.com/) with their daily commute and are matched to transport requests also announced on the platform. However, parcel pickup and delivery are not organized via parcel lockers (but via direct interaction) and there is no option for multiple crowdshippers sharing the transport of a single parcel.

In this paper, we investigate the basic optimization problem of public transport crowdshipping and provide suitable solution methods to match crowdshipping supply and demand. The matching task also includes the planning of each parcel’s route through the public transportation network and its utilization of different parcel lockers as well as crowdshippers until finally reaching the destination locker in time. Specifically, we formulate six alternative objective functions that consider the aims of different stakeholders. While the crowdshipping platform aims to maximize their profit consisting of postal charges for each delivered parcel minus crowdshipping fees, crowdshippers rather focus on their own crowdshipping fees. The customers of parcel delivery services, instead, prefer reliable services and want to avoid that parcel handovers between crowdshippers are missed in case of train delays. We formulate our public transport crowdshipping problem and provide computational complexity results for all problem versions. Furthermore, we provide a heuristic decomposition approach that is easily adaptable to solve all problem versions. This allows us to investigate the relationship of the stakeholders’ objectives. Furthermore, we compare our cooperative crowdshipping policy that allows multiple subsequent crowdshippers to jointly transport a parcel from origin to destination with a more restrictive policy that excludes crowdshipper cooperation. Finally, we also investigate the impact of train delays and explore which of our objectives produces robust plans where only a few parcels miss their recipients.

Thus, our paper makes the following contributions to the literature: (a) We detail the operational processes and the basic matching task of a novel form of crowdshipping: public transport crowdshipping. (b) We provide suitable solution methods for the basic matching task with six different objectives to cover the aims of all main stakeholders. (c) We apply our solution methods in a comprehensive computational study in order to identify critical success factors. Here, we show that a large crowdshipper base of volunteering public transport users must be recruited, explore the different aims of the main stakeholders, investigate how to protect against stranded parcels due to unforeseen train delays, and evaluate the gains of cooperative transport where parcels take multiple legs with different crowdshippers toward their destination lockers.

The remainder of the paper is structured as follows. Section 2 reviews the related literature. Section 3 defines our public transport crowdshipping problem with its six alternative objectives and explores computational complexity. In Sect. 4, we provide the basic model formulation and report on necessary adaptions when dealing with the different objectives. Our heuristic decomposition approach is introduced in Sect. 5. Insights into the computational performance and managerial issues are provided in Sect. 6 and 7, respectively. Finally, Sect. 8 concludes the paper.

2 Literature review

The sharing and gig economy in general and crowdshipping in particular have attracted a lot of research in the recent years. Thus, we refer the reader to the following in-depth survey papers: Dablanc et al. (2017) (on-demand deliveries), Le et al. (2019) as well as Savelsbergh and Ulmer (2022) (crowdshipping), Boysen et al. (2019) (matching of supply and demand in the sharing industry), and Boysen et al. (2021) (last-mile delivery). For an overview on different crowdshipping applications, our own literature review, first, elaborates on the different user groups that are targeted as potential crowdshippers:

(i) Hired drivers: Some crowdshipping platforms hire independent drivers, who are hourly paid, contribute their own vehicle, and sign up in advance for prefixed time-slots. These platforms are either directly operated by large retailers like Amazon (with their Amazon Flex service) or by third-party companies offering a matching of supply and demand as a service (e.g., Uber Freight or postmates.com). Optimization approaches matching crowdshipping supply and demand as well as planning delivery routes are, for instance, provided by Archetti et al. (2016) and Arslan et al. (2018). The main disadvantage of this form of crowdshipping is that parcel delivery is not processed on trips made anyway. Instead, extra traffic is generated and, from an environmental perspective, nothing is gained compared to traditional delivery modes.

(ii) Occasional drivers: This disadvantage is avoided, if pickup and delivery requests of customers are properly integrated into existing trips, e.g., of private drivers with their own cars having some flexibility regarding the timing of their regular (independently planned) journeys (Zehtabian et al. 2022) or taxis offering additional freight services (Li et al. 2014).

(iii) In-store customers: Attracting a sufficiently large external driver base can produce a lot of effort (Le et al. 2019). Hence, it can be advantageous if specific groups of people, e.g., customers of large retail outlets, can directly be offered crowdshipping participation, e.g., for the purchases of their neighbors. Applications are reported for retail chain Walmart (Dayarian and Savelsbergh 2020), and optimization approaches are, for instance, provided by Gdowska et al. (2018).

(iv) Employees: Large brick-and-mortar retail outlets or distribution centers of online retailers employ hundreds of workers, who can increase their earnings by crowdshipping online orders to neighbors on their way back home from work. Test runs are reported for Walmart, and decision support matching parcels and employees is provided by Boysen et al. (2022).

(v) Air passengers: To exploit price differences between different countries and save on air mail freight tariffs, crowdshipping platforms such as piggybee.com broker crowdshipping air passengers with free luggage space.

(vi) Public transport users: In this paper, we consider public transport users as potential crowdshippers. The literature in this specific area of crowdshipping is summarized in more detail in the following.

The main factors influencing the willingness to participate in public transport crowdshipping are investigated in (Gatta et al. 2019a, b). They report on a survey from Rome (Italy) and state that about 50% of the questioned metro users are willing to participate. A brief review on further empirical studies on crowdshipping participation is provided by Punel et al. (2019). In the following, we only focus on operations research contributions.

A combination of delivery by traditional delivery vans and public transport is considered by (Ghilas et al. 2016b, a, c, 2018). Here, company-owned delivery vans cooperate with public transport operating on fixed timetables. Shipments can be handed over and, after transport, received from public transport, which acts as an additional intermediate transport option. A problem definition and a first MIP is presented by Ghilas et al. (2016b). The same problem is tackled by Ghilas et al. (2016a) and Ghilas et al. (2018) with adaptive large neighborhood search and branch-and-price, respectively. A stochastic problem version is treated by Ghilas et al. (2016c). A similar problem setting for alternative vehicles, i.e., cargo bikes and buses, is investigated by Masson et al. (2017); Azcuy et al. (2021) as well as Schmidt et al. (2022). Kou et al. (2022) investigate the peculiarities of combining delivery vans and public transport in a rural setting. In our problem setting, we have no delivery vans (or cargo bikes), and we decouple the handover process by parcel lockers. Two crowdshippers cooperating in the transport of a specific parcel need to subsequently access the locker, but not at the same time. This leads to a completely different problem structure.

Crowdshipping between different parcel lockers is also considered by Chen et al. (2017) and Chen et al. (2016). They, however, consider taxis and not public transport users as potential crowdshippers. This requires an additional coordination of parcel delivery with people transport and leaves more flexibility, because taxis are not bound to fixed timetables. Furthermore, crowdshipping between parcel lockers without any time constraints is considered by Wang et al. (2016) and Zhang et al. (2017). Finally, Kızıl and Yıldız (2022) consider the problem to decide the location of parcel lockers, that is to choose the stations where parcel lockers are to be installed, and evaluate solutions, including backup services with zero-emission vehicles for parcels that are not crowdshipped, using a scenario-based approach. The problem is formulated as a two-stage stochastic program and solved by a branch-and-price approach.

The existing crowdshipping literature also includes transshipment nodes into operational routing and assignment problems (e.g., Macrina et al. 2020; Vincent et al. 2022). These nodes add flexibility where shipments, delivered by company owned vehicles, are finally picked up by the crowdshippers. In our problem setting, the origin position at the first parcel locker is fixed for each shipment. Instead, we allow that multiple crowdshippers can participate in delivering shipments to their destinations by handing the parcel over at intermediate lockers. This transshipment option rather relates our problem setting to multi-hop ridesharing (e.g., Masoud and Jayakrishnan 2017; Wang et al. 2023), where passengers can hitch multiple subsequent rides to finally reach their destinations. In this domain, however, vehicles (crowdshippers) typically do not operate on predefined routes without any time flexibility and have a capacity for more than one passenger (parcel).

It can be concluded that the crowdshipping literature provides no suitable optimization procedures where public transport users with known travel behavior are coordinated to crowdship other peoples’ parcels between parcel lockers.

Finally, there are other optimization problems from other domains that share some important structural similarities with our optimizations problem for public transport crowdshipping. However, we come back to these similarities after having defined this problem in the following section.

3 Problem definition

The critical element of any crowdshipping solution is a central IT platform that matches supply and demand. This also holds true for our specific crowdshipping application, where public transport users pick up and deliver parcels among parcel lockers located in stations \(s \in S\) with given locker capacity \(L_s\) for storing shipments in locker compartments.

  1. (i)

    On the demand side, we have a set J of parcels. Beginning from release date \(r_j\), parcel \(j \in J\) is available at the parcel locker at origin station \(\alpha _j\). To deliver a parcel successfully, it needs to arrive at the parcel locker at destination station \(\omega _j\) no later than deadline \(d_j\), which is the point of time when the parcel’s actual recipient passes the lockers at station \(\omega _j\), e.g., on the way back home from work. If parcel \(j \in J\) is successfully delivered, the platform receives a postal charge \(p_j\). If a parcel cannot be forwarded to its destination on time, it cannot be accepted for crowdshipping services and the platform receives no postal charge.

  2. (ii)

    On the supply side, we have a set I of public transport users who have registered at the crowdshipping platform and are willing to participate in parcel delivery; we call them crowdshippers. Each crowdshipper \(i \in I\) is associated with a time-stamped path defining i’s movement through the public transportation network. Specifically, the time-stamped path is given as a sequence of tuples each referring to a departure time at a specific station. We presuppose that only those station visits are added to the time-stamped path, where the respective crowdshipper has enough time to pickup and/or deposit a parcel at a parcel locker. Hence, we do not explicitly consider a specific pickup and deposit duration. Furthermore, we only consider those stations where a parcel locker is located and where a parcel is to be picked up or delivered to (or at least one other crowdshipper can access the locker). When traversing a travel leg between two subsequent stations according to a time-stamped path, a crowdshipper has a capacity to carry at most one parcel.

We refer to the joint travel of a crowdshipper i and a parcel j starting with i picking j up at station \(s \in S\), moving from s to another station \(s'\in S\), and finally depositing j at station \(s'\) as an entrainment. For each entrainment, an entrainment fee f is paid to the crowdshipper by the platform. For a station s and a point in time t a crowdshipper passes through s, we say that \(n_{s,t}\) is the number of parcels stored in the lockers at s immediately after t. This number \(n_{s,t}\) is composed of (i) parcels that originate from station s and have not been picked up yet at t, of (ii) parcels that have been intermediately deposited in s until t, but have not been picked yet, and of (iii) parcels with delivery station s that have already reached their destination until t and have not been picked up by the recipient yet since \(d_s>t\).

A parcel is moved from its origin to its destination station not necessarily by a single entrainment. Instead, a solution to our crowdshipping problem is a sequence \(\sigma _j\) of entrainments assigned to each parcel \(j\in J\). An empty sequence \(\sigma _j\) reflects that parcel j is not delivered at all. We say a solution is delivery-feasible, if for each parcel \(j\in J\) with non-empty sequence (a) the first entrainment starts at station \(\alpha _j\) and does not start before release date \(r_j\), (b) each other entrainment starts at the station where the previous entrainment ended and does so not before the end time of the previous entrainment, and (c) the last entrainment ends at station \(\omega _j\) and does not end after deadline \(d_j\).

Furthermore, we say a solution is capacity-feasible, if (i) the crowdshippers’ capacity is not exceeded. This means that for each crowdshipper i and each station s on the path there is at most one entrainment involving i that starts at s or a previous station on the path and ends at a station that is reached after s. Furthermore (ii), the parcel lockers’ capacities are not exceeded. That is for each station s and each point in time t where a crowdshipper passes through s, there are at most \(L_s\) parcels in the locker and we have \(n_{s,t}\le L_s\).

Finally, we say a solution is feasible, if it is both delivery-feasible and capacity-feasible. Since we have different involved stakeholders, i.e., crowdshippers, recipients, and the platform provider, there may be different views on what is a good solution among the feasible ones. We consider six problem versions in the following:

  1. (1)

    MAX-PROFIT: The problem is to find a feasible solution maximizing profit. The profit associated with a feasible solution is the total postal charge for successfully delivered parcels (i.e., those with non-empty sequences of entrainments) minus the entrainment fees for the crowdshippers (i.e., the total number of entrainments multiplied by fee f). This objective mirrors the aim of a crowdshipping platform maximizing its own profit.

  2. (2)

    MAX-PARCELS: The problem is to find a feasible solution with a profit of at least a given threshold P that maximizes the number of delivered parcels. This objective aims to maximize the number of satisfied customers while granting the platform a minimum profit.

  3. (3)

    MAX-INVOLVEMENT: The problem is to find a feasible solution with a profit of at least a given threshold P that maximizes the number of crowdshippers with at least one entrainment. This objective aims to engage a maximum number of crowdshippers, while granting the platform a minimum profit P.

  4. (4)

    MIN-TOTAL-ENTRAINMENTS: The problem is to find a feasible solution with a profit of at least a given threshold P that minimizes the total number of entrainments over all parcels. Since each entrainment involves a failure risk, e.g., a parcel missing its subsequent entrainment due to a delayed train, this objective reduces the risk of stranded parcels. This is something both the platform and the recipients prefer to avoid.

  5. (5)

    MIN-MAX-ENTRAINMENTS: The problem is to find a feasible solution with a profit of at least a given threshold P that minimizes the maximum length of entrainment sequences among all parcels. A parcel is only successfully delivered toward its destination, if all its entrainments are successfully completed. Thus, reducing the number of entrainments per parcel should promote the number of successful deliveries by protecting against uncertainty. An obvious disadvantage of this objective is that in the worst case a single shipment with a large number of inevitable entrainments removes the optimization pressure from all other shipments. It will be part of our computational study in Sect. 7.3 to explore how severely this deteriorating effect impacts average results.

  6. (6)

    MAX-MIN-SLACK: For each successfully delivered parcel \(j\in J\), we consider the minimum slack time at \(\omega _j\) and at each station j where it is picked up by a crowdshipper (including \(\alpha _j\)). The slack time of parcel j at each such station s is the time it spends there in the locker between delivery and pickup. For the sake of convenience, we say that for each other pair of parcel j and those stations where j is not handled the slack time is infinite, so that they do not influence the minimum slack time. The problem is to find a feasible solution, which maximizes the minimum slack time among all pairs of parcels and stations while granting at least a minimum profit of P to the platform. Slack time protects against delays of trans and crowdshippers, and the larger the slack, the more delay of entrainments is acceptable without leading to stranded parcels. Note that in the field of robust optimization adding slack (buffer) time is one prominent approach to achieve solution-robustness (e.g., see Briskorn et al. 2011; Kouvelis and Yu 1996). Further note that again a single shipment that can only be feasibly transported if handed over among two specific crowdshippers with zero slack time removes the optimization pressure from all other parcels. It will be the task of our computational study in Sect. 7.3 to explore whether this disadvantage significantly deteriorates average results.

Fig. 1
figure 1

Example for  public transport crowdshipping

Example: Consider the example instance given in Fig. 1(a). Here, we have three crowdshippers a, b, and c traveling along three subway lines (blue, green, and orange) with the crowdshippers’ departure times given next to their person icons. It is assumed that travel between two neighboring stations of a line takes one time unit, so that crowdshipper b leaves the origin station at the upper left at 5 and arrives at the destination at the upper right station at 8. Two parcels A and B are to be delivered, where the lower (higher) number within the respective parcel icon indicates the earliest departure (latest arrival) at its origin (destination) station. Parcel pickup and deposit at a parcel locker is assumed to take negligible time, and the locker capacity is assumed to be non-restrictive. A solution that is both delivery-feasible and capacity-feasible is depicted in Fig. 1(b). The numbers in the parcel icons indicate their departure at the respective station (or the arrival time at a destination). Parcel B, for instance, leaves its origin station in the lower left with crowdshipper c on the blue line, is deposited at time 6 in the station where the blue and green line meet, and travels its final leg with crowdshipper b. This solution leads to the following objective values:

  1. (1)

    MAX-PROFIT: If we assume that the crowdshipping platform receives postal charge \(p_j=5\) for each parcel \(j\in J\) and each crowdshipper receives \(f=1\) money unit per parcel entrainment, our solution results in a total profit of 6 money units.

  2. (2)

    MAX-PARCELS: If we assume that the given minimum platform profit P does not exceed 6 money units, then both parcels are successfully processed and the objective value is 2. A profit of \(P>6\), however, cannot be achieved and, hence, the solution in Fig. 1(b) would not meet the profit requirement.

  3. (3)

    MAX-INVOLVEMENT: For \(P \le 6\), we have all three public transport users involved in crowdshipping.

  4. (4)

    MIN-TOTAL-ENTRAINMENTS: For \(P \le 6\), our solution involves a total number of four entrainments.

  5. (5)

    MIN-MAX-ENTRAINMENTS: For \(P \le 6\), the maximum number of entrainments per parcel amounts to 2, which is achieved by both parcels.

  6. (6)

    MAX-MIN-SLACK: While the slack time of parcel A’s handover (departure) where the yellow and green lines meet (at its origin locker) is 1 (2) time unit(s), it arrives at its destination right at the deadline. Hence, parcel A’s minimum slack is 0. Parcel B has a slack time of 1 time unit at all its relevant lockers (i.e., at its destination in the lower left, at its handover locker where the blue and green lines meet, and at its destination in the upper right). Hence, in total we have a minimum slack time of 0 (provided that \(P \le 6\)).

Our crowdshipping problem is based on a few (simplifying) assumptions and prerequisites, which we discuss in the following:

  1. (i)

    We presuppose deterministic information on the crowdshipper’s movement through the public transportation network. Thus, we assume that crowdshippers register at the platform and announce their time-stamped paths, e.g., before they head to work. Naturally, this assumption causes problems whenever crowdshippers cannot realize their announcement and are delayed. We address this type of uncertainty by our robustness-oriented objectives MIN-TOTAL-ENTRAINMENTS, MIN-MAX-ENTRAINMENTS, and MAX-MIN-SLACK. We test their abilities to protect against delays in Sect. 7.

  2. (ii)

    We only consider a static problem setting, which can, for instance, be applied to decide on order acceptance at the previous day, while the deterministic travel information is only applied to anticipate the shipments’ prospective traversal through the public transportation network. The operational routing based on continuously updated information, e.g., on delayed trains, canceled requests, or missing crowdshippers, is then left to another optimization task including dynamic and stochastic information. Even in a dynamic environment, however, our static problem version can be applied on a rolling planning horizon whenever new information occurs. Furthermore, the static version can be used to train a neural network to make online decisions or to establish bounds on the solution value of the dynamic version of the problem, which will facilitate the evaluation of heuristic approaches. Naturally, we only provide a first contribution to public transit crowdshipping that aims at inspiring further research.

  3. (iii)

    We presuppose the most basic compensation scheme for crowdshippers, which is very easy to communicate: a fixed entrainment fee f. Alternative schemes, for instance, influenced by parcel characteristics (e.g., weight or urgency), crowdshippers (e.g., their reliability rating or membership duration), and/or transportation legs (e.g., scarcity of crowdshippers on rarely used parts of the transportation network or the length of an entrainment) are possible, but left to future research.

  4. (iv)

    We assume that a crowdshipper can transport at most one parcel at a time. Naturally, it may also be possible to transship two small parcels instead of one large shipment, but again this problem extension is left to future research.

  5. (v)

    We assume that capacity restrictions \(L_s\) can be measured in number of parcels that fit into a locker at station \(s\in S\). This implies that differently sized parcels (and suitable locker compartments to hold them) are not differentiated. Since parcels are restricted in their size and weight to be conveniently handled by crowdshippers in public transport anyway, we assume that each parcel fits any compartment. Integrating differently sized parcels and compartments (or multiple shipments per customer) into our solution concepts seems straightforward, but is left to future research.

  6. (vi)

    We presuppose that parcels that end up with empty entrainment sequences do not occupy locker capacity at their origins. Since they cannot be feasibly crowdshipped, alternative delivery options beyond public transport must be utilized (e.g., a traditional postal service provider). Analogously, we assume that parcels with a slack of 0 at origin, handover, or destination lockers occupy no capacity. They are directly handed over among the persons meeting in front of the lockers.

  7. (vii)

    We do not include the shipments’ delivery toward the first locker and their final travel legs after the final locker. We assume that they are executed by the shippers hiring crowdshipping services and the recipients, respectively. Naturally, when comparing public transport crowdshipping with other last-mile delivery modes (e.g., regarding their costs and emissions) these legs must not be forgotten. However, the choice of the first (last) locker where a sender induces a shipment into the system (a recipient picks up a shipment) could be part of the operational decision (analogously to Macrina et al. 2020; Vincent et al. 2022) to circumvent scarce locker capacity. To extract the basic optimization setting, however, we leave this additional flexibility to future research.

Given this problem setting, the following paragraphs provide an analysis of computational complexity.

Theorem 3.1

MAX-PARCELS is strongly NP-hard even if \(P=f=0\), \(L_s=\infty\) for each \(s\in S\), and \(r_j=0\), \(d_j=\infty\), and \(p_j=1\) for each \(j\in J\).

We show NP-completeness of the decision version of MAX-PARCELS, which asks whether we can deliver all parcels by reduction from the problem to find a number of edge-disjoint paths in a directed acyclic graph, namely DISJOINT-PATHS, which is strongly NP-complete (see Slivkins 2010) and is restated in the following.

Given a directed graph \(G=(V,E)\) with n nodes and m arcs, and k pairs of terminals \((s_1,t_1),\dots ,(s_k,t_k)\), DISJOINT-PATHS is to determine whether there exist a directed path from \(s_l\) to \(t_l\) for each \(l=1,\dots ,k\), such that these paths do not share any edges. DISJOINT-PATHS is implied to be (strongly) NP-complete by Even et al. (1976), even if G is acyclic.

Proof

Given an instance I of DISJOINT-PATHS with G being acyclic, we construct an instance \(I'\) of MAX-PARCELS as follows. We set \(P=f=0\) and assume that nodes in V are numbered according to a topological ordering, that is if there is an arc leading from v to \(v'\), then \(v'>v\).

  • We have a station \(v\in S\) for each node \(v\in V\) in G with \(L_v=\infty\).

  • We have a crowdshipper \(e\in I\) for each arc \(e\in E\) in G. The path of crowdshipper \(e=(v,v')\) leads from station v directly to station \(v'\) and does not visit any other stations. We do not fully specify the time-stamps, here, but set them such that no crowdshipper leaves from \(v\in V\) before each crowdshipper reaching v has arrived. This can be done easily since G is acyclic.

  • Finally, we have \(J=\{1,\ldots ,k\}\) and each parcel \(j\in J\) has \(p_j=1\), \(\alpha _j=s_j\), \(\omega _j=t_j\), \(r_j=0\), and \(d_j=\infty\).

Note that each feasible solution to \(I'\) achieves the required profit of \(P=0\) since \(f=0\). Note, furthermore, that a delivery-feasible solution to \(I'\) with each parcel delivered has a sequence of entrainments for each delivered parcel \(j\in J\), which reflects a path from \(s_j\) to \(t_j\) in G. Since each crowdshipper can carry at most one parcel, these paths are arc-disjoint.

Now, it is not hard to see that the answer to I is yes, if and only if all parcel can be delivered in \(I'\). This completes the proof. \(\square\)

With Theorem 3.1, we can easily conclude Corollary 3.1.

Corollary 3.1

MAX-PROFIT is strongly NP-hard and determining whether a feasible solution to MAX-INVOLVEMENT, MIN-TOTAL-ENTRAINMENTS, MIN-MAX-ENTRAINMENTS, or MAX-MIN-SLACK exits is strongly NP-complete, even if \(f=0\), \(L_s=\infty\) for each \(s\in S\), and \(r_j=0\), \(d_j=\infty\), and \(p_j=1\) for each \(j\in J\).

It is not hard to see that MAX-PROFIT with \(f=0\) and \(p_j=1\) for each parcel \(j\in J\) is equivalent to MAX-PARCELS with \(P=0\). MAX-INVOLVEMENT, MIN-TOTAL-ENTRAINMENTS, MIN-MAX-ENTRAINMENTS, and MAX-MIN-SLACK generalize the decision version of MAX-PARCELS. We can set f and the profit threshold P in the former problems to 0 and the value achieved when all parcels are delivered, respectively, in order to determine whether it is possible to deliver all parcels.

4 Mixed integer programs

This section presents a basic mixed integer program (MIP) for MAX-PROFIT and details on necessary modifications to address the other objectives. We, first, introduce parts of the notation summarized in Table 1.

Table 1 Notation for MAX-PROFIT-MIP

Beside sets J, I, and S of parcels, crowdshippers, and stations as introduced in Sect. 3, we use various subsets. Sets \(S_i\) and \(S'_i\) contain all stations visited by crowdshipper \(i\in I\) on the fixed path and all stations visited but the last one on the path, respectively. The latter, thus, contains those stations where i can pick up a parcel. Sets \(I_s\) and \(I'_s\) represent the set of crowdshippers visiting station \(s\in S\) and the set of crowdshippers visiting but not starting in s, respectively. The latter, hence, contains all crowdshippers who can deliver a parcel to s. Sets \(I^1_j\) and \(I^2_j\) contain those crowdshippers who can pick up parcel \(j\in J\) at its origin station \(\alpha _j\), that is who leave \(\alpha _j\) not earlier than \(r_j\), and who can deliver j timely to its destination \(\omega _j\) (i.e., they reach \(\omega _j\) not later than \(d_j\)), respectively. Sets \(I^-_{i,s}\) and \(I^+_{i,s}\) represent the set of crowdshippers who are present at s the same time or earlier than i and the set of crowdshippers who are present at s the same time or later than i, respectively. That is, crowdshipper i can pick up a parcel at s delivered to s by any crowdshipper in \(I^-_{i,s}\), and a parcel delivered to s by i can be picked up by each crowdshipper in \(I^+_{i,s}\). Finally, we have \(J_{i,s}=\emptyset\) if crowdshipper i does not visit station s, and \(J_{i,s}=\{j\mid r_j\le t_{i,s}\le d_j\}\) otherwise.

We employ two type of variables. First, we consider binary variable \(x_{i,s,j}\) for each crowdshipper \(i\in I\), each station \(s\in S'_i\) visited by i except the last one on the path, and each parcel \(j\in J_{i,s}\) which is compatible with \(r_j\le t_{i,s}\le d_j\). Binary variable \(x_{i,s,j}\) equals 1, if crowdshipper \(i\in I\) moves parcel \(j\in J_{i,s}\) from station \(s\in S'_i\) toward \({\textbf{s}}^+_{i,s}\), and 0 otherwise. Second, we have continuous variable \(y_{i,s}\) for each crowdshipper \(i\in I\) and station \(s\in S'_i\) where i might pick up a parcel (that is, each station \(s\in S'_i\) visited by i except the last one on the path). Continuous variable \(y_{i,s}\) takes a value of at least 1, if crowdshipper \(i\in I\) picks up a parcel at station \(s\in S'_i\), and a value of at least 0 otherwise. We will argue, however, that in optimum solutions \(y_{i,s}\) takes only binary values.

Applying the notation summarized in Table 1, our MAX-PROFIT-MIP consists of objective function (1) and constraints (2) to (10).

$$\begin{aligned}&\text {MAX-PROFIT-MIP: Maximize } \sum _{j\in J}\sum _{i\in I^1_j}p_j\cdot x_{i,\alpha _j,j}-\sum _{i\in I}\sum _{s\in S'_i}f\cdot y_{i,s} \end{aligned}$$
(1)
$$\begin{aligned}&\text {s.t.}\sum _{j\in J_{i,s}}x_{i,s,j}\le 1\quad \qquad \forall \, i\in I; s\in S'_i \end{aligned}$$
(2)
$$\begin{aligned}&\sum _{i\in I:J_{i,s}\ni j}x_{i,s,j}\le 1\quad \qquad \forall \, j\in J; s\in S \end{aligned}$$
(3)
$$\begin{aligned}&x_{i,s,j}- \sum _{i'\in I^+_{i,{\textbf{s}}^+_{i,s}}}x_{i',{\textbf{s}}^+_{i,s},j}\le 0\quad \qquad \forall \, i\in I; s\in S'_i; j\in J_{i,s}: {\textbf{s}}^+_{i,s}\ne \omega _j \end{aligned}$$
(4)
$$\begin{aligned}&\sum _{i\in I^1_j}x_{i,\alpha _j,j}-\sum _{i\in I^2_j} x_{i,{\textbf{s}}^-_{i,\omega _j},j} = 0\quad \qquad \forall \, j\in J \end{aligned}$$
(5)
$$\begin{aligned}&\sum _{\begin{array}{c} {j\in J,}\\ {\alpha _j=s, t_{i,s}\ge r_j} \end{array}}\sum _{i'\in I^1_j}x_{i',\alpha _j,j}+\sum _{i'\in I^-_{i,s}\cap I'_s}\sum _{\begin{array}{c} {j\in J_{i',{\textbf{s}}^-_{i',s}}:}\\ {\omega _j \ne s} \end{array}}x_{i',{\textbf{s}}^-_{i',s},j}\nonumber \\&\quad +\sum _{i'\in I^-_{i,s}\cap I'_s}\sum _{\begin{array}{c} {j\in J_{i',{\textbf{s}}^-_{i',s}}:}\\ {\omega _j =s, d_j \ge t_{i,s}} \end{array}}x_{i',{\textbf{s}}^-_{i',s},j}-\sum _{i'\in I^-_{i,s}}\sum _{j\in J_{i',s}}x_{i',s,j}\le L_s\quad \qquad \forall \, i\in I; s\in S_i \end{aligned}$$
(6)
$$\begin{aligned}&x_{i,s,j}-x_{i,{\textbf{s}}^-_{i,s},j}\le y_{i,s} \quad \qquad \forall \, s\in S'_i; i\in I'_s; j\in J_{i,s} \end{aligned}$$
(7)
$$\begin{aligned}&x_{i,s,j}\le y_{i,s}\quad \qquad \forall \, i\in I; s\in S'_i; i\not \in I'_s; j\in J_{i,s} \end{aligned}$$
(8)
$$\begin{aligned}&x_{i,s,j}\in \left\{ 0,1\right\} \quad \qquad \forall \, i\in I; s\in S'_i; j\in J_{i,s} \end{aligned}$$
(9)
$$\begin{aligned}&y_{i,s}\ge 0\quad \qquad \forall \, i\in I; s\in S'_i \end{aligned}$$
(10)

Objective function (1) defines the aim of the platform provider, which is the maximization of the total profit consisting of the sum of postal charges for all successfully delivered parcels minus the total entrainment fees to be paid to the crowdshippers. Note that for given x-variables \(y_{i,s}\) gets assigned the smallest feasible value in optimum solutions due to (1). Constraints (2) enforce the capacity of (at most) a single parcel per travel leg for each crowdshipper. Only a single crowdshipper can move a parcel j from a specific station s due to (3). Naturally, this can be crowdshipper \(i \in I\), if and only if parcel j is an element of \(J_{i,s}\), which contains all parcels that can be moved from station s by i. Constraints (4) guarantee that each parcel j moved to a station s will be carried further unless \(\omega _j=s\), that is if s is its destination. Note that \(i\in I^+_{i,s}\) and, hence, (4) covers the case where a parcel travels through s without being put in a locker. Note, furthermore, that (4) implies that a sequence of entrainments can only end at a parcel’s destination. Note, finally, that (4) together with (3) implies that parcels cannot travel in circles and, hence, each parcel that is picked up at all gets assigned a sequence of entrainments ending at the parcel’s destination. Constraints (5), then, ensures that such a parcel is transported from its origin. Violations of lockers’ capacities are prevented by constraints (6). The left side reflects \(n_{s,t_{i,s}}\), that is the number of parcels in the lockers at s immediately after crowdshipper i has left s. The first sum counts the parcels which start at s (\(\alpha _j=s\)) and have been put into a locker until \(t_{i,s}\) (\(t_{i,s}\ge r_j\)). The second sum counts the parcels which do neither start nor end at s (\(\omega _j\ne s\)) and have been transported to s until \(t_{i,s}\) (\(i'\in I^-_{i,s}\cap I'_s\)). The third sum counts the parcels which end at s (\(\omega _j=s\)), arrived at s until \(t_{i,s}\) (\(i'\in I^-_{i,s}\cap I'_s\)), and have not been taken out of the locker by the recipients until \(t_{i,s}\) (\(d_j\ge t_{i,s}\)). Finally, the fourth sum counts the parcels that have been transported from s until immediately after \(t_{i,s}\). Note that a parcel which travels through s without ever being put into a locker at s never contributes to the capacity load. Constraints (7) and (8) enforce that \(y_{i,s}\ge 1\) if j is picked up by i at s and s is not i’s first station and s is i’s first station, respectively. Note that in this case we obtain \(y_{i,s}=1\) in optimum solutions, since \(y_{i,s}\) will get assigned a value as small as feasibly possible due to the objective function. Finally, (9) and (10) define the variables’ domains. If neither (7) nor (8) enforce \(y_{i,s}\ge 1\), then we obtain \(y_{i,s}=0\) in optimum solutions, again, due to the objective function.

Note that it is not enforced that the sequence of entrainments actually starts at the parcel’s origin. We can, however, cut all entrainments leading to the parcel’s origin without decreasing the objective value or losing feasibility. We suggest to add Constraints (11) and (12) to MAX-PROFIT-MIP to restrict the solution space.

$$\begin{aligned}&\sum _{i\in I'_{\alpha _j}:j \in J_{i, {\textbf{s}}^-_{i,\alpha _j}}}x_{i,{\textbf{s}}^-_{i,\alpha _j},j}\le 0{} & {} \forall \, j\in J \end{aligned}$$
(11)
$$\begin{aligned}&\sum _{i\in I'_{\omega _j}:j \in J_{i, \omega _j}}x_{i,\omega _j,j}\le 0{} & {} \forall \, j\in J \end{aligned}$$
(12)

Constraints (11) cut solutions where the sequence of entrainments does not start at the parcel’s origin. Constraints (12) do not cut any solutions but make it explicit that a sequence of entrainments must end at a parcel’s destination. Preliminary computational test have shown that these extensions lead to a speed up of standard solver Gurobi, so that all computational tests reported in Sect. 6 include these valid inequalities.

Given our basic model MAX-PROFIT-MIP, the adaptions in order to cover our five alternative objectives are truly straightforward. While MAX-PROFIT directly aims to maximize the profit, the other problems rather have a minimum platform profit P that must be ensured by additional constraint

$$\begin{aligned} \sum _{j\in J} \sum _{i\in I^1_j}p_j\cdot x_{i,\alpha _j,j}-\sum _{i\in I}\sum _{s\in S'_i}f\cdot y_{i,s}&\ge P. \end{aligned}$$
(13)

Given constraints (2)-(13) and the notation reported in Table 2, the modified objective functions and the necessary additional constraints for our five alternative objectives are summarized in Table 3.

Table 2 Additional notation for other objectives
Table 3 Extended MIP formulations for the remaining objectives

Due to the complexity status of our problem versions, we cannot expect that our MIPs are solvable for an off-the-shelf solver if the numbers of parcels and crowdshippers reach dimensions relevant to real-world crowdshipping platforms. Therefore, the following section provides an additional heuristic solution procedure.

5 A heuristic decomposition framework for all objectives

A suitable solution procedure should cover all of our six problem versions with only minor adaptions, and it should deliver close to optimal solutions in acceptable time even for considerable numbers of parcels and crowdshippers. Our suggestion to meet these requirements is a heuristic decomposition framework that consists of two stages. On the first stage, which we describe in more detail in Sect. 5.1, we introduce a modification of Dijkstra’s algorithm to generate a pool of single-parcel tours through a given public transportation network. On the second stage (see Sect. 5.2), we apply a standard solver to select parcel tours from the pool by solving a MIP similar to the well-known set packing problem.

5.1 Generating a pool of single-parcel tours

In the first stage, we generate a pool of single parcel tours for all parcels. If each parcel tour was optimized individually, then most of them would utilize the central resources where most traffic passes. Therefore, we apply a special mechanism where also tours via less central resources are generated to ensure diversity within the pool. Specifically, we consider a sequence \(\pi\) of all parcels in J and generate a tour for parcels one by one in the order indicated by \(\pi\). When generating a tour for the k-th parcel in \(\pi\), we account for capacities of crowdshippers occupied by tours for the first \(k-1\) parcels. Virtually, whenever a part of a crowdshipper’s path is occupied by the k-th parcel, we consider each remaining part of this path as a distinct crowdshipper (who is available throughout this path) for the \((k+1)\)-th parcel.

For a specific parcel \(j\in J\), we then generate a path from \(\alpha _j\) to \(\omega _j\) respecting release date \(r_j\), deadline \(d_j\), and the crowdshippers’ time-stamped paths as follows. The scheme loosely follows Dijkstra’s algorithm and the A\(^*\)-algorithm (Ikeda et al. 1994) with stations corresponding to nodes in a graph and paths of crowdshippers corresponding to paths in that graph. Rather than restricting ourselves to a purely time-driven evaluation of paths for j, we consider \(\phi _s=w_\mu \cdot \mu _s + w_d\cdot q_{s} + w_t \cdot t_s\) for each station \(s\in S\), where \(\mu _s\) is the number of entrainments on the path of j from \(\alpha _j\) to s, \(q_{s}\) represents the Manhattan distance between stations s and \(\omega _j\), \(t_s\) is time parcel j reaches s on the path, and \(w_\mu\), \(w_d\), and \(w_t\) are weights.

We designed \(\phi _s\) to reflect various aspects relevant for the different objectives. Furthermore, we maintain for each station \(s\in S\) the crowdshipper \(i_s\), which brought j to s. Initially, we set \(\phi _{\alpha _j}=w_\mu \cdot 0 + w_d\cdot q_{\alpha _j} + w_t \cdot r_j\) and \(\phi _{s}=\infty\) for each \(s\ne \alpha _j\) and initialize \(i_s=\cdot\) for each \(s\in S\) with a dummy. In each iteration, the procedure then determines a station \(s^*\) to which the best path is then fixated. Furthermore, we update the best found paths to stations which can be reached be traveling one station with a crowdshipper from \(s^*\), given that \(s^*\) is reached at time \(t_{s^*}\). In the course of the procedure, \({\overline{S}}\) represents the set of stations with fixated paths toward them. Initially, we have \({\overline{S}}=\emptyset\).

In each iteration, \(s^*\) is determined as \(s^*=\arg \min \left\{ \phi _{s}\mid s\in S{\setminus } {\overline{S}}\right\}\). If \(s^*=\omega _j\) and \(t_{s^*}\le d_j\), we have found the (feasible) path from \(\alpha _j\) to \(\omega _j\). If \(s^*=\omega _j\) and \(t_{s^*}>d_j\), the procedure failed to find a feasible path. Finally, if \(s^*\ne \omega _j\), we determine the set \(I_{s^*}\) of crowdshippers starting from \(s^*\) not before \(t_{s^*}\). For each \(i\in I_{s^*}\) and the corresponding station \({\textbf{s}}^+_{i,s^*}\) to which i travels from \(s^*\), we determine the implied value \(\phi _{{\textbf{s}}^+_{i,s^*},i}\) of \(\phi _{{\textbf{s}}^+_{i,s^*}}\) as

$$\begin{aligned} \phi _{{\textbf{s}}^+_{i,s^*},i} = {\left\{ \begin{array}{ll} w_\mu \cdot \mu _{s^*} + w_d\cdot q_{{\textbf{s}}^+_{i,s^*}} + w_t \cdot t_{i,{\textbf{s}}^+_{i,s^*}} &{} i=i_{s^*} \\ w_\mu \cdot (\mu _{s^*}+1) + w_d\cdot q_{{\textbf{s}}^+_{i,s^*}} + w_t \cdot t_{i,{\textbf{s}}^+_{i,s^*}} &{} i\ne i_{s^*}. \end{array}\right. } \end{aligned}$$

In both cases, \(q_{{\textbf{s}}^+_{i,s^*}}\) reflects the distance between the next station \({\textbf{s}}^+_{i,s^*}\) and \(\omega _j\), and \(t_{i,{\textbf{s}}^+_{i,s^*}}\) represents the time parcel j would reach the next station \({\textbf{s}}^+_{i,s^*}\) if it is carried from \(s^*\) by crowdshipper i. In the upper case, this crowdshipper i is the same as the one that brought j to \(s^*\) (that is, j travels through \(s^*\) with i) and, hence, \(\mu _{{\textbf{s}}^+_{i,s^*}}=\mu _{s^*}\). In the lower case, crowdshipper i picks up j at \(s^*\) and, hence, \(\mu _{{\textbf{s}}^+_{i,s^*}}=\mu _{s^*}+1\). Note that the same station s might be the next station for multiple crowdshippers in \(I_{s^*}\) and the implied values might differ among them. We update all path information for station \({\textbf{s}}^+_{i,s^*}\) for each \(i\in I_{s^*}\), if

$$\begin{aligned} \phi _{{\textbf{s}}^+_{i,s^*}}>\min \left\{ \phi _{{\textbf{s}}^+_{i',s^*},i'}\mid i'\in I_{s^*}, {\textbf{s}}^+_{i,s^*}={\textbf{s}}^+_{i',s^*}\right\} , \end{aligned}$$

that is if the best implied path by any crowdshipper traveling from \(s^*\) to \({\textbf{s}}^+_{i,s^*}\) yields a lower value of \({\textbf{s}}^+_{i,s^*}\).

To generate a pool with multiple tour candidates for each parcel, we repeatedly draw a random sequence \(\pi\) and employ the procedure detailed above for four different weight sets \((w_\mu ,w_d,w_t)=(1/3, 1/3, 1/3),(1/3, 2/3, 0),(0, 1/2, 1/2),(0, 2/3, 1/3)\). These weight sets haven proven most effective in preliminary tests, which (for a matter of conciseness are not reported in this paper). A tour is admitted to the pool, if it generates a profit, that is if the postal charge exceeds the total entrainment fees. The pool is complete once we gathered 10 tours per parcel on average. The latter choice, too, has proven as a reasonable compromise between runtime and solution quality in preliminary tests not reported in this paper.

5.2 Combining single-parcel tours

After generating a set \({{\mathcal {T}}}_j\) of single-parcel tours for each parcel \(j\in J\) as detailed in Sect. 5.1, we use an off-the-shelf solver and a MIP model formulation in order to combine single-parcel tours to a feasible solution. We present the MIP model formulation in the following, while using the additional notation summarized in Table 4.

Table 4 Additional notation for stage 2

Again, we describe our basic MIP for objective MAX-PROFIT first and report on necessary adaptions for our alternative objectives afterward.

$$\begin{aligned}&\text {MAX-PROFIT-SELECT: Maximize } F(\epsilon )=\sum _{j\in J}\sum _{\psi \in \mathcal {{\mathcal {T}}}_j}c_{\psi }\cdot \epsilon _{\psi } \end{aligned}$$
(14)
$$\begin{aligned}&\text {s.t. }\sum _{\psi \in \mathcal {{\mathcal {T}}}_j}\epsilon _{\psi }\le 1{} & {} \forall \, j\in J \end{aligned}$$
(15)
$$\begin{aligned}&\sum _{j\in J}\sum _{\psi \in \mathcal {{\mathcal {T}}}_j}\Xi _{i,s,\psi }\cdot \epsilon _{\psi }\le 1{} & {} \forall \, i\in I; s\in S'_i \end{aligned}$$
(16)
$$\begin{aligned}&\sum _{j\in J}\sum _{\psi \in \mathcal {{\mathcal {T}}}_j}\Delta _{i,s,\psi } \cdot \epsilon _{\psi }\le L_s{} & {} \forall \, i\in I; s\in S'_i \end{aligned}$$
(17)
$$\begin{aligned}&\epsilon _{\psi }\in \{0,1\}{} & {} \forall \, \psi \in \mathcal {{\mathcal {T}}}_j, j\in T \end{aligned}$$
(18)

Our MAX-PROFIT-SELECT model uses binary variable \(\epsilon _{\psi }\) for each \(\psi \in {{\mathcal {T}}}_j\), \(j\in J\), which takes value 1 if tour \(\psi\) is selected and value 0 otherwise. At most one tour can be selected per parcel \(j\in J\), see (15), that is each parcel is delivered at most once. Two tours concerning different parcels cannot be selected simultaneously, if they occupy the same crowdshipper on the same travel leg, see (16). Similarly, at each relevant point of time no more than \(L_s\) parcels can be stored in a locker at station s, see (17). Finally, objective function (14) represents the goal to maximize the total profit achieved.

To represent our five alternative objectives, additionally a minimum total profit P is ensured by constraint

$$\begin{aligned} \sum _{j\in J}\sum _{\psi \in \mathcal {{\mathcal {T}}}_j}c_{\psi }\cdot \epsilon _{\psi }&\ge P. \end{aligned}$$
(19)

Given constraints (15) to (19) and the notation listed in Table 4, our modified objective functions as well as the additional constraints are specified in Table 5.

Table 5 Extended set packing formulations for the different objectives

Our MIP formulations extend the famous set packing problem (see Garey and Johnson 1979). Today’s default solvers are generally known to be quite capable in solving this kind of model. The computational performance analysis reported on in the following section explores whether this claim can be confirmed in our case.

6 Performance of algorithms

In this section, we test the performance of our solution approaches. Since no established testbed is available for our public transport crowdshipping problem, we first elaborate how our instances have been generated in Sect. 6.1. Afterward, in Sect. 6.2, we benchmark the performance of our heuristic decomposition procedure with a standard solver solving our MIP models.

All computations have been executed on a 64-bit PC with an 7-3770 3.40 GHz CPU and 16.0 GB of RAM. All solution methods have been implemented using VisualBasic (Visual Studio 2019), and off-the-shelf solver Gurobi (version 9.1.2) has been applied for solving the MIP models with a general time limit of 300 s, if not explicitly stated otherwise.

6.1 Data generator

This section reports on our data generator, which is based on the public transport system of Hamburg (Germany). Our data generator receives the number of parcels |J| and the number of crowdshippers |I| as its own input data. Given this input, each single instance is obtained as follows.

Fig. 2
figure 2

Public transport system of Hamburg [Source: HVV]

  • Public transport network: Given the railway system of Hamburg, we utilize subway lines U1, U2, U3, and U4 as well as urban railway lines S1, S21, S3, and S31 (see Fig. 2). Each line \(l\in L\) is defined by a sequence of stations \(S_l\subseteq S\), so that our test bed consists of \(|S|=147\) stations in total. These stations of set S are partitioned into two subsets \(S=S_C\cup S_S\). Stations of sets \(S_C\) and \(S_S\) represent inner city and suburban stations and they are marked in gray and pink, respectively. For each line \(l\in L\), we use frequency \(f_l\) given by the original schedule of the HVV during the working hours (i.e., \(f_{U1}=f_{U2}=f_{U3}=5\)), and \(f_l = 10\) for the rest of the time. The travel times between any two consecutive stations of a line are drawn from \({\mathcal {U}}\{1,2,3\}\), which is in line with the vast majority of real-world stations. Finally, our planning horizon is set to 10 hours, i.e., \(T=600\) minutes.

  • Lockers: For each station \(s\in S\), we draw a locker capacity \(L_s\) proportional to the crowdshipper traffic. Parameter \(L_s\) is initially determined by normalized ratio \(v_s^{norm}\), defined as the ’number of lines’ divided by the ’sum of corresponding frequencies’. Subsequently, \(L_s\) is finally established through \(L_s = \frac{1}{8} |J| + \frac{1}{4} |J| \cdot v_s^{norm}.\) This ensures that the minimum capacity is \(\frac{1}{8} |J|\), while the maximum capacity is \(\frac{3}{8} |J|\).

  • Parcels: For each parcel \(j \in J\), we draw a release date \(r_j\sim {\mathcal {U}}\{1,\ldots ,|T|/10\}\) and a deadline \(d_j\sim {\mathcal {U}}\{9\cdot |T|/10,\ldots , |T|\}\). We assume that with a probability of 50% a parcel has to be transported from a city center to a suburban station, where origin and destination stations are randomly chosen from sets \(S_C\) and \(S_S\), respectively, and with 50% vice versa. For each successfully delivered parcel, the platform receives a constant postal charge of \(p_j=p=5\).

  • Crowdshippers: We assume that 40% of the crowdshippers move during the morning hours, i.e., we determine their departure time \(t_i\) by drawing from a uniform distribution: \(t_i \sim {\mathcal {U}}\{1, \ldots , 3 \cdot |T|/10\}\). Another 40% of crowdshippers move during the late hours (\(t_i \sim {\mathcal {U}}\{6 \cdot |T|/10 + 1, \ldots , 9 \cdot |T|/10\}\)), and the remaining 20% of crowdshippers move during main working hours (\(t_i \sim {\mathcal {U}}\{3 \cdot |T|/10 + 1, \ldots , 6 \cdot |T|/10\}\)).

    Crowdshippers of the morning hours needs to travel from a suburban area to a city center station (with a probability of 60%), while 30% move in the opposite direction, and 10% travel entirely within the city center. The origin and destination stations are randomly selected from sets \(S_C\) and \(S_S\).

    During the late hours, the selection of origin and destination station is reversed, so that 60% move from the city center to the suburban area, while 30% move in the opposite direction, and again 10% stay in the city center.

    For crowdshippers that travel during the main working hours, we assume that they travel with equal probability from a suburban area to the city center, the other way round, or within the city center.

    Given the origin station, departure time, and destination of crowdshipper \(i\in I\), we determine the shortest path by the standard Dijkstra algorithm through our network in order to determine their time-stamped paths \(t_{i,s}\). The fixed entrainment fee is \(f=1\).

Finally, we set the repetition counter to ten for each data setting defined by the number of parcels |J| and the number of crowdshippers |I|. Hence, ten instances, each derived as defined above, are returned by our data generator.

6.2 Computational results

Our performance tests benchmark our heuristic decomposition procedure (see Sect. 5) with off-the-shelf solver Gurobi when fed with the MIPs of Sect. 4. Our complete tests have shown that there are no significant performance differences of both competitors for the different objectives. To not overload this paper, we therefore decided to only report the performance results of objective MAX-PROFIT. When comparing the performance of these solution approaches in Table 6, we report on the average optimality gap in percent determined by Gurobi (column ’gap’), the average gap in percent to the best solution found among both competitors (column ’gap\(_b\)’), the number of instances where the approach found the best solution among both competitors (column ’best’), the number of solutions proven to be optimal (column ’opt’), the number of instances where at least one feasible solution with an objective value \(\ge 0\) was obtained (column ’feas’), and the average CPU-seconds (column ’sec’). Note that time limit of the default solver was set to 15 min and the CPU-seconds of the heuristic include the preprocessing time of pool generation. In our study, we vary the number of parcels |J| and the number of crowdshippers |I|. For each combination of these parameters, ten instances as described in Sect. 6.1 have been obtained, so that in total 270 instances constitute this testbed. The results summarized in Table 6 suggest the following findings:

Table 6 Performance test of Gurobi and the heuristic decomposition procedure for objective MAX-PROFIT
  • Gurobi: Default solver Gurobi performs very well when handling smaller instance sizes of \(|J|\le 30\) parcels. Here, it is able to verify all optimal solutions within short computational times. However, Gurobi struggles with larger instance sizes of \(|J|\ge 70\) parcels, especially with a large crowdshipper base. Here, gaps as well as runtimes increase and less best solutions are obtained. For larger instances with fewer crowdshippers, however, Gurobi still outperforms our heuristic. Unfortunately, our computational evaluation in Sect. 7.1 will show that a large crowdshipper base is required to move a substantial number of parcels. In these cases, our heuristic seems the better option. Note that these results did not improve significantly in further tests, where we allowed the default solver longer running times up to one hour.

  • Decomposition heuristic: Our heuristic, instead, produces a good compromise between solution quality and time, especially for large instances with many parcels and crowdshippers. It determines feasible solutions for all instances and requires less than one minute even for the largest instance sizes. The (optimality) gaps are reasonably small.

We conclude that both solution approaches seem an appropriate choice for our crowdshipping problem. Especially, for large instances with many shipments and potential crowdshippers, our heuristic seems the better choice, especially when fast decisions are required.

7 Managerial issues

This section is dedicated to managerial issues. We want to identify critical factors for the successful diffusion of public transport crowdshipping. Specifically, we explore how many volunteering crowdshippers must be recruited in order to successfully deliver a given amount of parcels in Sect. 7.1, we provide a relationship analysis between the different objectives in Sect. 7.2, and we address robustness issues to avoid stranded parcels in case of unforeseen train delays in Sect. 7.3. Finally in Sect. 7.4, we compare a splitting of a shipment’s travel from origin to destination among multiple crowdshippers with direct single-crowdshipper transports. The latter promise a better protection against unforeseen train delays but offer less planning flexibility.

If not explicitly stated otherwise, we generate our instances as described in Sect. 6.1 for a varying number of parcels |J| and available crowdshippers |I|. To not spoil our investigations by heuristic gaps, we decided to apply Gurobi (with a time limit of one hour) on smaller instances with up to \(|J|\le 60\) parcels only.

7.1 How many crowdshippers need to be recruited?

Among the outstanding challenges to successfully establish crowdshipping as a reliable every-day delivery option is certainly the volatile participation of volunteering crowdshippers (Le et al. 2019; Savelsbergh and Ulmer 2022). Therefore, recruiting a large enough base of participating crowdshippers is an important task for the successful diffusion of public transport crowdshipping. The specific means how to successfully attract public transport users for crowdshipping (e.g., a media campaign advertising the positive environmental impact and/or attractive entrainment fees) go beyond this paper. In this specific context, however, we want to explore how large the base of volunteering crowdshippers must be to successfully deliver a substantial amount of parcels via public transport crowdshipping.

To do so, we relate the parcel-to-crowdshipper-ratio to the delivery rate of successfully crowdshipped parcels in Fig. 3. Specifically, we solve instances with \(|J|=\{20,40,60\}\) parcels to be transported, a volunteering crowdshipper base of \(|I|=\{|J|,2|J|,3|J|,4|J|,5|J|\}\), and compare wide deadlines (as described in Sect. 6.1) and tight deadlines with \(d_j = r_j + 2\cdot |T|/3\). Our optimization objective is MAX-PROFIT, and we report on the delivery rate, i.e., the number of successfully crowdshipped parcels divided by all parcels in %. The results of our computational test, summarized in Fig. 3, show us basically four things:

Fig. 3
figure 3

Delivery rates of parcels in % depending on the number of parcels |J|, participating crowdshippers |I|, and wide or tight deadlines

  1. (1)

    Low impact of tighter deadlines: The urgency of deliveries impacts the size of the crowdshipper base that is necessary to reach substantial delivery rates, but not to a large extent. Tight deadlines reduce the flexibility to involve crowdshippers in public transport crowdshipping, but this effect reduces the delivery rates only by a few percentage points.

  2. (2)

    More traffic on the platform increases the matches: We can also observe a phenomenon, which is widely known for all kinds of matching problems (e.g., when organizing live kidney donations, see Roth et al. 2004). In Fig. 3, we can clearly observe that at a constant parcel-to-crowdshipper-ratio more traffic on the platform (i.e., more registered parcels and thus more volunteering crowdshippers, but at a constant ratio) increases the delivery rates. The larger the pool of volunteering crowdshippers and requested deliveries, the larger the flexibility to identify better matches.

  3. (3)

    Large crowdshipper base required: Our results show that a crowdshipper base of significant size is required to reach noteworthy delivery rates. If we have the same number of crowdshippers than parcels (i.e., \(|I|=|J|\)), then only less than 38% of the registered shipments can feasibly be crowdshipped. At least twice as many crowdshippers than parcels are required to successfully crowdship about 62% of the parcels, and delivery rates of about 80%, instead, already require about five times more crowdshippers (wide deadlines).

  4. (4)

    The positive impact of additional crowdshippers quickly diminishes: Finally, our results also indicate that the marginal returns of an increasing crowdshipper base reduce quickly. If we have just a small crowdshipper base (i.e., \(|I|=|J|\)), then adding another |J| crowdshippers to the participants almost doubles the delivery rates. The same increase of |J| additional crowdshippers if we already have a crowdshipper base of \(|I|=3|J|\) volunteers, instead, only leads to marginal additional returns around 10%. This effect implies that even with a very large crowdshipper base it cannot be expected that all registered parcels can be feasibly crowdshipped.

Naturally, these results should not be mistaken as precise target values for the number of crowdshippers to be recruited. The results are also impacted by other factors, such as the size of the public transport network and the pricing scheme. Nonetheless, our first experiment leads us to the following managerial take-home message:

Actionable insights: To not disappoint large parts of shippers seeking crowdshipping services for their parcels, a platform must recruit an active daily base of reliable crowdshippers that is considerably larger than the amount of parcels to be moved. Before investing into (IT and parcel locker) infrastructure, a crowdshipping platform for public transport should thus critically evaluate whether it is actually realistic to recruit such a substantial crowdshipper base. If this evaluation is positive, however, even an excessively large crowdshipper base cannot guarantee that all shipments can feasibly be crowdshipped. Thus, the need for a flexible and reliable fall-back option (e.g., a professional postal service provider) must either openly be communicated to the shippers (if they must take care of rejected parcels by themselves) or must additionally be organized by the platform.

7.2 Relationship of objectives in a deterministic world

If we presuppose a deterministic world where no unforeseen delays occur and all shipments are crowdshipped just as planned, then we see the following match between the main stakeholders of public transport crowdshipping and our objectives:

  1. (i)

    Platform provider \(\Leftrightarrow\) MAX-PROFIT: A private platform provider with the intention of earning money for organizing crowdshipping services certainly prefers the MAX-PROFIT objective. Despite this general fit, we openly admit that other objectives can also be important for the platform. For instance, especially in early phases of the life cycle it could also be reasonable to involve as many shippers and crowdshippers as possible in order to gain publicity and investor awareness. However, MAX-PROFIT is certainly the most obvious choice for a profit-seeking platform.

  2. (ii)

    Shippers, recipients, and general public \(\Leftrightarrow\) MAX-PARCELS: Since public transport crowdshipping only applies transport capacities of public transport users on trips they make anyway, any parcel feasibly crowdshipped saves conventional delivery traffic. Hence, the MAX-PARCELS objective seems a good proxy for reducing the negative impact (e.g., greenhouse gas emissions) coming along with van-based parcel delivery. Therefore, for environmentally aware recipients, the general public, and shippers aiming to advertise their sustainable delivery services the MAX-PARCELS objective seems a good fit.

  3. (iii)

    Crowdshippers \(\Leftrightarrow\) MAX-INVOLVEMENT: Finally, crowdshippers may not exclusively be intrinsically motivated to protect the environment; at least an additional aim could be to earn money for their crowdshipping services. In this case, one possible objective is to maximize the number of involved crowdshippers, so that as many of them as possible can profit. Note that we leave even more involved objectives also including the sum of entrainment fees and fairness issues out of consideration.

Our other three objectives, i.e., MIN-TOTAL-ENTRAINMENTS, MIN-MAX-ENTRAINMENTS, and MIN-MAX-SLACK, rather aim to protect against delays. In a deterministic world, however, unforeseen delays do not occur, so that we leave these objectives out of consideration for the moment and come back to them in the next section. Given our remaining three objectives and the underlying aims of the stakeholders discussed above, it is interesting to see how strong following one objective deteriorates the aims of the other stakeholders. In other words, this section explores whether there is a compromise objective that fits the aims of all people involved without leading to significant losses of specific groups. If this is given, we do not have to fall back on a multi-objective approach (including all negative aspects coming along with such a more complex approach) when aiming to satisfy all (or at least most) stakeholders.

Fig. 4
figure 4

Impact of minimum platform profit P when set to different percentage values of the optimal MAX-PROFIT solution value for objectives MAX-PARCELS and MAX-INVOLVEMENT

To explore this matter, we plot the percentage of parcels that are successfully crowdshipped and the percentage of volunteering crowdshippers whose services are actually selected when solving problems MAX-PARCELS and MAX-INVOLVEMENT for different values of minimum platform profits P in Fig. 4. The different P-values are derived by setting them to 70, 80, 90, 100 % of the maximum platform profit gained via MAX-PROFIT. Note that we furthermore presuppose \(|J|= 40\) parcels and a volunteering crowdshipper base of \(|I|=2|J|\). We can observe that a strong focus on the profit of the crowdshipping platform (i.e., by selecting a large percentage value when fixing minimum platform profit P) significantly reduces the number of participating crowdshippers (i.e., represented by MAX-INVOLVEMENT) but has no impact on the number of feasibly crowdshipped parcels (i.e., represented by MAX-PARCELS). These results suggest the following finding.

Actionable insights: Next to providing the relevant infrastructure, the matching of crowdshipping demand and supply is certainly the essential service provided by a crowdshipping platform. When implementing a matching procedure, e.g., with the help of one of our optimization approaches, it is thus likely that a platform follows their own primary target and applies the MAX-PROFIT objective. A sharing platform’s elementary matching approach is typically not openly revealed in order to protect against copycat competitors. Therefore, fairness aspects among the diverging aims of stakeholders are typically hard to judge for outsiders and a platform barely needs to expect negative effects when they opt for the MAX-PROFIT objective. When they do, this has the following effects on the other stakeholders: The revenue side of the profit is determined by the postal charges earned for feasibly crowdshipped parcels. Therefore, the profit increases the more parcels are crowdshipped. Hence, the MAX-PROFIT objective tends to also support the aims of all sustainability-oriented stakeholders who aim to reduce the negative effect of traditional van-based deliveries. The cost side, on the other hand, is constituted by the entrainment fees to be paid to the crowdshippers. They are reduced the fewer entrainments are involved, which tends to also reduce the total number of selected crowdshippers. Thus, a crowdshipping platform opting for the MAX-PROFIT objective must be aware that they do this against the general aims of the crowdshippers. Fewer of them get actively involved, which may negatively impact their motivation to further volunteer for crowdshipping each day. A large crowdshipper base has been identified as a mission-critical resource in our previous experiment. Thus, at least in earlier phases of the life cycle, when public transport users need to be accustomed to crowdshipping, following the MAX-INVOLVEMENT objective with a lower minimum platform profit P to get more crowdshippers involved seems a valid option.

7.3 Impact of unexpected train delays

The real world is not deterministic. In public transport crowdshipping in particular, it is unforeseen train delays that jeopardize the realization of planned crowdshipping schedules. Delayed trains can lead to stranded parcels placed late into some locker, so that they get missed either by the finial recipient or a successor crowdshipper. In this case, recovery missions and compensation payments for delayed parcels produce additional costs that reduce the planned platform profit. To protect against these costs, this paper introduces three objective, namely MIN-TOTAL-ENTRAINMENTS, MIN-MAX-ENTRAINMENTS, and MAX-MIN-SLACK (see Sect. 3). This section investigates whether these objectives actually lead to more robust crowdshipping schedules in case of unforeseen delays and which of them performs best.

Specifically, our experiment is set up as follows. Using our instance generator of Sect. 6.1, we generate 10 instances with \(|J|=30\) registered parcels and \(|I|=2|J|\) volunteering crowdshippers. The resulting instances are solved with each of our six objectives and each resulting solution undergoes the following simulation process where parameters \(P^d\) and d steer the occurrence of unforeseen train delays. \(P^d \in \{5,15\}\) defines the probability in % that each single train applied by the crowdshippers is delayed. If this is the case, a delay of \(d \in \{3,10\}\) minutes occurs, so that all crowdshipper riding on this train place their parcels later into the designated locker. This may lead to stranded parcels, which reduce the planned profit by the postal charge to be restituted to the shipper. We assume that no further compensation payments on top of the restituted postal charges are required and presuppose that all entrainment fees are still paid to all crowdshippers even if they are delayed or miss their dedicated parcels due to a delayed predecessor crowdshipper. We call the resulting profit that includes restitutions for stranded parcels the post-delay profit.

In Table 7, we list the post-delay profits of objectives MAX-PARCELS (MP), MAX-INVOLVEMENT (MI), MIN-TOTAL-ENTRAINMENTS (MTE), MIN-MAX-ENTRAINMENTS (MME), and MAX-MIN-SLACK (MMS) divided by the post-delay profit of MAX-PROFIT. Thus, a value larger (smaller) than 100% indicates that the respective objective delivers a better (worse) post-delay solution than MAX-PROFIT. This performance measure is reported for different minimum platform profits P that are determined by varying the percentage \(\delta \in \{90,92,\ldots ,100\}\) of the MAX-PROFIT objective value, the probability \(P^d\) in % that a train is delayed, and the duration d in minutes of a train delay. These results suggest the following findings:

Table 7 Post-delay profit of objectives MAX-PARCELS (MP), MAX-INVOLVEMENT (MI), MIN-TOTAL-ENTRAINMENTS (MTE), MIN-MAX-ENTRAINMENTS (MME), and MAX-MIN-SLACK (MMS) in relation to MAX-PROFIT in % depending on the percentage \(\delta\) of the maximum post-delay profit of MAX-PROFIT, delay probability \(P^d\) in %, and delay duration d in minutes
  1. (a)

    The minimum platform profit should be set to 100%: Next to the choice of the right objective, the platform must also decide on the minimum platform profit. We expect a trade-off: One the one hand, it is to be expected that a higher minimum profit leads to more and tighter handovers, so that more stranded parcels and thus higher compensation payments occur. Thus, it should be advantageous to relinquish a few percent of pre-delay profit to give the objective more flexibility to better protect against unforeseen delays. On the other hand, if we relinquish too much pre-delay profit, we also give up parcels that are actually not affected by delays. Given this trade-off, our results suggest that the latter effect prevails, so that we should not give up too much pre-delay profit. There are only a few exceptions, where a minimum profit of 100% does not lead to the highest post-delay profit.

  2. (b)

    MIN-MAX-ENTRAINMENTS delivers the best post-delay profits: Given the best minimum platform profit for each objective, the bold-marked results of Table 7 highlight the best options. From these results, we can conclude that the MIN-MAX-ENTRAINMENTS objective (with a minimum platform profit of 100%) offers the best protection against unforeseen delays. Actually, this objective is the only one that consistently outperforms the MAX-PROFIT objective in all four delay scenarios. Even if it is just an average profit increase of 5,86 % over MAX-PROFIT (on average over all four delay scenarios with a minimum platform profit of 100%), it is easily earned money, because the platform only has to slightly alter the matching objective.

Actionable insights: The handling of stranded parcels is certainly another critical success factor for public transit crowdshipping. Recovery missions and compensation payments reduce the planned platform profit but are also a threat for the reputation of a platform. A simple means to successfully reduce the occurrence of stranded parcels in case of unforeseen delays is to apply the MIN-MAX-ENTRAINMENTS objective with a maximum platform profit. Since each handover of a parcel among subsequent crowdshippers provides a stranding opportunity, reducing these events via the MIN-MAX-ENTRAINMENTS objective leads to more robust plans.

However, there may be even better objectives and the best choice among them is certainly only one lever. Future research should thus evaluate the impact of other objectives and further countermeasures, such as a dynamic replanning once delays have occurred with altered entrainment missions for crowdshippers already underway. The right compensation scheme, which properly trades off the impact of stranded parcels on customer satisfaction with losses of platform profit, is certainly an important choice.

7.4 Comparison with the single-crowdshipper-per-parcel policy

French public transport crowdshipping platform Chronobee (see Sect. 1) applies the single-crowdshipper-per-parcel (SCPP) policy. This means that an accepted parcel is brought from origin to destination exclusively by a single crowdshipper. On the positive side, SCPP offers more protection against unforeseen delays. Train delays can still lead to parcels missing the deadlines at their destinations, but at least the handover risk of crowdshippers missing each other is eliminated. Our research provides optimization approaches under the multi-crowdshipper-per-parcel (MCPP) policy, where asynchronous parcel handovers via lockers between multiple crowdshippers are allowed. The asset of the MCPP policy is certainly the larger flexibility to move parcels with multiple crowdshippers. This promises higher delivery rates but increases the risk of stranded parcels. This section benchmarks both policies regarding their profits with and without train delays.

Specifically, our experiment is set up as follows. Using our instance generator of Sect. 6.1, we generate 10 instances with \(|J|=30\) registered parcels and \(|I|=2|J|\) volunteering crowdshippers. To obtain the profits of both policies in a deterministic world where no unforeseen delays occur, these instances are solved with two approaches. For MCPP, we apply the approach that proved best in the previous section. This means, we utilize the MIN-MAX-ENTRAINMENTS objective with a minimum platform profit equal to the maximum profit obtained by MAX-PROFIT to solve the instances and record the resulting profit. Another advantage of the SCPP policy is a much easier matching task, which constitutes a linear assignment problem that can efficiently be solved, e.g., by the famous Hungarian method (Kuhn 1955). Here, we assign crowdshippers to parcels, where the assignment profit is either the parcel charge minus a single entrainment fee if the crowdshipper timely travels along the parcel’s origin and destination or zero if no feasible transport by a specific crowdshipper is possible. Solving the max-profit linear assignment problem delivers the optimal profit of the SCPP policy. To also compare both policies if unforeseen train delays occur and stranded parcels may reduce the profit, we apply the high-risk-small-delay setting (i.e., with a delay risk of \(P^d=15\)% and \(d=3\) minute delays) and determine the actual profit of both solutions if the respective delays occur. In Fig. 5, we depict the pre-delay (i.e., deterministic world without delays) and the post-delay (i.e., actual profit including compensation for stranded parcels in case of delays) profits. The box plots show the distribution of the profit of SCPP divided by the profit of MCPP in % over the solved instances. Hence, a value below (above) 100% indicates that SCPP realizes a lower (higher) profit than MCPP.

Fig. 5
figure 5

Benchmark of MCPP and SCPP before (left) and after (right) delays: Profit of SCPP in % of MCPP’s profit (obtained by the MIN-MAX-ENTRAINMENTS objective with a minimum platform profit equal to the maximum profit obtained by MAX-PROFIT) in %

The results of Fig. 5 indicate that MCPP clearly outperforms SCPP. The loss in flexibility if only a single crowdshipper may transport each parcel reduces the median profit of SCPP to only 40% of MCPP’s profit in a deterministic world. As expected, this disadvantage reduces if unforeseen delay occur, but the median profit of SCPP still merely reaches 47% of MCPP’s profit. However, there are three instances with high risk and long delays where the higher robustness of SCPP leads to even better results than MCPP. On average, however, our experiment shows a clear advantage of MCPP, which leads us to our final managerial take-home message.

Actionable insights: The current business practice to only apply the SCPP policy should be reconsidered. Our computational results show that the increase of flexibility enabled by the parcel handover among multiple crowdshippers clearly overcompensates the higher risk of stranded parcels in case of unforeseen delays.

8 Conclusions

This paper investigates public transport crowdshipping and provides matching methods to select shipments and their ways through a public transportation network when accompanying crowdshippers on their commute. Based on a computational study applying these methods, we identify the following critical success factors for this innovative last-mile delivery concept:

  1. (a)

    A large crowdshipper base of volunteering public transport users must be recruited that is significantly larger than the number of parcels to be transported. However, even if such a base can successfully be gathered, a platform cannot expect that all parcels can be transported. Thus, a reliable and flexible fall-back option must be at hand.

  2. (b)

    Unfortunately, there is no single objective that can satisfy all involved stakeholders equally. When only focusing on the platform profit, this tends to also maximize the number of successfully crowdshipped parcels (and thus the positive environmental impact) but reduces the number of involved crowdshippers. This can get in the way of our previous success factor.

  3. (c)

    To account for unforeseen train delays and to protect against stranded parcels, we identify the MIN-MAX-INVOLVEMENT objective, which restricts the maximum number of handovers among crowdshippers per parcel, as best suited.

  4. (d)

    Finally, we show that allowing parcels to take multiple travel legs with more than a single crowdshipper greatly increased planning flexibility and promises much more transported parcels as well as higher platform profits than the single-crowdshipper-per-parcel policy of current business practice.

Future research could take up our research in multiple ways: Other optimization objectives and more complex methods including multiple objectives and explicitly involving stochastic delay information should be developed. In this way, matchings that better serve all involved stakeholders, even if unforeseen delays occur, could be obtained. Furthermore, our solution methods should be challenged, such that they are suitable for large real-world crowdshipping platforms with thousands of shipments and even more crowdshippers.