commercetools vs. Kibo eCommerce

Commercetools is generally a very flexible, smart platform for eCommerce business. It's an API enabled, cloud solution that makes integration seamless and quick to deploy. It's also a modern platform that utilizes API query languages like GraphQl. It lacks some functionalities in pricing and geographic variations of product portfolio but the platform is constantly improving and new functionalities are added.

Incentivized

The platform has flexibility at its core and we have made full use of that capability. Even if Kibo [eCommerce] hasn't been ready to provide features and functions we need, we have the opportunity to build them ourselves. The platform started as Mozu and while it was relatively well-developed for DTC, it lacked a lot of basic B2B functionality. As a result, when we were ready to move into that arena, we built a lot for ourselves (including a multi-level account system and a tool to manage it). Keep in mind, too, that Kibo eCommerce is part of a larger suite of tools. The company has purchased a mobile Point-of-Sale system, Baynote, Certona, Monetate, and an OMS. If you need a full-scale solution, they can offer a lot. As I mentioned previously, their support and documentation need shoring up. They're not terrible, but they hinder (rather than help) when it comes to fulfilling the platform's promise of letting the customers be self-service in building out their capabilities.

Incentivized

• Very good documentation
• Stabile and scalable Microservice-Architecture
• Cloud Native Platform

• Mozu offers a flexible multi site setup where you can feed multiple sites from the same product and order database.
• Mozu allows you to create as many attributes as you would like across customer, orders, and products. This flexibility can be really powerful.

• Pricing - Commercetools has pricing limitations with respect to customer/SKU combination. If an organization provides lots of custom/contract pricing for customers, Commercetools has difficulty mapping it in. They are working on this to make it more flexible.
• Geographic variations in product portfolio - Commercetools has central product master that doesn't provide product activation/enabling based on different geographies/elevation/sales office structures. Some creative mapping skills are needed to overcome this limitation.
• Data mapping limitations - Commercetools lacks in out of the box data mapping limitations to full fledged ERP platforms. Extensive data mapping workshops are necessary to fit the functionalities of an ERP platform from order, to delivery , to warehouse operations and billing.

Incentivized

• Prebuilt Integration - There is not currently a large number of preexisting integrations, but custom integrations are fairly quick
• Time to Deploy - Don't get me wrong, We have deployed in the timeline we expected, but if you are trying to get something off the ground fast, Kibo might not be right for you. It is a robust platform that take some time to get up and running.
• Complicated Shipping - if you have a complicated shipped process, you might want to look for a tool to help, Kibo does not have very robust out of the box shipping capabilities.

One positive note is that I have always been able to get someone on the phone in support whenever I have called, even at 1 AM. Getting someone on the phone is only half the battle though. In the first few months of using Mozu it often seemed that support didn’t know anymore about Mozu than we did. This has slowly started to change, but as a daily user you are likely to be on par with support in terms of knowing what to do when you encounter a problem. The support phone number is really most useful for having them put in a support ticket for you rather than typing it all out yourself and emailing it. It is very rare that the support reps are actually empowered to solve the problem at hand. Unless the issue you are having is user error, they will just take your information and pass it on the proper department. Your request or problem will then be ignored for months on end. Some day, it might actually get fixed but you are unlikely to be notified that this has happened. Most of these issues are assigned an internal ID that they use for tracking. Support is more than happy to pass this ID along, but it is useless. There is no way to actually see where the issue lies in the endless queue of similar issues.

At the time of our implementation Mozu did not have any processes or procedures set up around going live. We basically were forced to just wing it and hope for the best

We had a custom, in-house ecommerce website before moving to Kibo. It was brittle, slow, and wasn't going to scale nearly well enough or fast enough to keep up with our requirements

Incentivized

• We were able to successfully launch the ecommerce platform in under 4 months of starting development work.
• Integrate the same APIs to different client facing solutions.
• The total cost of platform recovered in 8 months of deployment.

Incentivized

• Kibo has always delivered rapid & exceptional support to our organization
• Kibo has been cost-competitive when considering other vendors
• The platform continues to add value without requiring substantial additional investments