iBuk is a consolidated services corporation in the Philippines. This is a novel concept which is built on a framework of Transport Network Company that enables individual car owners, driver groups, cooperatives, and corporations to work with complete independence as entrepreneurs.
Moreover, the technology of iBuk application allows them to offer affordable, personalized, reliable, and upgraded service to the passengers.
How Yelowsoft helps them?
Yelowsoft helped iBUk by providing them with a top-notch solution that can fulfil all their requirements. Our client iBuk mainly offered three services which were e-mutor, E-rent, E-dala. In E-mutor, they provided taxi services through bikes in which a rider can book his bike taxi in a matter of seconds. Similarly, E-dala is the name of their parcel delivery service in which users can send their important documents from one place to another.
However, their main focus was on E-rental which was their car rental service in which users rent the car for long-distance travels or travel with several stops in between. We carefully assessed all their requirements and then provided them with our customized solution that had all the required features and functionalities as demanded by the client. Let’s have a look at them one by one.
Hourly and daily packages for rental service
The Yelowsoft’s existing car rental system allowed the admin to create various packages. In these packages, the admin can enter both distances as well as time. For example, an admin can create a package of 100km and 12 hours for 20 pesos. So, if any user chooses this package then he can use the car rental service for 12 hours and 100 km. If he crosses the 100 km mark or 12-hour duration or both then he’ll liable to pay extra charges as per penalty which is also defined by the admin.
However, our client didn’t want this type of custom packages. They only needed two package services viz. hourly and daily. Let’s see what these packages are.
Hourly packages: – In hourly packages, the admin will define an hourly rate for its car rental service. Let’s suppose he chose the rate of 5 pesos per hour. Now, when the rider chooses the hourly package, he’ll be asked to enter the number of hours for which he needs the car rental service. Let’s suppose he chooses 8 hours. So, the total amount for his rental booking would be 5×8= 40 pesos. However, the rider must choose the number of hours less than 24.
Daily packages: –In daily packages, the admin will define the daily charge for its car rental service. Let’s take an example to understand this better. Suppose, an admin decided to keep the daily rates of his rental service to be 100 pesos per day. So, now when a user selects the daily package then he will be asked to enter the number of days for which he would need the service. Let’s suppose the rider selected three days. So, the total amount of this package would be 100×3=300 pesos.
Minimum waiting period for booking
Our client wanted to introduce the concept of the minimum waiting period for rental booking. This waiting period gave admin enough time to easily assign drivers for various car rental requests. Let’s understand this with an example. Suppose, the admin has defined the waiting period as 2 hours for hourly package rides, then it means that a rider must schedule his booking prior to the 2 hours of his pickup time.
Similarly, the admin can define the waiting period for daily packages rides too. It’s important to note that the duration of waiting periods for daily packages is more than one or two days.
Broadcasting job request for all
Our client wanted a system in place in which a rental request is broadcasted to all the drivers. They wanted that notification must appear on every driver’s mobile screen whenever there’s a rental request. So, the driver can tap that notification to the see the entire list of the requests and accept as per his convenience. Once a driver accepts a request, that particular request vanishes from everyone else’s app.
However, drivers were facing an issue in this process. Their app used to flood with clusters of requests. So, in order to avoid that, we enabled admin to define a maximum distance radius under which all the drivers would receive the request. For example, if the admin has defined the distance radius as 10 km then only the drivers within the 10 km distance radius from the rider’s location will receive the request.
Our client was using a payment gateway called DragonPay. And they were very strict for payment gateway integration as they needed all the documents. These documents were proof of data security, data storage. We all did and ensured that the payment integration goes smoothly.
They wanted a parcel delivery service in which a user can send his documents from place to another in quick time. We provided our solution that enabled them to begin their parcel delivery services. In this client wanted to ensure seamless proof of delivery in which the delivery person can click the picture of the parcel at the pickup point and take signatures of the recipient from the drop-off point.
Yelowsoft’ solution did wonders for iBuk as all three services of theirs received a massive reception from the riders. All three services quickly became the first choice for Filipinos for bike taxi, car rental, and parcel delivery services.