Feeds

One help desk API to unite them all

Down with the Software Tower of Babel

Build a business case: developing custom apps

Open...and Shut Businesses everywhere have embraced open source as a way to increase innovation and drive down software acquisition costs. Unfortunately, open source doesn't solve an even bigger problem companies have: making their software/systems talk to each other. Whether you're Chevron or Sam's Truck Stop, at some point you're going to want two disparate systems to talk to each other.

And you're almost certainly going to fail.

This isn't a matter of greedy vendors seeking ways to lock customers into their systems. It's more a case of vendors focusing on solving an immediate customer problem (like managing customer databases or help-desk ticketing) and not thinking about customer problems in a holistic way. Or, rather, not being able to afford to build out or buy, Oracle style, an entire suite of enterprise software.

I've experienced this at startups (Alfresco and Strobe) and larger companies (Novell, Mitsui and Canonical). You buy one system (maybe customer relationship management) and it's great until you buy the second system, and have to start figuring out how to cobble them together. It's a pain and definitely doesn't live up to the IT-free ideal the cloud purports to deliver.

All of which makes the new Networked Help Desk API so interesting. It enables disparate systems to create a common communications stream, focused on delivering excellent customer service.

The idea is that today, customer service often requires interaction of multiple teams and companies. That might be different departments in a company, or increasingly, it might be multiple, different vendors or partners working together. (Classic consumer example: you book a flight, rental car and hotel on Expedia, but when you need service, it might require going directly to the hotel or airline.)

The NetworkHelpDesk.org view is that an open API can make it easier to deliver awesome customer service, even if it's across team or company boundaries. And the API should enable vendors to deliver awesome service no matter what software their customers use, whether for CRM, customer service, help desk, forum, community, IT systems and so on.

As an example, if your support team uses Zendesk and your development team uses Jira for bug tracking, how do you ensure that you can easily share information between those apps when you need to escalate the reporting of a customer issue that turns out to be a bug that requires a fix?

The NetworkedHelpdesk API would enable you to establish a protocol for sharing information between these apps, so that developers can see the relevant customer info and the customer support team has visibility into what engineering is doing. When the issue is fixed, it can flow all the way back to the customer. There is no need to rely on emails or one-offs to track this, leaving you with less likelihood of issues falling through the cracks.

Networkhelpdesk.org is not an open-source project, though it is an open standard, one whose success depends upon attracting an open, active ecosystem of customer service-related partners. So far, so good: the project launched with 18 partners, including Zendesk, Atlassian, Twilio, New Relic, and others, and has been adding more, like SugarCRM, at a steady clip.

The project isn't for everyone. Given its emphasis on customer service, it's centered on vendors who build ticketing systems, bug trackers, and CRM software. And it's not for legacy, fat-client software vendors: this is a cloud kids club. It's not, however, an open source-only club. Only a few of the vendors involved would classify themselves as "open-source companies."

While the Network Hep Desk API makes integration of IT systems simpler, don't fire your IT department just yet. It's designed, as ZDNet points out, to provide "a uniform way to connect applications and organizations to each other to achieve 'seamless collaboration'." That "seamless collaboration", however, is going to require a talented IT team to figure out how to drive the linked systems to greater efficiencies and business productivity.

It will be interesting to see if any big vendors with relevant cloud applications will join in. Oracle and its CRM on Demand? Salesforce? Others? Today it's unclear, but there's little reason they shouldn't participate. There's little-to-no value to the vendor in stranding its customers on an island of productivity, inhibiting them from connecting to other vendors' systems. In fact, there's a lot of value in providing just such a connected experience that Networkedhelpdesk.org provides.

While still a nascent API, perhaps at some point being Networkhelpdesk API-compatible will be a key selling point in customer-service software. ®

Matt Asay is senior vice president of business development at Strobe, a startup that offers an open source framework for building mobile apps. He was formerly chief operating officer of Ubuntu commercial operation Canonical. With more than a decade spent in open source, Asay served as Alfreso's general manager for the Americas and vice president of business development, and he helped put Novell on its open source track. Asay is an emeritus board member of the Open Source Initiative (OSI). His column, Open...and Shut, appears three times a week on The Register.

Gartner critical capabilities for enterprise endpoint backup

More from The Register

next story
'Stop dissing Google or quit': OK, I quit, says Code Club co-founder
And now a message from our sponsors: 'STFU or else'
Why has the web gone to hell? Market chaos and HUMAN NATURE
Tim Berners-Lee isn't happy, but we should be
Microsoft boots 1,500 dodgy apps from the Windows Store
DEVELOPERS! DEVELOPERS! DEVELOPERS! Naughty, misleading developers!
Mozilla's 'Tiles' ads debut in new Firefox nightlies
You can try turning them off and on again
Apple promises to lift Curse of the Drained iPhone 5 Battery
Have you tried turning it off and...? Never mind, here's a replacement
Uber, Lyft and cutting corners: The true face of the Sharing Economy
Casual labour and tired ideas = not really web-tastic
Linux turns 23 and Linus Torvalds celebrates as only he can
No, not with swearing, but by controlling the release cycle
prev story

Whitepapers

Top 10 endpoint backup mistakes
Avoid the ten endpoint backup mistakes to ensure that your critical corporate data is protected and end user productivity is improved.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Backing up distributed data
Eliminating the redundant use of bandwidth and storage capacity and application consolidation in the modern data center.
The essential guide to IT transformation
ServiceNow discusses three IT transformations that can help CIOs automate IT services to transform IT and the enterprise
Next gen security for virtualised datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.