Showing posts with label Saas. Show all posts
Showing posts with label Saas. Show all posts

Wednesday, December 1, 2010

In the "Instant" world of "Push" Technology how long is 4 minutes?

Question: In the "Instant" world of "Push" Technology to upgrade web solutions, how long is 4 minutes to a user?
The answer: Per minute delay in instant connect, increases the probability of losing a sale (a customer) or disengaging an employee by 5%.

First, a disclaimer, our company blog is not a bully pulpit to bring personal gripes. This is a case study that I share in order to help us and our readers learn about critical thinking skills, crowd-sourcing, social media and customer service.

We are a remarkable learning SaaS company. We consider ourselves small, but innovative and agile and have maturity to listen and address prospect/customer's needs. So! what will happen 5 years from now, when we have grown and introduced the complexity and structure? Will that not bring down the level of innovation and agility to meet our customer's needs?

When people ask me, "what keeps you awake at night?" I can safely say, this scenario of impending downside of growth keeps me awake at night.

Why does this scenario keep me awake at night?
Let me share an example of a Great Company where some of my good friends have worked and some continue to work. It is a company whose innovation, business model and spirit of agility were something I admired and emulated for PAKRA --- that Great Company also happens to be a key technology provider for us. Their once innovative technology helps our company reach out globally, conduct meetings both internal with our employees and partners and is the place where every potential buyer experiences our products for the first time. In other words, this service provider is as valuable as fuel, electricity and water for our existence. Using their products, we do 100% of our sales and almost all our staff and internal meetings.

This past Monday, they launched and delivered their new upgrade on client-user instance via push technology (browser and O/S agnostic). This upgrade was supposed to bring some delightful array of features (which frankly we did not ask for). By their own estimates (and verified separately by three unrelated individuals) "it can take on average 4 minutes on a reasonable connection for a participant to download this upgrade on their side before they can connect".

This push upgrade brought our lives to a standstill.
After 24 hours of my first tweet (I heard from a conference speaker about their great use of social media to drive customer care) and retweets of other users, I finally heard from them and then it took another hour and half for them to call me.
Then the situation of mitigation became more frustrating.

The customer service representative who finally called seemed to be in a hurry and with a non-empathetic voice wanted to determine the root cause. In summary: why our customers are concerned about on average 4-minute delay; if it was a user related error i.e. us.

This is why?
"All participants over 6 meetings with innumerable O/S and browsers and their versions, from different parts of the world(India, US, Canada, UK) had problems connecting from 3 minutes to 20 minutes. Let me explain, it takes me weeks to coordinate a prospect company to get their team to agree to a 20-30 minutes meeting and coordinate their calendars to find a date and time. Let's say there are 1 to 5 participants and the last person -- the Boss Man joins and starts the process 5 minutes past the scheduled meeting time. Now we are theoretically into a wait of 9 minutes of a potential 20-minutes sales call. We are not even going bring in the statistic of variation, where in one case, one person could not connect over 20 minutes. We just lost a sell. Now do you see the problem?"


When we operate in the world where instant meeting connect means "instant". That 9 minutes just decreased our chance to win our prospect by 45%. Most of our meetings got rescheduled which given the timing of the year, meant delayed the sales cycle by additional 60 days. That's how long 4 minutes is.


What do we learn at PAKRA from this experience – because this can happen to our customers, as we grow?

First lesson:
If at any time, our developers tell me to push a new upgrade to all our customers, and in testing it shows that it will take the user X minutes wait time before they can use the product, I say, "No Go forward".

Second lesson:
Teach our customer service agents, critical thinking skills when discussing with the customer (our brand after all).
For example, teach the necessary skills to the customer service agents, such that they never say things such as -- (These are paraphrased quotes.)
(i) "Oh I am so sorry your customers are not nice to you."
(ii) "Ma'am, your participants delayed in joining -- we cannot be responsible for their actions."
(ii) "Oh! we are giving such a better interface. This is only one-time interface download. Upgrades are free. so! this should be only a minor frustration."
(iii) "How is a few minutes delay an issue?"

Third Lesson:
Teach all employees to understand
-- the impact on the customer when our product and services fail to meet the "must-have" and "more-is-better" Kano features of our products.
-- how the customer uses our products and how they get value out of them.
-- the value our company provides to our customers.

Fourth lesson:
Have 24X7 coverage to listen-in, since social media is the most important channel for us to listen-in.


Fifth lesson:

We must provide influence-capital to the employees who engage in social-media channels with our customers. The agents servicing this channel of in/outbound listening are typically handling situations where "must-have" needs of customers are not being met. Those inquiries require special skilled people not your "let me see which browser you are using M'aam?" problem solvers.

OK! Now I feel relieved, we are just beginning to define a plan to prevent and mitigate issues as they emerge while our company grows.

As I still feel loyal to my friends at this Great Company and I have no guarantee that other providers would not have lost their vision, their strength like Great Company has, I will not cancel our subscription yet. Plus, they said it will take 48 hours while they petition their Bosses, whether our company's account can be locked to past version such that no one invited to participate in our meeting ever has a 4 minute delay, --- I am dying with curiosity and want to see how this plays out.

Meanwhile, we have a company-wide moratorium to use our key provider's products for 2 days -- because we are loyal but not stupid.

Few days from now, on our blog, you will read a fabulous case study of another company that has figured out how to use social media channels to implement a great customer-care and customer acquisition.

Friday, October 30, 2009

"Carrying the bag" from Marc Benioff

Here is an interview with Marc Benioff -- the CEO of Salesforce.com. Very early on my career, I realized starting at the bottom of any organization and/or learning about the real users how they do their work, gives the best picture of what an user wants and how you can sell to them.

Almost two decades ago, indeed I did start at the bottom -- as a lowly performance improvement analyst at $23,000 per annum salary, which subsequently led me to "learn to see" and understand how one of the most complex (process-wise) organization on planet aka "hospital" works. A learning that I could not have replicated or learned in any other way.

Our PAKRA products simulate how users do their work and learn .. i.e. customer-driven, hence Marc Benioff's comments resonates with me and are reinforced every day in our PAKRA culture.

Read more ...

Salesforce.com’s Marc Benioff: ‘Many CEOs are afraid to get too personal’

Saturday, September 26, 2009

SaaS Business: How do you grow?

The article SaaS Startups: Knobs and Dials and Other Insights provides great insights about customer feedback driving product design.

Thursday, September 24, 2009

SaaS, Learning, Ant Colonies and Data:
Do we have an answer for businesses to improve the quality of their decisions?

Very few businesses exist today where the culture is entirely autocratic and/or patriarchal. Most businesses, engage in group decision-making (not necessarily democratic -- of course.)

This makes it very important for businesses to understand not only how individuals make decisions but also how groups make decisions. In turn, it implies that a business must:
(a) understand perceptions of risks of a group (especially to minimize group-thinking);
(b) measure performance of the activities and decision-making of the group/team;
(c) understand the individual's critical thinking skills and its impact to the collective intelligence.

Web 2.0, SaaS and great optimization techniques are available now for businesses. Finally! you can improve the quality of your team's decisions.

First goal of building a SaaS application: Make it affordable.
Without affordability, no one will buy or switch from traditional enterprise.

Second goal of building a SaaS application: Make it easy to use.
Without ease, workarounds will be created to reduce (Dare! I say) or sabotage the initial intent of deploying the technology. Also, an easy-to-use application typically reduces GIGO effects of data collection.

Third goal of building a SaaS application: Make it easy to both understand and learn from the collected data.
An intangible asset of a business is the immense quantities of data they gather. This data will remain a swampy mush to reckon with and not good clay to build with, if groups or individuals cannot easily extract and analyze the data. If they cannot easily (a) learn the risks (b) measure the quality of group-decisions (c) understand the individual's critical-thinking skills -- then they will continue to make bad decisions. This "ease of learning" also allows for collaborative sharing across the businesses.

Fourth goal of building a SaaS application: Easily create (almost automatically) the next iteration (version) of the application based on the learning and adaptation of the underlying business process it has modeled.

In my opinion, most products of most SaaS companies have not yet reached the maturity to meet this goal. If we can design and create applications, where the underlying data and learning changes both the underlying work process and the SaaS application then the value of SaaS will be much higher than most experts predict.

Recall, the slow-moving mudslide of traditional enterprise-wide applications such as traditional SAP, Oracle etc. What happens to your SaaS application, when users change their underlying work process for better -- how long will it take your developers to change and adapt the application?

Ant Colony Optimization techniques are becoming more mainstream. This technique uses heuristic (data-driven) models to help systems learn. The models operate on an extremely simple premise: Individual ant is not intelligent, but a colony of ants working together create a swarm or collective intelligence to do many tasks well. See reference [1] for more.

These techniques can be utilized to meet the third and the fourth goal.
Only when these goals are met, then the "cat coming out of the bag" event will happen for SaaS. See reference [2] for more.

[1] Lessons from ant colony overcoming biases web 2.0

[2] The Cat is Out of the Bag (Again): The Hidden (?) Business Model in SaaS

Thursday, September 17, 2009

Adoption rate of new technology and its role in making technology truly "Enabling"

Businesses spend inordinate amount of money and time in purchasing and deploying enterprise-wide software applications. Most of these applications typically have poor user adoption and utilization rate. Poor adoption and utilization means limited capitalization of the promised return-on-investment (ROI). The responsibility for this poor rate can be equally shared by both clients and software companies.

On the Software Company side:
There are many reasons, but I find the main reasons are: non-aligned performance metrics across the customer-facing groups within the software company and the narrow near-term incentives each group receives.

(a) Primary focus of the sales team (measured by the incentives we set for them) of a software company always is in closing sales.
Who can blame them for having this focus -- when the sales cycle for selling enterprise systems is so long and we hammer them to close the sale?

(b) Primary focus of implementation team of a software company is in "on-time" and "at-cost" implementation.
Who can blame them for having this focus -- when they are held responsible to project milestones and time-lines and we hammer them to finish the implementation and move to the next?

(c) Primary focus of customer service personnel is to log, manage and resolve immediate day-to-day user issues.
Who can blame them for having this focus when they are held responsible to satisfy each user's emergent need and we hammer them to keep the user instantly gratified?

Adoption rate (both velocity and acceleration) never remains in the sight-line of the supplier's management team. The issue of unlimited user licensing further stops this issue from being in the top 5 priorities of leadership team of the software company.

On the Client side:
There are many reasons but I find that the main reasons are: the zero to minimum incentives and the level of focus of each stakeholder group within the client company, as associated with the purchase and implementation of the software.

(a) Primary focus of the client's purchasing team are in measuring ROI case for budget and in making sure all compliance issues related to purchasing are met.
Who can blame them for having this focus -- when they are only held responsible for meeting compliance and appropriate spend?

(b) Primary focus of the client's implementation team are in making the implementation trouble-free and in making sure there are no delays.
Who can blame them for having this focus -- when they are the face of the software (internal to the client) and face resistance to the change head-on?

(c) Primary focus of the client's system administrators are in managing immediate day-to-day user issues and in complying with internal network security protocols.
Who can blame them for having this focus -- when the client's leadership only cares about "no trouble" at hand?

It is extremely important that adoption of software is articulated to the client prior to closing the sales.

We should ask these questions as part of sales discussion:
(1) Who are the early adopters within the client?
(2) Have the early adopters ever been utilized to be an ambassador for other systems?
(3) How will the client transfer knowledge to new users?

User Experience is the most important critical factor that effects both the psychology behind adopting new technology and the length of time it takes to adopt new technology.

When the users say the following, then we have maximized the user experience:
You have my attention!
This is easy to use!
This makes my work easier!


(a) To get a response from the user: “You have my attention!” one has to answer these questions:
i. How involved will be the leadership team of the client in promoting accountability of middle managers in using the products?
ii. What incentives will be provided to increase utilization?
iii. What other initiatives internal to client and external conditions will prevent users from focusing on using the software?

(b) To get a response from the user: “This is easy to use” one has to answer these questions:
i. How can the software company run a pilot to replicate their usability test results with the client's user?
ii. How many users will be trained in Analytics and reporting and will be held accountable to use and understand the data that is being entered?
iii. How will we communicate the data on demographic factors in order to further understand the needs of diverse users?
iv. For custom product: How involved will be the users in designing, testing, promoting the software features?
v. What steps will we take to ensure workaround by users after implementation is minimized?

(c) To get a response from the user: “This will make my work easier!” one has to answer the following questions:
i. How involved will be the leadership team of the client in promoting accountability of middle managers in using the products?
ii. Where/Which features will most users have trouble in adopting during the implementation stage?
iii. How will the use time effect productivity goals for supervisors?
iv. For custom product: How involved will be the users in designing, testing, promoting the software features?
v. What workarounds will the user create and how do we monitor and prevent it?

So! here are the steps:
1st: Answer the questions about user experience with the client around sales close time.
2nd: Take proper steps to address the gaps found in the answers.
3rd: Design and implement metrics and goals based on these gaps across all stakeholders in both supplier and the client.
4th: Design incentives that tie performance of all stakeholder groups in the client and the supplier.
5th: Monitor performance and actively correct course as needed.

These steps will ensure increased adoption rate and utilization rate;
--> In turn, will deliver the full promised ROI to the client;
--> When the ROI is captured, the technology will become what it should be -- An "enabling" technology to the work processes.

SaaS, as a current hot technology offering to businesses, does have the makings of a better way to attract early adopters. However SaaS (especially enterprise) software providers should address the question of adoption and utilization upfront with their client in order to make SaaS solutions a better alternative (than the existing reality of legacy software) to business users.