Looking into the Future with iPerspective - Everything will be Integrated
As I look into the future of SOA and WOA, numerous applications are still waiting for you to build them. If you’re looking for an opportunity to innovate and build a SaaS or Cloud offering for the world, I’d recommend you think about a SOA / WOA application that communicates with everything else in the world. Today this is SO easy to do too!
When I started studying the static pages of the Web in 1994, I immediately saw an opportunity to build pages dynamically. Originally this was called CGI programming. I immediately started developing dynamic Web applications and talked about how this was going to change the world. That people were actually going to build “Transactive Content” applications and that people would make millions doing so. Amazon is a great case-in-point.
After developing my first Web applications, I needed data from other Web applications, so I turned to scraping HTML data, turning it into XML and getting my needed data from other sites. At that point, I knew that system-to-system integration and sharing of data was going to become important to our future…which clearly it was.
I began talking about dynamic XML, which quickly evolved into Web Services as we know them today. SOAP (i.e. SOA) is sometimes a little heavier than “need be” so RESTful services (i.e. WOA) is ideal for AJAX-based client applications and the like.
When I started talking about Web Services (in about 2003), I discussed a number of applications that could be built that could revolutionize the world as we know it. Companies like Facebook have capitalized on the concepts I’ve been discussing for years now.
As I mentioned, building applications that talk to other applications is so simple today. Products like Rolta TUSC’s iPerspective make it easy to expose your existing data and business logic as SOAP Web Services or RESTful Web Services. Imagine the power of building an application and instantly being able to expose your entire application through an open standard API (i.e. Web Services).
The beauty of application-to-application integration is that if you build an application and connect it to the world, people can use your unique IP however they wish to use it. If you create a flexible or dynamic open API, your customers will be able to get the data they want, when they want it, how they want it. It also allows you to focus on your core skills and allow others to focus on their core skills.
So, stop, take some time to think about the application you’ve been dreaming of…it’s possible today! The application that I talked about some years ago Orbitz has capitalized on - booking flights, hotel, cars, all on one system. I took it a few steps further in my presentations in 2003, but for intensive purposes - they have an application that does a lot. But not this far. Imagine if you built this 2003…why not build it today? I’ll use it!
Imagine this…
Let’s say you want to build an integrated travel and scheduling application. As I mentioned, there are plenty of travel companies out there already. There are also plenty of scheduling applications as well.
Here’s a use case. Let’s say that I’d like to make a business trip to TUSC’s Chicago office. I would need to book a flight, rent a car, book hotel(s), and then I’d like to make appointments with “key” customers.
As you know, you can arrange the flight, car and hotel through one service (e.g. Orbitz)…so where’s the value? Well…what about the “rules” of your travel? How about “scheduling” your days of the trip?
Imagine an application where using your online assistant, you could begin by defining the initial rules for your travel preferences. Your “assistant” is external to your company of course. Let’s say that I would like to make the trip in the next month and I would like to spend the least number of days possible (2 minimum to 4 maximum) and visit the most customers possible. The application allows me to predefine numerous rules in my profile - just like you would communicate to your assistant.
Rules such as detailed hotel, airline and car rental preferences, how long a customer visit takes on average (e.g. 2-3 hours), meeting invitation / letter to customers and prospects, spend the least amount of time in a city possible, arrange appointments around dates that offer the least amount of money on flights, hotel and car rental possible, start as early as 6am and end as late as midnight and so on. Again - this is what my assistant already knows about me - so why not automate these rules?
Now - what about those key customers? As you know, your hosted / SaaS CRM application already contains this information. You might also need data from your ERP application to determine “key” customers. But in an open API world, it’s very easy for us to integrate all of these applications. In my rules, I might define that “key” customers should be ranked by revenue or longevity or whatever criteria I wish to use for this trip.
Using my integrated application, calendar invitations (this is an open standard today) are automatically sent to customers and prospects. Customers then accept (or reject) the invitations - which are not for a specific date - just “will they meet with me for 2-3 hours?”
After this initial invitation is sent, 8 people accept my offer. We know the address of each of our customers, so schedules are calculated based on drive time, 2-3 hour meeting time, availability of people, etc. It turns out that in the next 4 weeks, only 2 of the weeks will work based on everyone’s schedules – the block of time required (3 days – M-W, T-R, W-F)
Flight, hotel and car rates for the available blocks of dates are gathered based on preferences and wala, a trip date is selected! All automatically!!!
Everyone’s calendars are updated (my calendar, my wife’s calendar, my assistant, the 8 appointments and the people they want at the meeting). The reservations are booked - including the hotel (2 different hotels), car, and airline.
As the trip date approaches, schedules are automatically adjusted and confirmations are sent at key points in the process (based on people’s profiles).
My iPhone contains all of his travel information of course. When I arrive in Chicago and pick up my Hertz Gold service, my car’s NeverLost is loaded with each address for the day. Traffic information is also communicated to select the fastest route to my destinations. As I drive to my first customer visit, On the way, I’m read (i.e. text to speech) updates about the customer – recent transactions with customer, problems, emails, etc.
My hotel for the evening required no cancellation fee and a last minute rate became available. The hotel changed on the fly. My iPhone calendar is updated and car directions are updated. My spouse and assistant were notified of change too.
As can be expected, one customer cancelled, so a new prospect was invited and accepted – everything was updated once again. When any meetings are finished early the car noticed, customers were contacted to move appointments up when possible.
At the end of my trip, I ended up finishing the 3 day trip 4 hours early, so my flight was automatically changed to standby for the earlier flight. I got home 4 hours earlier than I originally planned, which my wife knew about because she was kept up-to-date by my “assistant.”
Is this dreaming? In 2003 people thought I was dreaming when I explained that all of this is possible with Web Services. Today it’s absolutely considerably easier than it was then.
My point? Dream - think of an application and build it! Don’t re-invent the wheel. There’s no need to do so now that SOA and WOA can help you integrate what already exists. Build an integration platform…why not?
ajax, collaboration, rest, soa
Recent Comments