Kibo Software offers Kibo eCommerce (formerly Mozu), designed to support retailers with online offer creation and deployment, content publishing and landing pages, and many tools and widgets out of the box with a retail-oriented ecommerce solution.
Mozu was acquired by Kibo Software from Volusion in October 2016.
N/A
WooCommerce
Score 7.8 out of 10
N/A
WooCommerce is an eCommerce plugin for WordPress, developed by WooThemes (recently acquired by Automattic). Like WordPress, it is designed to be an extendable, adaptable, open-sourced platform. WooCommerce allows merchants to sell physical products, downloadables, or services.
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.
[WooCommerce] does really well for simple stores that don't have a lot of products. It's really easy to set up and get products added so people can purchase them online. It's not the best for really complicated stores with products that need a lot of customization; you have to find 3rd-party plugins to add additional functionality to your store and sometimes those can create conflicts between one another.
Keeps track of product inventory, including details of product variations such as colors and sizes if required.
Keeps track of orders so that the shopkeeper has one place to log in and see the status and history of orders to her shop.
Creates shop-related pages automatically. Once you add one or more products, they will automatically appear on your shop home page. Additionally, pages for viewing shopping carts and for checking out are automatically created.
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.
Despite very rare glitches, more connected to an excessive number of plugins, that affect the speed of the site, we are extremely satisfied with the platform, the ability to import and export products, even though we just export them, as we have our proprietary system for updating inventories. We love the ease of upgrading, enhancing, innovating, and the freedom we have to do whatever we want, which is a plus, when you consider Shopify can take down your whole store as they please, if they think you aren't abiding to their TOS or their ever changing set of rules.
I gave it lots of points for being a simple product that instantly gives you a store. Very intuitive and simple for the client to update or implement. Loses LOTS of points when you want to do anything besides just sell stuff (coupons, etc) then it makes you pay big money for the add-ons and makes it difficult and time-intensive to develop your own.
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
We were pretty sure we wanted a WordPress site so that we had more control over the site itself, having been burned by third-party vendor sites before. The fact that WooCommerce integrates so well with WordPress was a big selling point for us. Magento would have been too heavy of a lift for our small dev team and we didn't want to rely on Shopify or BigCommerce (though all of those products could have their merits for other projects or clients).