Shefaly blogs about the importance of keeping promises to customers. Drawing largely from the consumer product world, she paints an argument for timely delivery and the serious costs of messing up. In the highly transactional world of consumer goods with large volumes of relatively lower priced goods getting sold to the masses this is very true. You absolutely have to tie in your suppliers, manufacturing, marketing and sales to a tee.
Move to software.
Nick Carr talks of commoditization in the hardware and software product markets: "It's typical when industries mature and buyers start focusing on prices rather than features…. They're competing on cost rather than innovation and features."
What about the world of software services? Firstly, we deal with 'clients' and not 'customers'. Dawud nails the difference. With clients, the 'when' of delivery is important, but the 'how' of delivery is even more important.
When was the last time you had a large, complex program delivered perfectly on time? Let's face it. Slip ups happen. Unlike a P&G shampoo, each project is 'manufactured' to order and there is too much magic in the process for things to be perfect. What saves the day is relationships and the trust that comes with it.
So, how do you build trust while you deliver?

Honesty: Many delivery issues have two sides to it. Both the vendor and the client could have done things different. One way to open up clients to do their bit is by being honest about one's own mistakes. When clients see that they you are your own devil's advocate, they will stop feeling compelled to attack and will instead be open to meet you half way.
Honesty is also in being open about what is good your clients. Say you are trying to sell a rewrite of a large legacy mainframe application. There are two options in front of you.
Option a). Keep the backend as it is and rewrite the UI alone in a new technology. Price: $5M
Option b). Rewrite the whole thing lock stock and barrel. Price: $12M.
Based on your analysis you are sure that Option b would be too high a risk to take and would likely lead to failure. Option a, though far from ideal would more than meet the needs and has a high chance of success. Which one would you recommend? If you put down the pros and cons in all honesty and recommend option a, this would lead to a high trust partnership and if you land up with downstream issues in delivery, you will have the client on your side. Joe Ippolito has some good tips on honesty in sales.
Communication: Communicate both the good and the not so good at the right time using the right tools. Often, bad news is bottled up and hidden away from the customer until it is too late. The reasons? Hope and fear. On one hand, people hope that somehow the problem would vanish and on the other hand they fear that bringing things out into the open would spoil relationships or make them look incompetent. Often, bad news is brought up through emails. Big mistake. Face to face communication of bad news allows appropriate communication of the context and ensures you have better control on the situation. Communicating bad news early and in a face to face discussion builds trust and shows the client that you really want to solve problems.
Listen, listen and listen: Listening to anyone provides that person psychological air and allows a climate of trust to build. Ask for ways in which your service can be improved and don't take "all is fine" for an answer. All is never fine. Probe to bring out small irritants. Nips these in the bud.
Choose battles wisely: Every client will have shortcomings. Overlook the small ones, complement the client and compensate for these lapses. Letting the small stuff pass builds trust and allows you to bring up the more important aspects where you need the client to change.
How you deliver does matter a lot.
Indian Business Program Management Project Management
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: How you deliver...
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/10/26/how-you-deliver/trackback/
Reading Phil Fersht over at "The Outsourcing blog" was like a whiff of rose scented oxygen. Phil presents a radically different view of how the current financial crisis would affect the outsourcing industry.
"Over 55% of financial intuitions expect to increase their expenditure on ITO and BPO services within the next six months."
He goes on to indicate (in order) the following areas of new investment :
-Applications outsourcing,
-Finance & Accounting BPO,
-IT Infrastructure Outsourcing,
-Banking BPO services,
-IT Staff augmentation projects,
-HR Outsourcing projects.
I am personally skeptical that the market will grow in the short to medium term. But I have never wished harder that I was 'wronger'. :-) More power to Phil and his tribe!
These views are interesting. What do you think?
Indian Business Outsourcing
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Financial meltdown: A positive impact on outsourcing?
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/10/06/financial-meltdown-a-positive-impact-on-outsourcing/trackback/
Here are a few good reads on the impact of the fiasco with some snippets below:
Investors.com
"Hardware purchases will be postponed, software upgrades will be postponed and customer projects will slow. This is not a time for (corporate customers) to take big risks. No big spending decisions will get made."
"Total revenue for the Indian outsourcing market is down 31% this year"
"Disruptions and uncertainty for U.S. financial markets are likely to delay some new software projects until the fourth quarter or next year"
ZDNet.com
"Right now, there are four clear survivors: Goldman Sachs, Morgan Stanley, Bank of America and J.P. Morgan. Tech spending elsewhere may go kaput. "
"Infrastructure consolidation projects will last for years. In IT spending surveys demand for consultants hired by the project remains strong. "
"Project managers will be in demand. Systems integration skills will be critical and you’ll need project managers to consolidate all of those applications and data centers as well as rearchitect systems. "
Ganesh Nagarajan of Zensar.
"The preliminary analysis of the current situation indicates that the impact will be short term and company-specific and though all strategy planners will continue to keep a watch on any further downstream impacts"
Computerweekly
"Tactical software and hardware spending will be hit first, followed by the more-strategic IT services in the long run"
"Software as a service could be a winner from this as could any model where people pay on consumption rather than up front cash"
Yeah, I am lazy!
Corporate IT Gotchas Indian Business
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Impact of the financial services meltdown on the tech industry.
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/09/29/impact-of-the-financial-services-meltdown-on-the-tech-industry/trackback/
Check out the SOA India 2008. Details are here. Last year I attended the JAX India conference hosted by the same group and it was decent. Here are some of the topics they plan to cover this time.
Virtualization Enterprise SOA Architectures SOA Governance SOA Lifecycle Open Source for SOA Enablement BPM-enabled SOA
SOA in Collaboration
(SOA and Web 2.0) SOA Best Practices and
Real-life Case Studies Enterprise Application Integration (EAI)
– the bridge to SOA Data Warehousing and Knowledge Management Business Intelligence Software as a Service (SaaS)
Master Data Management (MDM) Business Process Execution Language (BPEL) Agile Best Practices Enterprise 2.0
Indian Business SaaS
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: SOA conference in India.
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/09/05/soa-conference-in-india/trackback/
'Consulting'. Sorry, did I type in an expletive?
I have met more than a few smart and sane people, highly educated and mostly technology savvy, who would puke at the word. Emotions encountered range from a dismissive 'consultants are just gas' ridicule to a more left brained dissection of the lack of value in consulting. At the other end of the spectrum are die hard consultants who laugh equally hard at "execution" and often scoff at the lack of thought leadership in the folks who execute. The truth is probably somewhere in the middle. The last decade or so has seen tumultuous change in the industry. While the IBM's and the Accenture's of the world have focused on re-engineering their back end towards global delivery, India based vendors have focused on getting their front end up to speed. This has lead in turn to multiple flavors of 'consulting' with different organization structures to support and enable. Some companies have gone ahead with creating a separate organization while others have chosen to create consulting divisions within themselves. While there are pros and cons to both approaches, there are two important questions that come to mind while deciding on the organization structure:
-What is your core business and where do you see it going in the future?
-How do you think consulting can help you in getting there?
There are two schools of thought when it comes to these two questions. a). Offshoring is the core business, but this is getting increasingly commoditized. The only way to counter this is by investing in branding and by changing the go to market strategy for my offshoring solutions. Consulting can help change customer perception and give me the relationships that I need to drive and shape offshoring demand at the top management level. b). Offshoring is the core business, and the backend is getting increasingly commoditized. The way to counter this is by differentiating using innovation in the backend and by using consulting to drive a level of backend efficiency that my competitors cannot match. Consulting can also be used to drive the same efficiencies in the customer's IT organization that the vendor has managed to achieve.
Companies that have sought to use consulting to innovate at the backend or help clients drive IT efficiencies have adopted what I would call a "salt and pepper" strategy. A Salt and pepper strategy seeks to use consulting to augment the existing bread and butter application development and maintenance business. Consultants would get embedded into development teams and would participate in upstream activities in the development cycle; activities like requirements gathering and user experience design where a consulting approach would add value. Also certain aspects of the classic IT offshore services mix, like quality assurance have always been traditional strengths. As the industry has matured, better and more sophisticated techniques have emerged to strengthen and differentiate the core offering. Agile consulting is one such example. Vinnie brings out process consulting on both horizontal and vertical lines. Clients are showing a desire to embrace the best of these techniques to improve their own IT shops, spewing consulting opportunities around operational efficiencies and delivery processes. Sadagopan brings out the TCS point of view -"We are strong in assurance services, quality consulting, and in many other areas. We see where and when operational efficiencies come in."
Firms that have chosen to use consulting to further branding and relationships have gone for what I would call a loss leader approach. Consulting is used to expand relationship reach horizontally, beyond the IT organization and into the business side and also vertically, from the middle and senior IT management into the CIO level. The consulting business itself is not expected to produce the kind of profits that offshoring produces, but is expected to change the brand identity of the business from 'offshoring partner' to 'influencer / thought leader' and help sell the core business of offshoring at higher levels in the organization. With globalization and offshoring becoming a business driver in it's own right (as opposed to just an IT imperative), offshoring is becoming a more integral part of the corporate strategy and firms need guidance to get there. A loss leader approach also seeks to provide this level of business consulting expertise. The message seems to be 'I have a successful global IT delivery model, I can help you get to a successful Global business delivery model'. Such an approach also seeks to be a killer of the traditional business consulting model where $3000/day consultants rule the roost.
The core question of whether to keep consulting in house or as a separate business would depend largely on the extent of market and delivery synergies. The loss leader strategy would have relatively minimal synergies on both the market and the delivery side and would call for a separate organization, while the salt and pepper strategy would entail a strong dovetailing of consulting with the core business of offshoring and would demand a single organization.
Indian Business IT strategy
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Should consulting be a separate business ?
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/07/01/should-consulting-be-a-seperate-business/trackback/
The five year rupee dollar exchange rate clearly seems to trend towards a stronger rupee. Here's the picture from Yahoo.

Over a four year period the appreciation is almost 20%. Mobius says Infosys has done a splendid job of containing the operating margin dip by leveraging scale, increasing billing rates and growing the high margin segments of the business faster. I would also add to that possibly (don't know for sure!), good hedging practices, growth in non US business and better execution practices especially on fixed price projects. Venkatesh suggests leveraging Agile and lean practices to improve processes thereby getting more bang for each person hour of effort. Achyut calls for human value appreciation by hiring people with more business acumen and combining multiple roles into a single person. Shivprasad has some job security tips for employees.
Clearly, the industry has responded in a broad based fashion with multiple market and delivery levers getting pulled. Here is what I think would be the strategic implications:
-Long term contracts with US clients would becoming less attractive and compa nies would start looking at ways to avoid long term bill rate lock in.
-With top managers getting incentivized on margins, internal resource arbitrage would start happening with non US clients being able to command more senior and experienced resources. A rupee spent in servicing non US clients would add more to the bottomline than a US client.-Sales folks would start getting incentivized not just on topline but also bottom line and revenue quality. Not fair eh ? Well, people who sell profitable projects are better than people who sell unprofitable ones. Now, before I open up a pandoras box, let me move on to the next point.
-Fiscal management would move down to the project level and margin management which is currently a delivery management responsibility would start becoming a project manager responsibility.
-There would be an added incentive to apply the offshoring model to business segments like consulting to squeeze out even better margins. Standalone consulting that cannot be offshored in itself and does not lead to downstream business would be questioned.
Indian Business Outsourcing Strategy
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Rupee appreciation and the industry response.
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/06/03/rupee-appreciation-and-the-industry-response/trackback/
Chris Andersen pioneered the concept of the long tail and Wikipedia defines the same as:
The long tail is the colloquial name for a long-known feature of statistical distributions (Zipf, Power laws, Pareto distributions and/or general Lévy distributions). The feature is also known as heavy tails, power-law tails, or Pareto tails. Such distributions resemble the accompanying graph.
In these distributions a high-frequency or high-amplitude population is followed by a low-frequency or low-amplitude population which gradually "tails off." In many cases the infrequent or low-amplitude events—the long tail, represented here by the yellow portion of the graph—can cumulatively outnumber or outweigh the initial portion of the graph, such that in aggregate they comprise the majority.

I have been pondering about the possibility of an upstart services company with a new business model. As part of my analysis I have been looking into the financial statements and annual reports of companies and this is what I found from the annual report of one such company.

-The bulk of the clients are between $1 million and $ 5 million but they contribute to less than 6% of the revenue.
-72% of the revenue comes from 28% of the clients and these are not small clients (> $10M).
-Truly large clients are not many.
Note: The data used for analysis has undergone some approximation.
Book review Indian Business Strategy
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Revenue distribution in software services-No long tail
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/05/29/revenue-distribution-in-software-services-no-long-tail/trackback/
CNN's list of career gotchas inspired me to come up with my own ones for software services.
Proposals should be done by offshore: Broadly speaking, there are two aspects to any proposal a). The sales pitch comprising the Story, how you want to position vis-a-vis the competition and the value proposition b). The technical approach, timelines ,costs and all the delivery yada yada (usually cut pasted from other proposals). There is nothing wrong in taking offshore contributions for a proposal. In fact all delivery related aspects must be owned and driven by offshore. But unless the guy who is close to the customer moderates and drives important differentiators are likely to get missed out.
The client is wrong: It is human to err. Or is it? In this business, the client is always right and yes, clients are human. There are times when clients make mistakes and the vendor ends up paying a price. Take these as learning opportunities, introspect, and see what you could have done to avoid the mistake. Maybe there was a communication gap that you could have resolved proactively but did not. Understand the client as a person and not just as a 'client'. Cover up for him when he has a slip up,make him look good in front of his boss and don't keep score. You might take a tactical blow once in a blue moon, but you'd end up building a solid long term relationship. I don't mean that one takes anything and everything lying down, but with customers it is important to pick your battles wisely. You cannot win a fight against the customer, you can only fight to win him over.
Saying 'No' to the customer: Never ever use the word 'no' in front of customer. Just go back to the time when you were a little boy and someone said "no' to you. How did you feel? Paralyzed? Rejected? Angry? Now imagine if your child were to say "No" in front of you. You would feel even worse than your child did when you said "no" to her. Outraged, confused, and wanting to punish your child for her impudence. After all, you are more powerful than your child. Now, clients have more power than you do because they sign your paycheck. It is easy to imagine what the word "No" does to the client's psyche. So, what does one do if the client makes unreasonable demands to which you simply cannot say "yes"? Well, reframe the demand as a requirement. If the client says, "I want this project for under $10M" and you are damn sure, it cannot be done for less than $12M, reframe and say "I understand what you are saying. You need a highly cost effective solution that stays within your budget" By reframing the unreasonable demand as a requirement, you are emphathizing with the customer and have turned the emotionally charged demand into a mutual goal that both of you can work towards reaching. Often, the client might be saying what he is saying just because he feels you are taking him for a ride, or because he needs to feel in command. The minute you give psychological air through genuine empathy and a real desire to help, accompanied by the willingness to be transparent, the defenses are down. There is simply no place in a salesman's dictionary for the word "no".
Quality assurance is not my job: While it maybe true that quality was considered more 'glamorous' a decade back than it is today, the fact remains that if you don't do a quality job with your execution, all the front end sales savvy and consulting magic is not going to work. Quality in execution is and will remain the bedrock of the industry. Quality needs first rate people and quality begins with each employee and ends with her. It cannot be shoved into a corner, into a group or a department. It is everybody's job including that of the salesman who sells.
If only I had more time: This is a tough industry. Work follows the sun and when you are asleep someone else on the other side of the globe is creating 'work' for you to do when you wake up.

Stop cribbing about how with a little more time, you could have done a much better job or had a more fulfilling life. It only makes a person look incompetent.
Gotchas Indian Business Outsourcing
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Five worst things to say in a software services job
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2008/05/24/five-worst-things-to-say-in-a-software-services-job/trackback/
Unclear RFPs and software services go together. It is assumed that the ability to respond to unclear RFP's is a sign of 'maturity' and 'risk taking ability'. The typical offshore vendor is good at solving well defined problems, but has serious trouble in framing the problem statement. Here are the top signs that the RFP is unclear:
- Huge variations in bids from vendors with similar capabilities.
- Too many open ended clarification requests and the same clarifications coming from multiple vendors.
- Vendors backing out of the RFP
- Partial submissions and too many strings attached to the quote
- Capable vendors suggesting solutions that are recognized by your internal IT staff as being way off the mark.
- Vendors trying to modify the RFP by suggesting execution options that were never requested as part of the RFP.
PS: Sorry folks I have not been posting for a while. Relocating to the US ain't easy. Someone once told me, that all it took to live in the US was a credit card and a set of wheels. The wheels are in, but the plastic still evades me. Here's a pic of my Accord while it was still in the showroom.

It's funny seeing ads for credit everywhere, reminds of "Water water everywhere, but not a drop to drink" :-)
Indian Business Outsourcing
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Unclear RFP's: Offshoring's greatest worst practice ?
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2007/12/09/unclear-rfps-offshorings-greatest-worst-practice/trackback/
I was surprised to read this article on TCS planning to hike rates because of the rupee moving north. Why would a client want to pay more because of the exchange rate? When the rupee was depreciating for the good part of the last decade, did companies offer a discount to customers? I find this strange. It would be better to sell a rate hike by quoting an increase in wage costs at offshore. This is a fact and is something clients would be more willing to listen to. It is also strategically safer because wages rarely fall in India, but the rupee can depreciate again. This is one pill clients are unlikely to swallow easily!
Indian Business Pricing
Linking and Sharing
If you found this page useful, consider linking to it.
Simply copy and paste the code below into your web site (Ctrl+C to copy)
It will look like this: Rising rupee : A case for bill rate hike ?
Trackback
Trackback URI for this entry:
http://www.prakashonsoftware.org/blog/index.php/2007/09/27/rising-rupee-a-case-for-bill-rate-hike/trackback/