How We Built an Application Development Program - Part 2

Guest Post by Aaron Bach

Pivoting a Platform

Traditionally, Content Manager focused on just that: content management. Although it might have carried other responsibilities over the years, “application development” wasn’t high on that list. Given that our client base was used to this product, we faced a unique challenge. How were we supposed to roll out a brand new paradigm using the same tools as before?

In the early days of AppDev, we created “sort-of” applications. We took our best sign builds, exported them as .ds files (a proprietary format for Content Manager), and stuck them on a shared network drive. The thinking went like this: “When we need to implement another meeting room/virtual concierge/etc., we’ll go to our shared drive and grab the one we’ve already made!”

At the time, we thought this was revolutionary; in retrospect, it suffered from some core problems. Principle among these was ease-of-use: “configuration” of these applications meant opening up an Excel spreadsheet, editing a bunch of values, saving it somewhere, then deploying a version of our .ds file that pointed at that Excel spreadsheet. Clean? Useful? Intuitive? Not even close.

So, we did something bold: we went back to our leadership team and said, “Content Manager needs to have the ability to produce and consume real apps.” We outlined our needs: easy-to-configure, not overwhelming, documented, and more. We wanted a distant cousin to an iOS or Android app architecture and we needed it to live within our ecosystem.

I’ll never forget the email I got from David one morning in late 2013: all it said was “FYI :-)”. Below, I saw an email exchange with our CTO. “Apps as entities” within Content Manager was something that he’d been thinking about for a while. More importantly, he really liked the idea. Right before my eyes, the dream was coming true: Content Manager was going to be enhanced to build the real, reusable applications that we so strongly desired.

What lesson did we learn? Be bold and go after something big. Had we constrained ourselves by the old way of doing things, we might never have progressed past the “working group” stage. By going for the “big ask,” we catapulted ourselves to a new level and began to inspire all of FWI to orient towards it.

Building an App Store

Around the same time that development began on Content Manager, I had a sidebar discussion with our Core Product Director about where we were going to house the apps that we planned to create. Our shared network drive was obviously no good: we needed something that was customer-facing. We tossed around several ideas; then came another pivotal statement in our group’s formation: “You know, what we really need is an app store.”

I was elated at the thought. There was only one problem: I had no clue how to build, maintain, and run an app store.

I did the first thing I could think of: I Googled “how to build an app store” and searched. Not surprisingly, this approach didn’t yield much; most literature (if you could call it that) on the subject focused on technology, infrastructure requirements, user authentication, etc.. We knew all this. What we didn’t know was how to run a store as a business. How do you charge for each app? What do you charge? How do you collect feedback? How do you choose what apps to feature on the store’s homepage? On and on it went. I remember dreaming about speaking to executives from Apple and Google on their stores. All I heard back was gobbledigook.

So, in a truly agile fashion, we winged it. We came up with a basic UI, we wrote down a few processes around its maintenance, and started communicating the idea of the “FWI Store” to our internal teams. Within a few short weeks, our Sales, Legal, and Accounting teams had come up with mechanisms to incorporate the Store into our agreements and SOWs. We started to pitch it to selective clients (and only a few at a time). As time passed, we expanded the Store more and more. Before we knew it, a mature app store was up and running.

Where’s the proof, you ask? Last week, in five days’ time, we had 112,000 logins to the FWI Store. Not bad for a concept that got its start through a sidebar conversation and some furious Googling.

The lesson? Don’t immediately think about replicating the successful model of a distantly-related “cousin organization.” In retrospect, we didn’t need to deduce how Apple and Google operate their stores; our intention was never to be Apple or Google. In pursuing our own revolution, we found a sense of the unknown and, more importantly, our ability to overcome it.

The Road Ahead

That’s Year One of FWI’s AppDev Department and the FWI Store. I can barely believe the road that we’ve taken. Our baby has grown up and is starting to flourish. The most exciting part? Even though I know the tactical nature of what we’ll try to accomplish in Year Two and beyond, I have little insight into how the journey will look. There’s uncertainty in the unknown. There will be challenges, difficulties, and long days ahead. We may face complete revolution a time or two more before this is all said and done.

You know what, though? I’m thrilled. Our group is pursuing something special and they’re doing it in a powerful way. When I think of all the places we could be, I realize that the only place I want to be is right here.

A Sign of the Times: Employee Engagement
A Sign of the Times: Employee Engagement


Next Up
How We Built an Application Development Program - Part 1
How We Built an Application Development Program - Part 1

At FWI, we decided to build an application development program. In part 1, we want to share with you some o...