We’re very excited to announce Xuropa’s entry into the Amazon Web Services (AWS) official Service Providers Directory.  We’re proud  to provide to our customers unique CRM and AWS provisioning and automation technology.

While the Xuropa Application is Cloud and Data Center agnostic, our preferred public cloud provider is Amazon.  Back in 2008, when we first started development on a public cloud solution to move away from dedicated co-location data centers, we reviewed pretty much every public cloud vendor on the market.  The flexibility, level of automation, and security made AWS stand head-and-shoulders above other vendors.

As our market continues to grow, we’re very happy to see Amazon’s product offering grow with us.

API

The sophistication of their API was the real deciding factor why we went with AWS from the beginning.  If server instances cannot be started and stopped via a command API, then your cloud provider is missing a key part of “the point” of cloud computing.  This has been available from AWS from the start.

Security

It was clear from the beginning that AWS hold security as high a priority as we do.  Not only do they offer state-of-the-art physical and logical protection, they do not compromise usability or automation.  Practical and secure - a pragmatists approach to the cloud.

Performance

The Xuropa Platform hosts some of the most demanding applications on the planet.  Not only do we need the highest available performance machines today, but our customers continue to push the boundaries in terms of CPU and memory requirements.

AWS promisese to catch up and keep pace with our most demanding customers.

Global Footprint

Our customers are using the Xuropa Application to penetrate and serve global markets, and to deliver the lowest latency performance possible means that we need to be able to instantiate servers within those regions served.  AWS provides this facility unlike any other.

We look forward to a very fruitful partnership between our two companies, and are happy to contribute our unique products and services to the Amazon Web Services ecosystem.

Are you using the Cloud?

We’d like to discuss your move to a cloud delivery model.  Our application enables a step-by-step approach as you migrate your products and your business to the next paradigm in computing architectures.

Software-as-a-Service Delivery

The Xuropa Platform was architected from the ground up to support cloud deployment and monetization.  It may be early days for your particular industry, but we’ve been in this space for three years already - and we’re ready to support you in the migration of your business.  Drop us a line at saas_at_xuropa_dot_com to discuss.

Online Evaluations

Using the Xuropa Platform, you can easily allocate to your prospects cloud computing resources hosting your software for a day, a week, a month, or for however long your customer needs.  The system removes all need for IT resources and your customers don’t need to worry about downloading and installing software.  Your prospects securely upload their data into the cloud and use your software to perform realistic yet hassle-free evaluations.  The platform is secure, and you monitor all activity so you can see the progress your customer makes in the evaluation process.

Hands-on Demonstrations

The Xuropa Platform, with its integrated Social CRM system, enables you to easily reach out to your market via online social and professional platforms such as LinkedIn, Twitter, and Facebook.  From just the click of a link, your prospects are brought into a secure collaboration area from where they can connect to your dedicated cloud servers hosting your software to start kicking the tires and educating themselves on your differentiating features and value proposition.

Hands-on Training and Workshops

Pre-sales or post-sales, training and workshops are a valuable tool in moving a sale forward and getting new customers up to speed on your software.  They are traditionally very expensive propositions usually involving shipping out hardware and technical experts for setup and delivery of the material.  Take all of the hassle and the cost of logistics out of the process by delivering your material from the cloud via the Xuropa Platform.  You’ll save money and the valuable time of your subject matter experts.  Your customers will also appreciate the ability to take classes from their own desk and revisit material later for a quick refresher - all with no downloads, no installation, and no license keys to worry about.

Let us know how we can help your company leverage Amazon Web Services in the comments below.  Or drop us a line at saas_at_xuropa_dot_com.

- James

Connect with me:

Posted under CRM, Xuropa, cloud

Maybe it was just me, but the energy level at the 47th Design Automation Conference was higher than it’s been in a number of years.  It could have been a combination of things - general signs of an exit from The Great Recession; the M&A activity in the industry; a new market approach from Cadence got everyone a-buzz; and everywhere I went I heard discussions about Cloud Computing (and it wasn’t just because I was stood there ).

Bernie Meyerson, vice president of innovation at IBM, made a keynote speech on Wednesday that was wide ranging, but spent a great deal of time asserting that Cloud Computing is the future of IC Design.  Richard Goering wrote this up nicely on his blog here.  You should take a look.  The full keynote video is here, pick up what Dr. Meyerson had to say about the Cloud at around minute 38:00.

A crucial point to emphasize from Dr. Meyerson’s speech is the real issue at the heart of the computing challenge facing all industries, not just electronic design - IT resource overhead.  While it is tempting, as engineers, to focus on the technology of cloud computing (performance, upload time, latency, security, etc.) it is this business aspect of the equation that is the driver.  ie. The Total Cost of Ownership of data centers is out of control - driving a company’s balance sheet in the wrong direction.

If you missed the panel “Does IC Design Have a Future in the Clouds?“, don’t worry.  It was videoed and should be coming online soon.  For me, it was great fun to participate with a tremendous amount of interaction with the audience.  To the point where the Chair (Raul Camposano) had to cut off questions from the floor.  (He almost cut of Harry “The ASIC Guy“, but he was saved by the crowd.)  Richard Goering mentioned on his blog that he will put up a post about the panel soon, but in the meantime, you can catch a write-up of some of the highlights over at EETimes by Nicolas Mokhoff here.

If you were at the show, what were your impressions?  If you weren’t able to make it - did the various online channels get you what you needed?
Connect with me:

Posted under Xuropa, industry

Just yesterday, I introduced you to one of the winners in our Do More With Less contest. Today, I’d like to tell you about the Grand Prize Winner, Sigasi.

Shortly after we announced the contest back in April, I had a great conversation with Philippe Faes who is the CEO of Sigasi. I had called him because he had not indicated on his entry form which tool he would like to put on Xuropa if Sigasi were to win the contest. That was when he surprised me by saying that he did not really have a tool in mind.  “I just believe in what you are trying to do and I want to support it.”

Sigasi’s winning entry into the contest, How to Sell EDA Tools In Liechtenstein, addresses one of the problems that Xuropa is trying to solve … how a small company with limited resources can sell into a global marketplace and compete with the big guys. Philippe saw that we were trying to help guys like him, so he wanted to help us. No strings attached. We did not even need to give him a prize.

Well, as it turns out, Sigasi was the grand prize winner. After some discussions, Philippe came up with a great idea.

“How about showing our tool working together with the Xilinx tools?”

This was something we had wanted to do for some time, show how tools from multiple vendors can work together on the cloud.  And now we had a chance to show that it was possible. Philippe and his team did all the work and today I can announce that the Sigasi-Xilinx Lab is available on Xuropa!

Philippe is coming all the way from Belgium to attend the Design Automation Conference in Anaheim, volcano permitting. There’s no Sigasi booth on the show floor, but there’s a Sigasi booth on Xuropa and wherever Sigasi goes next week, Xuropa will be with them.

If you are attending the conference, follow us on Twitter and we’ll announce where and when you can meet with Philippe. If not, you can still visit Sigasi’s virtual booth on Xuropa. And try out their tools while you’re there.

We hope to see you, one way or the other.

Posted under Xuropa

It’s 10:30 pm here in California and I just got done Skype chatting with my new friend Anupam in India, where it is 11:00 am. Anupam is the CEO of Agnisys, one of the winners in our Do More With Less contest that we held back in April. We were putting the finishing touches on his new Xuropa Lab that just went active.

It’s been interesting working with him to get the Agnisys iDesignSpec software installed onto Xuropa and working. First, it was great to see a company so excited to get their tool on our platform. Believe it or not, our customers sometimes have to compete with other priorities. We understand that. However, in this case, Anupam enthusiastically jumped right in and rolled up his sleeves to get things done.

Second, he was able to get things going with very little help from me.  Anyone in a startup knows that this a big deal, for customers to be able to jump in and know what to do with little support. I think it’s part credit to Anupam and also part credit to the work we’ve been doing to make the process simple and well documented. Not to say that I didn’t spend a few evenings talking with Anupam in India, but it was mostly the details.

Third, I’m struck again at how global everything is. We have the Agnisys CEO in India using a platform developed by the Xuropa CTO in France, supported by me in California, to run tools on “the cloud”. Next week Anupam will be at DAC in California demoing his tool in his booth and also giving out invitations to try it out on the cloud. Pretty amazing.

I look forward to meeting Anupam in person next week and I encourage all of you to stop by the Agnisys DAC booth and say hello. He’s got some great new products to show you and he might even tell you a little bit about his Xuropa experience.

Which is just getting started!

Posted under Xuropa

It’s an old video that I stumbled upon thanks to a link on Alltop forwarded by Gordon Allan on Twitter. (…so much of what I find interesting comes along this way.)

To imagine such an evocative interpretation of the music combined with flawless execution is inspiring.  Anyway, I just loved the level of creativity, and I hope you do too.

Enjoy!

Posted under Xuropa

It’s been a long process, longer than any of us wanted, but it’s going to be worth it and we’re getting really close now.

A new user experience design for the Xuropa Application is close…I can hardly wait!

In looking for a cool graphic for this post I came across a blog post by Magnus Revang who captured his process in his User Experience Wheel.  As well as being very cool eye-candy, it really does capture well the various aspects of what goes into designing and building a solid user experience.  It’s not just pretty pictures.

A huge shout-out has to go to some of my favorite Xuropeans.  These are people that took time out of their incredibly busy days and sat with us to discuss their experience.  They showed us how they use the application, and what they’d like to see in future releases.  Gary Dare,  Harry Gries, Tom Hackett, Achim Nohl (and team!), Susan Peterson, and Michael Sanie.  We’re very lucky to have such passionate people involved with the project that share the Xuropa vision.

We weren’t able to include all of the feedback (there was so much - so many great ideas!), but you’ll see we knocked off some pretty big items.  As we get closer to the push onto production I’ll try to post some sneak peaks.  Stay tuned…

Posted under Xuropa

During the past month, several of you have shared with the world ways in which your company has survived and thrived by “Doing More With Less”.  The quality of the submissions was high, and each response described a unique and valuable approach. This is the start of what I hope will become a resource for many companies in the future as they look to tap into the collective knowledge of the industry.  I’m sure there are more great ideas out there, and I encourage you to keep them coming!

To those who participated … Thank you!

When I issued this challenge, I promised that the best ideas would be rewarded by Xuropa, a company dedicated to helping companies and their customers “do more with less”. And I am going to make good on that promise. Here are the winners, with short descriptions of their contest entries:

GRAND PRIZE - ONE FREE YEAR OF XUROPA - SIGASI

Philippe Faes of Sigasi - In the EDA sector, about 80% is turned over by the three market leaders, who have a tremendous world wide sales force. Does this market still allow new players to sell their products in different parts of the world? The only way to compete is not to compete: focus on the areas that large corporations are not good at. (read the full entry)

2ND PRIZE # 1 - TWO FREE MONTHS OF XUROPA - DENALI

Steve Leibson of Denali -The only ways to do more with less are for you and your organization to be more productive with existing resources or to find low-cost ways to tap into other people and resources that you don’t need to employ, own, or acquire. Standards organizations working on key elements relating to electronic systems design are a great, low-cost way to tap into the resources of other individuals, companies, and organizations. By using relatively small investments in time and resources, you can multiply your investment many fold. (read the full entry)

2ND PRIZE # 2 - TWO FREE MONTHS OF XUROPA - AGNISYS

Anupam Bakshi of Agnisys - In Hindi, there is a word for “doing more with less”, it is called “Jugar”. This article is a “How-to from the trenches” for running a company in today’s tough economy. We’ll give examples of how this strategy of “Jugar” has worked for us. (read the full entry)

2ND PRIZE # 3 - TWO FREE MONTHS OF XUROPA - JORVIG CONSULTING

Jeff Jorvig of Jorvig Consulting, Inc. - The one wake up call we should have all received over the last two years is that doing more with less will separate the winners from the losers. Working harder will provide some benefit in the short term, however it can’t be considered as “the” solution. Improving efficiency is the only means of long term survival in the current environment; there is no other way. (read the full entry)

HONORABLE MENTION - NUMETRICS

Ron Collett of Numetrics - It’s a common refrain, and I heard it this week at the IEEE VLSI Test Symposium in Santa Cruz: Moore’s Law is increasingly difficult to obey. We see evidence of this perception everywhere. (read the full entry)

HONORABLE MENTION - OPENSYSTEMS MEDIA

Pat Hopper of OpenSystems Media - Speaking of doing more with less, OpenSystems Media and the many of the leading EDA vendors are planning an EDA Virtual Summit entitled: EDA, The Next Big Thing. Topics covered include verification, SoC, Analog & RF and ESL. This online series of webcasts will be moderated by Don Dingee, Max Maxfield, HarryTheASICGuy, and Brian Bailey. What does this has to do with “doing more with less”? (read the full entry)

Once again, I thank the individuals and companies above for sharing their ideas.

And if you are one of those who did not participate, but would like to add your ideas to this collection, I’d like to hear from you as well. We’ll be holding similar competitions in the future, so it’s not too late to contribute. Go to the contest page and submit your idea and I will include it in the collection.

Keep those ideas coming!

Posted under Xuropa

Thanks go out to Richard Goering for his recent blog post about Hybrid-SaaS.  At the end of Richard’s post he thought a definition of the different layers of the stack would help, so this is a much simplified series of summary descriptions for each of the layers.

The Cloud Computing Stack

Starting at the beginning, below is the three layer Cloud Computing stack.  We start at the application level with the Software-as-a-Service (SaaS) layer.  I recently learned that the term was coined by David Thomas, (CEO and Founder of Intacct, now at TechAmerica) in a “gathering of the clans” at the salesforce.com offices in San Francisco involving Marc Benioff and a number of other early SaaS leaders in the early 2,000’s.  The objective of the meeting was to come up with a term to differentiate themselves from “ASP“s, but I digress. 

SaaS is the delivery of the end-application within a browser.  Next down is the Platform-as-a-Service (PaaS) layer and represents a collection of development tools, API’s, and resources used to create SaaS applications.  Finally, there is Infrastructure-as-a-Service (IaaS); a collection of (usually) virtualized compute, network, and storage resources.

Cloud Computing Stack

 SaaS Layer

This is the piece of Cloud Computing that we come into contact with everyday (every hour!?).  It is Facebook, Google Docs, LinkedIn, Virgin’s online booking app, Expedia, etc.  It is a remote application accessed and used via a common web browser.  There are no downloads, no installations, and no licenses to deal with.  Although consumer applications do not have Software License Agreements (SLA), many B2B (Business-to-Business) apps do have SLA’s, especially when deployed throughout an enterprise.

Implicit in the fact that SaaS is remote, and nothing needs to be installed - no servers and no IT required.  Two of the especially sweet reasons to go with SaaS.

Within each application there is the core functionality that delivers the value of the application.  The app engine, if you will.  This holds the secret sauce of an application, the core algorithms and differentiated functionality.  Outside of this, there is a varied collection of fairly standard components (see diagram below).

There are usually at least two interfaces or views of the app, and often there are more depending upon privileges .  An administrator view and a user view.  Below this layer is a collection of common services, such as Identity Management, Access Control, Analytics, etc.

All of these components need to be seamlessly integrated for usability and security purposes (why bolting something together around a Google Group, for example, doesn’t work).  Security needs to be integrated across the entire app to ensure functional and data integrity.

The entire app must be “infinitely” scalable.  Meaning that any number of users can start using the application at any given time.  In the bad-old days, in order to manage any spiky traffic, this meant leasing a whole mess of servers from a hosting provider.  Now we just develop the app on a scalable provider, such as Amazon’s EC2 and we’re good to go…as long as your credit card doesn’t max out

SaaS vs Client App Development

In my last blog post, I gave a collection of reasons why many enterprise software applications will have a hard time converting into a SaaS application.  The greatest technical reason is architectural - moving from a single-user client app (”single tenant”) to a mult-user server-based app (”multi-tenant”).  A Service Oriented Architecture (SOA) may help this transition, but there’s still a lot of work to do…in fact, the reality is, the endeavor will be a complete re-write.  (As a point of reference, I was talking to an Enterprise Software developer the other day, and he said his application had 11 Million lines of code…)

Also, the languages used are different - Javascript, Java, and php (or Python).  Thanks to all of the web startups out there, php and Python (”backend”) developers are hard to come by.  And so a move over to SaaS would imply a massive re-training effort.

I hope this was a useful summary.  It is in no way intended to be exhaustive.

If you know of any useful references, please add them in the comments.

Next up, Platform-as-a-Service, or PaaS.
Connect with me:

Posted under Xuropa, industry

The recent eruption of Iceland’s Eyjafjallajökull volcano has paralyzed air traffic to and from Northern Europe and is slowly expanding to cover even more of Southern and Eastern Europe. This has not only stranded travelers within Europe, but also those traveling between Europe and the rest of the world. I heard an estimate that this is costing airlines $200M per day and that does not include the impact to individuals and businesses affected by the inability to fly. It’s a pretty stark reminder of how little of our world we actually control and how small we are when it comes to global events like this.

To make it even more unsettling, scientists don’t know how long this will last. The last eruption of this particular volcano, about 200 years ago, lasted 2 years, from 1821 - 1823. Can you imagine the impact that a 2 year eruption would have on the climate and on an already fragile world economy?

EDA is one of those industries that would be greatly affected since so much of the business of EDA is done face-to-face.  There are conferences like the upcoming Embedded Systems Conference and Design Automation Conference. Product demos are typically done at customer sites. For tool evaluations, application engineers visit customer sites frequently (at a minimum) or even live on-site. And post-sales support can be even more intensive as the number of users goes from a handful to dozens.

Have you considered what your company will do if you can’t travel for the next 2 years? Maybe you’ve thought ahead and have some contingency plans already in place. Perhaps you’ve already moved a lot of your industry and customer interactions to the internet or the cloud so you are not as dependent on face-to-face meetings requiring air travel. If so, then you are in a great position to make it through (and even benefit) if this eruption continues for an extended period of time.

If not, then you’ve got some planning to do.

I live in Southern California and every time there is an earthquake people rush out to by supplies and get their Earthquake Kits together. It’s a wakeup call. Well, consider this a wakeup call to get your company’s “Volcano Kit” together. Here are some suggestions for what to stick in your Volcano Kit:

• WebEx / GoToMeeting for slide presentations and demos
• Participation in online Webinars and Virtual Tradeshows
• Videoconferencing services like Skype, Cisco
• Cloud computing for internal servers (in case they can’t ship hardware)
• Remote demos and tool access (Xuropa, of course)

I hope the volcano subsides in the next few days and is just a scare that gets us to be better prepared. If not, and it lasts a few months, then you may be able to benefit from the Do More With Less promotion we are running at Xuropa. Just tell us a way that you or your company is doing more with less, or what you have or will put in your Volcano Kit. And you might win a FREE Xuropa On-Demand Basic Application Server for a year, to put in the Volcano Kit.

Posted under Xuropa

“Huh?”, I hear from my friends,  ”SaaS (Software-as-a-Service) isn’t for all Enterprise Software?”  Let me explain.

This has been something I’ve been talking about from “the beginning“, but never got around to putting it up here for discussion.  I was finally prompted by a conversation I had over dinner with Richard Goering last week at the EDP Symposium and Workshop.  I could tell that he wasn’t expecting this perspective from me, and his question was a follow-up of what I’d said in my presentation earlier in the day.

The reality is, the world is not as as straight forward as some would have us believe - especially in some markets.  Thousands of software applications have characteristics that create barriers so high that delivery in a “salesforce.com“-like SaaS manner doesn’t make sense.  At least for a long time.

Now that we have a clearer definition of what SaaS is within the Cloud Computing stack, and we have a fuller understanding of the use models of software applications, we can more clearly see and articulate the nuances, layout the challenges and reasons why SaaS doesn’t make sense all the time, and what the alternatives are.

Software-as-a-Service Characteristics

Firstly, starting at the beginning, here is the Cloud Computing stack (I’ll go into more detail in a later post).

Cloud Computing Stack

The top layer, SaaS, today includes applications such as CRM , online docs, tax preparation, social networking, etc.   The characteristics of this layer most relevant to our conversation are:

• These applications were written from the beginning to be web-based
• They are applications that deal with what I consider the outer-circle of a company’s IP (a Rolodex, business processes, for example)
• They do not require interoperability with any other software application or data
• The user interface is consistent across all users
• In the main, these applications were created by market segment newcomers

Platform-as-a-Service Characteristics

The second layer, Platform-as-a-Service (PaaS) is a bundling of compute resources, storage facilities, datasets, an integrated development environment (IDE), and some proprietary APIs.  The characteristics for this layer are:

• Tools to develop, debug, and deploy new software applications
• You have to use the infrastructure of the PaaS vendor

Enterprise Software Requirements

When we step beyond the “safe” outer layer of IP and start dealing with the “crown jewels” of a company, what do we find?

• An installed base of millions of lines of code that has been used for years or even decades
• Applications that work with (or are used to generate) a company’s core IP
• IP protection concerns vary
• Applications that are part of sophisticated and complex flows of third-party applications and databases
• A varying degree of customization in order to meet customer-specific work flows, data formats, and other internal “standards”
• Vendors with shareholders and investors that base their investment upon expected business models and revenue streams

The Rub

All of the above enterprise software characteristics present challenges to a company in moving to a SaaS model.  However, the most crucial aspect of this list is that it’s not all one-sided.  If the list were purely issues for the vendor or the customer, then a straight forward migration can be imagined due to simple market forces.  But when both sides of the purchase equation have reasons to stick with the status quo, migration is stymied to the point when only a really large economic imperative causes the shift to occur out of necessity…or it takes a much longer time for the natural migration to occur.  It took Salesforce.com about 10 years to go from being an ASP startup to a $1B SaaS company.  Even though the rate of change is increasing, we’re still talking about a while.  Don’t believe me?  Have you taken a look over a bank tellers shoulder recently?  Or an airline booking agent?  Surprised to see the DOS app running there?  It’s running in a shell, but it’s still DOS.

Having said that, the transition will occur.  The question is, “How?”.  It will be a while before companies go out and rewrite their software to be “pure-SaaS”.  In the meantime, we need to look to scenarios where a move to the cloud makes sense, and we need a different type of SaaS to support the move.  Let’s call it “Hybrid-SaaS”.

The Move

I don’t think there’s any argument that we have an economic imperative and cloud computing is very attractive.  So the pieces will eventually fall into place, but what will that transition look like?  Here are two plausible scenarios:

The Little Guy

This would be a small company with a limited sales channel and a need to find growth somehow.  So they’d be more willing and able to explore mixed business models easily differentiating between product brand, level of service, market segment, or geography, etc.  If they have a differentiated product, great, but if they’re competing with an incumbent the agility of a Hybrid-SaaS model may provide them an edge in penetrating “the long tail” of a market.

The New Product

This is a new product within a large and established company.  The scenario is exactly as Geoffrey Moore described in a presentation I attended a few weeks ago.  Although the large company has a strong and established sales and support channel, the challenge to the new product is that it is essentially ignored.  The new product is risky for the sales organization as it could sour a relationship if something goes wrong, and that could impact existing business.  Also, the new product is not likely to be purchased “in volume”, and so the return on what would be a hard and long evangelical sale is not there.  This scenario kills new products and hinders large companies moving into new market segments.  Another opportunity for “Hybrid-SaaS”

There are more, but this will do to get us started.

Getting Started

So now we have a couple of realistic scenarios in which a company or a business unit would consider moving to the cloud.  The economic imperative is established, but so many hurdles remain.  In a later post I’ll go into more detail (this is already getting way too long) of what Hybrid-SaaS looks like, but for now, let’s break down the problem and go back to our friend Geoffrey Moore.  This is the Technology Adoption Curve, it’s inevitable, and we need to start somewhere.

Hybrid-SaaS

If we were to put software into the cloud, what would the solution need to look like?

• No re-write of the product code
• Easy installation of the software as-is
• Zero IT overhead
• Cloud and data center agnostic
• Manageable by marketing, sales and applications engineering
• Easy, secure, and manageable access for customers
• No change in licensing mechanisms
• No client-side installs
• Scalability across an entire market
• Collaboration tools
• Management tools

The solution needs to meet these requirements technically.  Because we’re not going to re-write our code, we need to start at the infrastructure layer (IaaS) and build up.

We also need to look at some early adopter use-models.  Scenarios that get value out of the cloud in a way that is in line with business objectives.

How do we leverage the Cloud?

Using the cloud and monetizing the delivery of software via the cloud may be too much of a challenge initially.  IP is still a concern to many customers.  Business models need to be tested, etc.  However, there are ways that the cloud can be used to materially impact a business, increase revenues, lower the cost of sales, and shorten the sales cycle.  Here are some of the usage models for when your software is on the cloud in an environment that meets the above requirements:

Pre-Sales

• Lead generation
• Self-qualification
• Self-education
• Training
• Evaluations

Post-Sales

• Account penetration
• Self-education
• Training
• Upgrade campaigns

Development

• Third party collaboration
• Beta testing
• Focus groups

Using the cloud in this way, value is extracted and existing business models are maintained and actually enhanced.

Fundamental to all of this activity is a deepening of the engagement between the vendor and the user.  From this point we can begin to approach the chasm with a greater understanding of what life on the other side should look like for both sides of the vendor/user equation…because it’s not straight forward.

Posted under Xuropa, industry