Magento in beta at Lokad

Published on by Joannes Vermorel.

Just a few days ago we announced Lokad's integration with Shopify. Today, it's the turn of another vastly popular content management system for e-commerce to become natively supported by Lokad as the native integration of Magento is now live in beta at Lokad.

This integration relies on Magento's REST API which has been supported since the version 1.7 which was released back in April 2012. The authentication relies on OAuth. The set-up requires a bit of configuration on the admin panel within Magento to grant access to a third-party app like Lokad. However, thanks to this set-up, you will have very fine-grained control as to which data Lokad can read or write (hint: we only need read-only access).

This integration is still in beta as we haven't yet properly tested our integration with the many versions of Magento that have been released during the last 3 years. Don't hesitate to give it a try though, and Lokad is here to help you get started in case you have any technical difficulties.

Categories: Tags: release, magento

Shopify integrated by Lokad

Published on by Joannes Vermorel.

The retail platform Shopify is our latest integration. Now, Shopify-powered merchants can get advance inventory forecasts and powerfull commerce analytics in just a few clicks. Check-out the Lokad app in the Shopify appstore.

Through the Shopify API, Lokad retrieves all the product and sales data that contribute to your inventory optimization and your pricing optimization. Don't let the competition outservice your business.

As usual, the Lokad team is here to help. This integration is still very recent, and glitches may happen. Don't hesitate to contact us if you face any issue while plugging your Shopify store into Lokad.

Categories: Tags: shopify, release

Forecasting the series of future orders to suppliers

Published on by Joannes Vermorel.

Collaborative supply chain management makes a lot of sense. In today’s day and age of ubiquitous internet connection, why should your suppliers be kept in the dark concerning your upcoming purchase orders? After all, if your company is capable of producing accurate forecasts about your upcoming orders, sharing these forecasts with your suppliers would certainly be of great help to them, which, in turn, would yield better service and/or better prices.

Yes, but all of this relies on a flawed assumption: order forecasts ought to be accurate. Unfortunately, they won’t be. Period. So whatever follows is merely wishful thinking.

Companies frequently get back to us asking if Lokad could forecast the sequence of upcoming purchase orders. After all, we should have everything it takes:

  • daily/weekly future sales levels (forecasted)
  • current stock levels, both on hand and on order
  • purchase constraints

By combining these different elements mentioned above, we could certainly roll-out a simulation, and consequently forecast the upcoming purchase orders for a given period specified by a client. However, although this is something which is possible to do, the results of such an operation would be disastrous. In this short post, we share our insights on this issue to help companies avoid wasting time on such forecasting attempts.

Statistics are terribly counter-intuitive. As mentioned in our previous posts, “intuitive” approaches are most certainly wrong; and the “correct” approaches are unsettling at best.

The central problem with supplier’s order’s forecasting is that the calculations involved are relying on an iterated sum of forecasts; which is very wrong on multiple levels. In particular, forecasting the next purchase order includes not one but two variables: the date of the order and the quantity ordered. Depending on the supply chain constraints, the quantity ordered might be something relatively straightforward to forecast: if you have a minimal order quantity (MOQ), the order is likely to equal the MOQ threshold itself. On the other hand, if the item is expensive and rarely sold, the next quantity to be ordered is likely to be a single unit.

The true challenge lies in forecasting the date of the next purchase order, and even more challenging, forecasting the date of the following purchase order. Indeed, not only does the date of the next purchase order likely to have 20% to 30% error (like pretty much any demand forecast), but the date of the order that follows this last purchase order will have (roughly) twice the error, and the one after that (roughly) three times the error, etc.

As illustrated in the schema above, the uncertainty regarding the date of the Nth upcoming purchase order grows so fast in practice, that it becomes a worthless piece of information for the supplier. The supplier will be much better off doing her own forecasts based on her own demand history, even if this forecast can’t leverage the most recent demand signal, as observed downstream.

However, while forecasting purchase orders and sharing them with the suppliers doesn’t work, moving towards more collaborative supply chain management remains a valid business goal; it just happens that this type of forecasts is not the right way to execute this objective.

Stay tuned, we will make sure to discuss here in due course how collaborative supply chain management can be correctly executed from a predictive perspective.

Categories: Tags: insights, forecasting

NetSuite integrated by Lokad

Published on by Joannes Vermorel.

NetSuite was one of the first ERP systems operating fully in SaaS mode. Over the years, the NetSuite solution has steadily expanded, and NetSuite now features an extensive business suite which includes financials, CRM and more.

Today, we are proud to announce that NetSuite is now natively supported by Lokad. Thanks to the SuiteTalk integration (web service), Lokad can import the integrality of NetSuite data and deliver advanced inventory forecasts and/or pricing optimization solutions.

The NetSuite integration is already live. We import inventory items, sales orders and purchase orders. All you need to get started is a Lokad account, and you can get one for free in less than 1 minute.

The Lokad team is here to take extra special care of our early NetSuite-powered clients to make sure everything goes very smoothly.

Categories: Tags: release, netsuite

Supply Chain Antipatterns, a Lokad initiative

Published on by Joannes Vermorel.

Most of the supply chain initiatives fail. Yet, over the years at Lokad, we started to realize that those failures are far from random: there are recurrent patterns that invariably lead to failure. Thus, we decided to start a side initiative to survey the most frequent misguided responses to supply chain challenges through our new blog Supply Chain Antipatterns.

The blog comes with real comic strips produced in-house by the Lokad team.

This initiative is intended as a collaborative effort. Don't hesitate to tell the tale of our own misguided attempts (you may remain anonymous too). It might help more than a few companies to avoid falling for the same problem in the future.

Categories: Tags: antipatterns, insights, supply chain

Beyond software: inventory optimization as a service

Published on by Joannes Vermorel.

SaaS is the promise of no software. However, as far inventory optimization is concerned, no matter how good the service, software alone can’t address the full challenge. Delivering inventory performance take significant efforts:

  • Quantitative performance metrics must be carefully aligned with business goals; otherwise the “system” is just going to let your business accelerate in the wrong direction.
  • Historical data must be thoroughly qualified ; otherwise, the “system” will fall for the too common garbage in, garbage out problems.
  • The statistical tools must be handled with care; in particular, statistics can be terribly counter-intuitive, and the incorrect usage of the tools won’t yield the expected results.

As we noticed that our clients were frequently struggling with those challenges, more than one year ago, we started offering end-to-end inventory optimization services to clients that we upgraded from their original software-only subscription plans toward plans with very hands-on support.

What started as a favor for our largest clients turned out to work exceedingly well. The Lokad team managed to deliver very tangible ROI even for very tough challenges like the ones we face with aerospace supply chain. Moreover, we learned to deliver ROI measured against the very specific KPIs established by the client herself, which is not only the right thing to do, but also a great way to establish trust.

Today, we are starting to offer Premier subscription plans: end-to-end inventory optimization services. With a Premier plan, the Lokad team get hands-on, and the motto is simply do whatever it takes to deliver inventory performance. Naturally having access to both state-of-the-art forecasts and a power tools for supply chain analytics is a good starting point for the supply chain specialists working at Lokad.

Do you feel that you companies is holding too much inventory to serve too few clients? Yet, the prospect of hiring a team of data scientists / supply chain specialists look daunting. Just contact us, we can help.

Categories: Tags: business, release

Data qualification is critical

Published on by Joannes Vermorel.

Wikipedia lists seven steps for a data analysis process: data requirements, data collection, data processing, data cleaning, exploratory data analysis, data modeling, and finally the generation of production results. When Lokad forecasts inventory, optimizes prices, or anytime we tackle some kind of commerce optimization, our process is very similar to the one described above. However, there is another one vital step that typically accounts for more than half of all the effort typically applied by Lokad’s team and that is not even part of the list above. This step is the data qualification.

Now that “Big Data” has become a buzzword, myriads of companies are trying to do more with their data. Data qualification is probably the second largest cause of project failures, right after unclear or unwise business goals - which happens anytime an initiative starts from the “solution” rather than starting from the “problem”. Let’s shed some light on this mysterious “data qualification” step.

Data as a by-product of business apps

The vast majority of business software is designed to help operate companies: the Point-Of-Sale system is there to allow clients pay; the Warehouse Management System is there to pick and store products; the Web Conferencing software lets people carry out their meetings online, etc. Such software might be producing data too, but data is only a secondary by-product of the primary purpose of this software.

The systems mentioned are designed to operate the business, and as a result, whenever a practionner has to choose between better operations or better data, better operations will always always be favored. For example, if a barcode fails when being scanned at the point of sale of your local hypermarket, the cashier will invariably choose a product that happens to have the same price and scan it twice; sometimes they even have they cheat sheet of barcodes all gathered on a piece of paper. The cashier is right: the No1 priority is to let the client pay no matter what. Generating accurate stock records is not an immediate goal when compared to the urgent need of servicing a line of clients.

One might argue that the barcode scanning issue is actually a data cleaning issue. However, the situation is quite subtle: records remain accurate to some extent since the amount charged to the client remains correct and so does the count of items in the basket. Naively filtering out all the suspicious records would do more harm than good for most analysis.

Yet, we observe that too often, companies – and their software vendors too – enthusiastically ignore this fundamental pattern for nearly all business data that are generated, jumping straight from data processing to data cleaning.

Data qualification relates to the semantic of the data

The goal of the data qualification step is to clarify and thoroughly document the semantic of the data. Most of the time, when (large) companies send tabular data files to Lokad, they also send us an Excel sheet, where each column found in the files gets a short line of documentation, typically like: Price: the price of the product. However, such a brief documentation line leaves a myriad of questions open:

  • what is the currency applicable for the product?
  • is it a price with or without tax?
  • is there some other variable (like a discount) that impacts the actual price?
  • is it really the same price for the product across all channels?
  • is the price value supposed to make sense for products that are not yet sold?
  • are there edge-case situations like zeros to reflect missing values?

Dates are also excellent candidates for semantic ambiguities when an orders table contains a date column, the date-time can refer to the time of:

  • the basket validation
  • the payment entry
  • the payment clearance
  • the creation of the order in the accounting package
  • the dispatch
  • the delivery
  • the cloture of the order

However, such a shortlist hardly covers actual oddities encountered in real-life situations. Recently, for example, while working for one of the largest European online businesses, we realized that the dates associated with purchase orders did not have the same meaning dependong on the originating country of the supplier factories. European suppliers were shipping using trucks and the date reflected the arrival in the warehouse; while Asian suppliers were shipping using, well, ships, and the date reflected the arrival to the port. This little twist typically accounted for more than 10 days of difference in the lead time calculation.

For business-related datasets, the semantic of the data is nearly always dependent on the underlying company processes and practices. Documentation relating to such processes, when it exists at all, typically focuses on what is of interest to the management or the auditors, but very rarely on the myriad of tiny elements that exist within the company IT landscape. Yet, the devil is in the details.

Data qualification is not data cleaning

Data cleaning (or cleansing) makes most sense in experimental sciences where certain data points (outliers) need to be removed because they would incorrectly “bend” the experiments. For example, chart measurements in an optics experiment might simply reflect a defect in the optical sensor rather than something actually relevant to the study.

However, this process does not reflect what is typically needed while analyzing business data. Outliers might be encountered when dealing with the leftovers of a botched database recovery, but mostly, outliers are marginal. The (business-wise) integrity of the vast majority of databases currently in production is excellent. Erroneous entries exist, but most modern systems are doing a good job at preventing the most frequent ones, and are quite supportive when it comes to fixing them afterwards as well. However, data qualification is very different in the sense that the goal is neither to remove or correct data points, but rather to shed light on the data as a whole, so that subsequent analysis truly makes sense. The only thing that gets “altered” by the data qualification process is the original data documentation.

Data qualification is the bulk of the effort

While working with dozens of data-driven projects related to commerce, aerospace, hostelry, bioinformatics, energy, we have observed that data qualification has always been the most demanding step of the project. Machine learning algorithms might appear sophisticated, but as long as the initiative remains within the well-known boundaries of regression or classification problems, success in machine learning is mostly a matter of prior domain knowledge. The same goes for Big Data processing.

Data qualification problems are insidious because you don’t know what you’re missing: this is the semantic gap between the “true” semantic as it should be understood in terms of the data produced by the systems in place, and the “actual” semantic, as perceived by the people carrying out data analysis. What you don’t know can hurt you. Sometimes, the semantic gap completely invalidates the entire analysis.

We observe that most IT practitioners vastly under-estimate the depth of peculiarities that comes with most real-life business datasets. Most business don’t even have a full line of documentation per table field. Yet, we typically find that even with half a page of documentation per field, the documentation is still far from being thorough.

One of the (many) challenges faced by Lokad is that it is difficult to charge for something that is not even perceived as a need in the first place. Thus, we frequently shovel data qualification work under the guise of more noble tasks like “statistical algorithm tuning” or similar scientific-sounding tasks.

The reality of the work however is that data qualification is not only intensive from a manpower perspective, it’s also a truly challenging task in itself. It’s a mix between understanding the business, understanding how processes spread over many systems - some of them invariably of the legacy kind, and bridging the gap between the data as it exits and the expectations of the machine learning pipeline.

Most companies vastly underinvest in data qualification. In addition to being an underestimated challenge, investing talent on data qualification does not result in a flashy demo or even actual numbers. As a result, companies rush to the later stages of the data analysis process only to find themselves swimming in molasses because nothing really works as expected. There is no quick-fix for an actual understanding of the data.

Categories: Tags: insights, bigdata

Hiring our Chief Marketing Officer!

Published on by Joannes Vermorel.

We are hiring a lead generation wizard!

Lokad is a software company that specializes in quantitative optimization for commerce. We help merchants, and a few other verticals, to forecast their inventory and to optimize their prices. We are profitable; we are still small but growing fast. We are closing deals North America, Europe and Asia. The vast majority of our clients are not in France.

Lokad is sold through the web, almost exclusively relying on inbound marketing. We have hundreds of leads per month, but we are aiming for thousands. So far marketing was done part time by the founder, but it's time to put marketing in more capable hands.

As the Chief Marketing Officer at Lokad, you will have one metric: the number of qualified leads; and we expect you to own a lead commit as well. At this stage, we do not care about corporate marketing, only lead generation matters. The web is the native marketing channel of Lokad. While other channels can be leveraged, we expect you to steadily increase the presence of Lokad on the web to generate the bulk of lead growth.

Our technology is very noticeable, and we need you to make sure that decision makers do notice. Our reach is the world. Lokad is already available in many languages beyond English.

We are located 50m from Place d'Italie, Paris, France.

Desired Skills and Experience

You have two years or more in lead generation marketing for a B2B SaaS company. With a bit of help from a graphic designer, you can deliver awesome web marketing materials. Your written communication skills are top notch, and big bonus to you if you have a blog with some audience. B2B stuff is usually boring, and non-viral, and yet, you can make things happen: you can vanquish the market inertia and make people pay attention. Naturally, you are perfectly fluent in English. Speaking French is a bonus but not a requirement.

Categories: Tags: hiring

SkuVault natively integrated

Published on by Joannes Vermorel.

SkuVault is a warehouse management software tailored for eCommerce. We are pleased to announce that SkuVault is now natively supported by Lokad. Importing the SkuVault historical data into Lokad can now be done with a single click - or no clicks at all using our scheduling feature. Now SkuVault-powered businesses can get advance inventory forecasts as well as powerfull commerce analytics within minutes.

Categories: Tags: partners

Competitive intelligence with Competera

Published on by Joannes Vermorel.

Starting from today, Lokad-powered merchants can obtain the prices of their competitors by using their own Lokad account, thanks to our new partner Competera. The app benefits from a native integration within Lokad.

Competera is a competitive price monitoring app. Give them the domain names of your competitors, the domain name of your own store, and Competera will begin extracting prices right from the web. Competera takes care of generating a price matrix where each one of your products gets matched with the prices of your competitors. Competera works pretty much like Lokad: no software to install and a monthly subscription. You can get a trial and demo as well.

By combining Competera and Lokad, it becomes possible:

  • to stop wasting time with manual and infrequent competitor surveys
  • to monitor how your market share reacts to competitors' pricing moves,
  • to craft pricing strategies that leverage both in-house data and competitors' data
  • to fine-tune the trade-off between profitability and growth

The Competera team is here to deliver all the support your company needs as far as monitoring your competition is concerned. In turn, Lokad is here to turn this data into better margins, better stocks and more growth depending on your strategic targets.

Interested? Just drop us an email, and we will make sure your setup goes smoothly.

Categories: Tags: pricing, partners

Currency exchange rates with Envision

Published on by Joannes Vermorel.

Merchants frequently buy with one currency and sell using another. As online commerce is becoming more and more a global commerce, it's not unusual to encounter merchants who are buying in multiple currencies, and selling in multiple currencies as well. From a business analytics viewpoint, it soon becomes rather complicated to figure out where the margins stand exactly. In particular, margins depend not only on the present currency conversion rates, but also on those that have been in place 6 months ago.

As part of our commerce analytics technology, we have recently introduced a new forex() function that is precisely aimed at taking into account historical currency conversion rates for almost 30 currencies - including all the major ones.

Lokad's built-in dashboards have already been updated to take advantage of this function. Now, when Lokad carries out a gross-margin analysis for example, all the sales orders and purchase orders are converted into a single currency, applying the correct historical rates used at the time the transactions were made.

Categories: Tags: envision

In the end, there can be only one

Published on by Joannes Vermorel.

When it comes to the optimization of stock levels, or prices, or assortments … merchants need to look at many business performance indicators to be able to make the correct operational decisions. However, numerical optimization, much like statistical forecasting, is deeply counter-intuitive. In particular, there is a deep and subtle catch when using indicators to optimize an aspect of your business: in the end, there can be only one. Maintaining multiple indicators to drive the final decision that results from an optimization process is a recipe for picking a posteriori the metric that makes the management looks good, while damaging the business in the process. Let’s review how the whole thing unfolds.

There are many indicators that are typically found in commerce. For example, we have the total stock value (the lower, the better), the average inventory service level (the higher, the better), the total sales volume (the higher, the better), the average gross margin (the higher, the better), etc. When looking at just one indicator in isolation, everything is simple: there is an obvious “improvement” direction (e.g. the higher, the better). However, as soon as we consider multiple indicators at the same time, things get more complicated – a lot more complicated.

Indeed, all these indicators are conflicting: lowering the stock value negatively impacts the service levels, increasing the gross margin (nearly always) has a negative impact on the sales volume… Thus, the whole idea of improving one indicator at a time is bunk: this one improvement nearly always comes at the expense of a deterioration. Then, for larger companies, the problem is amplified by the corporate structure itself: the supply chain division is held accountable for any increase in stock, but it’s the contact center division that is rewarded for the improvements in customer satisfaction.

However, the problem does not stop at simply managing conflicting indicators, time is also of the essence, since market conditions are changing all the time and there is a lot of noise involved. As a result, whatever the management might be doing, there are (nearly) always some indicators that will improve from one quarter to the next. Thus, in order to avoid looking bad, it is extremely tempting to cherry pick the indicators deemed as most relevant. With the risk of sounding very technical, it’s a case of ex-post-facto rationalization: we (un)consciously tend to build some good narrative after stuff happens to explain why everything went according to plan.

Therefore, whenever a business optimization initiative is at stake, there can only be “one” indicator that consolidates all the relevant business drivers. For example, as far as inventory optimization is concerned, the pinball loss function is a first step forward towards building an indicator that properly reflects the asymmetry existing between over-forecasting and under-forecasting the future demand. While the pinball loss is far from telling everything about your inventory situation, it can already give sensible results as far as the trade-off between “stock value” vs “service levels” is concerned. Having this “master” indicator is the only way of optimizing just about anything, because as we have seen, when you get the luxury of hand-picking conflicting indicators, everything becomes blurred.

Nevertheless, it is important to clarify that while a “master” indicator is essential, there is no need to discard all the other indicators. Commerce typically tends to be complex, and in order to apprehend this complexity, it typically takes many indicators to gain all the necessary insights. However, these indicators should be used precisely for that: gaining insights, not driving operational decisions.

Coming up with one efficient master indicator is difficult. This indicator should properly balance all the different business drivers intertwined in the problem being addressed. In practice, it is frequently a composite indicator built from a combination of conflicting indicators with strategic “weighting” variables. These variables represent the best strategic understanding that management can produce about their business. Indeed, there is no “quantitative” answer to highly ambiguous questions like: do we want more growth or more margin?

A common pitfall that we frequently observe when designing master indicators is “naïve rationalism”. This refers to indicators that, while being perfectly formalized, do not capture one or more of the essential drivers of a business. As a result, improving such indicators is like accelerating while driving in the wrong direction. Naïve rationalism is dangerous because it gives a false sense of confidence to the people involved. As the saying goes, it’s better to be roughly right than precisely wrong.

Categories: Tags: insights

Document your folders with MarkDown

Published on by Joannes Vermorel.

Whenever Lokad produces a dashboard or a forecasting report, under the hood, the input data is stored as tabular files within your Lokad account. Those files are accessible through the Files tab of the top navbar.

Screenshot file listing

However, when you're account grow large, with many files and many folders, it might also become a bit messy too. Keeping the data well organized and well documented is a critical part of a good data-driven commerce optimization initiative. Thus, we have been working new features to make it easier.

All the folders of your Lokad account can now be documented with notes written in the CommonMark flavor of MarkDown. When a file named is found in a folder, then its content gets displayed just above the list of files, as illustrated above.

Screenshot MarkDown editor

Then, if you click the file, you get a MarkDown editor where you can see side-by-side your notes and their rendered counterpart. If you folder don't have a, you can create one just by clicking the button Add button that appears below the file list when your folder doesn't contain such a file yet.

Categories: Tags: bigfiles, markdown, technical, release

Forecasting 3.0 with Quantile Grids

Published on by Joannes Vermorel.

Delivering better forecasts has always been the core focus for Lokad. Today, we are unveiling the third generation of our forecasting technology based on quantile grids. In layman’s terms, quantile grids demonstrate an unprecedented level of performance which means that your company can service more clients, more reliably, and with less inventory. Unlike all the existing forecasting methods available on the market, quantile grids do not provide one demand forecast per product, but provide the entire probability distribution for (nearly) all possible futures. Quantile Grids are made possible through the combination of Machine Learning, Big Data, Cloud Computing plus some commerce-driven insights.

Quantile Grids are now available in production for all our clients, accessible through a new Quantile Grid option for any inventory forecasting project.

Forecasting 1.0: classic forecasts

When Lokad was founded back in 2008, we started with what we call now classic forecasts, our version 1.0, that is, a forecasting methodology where each product or SKU is associated with a periodic value; for example weekly forecasts of up to 13 weeks ahead. Implicitly, these forecasts are median forecasts: unbiased forecasts are expected to have 50% chances to be above or below the future demand. For the rest of the market, these forecasts are not referred to as the classic forecasts, they are the only forecasts because most of our competitors never even considered any alternatives.

However, as far commerce is concerned, no matter how accurate the classic forecasts, they work poorly in practice. Intuitively, classic forecasts are simply not looking at what really matters. The average or median demand is the easy and uninteresting case where everything goes according to plan. The tough cases however are concerned with unexpectedly high or unexpectedly low demand because they respectively create stock-outs and dead inventory. These types of extreme situations are the ones that really cost money. Classic forecasts work poorly, not because the algorithms are not good, but because they do not look at the business from the correct angle. Thus, no matter how much R&D investment a company can put into classic forecasts, it just fails. This was one of the toughest lessons for Lokad to learn in our early days.

Forecasting 2.0: quantile forecasts

In 2012, we made our first breakthrough with quantile forecasts. Despite a name that might sound downright scary, quantile forecasts are something that is much closer to what executives are doing in for their companies: they are scenarized forecasts. Instead of looking at the average case, quantile forecasts have the following objective: let’s look at the Top 5% of our most optimistic demand prospects, will we suffer from a stock-out? Then, let’s look at the Worst 5% of our most pessimistic demand prospects, will we have to deal with dead inventory? Quantile forecasts directly tackle the tough questions that actually matter from a business perspective. As engineers say, it’s better to be approximately correct than to be exactly wrong, and while quantile forecasts also suffer from all the inaccuracies associated with the classic forecasts, quantile forecasts massively outperform classic forecasts from an operational perspective whenever inventory is involved.

Yet, quantile forecasts are not the pinnacle of forecasting either. On the surface, our quantile forecasting technology was suffering from numerical oddities such as quantile crossing and quantile instabilities. However, since those oddities are quite visible, they can be efficiently mitigated. However, on a deeper level, we realized that our quantile forecasts were still not perfectly aligned with the actual business tough spots. In particular, quantile forecasts are leaving the burden of optimizing the service levels to the Supply Chain Manager. This is cheating - in a way - because a considerable part of inventory performance is actually delivered via a very precise tuning of the most profitable service levels that adequately balance inventory costs and quality of service.

Forecasting 3.0: quantile grids

In February 2015, we are now releasing our second forecasting breakthrough: quantile grids. Over the years, we came to terms with the fact that forecasts can be nothing but imperfect. Accurate forecasts are a fairytale, conveniently repeated within a market overrun by underwhelming vendors. Since we cannot predict the exact future, what about trying to assign a probability to every single possible future? That is, the probability of selling zero units, one unit, two units, etc. This is exactly what quantile grids are about: delivering not only one forecast per product, but delivering the entire probability distribution of demand for every product. Under the hood, quantile grids are a little bit like quantile forecasts, except that a demand forecast is simultaneously computed at all service levels.

Optimizing inventory or managing supply chain is all about balancing risks and opportunities: inventory levels vs service levels, purchase price vs supplier lead time, bulk purchase vs made to order, and so on. While quantile forecasts can pinpoint one or two troublesome scenarios, in the end, it is just one forecast value per product, and no matter how good this value can be, this one value cannot capture all the diversity of possible business outcomes. In contrast, quantile grids tackle the problem head-on: all outcomes are computed and associated with their respective probabilities. For every scenario, such as for the future demand of 3 units, we have bought only 2 units, it then becomes possible and straightforward to compute the net business result – like 2 units sold, and 1 unit missed. As a result, every purchase decision can be assessed by simply unrolling all the scenarios and applying the calculated probability to each scenario.

A breakthrough coming from aerospace

While Lokad primarily services retailers, we do such other industries as well, such as aerospace. One year ago, we started working for a large joint venture between AirFrance Industries and Lufthansa Technik, and realized that our quantile forecasting technology was not entirely up to the challenge. Each quantile forecast is like a single business scenario. While it is possible to combine 3, 4 or 5 different business scenarios, it takes great effort to implement the rules that glue all of these scenarios together in order to produce optimized supply decisions.

A much more elegant solution, and one which also yields much better inventory performance, consists of forecasting and evaluating all future business scenarios. No more ad-hoc scenarios that we desperately try to weld together, but a listing of (nearly) all possible scenarios (granted, it is a long listing), all treated in a simple and uniform way. This approach comes with the downside of being brutally more demanding as far computing resources are concerned. However, thanks to our favorite cloud computing platform - Microsoft Azure - computing resources have never been cheaper, and prices are still in free fall.

The results that we obtained through quantile grids for aerospace proved to be dwarfing the performance of our flagship quantile forecasting technology. It was time to bring back the rocket science (well, not rockets, jet airliners actually) to merchants, and the multiple experiments that we had performed over the last couple of months confirmed the decisive superiority of quantile grids compared to our original quantile forecasts.

Future of predictive commerce optimization

When we first released quantile forecasts three years ago, I predicted that within 10 years, quantile forecasts would be the default tool for any supply chain practitioner serious about her inventory performance. Well, it turned out that the efforts of the entire Lokad team, including my own, proved me wrong. As we have uncovered an approach superior to our initial quantile forecasts, we came to the conclusion that the long-term future of quantile forecasting is brittle. Yet, the future of the descendant of quantile forecasts is brighter than ever, as quantile grids solve the challenges that had been eluding us for years, such as the optimization of service levels, container shipments or multi-sourcing strategies.

Also, for years, inventory forecasting and pricing optimization have been treated in strict isolation, as if they were parts of two separate puzzles: the demand forecasting engine ignored what happens on the pricing side, and to make them even, the pricing engine did not care about the supply chain constraints either. However, stocks and prices are two sides of the same coin; and we now realize that any optimization attempt that blindly ignores the other side of the coin is a naive attempt at best.

Thus, while I will avoid making the same mistake and predicting that quantile grids are the long-term future of forecasting only to be proved wrong by Lokad’s team later on, I will now more safely bet that whatever predictive technology emerges from our efforts, pricing analysis will probably become unified with stock analysis along the way. We are not quite there yet, but we are making steady progress in this direction.

New methodology: purchasing prioritization

All inventory optimization systems (Lokad 2.0 included) compute reorder points. By comparing reorder points with quantities on hand and on order, these systems also compute suggested reorder quantities. Over the years, we have discovered two major limitations of this approach. First, those systems do not say anything about the target service levels, and their optimization. Second, reorder points prove to be somewhat inflexible whenever purchase constraints are involved.

Inventory optimization systems traditionally produce a static set of reorder points (one per SKU), primarily driven by their respective user-defined service levels. However, this is cheating because the burden of figuring out the "optimal" service level falls back to supply chain planner; and not only does figuring out the correct service levels proves to be a very time-consuming exercise, it is also a source of major inefficiencies if the service levels are inadequately chosen.

With quantile grids, the picture is very different: a master purchase priority list is calculated. Technically, it is a list where each SKU appears on numerous lines, each line being associated with a suggested order quantity – typically 1 unit if no supply constraints are present. The list is prioritized, and this prioritization criterion is of primary importance.

For most businesses, this prioritization answers the question: for $1 of extra inventory what is the next unit which gives the company the highest returns? This can also be formulated as the expected gross margin minus the expected inventory carrying costs. Naturally, as we go through down the list, the expected gross margin sharply decreases, because the probability of having a demand sufficiently high to absorb the stock becomes very thin. Similarly, when going down the list, the inventory carrying cost sharply increases, as each extra unit of inventory is expected to remain in the warehouse for longer. In theory, the list has no end, as it goes down to infinity. In practice however, we simply stop at a point well beyond what would constitute "reasonable" inventory levels. When a purchase is made, the goal is not to go down the list but to buy items according to their respective priorities, and to stop buying once the spending target is reached.

Consequently, this entirely removes the need to specify the service levels. Once a spending budget is defined, a company purchases their goods based on the priorities established by the master purchase priority list. Purchasing goods in this order ensures that the company’s revenues or profits are maximized, following the specified prioritization criteria.

Quantile grids are also much more versatile in their capacity to address scenarios that involve supply constraints. While quantile forecasts are indeed powerful, as soon as you have minimal order quantities, either per SKU or per supplier, and possibly some container volume capacity constraints too, the suggested quantities do not match the supply constraints. And it is then up to the supply chain planner to deal with all the adjustments, namely removing certain SKUs or increasing the units for other SKUs, in order to compose a complex order batch that fulfills all the constraints.

With quantile grids, we have a much more compelling and a much more straightforward user experience to propose. The master list makes it simple to accommodate ordering constraints. If minimal ordering quantities per SKU are present, then, the ineligible lines can be removed from the list. Similarly, if a target capacity constraint exists to accommodate container shipments, then purchase entries can be processed in following the order of the list until the target capacity is reached.

What’s next?

While quantile grids are already live and accessible to all companies who have an open Lokad account, we are still lacking documentation that outlines both the technical aspects, but also the supply chain best practices relating to this new technology. This material is coming. Stay tuned.

Categories: Tags: forecasting, release

Wanted: competitive price monitoring partner

Published on by Joannes Vermorel.

We are seeking an awesome competitive price monitoring app that would be natively integrated into Lokad. Our goal is to offer a 1-click solution to Lokad-powered merchants to allow them to obtain their competitors' prices.

If you happen to know such a solution that you would like to see implemented in Lokad, don’t hesitate to forward this post to a relevant contact. If you happen to work in such a company, well, read on.

A bit of context

Lokad specializes in helping merchants to improve their prices and their stocks, the two challenges being fairly entangled in practice. In order to do this, we leverage advanced predictive analytics, packaged in a way that make them accessible even to very small companies.

What we don’t do, however, is to retrieve prices from competitors by directly crawling the web. Thus, many of our clients sent us their competitors' price data that they obtain from other software companies. Since competitive intelligence is a basic need in commerce, Lokad is ought to provide something better than Bring Your Own Data. However, it turns out that crawling the web is a very specific challenge: our existing technology would not help one bit.

As there are dozens of price monitoring solutions out there, let’s not reinvent the wheel. We would like to integrate one of these apps, the best we can find, into our existing solution so that competitive intelligence becomes a 1-click upgrade at Lokad.

Properties of the partnership

The partner gets a super-qualified sales channel: the Lokad user base. Other data challenges have already been taken care of, and prices are ready to be consumed.

The price monitoring app is an option available to all our users; and Lokad actively promotes this option not only on our website, but directly on our own app as well.

We don't expect this service to be free. We don't plan to interfere with what you, as a partner, charge our mutual clients either. Finally, we are not asking for revenue share.

The DNA of our awesome partner

We seek an awesome price monitoring app. Naturally, it would be in SaaS mode and subscription-based, but we feel it should also have the following properties:

  • Free trial: technology is sufficiently automated to open up the possibility of free trials. For us, the absence of a free trial is a clear indication of consultingware solutions where the provider starts coding the day a client signs up for the service.
  • Focus on scale: just about any coder can hack a price scrapping bot in a week targeting a small ecommerce; however, this does not scale. Our “dream” user experience: a merchant asks for “” and more than a year of prices is already available; then, the merchant asks for a comparison with “”, and within 60 minutes, the full comparative price list is compiled and ready for download.
  • API: we are looking for 1-click integrations, well maybe a bit more than 1-click, but it has to be dead simple. Thus, Lokad needs to be able to programmatically interact with the app so that our users don’t have to deal with integration technicalities themselves. If no API exists yet, we expect our partner to provide an API when we start working together.

We are seeking a partner that thinks of their company as the (future) Google but for price search. If you are interested (or know someone who might be), drop us an email at

Categories: Tags: pricing, partners

Salescast and Priceforge have been merged

Published on by Joannes Vermorel.

Innovation is a messy process. If we knew the final destination from the start, the path to getting there would be a lot less convoluted. Lokad is no exception. Over the last year, we constantly kept innovating, right from the beginning of the year as far as inventory forecasting is concerned, and have moved on to pricing optimization more recently. And along the way, we introduced a series of apps, Salescast and Priceforge being the most important ones.

Over the last couple of months, our apps were gradually converging, unlocking multiple synergies along the way. Today, we are proud to announce that the user interfaces of both Salescast and Priceforge have been unified into a single Projects view.

This new design reflects the fact that Salescast and Priceforge are intended to be used together, both for inventory forecasting and also for pricing optimization. Our old marketing message Salescast is for forecasting and Priceforge is for pricing had become misleading because in practice, all of our best accounts were using both apps together.

The user interface has been merged, but our website and our documentation are still lagging behind. In the coming weeks, we will revisit our website in its entirety in order to present the app as it is now available.

Categories: Tags: priceforge, salescast

Advance scheduling of your forecasting reports

Published on by Joannes Vermorel.

It was already possible to schedule the refresh of an inventory forecasting report through the usage of a WebCron, however, the actual walkthrough was somewhat convoluted. Thus, we decided to make things simpler, and starting from today, Lokad supports a built-in integration with

The Configure Project section has been expanded with a new subsection named Schedule the project runs as illustrated in the screenshot below.

In order to get started, you should start by opening an account on; they have an Express Plan, free of charge, sufficient to get started. Once you are registered, clicking the link within the Configure Project page will redirect you to, which all the relevant settings pre-configured for you.

Just save your job, and it's done!. Then, if you want to go further, provides extensive scheduling capabilities.

This new setup is more secure. EasyCron does not get any access to your Lokad account. EasyCron is merely granted the power to start the refresh of one forecasting project, and nothing else.

Scheduled executions are restricted to one execution per day maximum for a given project; in practice, it's vastly sufficient for inventory optimization purposes.

Categories: Tags: salescast, release

Local management of inventory settings

Published on by Joannes Vermorel.

As far as data management is concerned, Lokad's philosophy is to keep data centralized in the original business app whenever this is possible. We do not want to be an ABC management software (replace ABC by commerce, warehouse, store or entreprise), because our clients already have this software in place. Yet, it is not always possible - or practical - to stick to this principle; so we need to adjust.

More specifically, in order to generate an inventory forecasting report, Lokad needs domain-specific settings such as the desired service level and the applicable lead time, which are typically not built-in within most business apps. Certain apps like Brightpearl or Linnworks already support the notion of custom properties to enrich existing data with domain-specific settings, but many other apps do not support such a feature.

So far, companies using TradeGecko, Unleashed Software or Vend could only rely on the Salescast default inventory settings, which are rather crude as they apply to all of the data if no alternative settings are provided.

Yesterday, we have released an updated version of Salescast which now offers the possibility to manage the inventory settings within your Lokad account by uploading a specific Excel sheet acting as the repository of your settings. It is now possible to manage fine-grained inventory settings for all of our supported apps.

Categories: Tags: release, salescast, inventory optimization, technical

Unleashed Software natively supported by Lokad

Published on by Joannes Vermorel.

A few weeks ago, we announced our native support for Vend, a very nice POS app coming from New Zealand. Today, we are proud to announce that Lokad also provides native support for Unleashed Software, another great piece of software, and also from New Zealand!

Unleashed Software delivers a powerful inventory SaaS service, and thanks to their great API (Application Programming Interface), it is now possible to import all the relevant data into Lokad in one single click. Below, you can see the screenshot of the Salescast default view after importing data from the Unleashed demo account.

This connector is read-only. Lokad does not, in any way, modify the data that exists in your Unleashed account. This ensures that Lokad will not disrupt the activity of an account that is already used for production.

This connector is still in its early stages, so don't hesitate to get back to us if you notice anything that could be improved. Don't hesitate to give it a try too!

Categories: Tags: unleashed, integration, salescast, partners, release

Scheduling your Salescast executions

Published on by Joannes Vermorel.

Update 2015-02-10: we have now a built-in WebCron integration which is now the approach we recommend as it is more secure.

Inventory optimization should be business as usual. Yet, Salescast, our inventory forecasting app, does not natively support scheduled executions yet. However, it is possible to obtain scheduled executions with 15min setup. In order to do that, we are going to combine the API of Salescast which offers a programmatic control on Salescast with webcron service.

A webcron is a generic name to refer to an app that behaves like an online task scheduler. If you look for webcron on your favorite search engine, you will get plently of software companies who support such a service. In this post, we will use that comes with a free subscription plan (as of January 2015) vastly sufficient for our need.

Thus, in order to get daily or weekly execution of Salescast, you should start by creating an account on Once, you have your SetCronJob account, go to the Users page whithin your Lokad account, and then click on then Add user button. Creating a distinct Lokad user dedicated to the webcron is important for security purposes. Lokad will offer you two options, click Enter Username and Passwordand proceed. Then you can create a new user with:

  • SetCronJob Robot for the full name
  • for the login. You should replace example with the actual domain name of your company. It does not matter if the email address does not actual exists.
  • a long random password. Just stick to number and letters for simplicity, but make the password long (say 20 characters long). You won't have to actually every type this password, so keeping it short and practical is irrelevant.

Click Add user, and now that you have created a dedicated Lokad user, go back to and log into your account. Here click Create CronJob. In the field Url to call, enter the following URL (detailed below):

Finally pick Every day or Every week in SetCronJob to run Salescast with the desired frequency. You can also adjust the actual time of the day when Salescast will be run if you click the More options button.

Composing this URL is a bit tricky, let's have a look at the detail. The first part is Notice that the @ sign of the email address has been replaced by %40. It's because characters in the URL needs to be URL-encoded. In practice, latin letters and numbers remain the same, but more advance characters like the @ are replaced by their encoded counterparts.

The second part that comes after the semicolon (:) is pwd. Replace this part with your actual password. If your password is just letters and numbers as suggested above, then the password does not need any special URL-encoding treatment, so cut-and-paste should work just fine.

Finally, the last part fld should be replaced with the output folder of your Salescast project. The output folder is displayed in your Salescast page. If your Salescast project is loading its files from the root folder, then your URL should just end with ?folder= (with nothing after the = sign).

Once you have finalized your CronJob, just run it once to make sure it's working. You should be able to see Salescast running in your Lokad account.

You're done. Congratulations! From now on, Salescast will be executed according the schedule.

Caveat: SetCronJob let you pick executing frequencies like Every minute; yet make sure not to pick a for Salescast that is shorter than 1 execution per day, as this would most likely result having your Lokad account put on hold. If this were to happen, just mail us at and we will help you restore the access to your Lokad acccount.

Categories: Tags: salescast, technical