We talk about voice-enablement with enterprises throughout the supply chain a lot, and hear stories about their prior experiences with traditional voice applications. Their stories are maddening. Their stories are horrifying. Their stories are the kind that make anyone with P&L responsibility want to scream. Too often, these recounted experiences are stories of large up-front investments and then a bunch of unforeseen expenses post-deployment. The problem is the traditional voice application model, which adds costs in these four common areas:
- Voice-dedicated hardware: Traditional voice apps require a separate, proprietary computer (typically worn on the belt or shoulder of the worker), that house the speech-to-text and text-to-speech processor. However, if the barcode-scanning mobile-computers you’re currently deploying are fairly new (developed in the last 8-7 years), they already have the horsepower to handle voice processing, so you don’t need to buy proprietary voice hardware.
- Middleware or “System Interfaces”: In most warehouse applications, your workers are already interfacing with a host system – your WMS, ERP or other supply chain management system. And, in most of these cases, your workers are using Terminal Emulation on their mobile computers to interact with this host system. There is no need to wedge additional middleware between your host system and mobile device client in order to enable voice. Your interest is to recognize productivity gains by adding voice to your existing mobile application, so there is no need to buy middleware to enable voice.
- Host System Modifications: Recently, I wrote about the problems that can arise when your voice vendor wants to make changes to your host system. You’ve invested a significant amount of money in your host system, and you don’t need another vendor putting their hands in there (and charging you consulting services fees to do it). Adding voice to the mobile application should simply pass data back to the host system in the same way that barcode-scanned or key-entered data is communicated. Your host system shouldn’t even need to know which method of data capture was used for a given data field, so adding voice shouldn’t require changes to your host systems.
- Post-Deployment Host Modifications: Once your workers are voice-enabled and you’re realizing the productivity gains of voice-enablement, should you discover a process change that will further optimize your workflow, many traditional voice vendors will require that you contract them to contribute to the changes you want to make to your host system. They want to be included because they’ve already made changes to your host system to make their voice application work, so if you want to make any changes, they’ll need to ensure their application isn’t adversely affected. Deploying voice-enablement shouldn’t require host system modifications. You shouldn’t have to pay professional services fees to your voice vendor every time you want to make a change to your host system.
If you’ve encountered any of these issues when considering adding voice to your picking or other warehouse workflows, it’s time to look at Speakeasy. It’s 100 percent mobile device driven (no proprietary voice hardware or middleware required), and does not require any modifications to your host system (which also eliminates the associated post-deployment costs). You get the productivity benefits of full-featured voice-enablement, but without all these additional costs that often make traditional voice applications cost prohibitive. Plus, you can deploy in as little as 30 days, so the productivity gains and cost savings can start adding up quickly.
Coming to ProMat 2015 (March 23-26) in Chicago, IL? Come see Speakeasy in action at the Wavelink booth #4864.