Every shared mobility offering needs a system through which vehicles can be booked and managed. If only a single vehicle with a limited user group is to be managed, a simple calendar or an Excel list may be sufficient. However, as soon as more vehicles or users are involved and it is a professional sharing offer, a suitable software solution is indispensable.
Normally, this includes access for drivers, usually in the form of a mobile app, via which vehicles are booked and bookings and payment methods can be managed. Sharing providers, on the other hand, need a portal with which they can manage their fleet, set rates, manage users, view bookings, and perform billing.
Quite a few providers initially underestimate the effort involved in commissioning and maintaining a system over the long term. After all, this represents an additional challenge alongside the other components of set-up and operations.
Due to the many tasks and functions of a software system, it influences both the efficiency of internal handling and user satisfaction. Thus it can quickly determine success or failure. There are also significant differences in cost and time to launch depending on whether you develop the software yourself or outsource it.
It is therefore also important to emphasize that the decision in favor of a particular software solution cannot always be quickly and easily reversed. Take your time for this component of your offer and base your decision on sound arguments.
Self-developed software promises full control over the system - but requires an internal development team with qualified software and app developers.
This can then develop a shared mobility platform that - within the scope of the available know-how - is completely customized to your needs and covers only the features and components that you really need. An in-house system is particularly useful if you need very specialized features for your offering that external software providers cannot offer, or at least will not be able to offer in the near future.
However, with the freedom and control gained also comes responsibility. Because all updates, tests, errors and faults must be carried out and resolved by your IT team. The personnel requirement is equivalent to up to 10 full-time positions for software development as well as product management. The associated personnel costs represent a large part of your development costs, in addition to the costs for servers, licenses, material costs, etc.
You should allow about a year for the initial development period, depending on the scope and complexity of the software solution. Once your offering goes live, however, your developers' work is not yet done. The shared mobility market and the needs of drivers are constantly changing, which will sooner or later lead to the need to adapt your software. There are also constant technical updates and security gaps that you have to take care of. For example, it is your responsibility to ensure that no user data can be stolen at any time and that your entire offering is DSGVO-compliant.
It can also be challenging if you want to integrate special locking systems, on-board units (OBUs) or other interfaces, or if you want to scale your mobility offering, i.e., expand it to include additional vehicle types or new user groups, for example. Your software should be built in such a way that you don't have to start from scratch again and again in such cases.
In general, independent software development carries a higher risk of the software being error-prone or even the entire development failing. The high development effort could also cause a change in your actual business purpose and make you gradually more of a technology business instead of a sharing business. However, it is also conceivable that this new or expanded business model will allow you to license and distribute your own platform solution in the future.
The shift in focus is also accompanied by the risk of a so-called "knowledge silo". This refers to a situation where knowledge is not shared sufficiently between different teams. It quickly arises when teams have different points of focus and do not share information among themselves. As a result, the efficiency of internal collaboration decreases, (process) costs increase and scalability is limited. Such a silo can also reside with just one person: Assuming your CTO leaves the company, you need to be able to ensure that a successor can easily take over this position and that valuable knowledge does not leave the company with one person.
A compromise solution could be not to develop the software in-house, but to commission a specialized agency. This agency may have more experience in software and app development and will also take into account your individual wishes and requirements. In the future, you also commission the agency for regular monitoring of functionality, updates and enhancements.
Development time will continue to be about a year, depending on when and with how many resources the agency can begin the job. The costs are also comparable. However, you do not need an internal team of developers, but outsource the manpower to the agency. When selecting them, you should make sure that they have knowledge and experience of the shared mobility industry, so that the entire development process is always geared to this.
Because unlike you, an agency's motivation is not primarily driven by your product, but by the prospect of developing an exciting and, at best, successful software solution. Whereas you as a provider always have the future development of the market and product in mind, an agency tends to work more with the current status quo and is only partly oriented towards foresighted development.
Also, be aware that most agencies will only provide you with the finished product without source code. If you terminate the contract with the agency in the future, you may have to buy the source code or start from scratch again.
Since a standard software solution is already established and in use by other providers, the often long research, development and testing phase is eliminated and you can bring your sharing offer onto the market much faster. Another advantage is that the experience of other providers, some of them transnational, has already been incorporated into the development and fine-tuning of the software. So you benefit from these right from day one and get the current status quo of the market.
Some of the included features may not seem necessary at the beginning, but might prove useful in the future and with the continuous development of your offer. In any case, you do not bear the development costs of the software alone, but these have been distributed among a large number of providers in the price calculation. Accordingly, the costs for a standard software are significantly lower than for an independent development.
Most software providers offer different packages with varying scope. This way you can adjust performance and price to your needs. For example, you can start with one of the smaller packages and upgrade later if you need more features or the like. This also allows you to easily scale your offering and integrate a variety of other services such as locking systems, payment systems, analysis tools, etc.
Customer support is available to you for questions and problems, and the software service provider takes care of potential bugs, malfunctions and software updates centrally. A software manufacturer also usually implements adaptations to changed market situations or circumstances (e.g. integration options for new vehicle types or new laws) without your intervention and, possibly, adds further functions without price adjustments.
You can therefore do without internal developers and instead concentrate completely on your sharing offer. One argument against a standard solution, however, is that you cannot individualize the platform to an unlimited extent and adapt it to your requirements. Also, a solution may not cover all your needs, so that you have to use additional services for analysis or operation management.
But: By using an already established platform, you are taking to heart the sharing philosophy that probably motivated you to run your shared mobility project yourself.
Standard solutions are not sufficient for all providers. This is especially the case if the offering is either very specialized or very extensive, for example with a large fleet or high number of users. Then sometimes the standardized features and platform components are not enough to meet the needs of the provider.
For these cases, most software providers offer flexible customizable packages. These include, for example, a White Label App that allows you to focus on your own brand, or a Customer Support Manager for personal support. In MOQO's Premium Plus package, you can request project-based feature development to further customize your offering.