Posted on

Enabling Product Managers to manage Product Experience

In my last post, Product Manager, or Product Experience Manager, I described the disparate features and experiences that got broken in SiteZ and made the case that product management team should be responsible for overall product experience. In the final post of this series, I will present my views on how product management team should manage experience so that such issues can be minimized or avoided. Note that I am not talking about creating initial product experience or its next version, which is a topic of itself. I will focus only on managing the product as it goes through incremental changes.

There are 3 questions that must be answered by product management team at all times (and should be asked periodically):

  1. Are we seeing all the activities we should be seeing?
  2. Are we processing all the activities we see?
  3. Are we making good decisions based on our processing outcomes?

Product Experience Contour

To answer first question, it is important to understand the boundaries of the product experience that you wish to provide, what I call Product Experience Contour. If you define this too narrowly, you will miss out on lots of user and system activities that you should pay attention to. If you define it too broadly, you will be inundated with activities that are not useful and you will be stretched thin. There are 3 approaches to draw this contour:

  1. Persona-driven: If you have created personas (a realistic and detailed description of a fictitious user who represents a category of target audience for the product), they are good starting point to define these contours. Any activity in your organization that impacts or is impacted by a persona is usually a candidate for being on your radar. For example, if I am a persona for SiteZ (someone interested in learning from experienced people, but not interested in changing jobs), the product management team needs to ensure they are plugged into what the other group is promising and offering me. Note that in this case, I may not be a persona SiteZ cares about, which is a marketing and positioning strategy.
  2. Use case driven: If you have created use cases (UML, flowcharts, long documents, whatever) to describe how user roles interact with your system, that also is a good starting point though it may not be comprehensive. You can start by looking at the alternate and adjacent flows the particular user roles can go through on your system and see if those need to be on your radar. Use cases are more constrained because they describe your understanding at the time of product creation, while persona allows for more contemporary interpretation.
  3. Data-driven: While this may be hard (depending on how evolved your data analytics team is), this can be a very useful way to draw the contour. If you are able to analyze the data available for your system for past user interactions, you should be able to enumerate user activities (along with frequency of use) that you are interested in. The problem in this approach is that if some flows can’t be completed successfully by the user, or your data capture is not comprehensive, you may not get to know about some flows.

If possible, you should use more than one approaches above to draw the contours. Usually, persona-driven is a great way to draw initial contours, validate it with the data from your analytics, and then use data-driven approach to detect new user activities that might be important to include in the contour. In my case, it is entirely possible that none of my activities were ever tagged as useful activities to track, since these are not primary use cases (except the first one – trying to register to join the chat with the guest).

Information Sources and Management Systems

To answer second question, it is very important to look at 2 aspects:

  1. Information Source: As a user interacts with the organization, information is generated at many different places. It is very important for product management to be well-connected to these sources and make sure they are getting the information frequently. A few of the sources are:
    1. Data Analytics: As mentioned above, data analytics is a great source for information and must be harnessed properly.
    2. Direct User connect: There are many ways to connect directly with a sample set of users and keep learning about their experiences from them – product blogs, twitter, facebook and other social media channels are very effective if users can stay engaged.
    3. Be the user: It is surprising to see how little product managers use their own products on a regular basis. While being your own user may not be the greatest way to design a new product, it is a great way to keep tab on how things are going. Depending on the product, product managers can enlist their family and friends to be regular users and give feedback.
    4. Other departments in the org: Many departments interact with the users Product Managers want to know about, so it is very important to have a good flow of information from these departments. Typically, Marketing, Sales, Support, and Training teams can have good information about the user that should be captured.
  2. Information Management Systems: How information is captured, stored, and disseminated is very important for effective processing. Most activities can’t be processed in real time. Processing can mean many different things – I mean it in the sense of understanding, clarifying, analyzing, ranking and other handling of data. Product management teams need to procure, and use a management system that serves the purpose, and avoid leaving information in emails, chat boxes, whiteboards, or in their minds.

Good Decision-Making Process

To answer 3rd question, we need to make sure we have a good decision-making process in place which is used all the time. A good decision is a collaborative effort, and it is a process rather than a moment. It requires lots of data (which your information sources and management systems can provide), and it requires following a rational decision-making process. Such a decision-making process has following characteristics:

  1. Right stakeholders in the decision-making are identified.
  2. Participants are contributors and idea-providers, not spectators.
  3. Decision-making criteria (how will different options be ranked and prioritized) is defined before solution options are figured out.
  4. Personal responsible for the decision (and its consequences) is clearly identified (and it must be a person, and not a group).
  5. Once the decision is made, it is communicated, along with the rationale for making this particular decision.

In this context, since we are talking about incremental changes to product, the decision-making criteria should be known upfront and should be applied consistently. Impact of a change needs to be validated against all the known implications to the personas we care for, and this should be a key data in the decision-making process.

Evangelizing Product Management role

Even when you have great answers to the questions above, it is important to enlist the support of rest of the organization in keeping product experience awesome for the user. To do this, product managers need to be product evangelists who go out and talk about the product and their role as the guardian of product experience, to whoever cares to listen, and whichever platform they find. Once enough people in the organization realize that they should talk to you whenever they think about tinkering with the product experience, you will have created the strongest source of information about user activities and your product will thrive.

One final time, let me go through the list of issues, and show how they could be caught if above is done well:

Issue Solution
They misled the user about the time it takes to register. Evangelism would make sure they talk to product team, and good decision-making process would ensure that either advert is corrected, or product is fixed.
They didn’t allow the user to abort the registration attempt gracefully (which left the email address behind and created rest of the mess). Good decision-making process would ensure right prioritization, and if feature is not prioritized, user is provided enough information about what to do in this situation.
They were not forthcoming about who is sending me these spam emails (the email address was hidden with a display name that was the advertiser’s). Being connected to user (or enlisting friends and family as users) might flag the mail as inappropriately crafted (you are receiving this mail because.. line should be at the top somewhere).
They exposed a feature to me (unsubscribe) which didn’t work Good decision-making process should ensure that an alternative exists if this feature is not going to be implemented, and that user is told about it honestly
They didn’t give me an easy way to delete my account – emails bounced, UI didn’t have a button to delete, etc. Good decision-making process would ensure right prioritization, and if feature is not prioritized, user is provided enough information about what to do in this situation.

To be fair to SiteZ, it is hard to do all this because these are elements of organization culture and everything can’t be written down as a process and followed. Also, it is entirely possible, that they are indeed doing all this (though I highly doubt this!) and still I became a victim. Such caveats aside, I think this is a good discussion about product experience and hopefully companies will focus more on product experience than what they do today.

This concludes my series on Product Experience Management. I look forward to your comments and thoughts on the topic.

Posted on

SMBs and Indian Software Product Industry: Intertwined Fortunes

A pessimist sees the difficulty in every opportunity; an optimist sees the opportunity in every difficulty. ― Winston Churchill

Small and Medium Sized Businesses (SMBs), the growth engine of India, are on the threshold of a tremendous opportunity. Globalization of trade and the rapid proliferation of computing and communication technologies are affording them a platform to expand their reach to national and global markets and compete head-to-head with global players. But on the flip side, those SMBs that do not recognize and capitalize on this wave quickly are likely to be swept away by the stiff global competition. If SMBs are to successfully counter global competition in their own backyard and elsewhere, they need to adopt software technology on a large scale, enabling them to run their businesses efficiently and effectively. But, few SMBs have the financial muscle or the technical know-how necessary to implement customized software solutions. Therefore, the majority of 13 million SMBs would count on standard business application software that requires minimum upfront investment and ongoing maintenance, to fuel their growth. Such software is distinct from the software deployed in large corporations and I refer to this as ‘Small Business Application Software (SBAS)’ to distinguish it from large enterprise application software.

Business application software (SBAS) such as accounting software, ERP, CRM etc., offers multiple benefits to SMBs –

  • As shown by research, SBAS significantly enhances the internal productivity of SMBs as well as their ability to manage relationships with vendors and customers, leading to superior firm performance.
  • It forces SMBs to adopt standard processes and best practices, moving them rapidly up the quality and value curve.
  • Most important of all, by streamlining day-to-day operations, it not only frees up the entrepreneur’s time for strategic planning but also assists her with the tools needed to make informed strategic decisions.

 

The question now arises – How can Indian SMBs get the right fuel for their growth? This is where a vibrant Indian software product industry plays a critical role. Indian SMBs cannot realize productivity and performance gains from software that is designed for developed markets. This is because the business environment in India (and other emerging markets) is substantially different from that of developed markets. It is volatile, with frequent regulatory changes, and rife with institutional and infrastructural challenges. For instance, there were 340 updates to Indian tax laws last year. That’s more than one tax law update every business day! Therefore, SMBs need software products that can buffer them from such volatility and help overcome the challenges associated with operating in this unique and dynamic environment. This is possible only when products are designed specifically for the Indian SMBs – and this is best done by a strong indigenous software product industry.

Indian software product companies are better positioned than foreign firms to support the Indian SMB market. This is because,

  • They have lower cost structures which allow them to meet the stringent price-performance expectation of Indian SMBs.
  • Further, because of their familiarity with the operating environment, they can build effective channels to drive software awareness and adoption among Indian SMBs- remember that Indian SMBs are more like enterprise customers than individual buyers in that they expect suppliers to sell to them.

 

In summary, there is a symbiotic relationship between SMB growth and a robust software product industry in India. SMBs need the software product industry to power the next phase of their growth and make them globally competitive. At the same time, the Indian software product industry, having missed out on the individual productivity and communication software wave, can leverage the large SMB market in India to establish itself as a global leader in the SBAS space. In other words, software product industry is the fuel for the SMB engine and the SMB engine can drive the Indian software product industry towards SBAS leadership. By moving in lockstep and moving quickly, India can create a competitive SMB sector and a vibrant software product industry.

Posted on

Platforms and Verticals—What to Build on and for Whom

An important decision is about development and deployment platforms. If your product is targeted for a specific operating system, the choice is obvious. When the solution has to be platform neutral, or if the deployment will be controlled by you (SaaS model), then the common options are Open Source (Linux) and Java or Microsoft Windows. Always keep in mind the Total Cost of Ownership (TCO) for the customer.

Open source in theory benefits from the availability of a huge number of re-usable components and tools contributed by an army of individual programmers. While open source is technically free, limited support and inter-operability between different open source products may lead to higher cost of development and support.

Microsoft now offers free development tools to start-ups for 3 years under their BizSpark program, but licensing cost of servers and other software for product deployment, may be high.
Other issues may impact platform choice. An implementation which is tightly integrated with specific platform features and interfaces will limit your ability to go cross-platform. Conversely, leveraging the tight integration and inter-oper-ability of various servers on a specific OS can substantially increase the product’s value and ease of use.

Web 2.0 ventures and CIOs have new options to develop applications with minimal investment. Salesforce.com is promoting the platform-as-a-service (PaaS) concept, which it says represents the start of Web 3.0. Called Force.com, it enables companies to build and deploy enterprise applications on-demand without having their own infrastructure. Core business applications, such as enterprise resource planning (ERP), human resource management (HRM) and supply chain management (SCM), can be developed in just 5-10% of the time that is normally required for custom development, and deployed almost instantly.

Your OS decision should be driven by business potential. If a specific platform dominates or is acceptable to a majority of your potential buyers, then opt for it. Spend your engineering bandwidth on providing maximum compatibility and inter-operability with other applications on this OS, to improve total value to clients.

Posted on

Stop Imitating! Finding India’s True Self

A man with a severe tooth ache goes to the dentist, who upon examining the tooth, assures the man that the problem wasn’t anything serious and that a simple procedure performed under a local anesthesia would help repair the damage. Upon hearing this, the man gets very upset and  tells the dentist, “What? Local anesthesia? You think I cannot afford a foreign one?! I demand an  imported one!”

I heard this tale first some decades ago and it served to highlight, in a tongue in cheek manner, the Indian’s obsession with all things foreign while also showcasing the lack of awareness of what a local anesthesia was.

This obsession with the imported and  the foreign should have lessened, one would have imagined, after over 20 years of economic liberalization. Yet, Chidanand Rajghattta writing about Ang Lee winning the Best Director Oscar for “Life of Pi” in the Times of India – Feb 16th 2013 – had this to say “It was a big moment for Lee, but a bigger moment for his Indian fans when he ended his acceptance speech with a “Namaste”” Really? Indians felt pride, according to the writer because Ang Lee said “Namaste”?!

There’s a big lesson for Indian entrepreneurs. A lesson involving self-esteem, capability, the confidence and courage of one’s own convictions.  An entrepreneur cannot solve problems by just seeking inspiration, affirmation and trivial acknowledgement from elsewhere without the passionate driving  self-belief, a deep understanding of the problems to be solved and a gathering of insight.  Therefore, blindly copying models from elsewhere, by only reading about startups and startup ecosystems  in  advanced economies and  thereafter slavishly attempting to adopt those offerings and even behavior  without adding any real original material of one’s own is a recipe for tragic disaster. Imitation is the best form of flattery, and indeed homage, to the original; the imitator is, at best, tolerated but never respected for there’s no original contribution on offer that’s worth recognizing, just a momentary quick-fix solution. Many companies and entrepreneurs – even countries (think Taiwan and China) – start off imitating but then, the successful ones, move rapidly to invest in creating the infrastructure to develop the insights and then execute relentlessly to offer unique solutions to their problems.

Shekhar Gupta, Editor in Chief at The Indian Express, talking to Steven Spielberg is quoted thus “Walking down Champs-Elysees, I was very happy to see a hoarding for an Indian film which described the director as India’s Tarantino”.  So, what about an American director being described as America’s Anurag Kashyap? When will that happen? Should that happen and is that a desirable goal? What will it take to make that happen? So, rather than have debates and discussions around these questions, we bask in the pitiable glory of being second hand?

Shekhar Gupta goes on to say, “I would like to express a wish to you. …… So why don’t you come to India and do an epic on anybody—Buddha, Ashoka, Chandragupta, Akbar, Gandhi, Nehru—we have many themes and stories for you. But it needs a Spielberg to come and do justice to it.”

And how does Spielberg respond?  “I think it needs an Indian director to tell those stories and maybe I could help in the background” How big a tragedy is it when we are so eager to outsource the telling of our own stories and history? What does it say about us? What does it reveal about our lack of self-belief, the infrastructure, the competence, the capacity?

Since we learn and react only to what outsiders have to say, perhaps the following will be instructive.

Eric Schmidt, Executive Chairman of Google, on a recent visit to India said “The most striking Indian internet ……….. will come from Indians solving local problems. We know that India’s internet infrastructure allows Indian engineers to solve the problems of small businesses in other countries. If India plays its cards right, we’ll soon see Indian engineers and Indian small businesses tackling Indian problems first, then exporting the solutions that work best.” For India to play its cards right, it must first recognize that it has the cards and can learn to play its own game!

Drew Olanoff writing in Techcrunch on recent visit had this to say “If a country like India can stop worrying about being like Silicon Valley and find its true self, there could be a new RedBus every other week. It’s moonshot thinking, of course, but that’s what it takes”.

Finding its true self  – that’s a challenge for Indian entrepreneurs and for those involved in the growth of the Indian entrepreneurial ecosystem. Shall we all rise to the occasion now that there’s endorsement from outside?

Posted on

Quick Research / Usability Methods: Heuristic Evaluation

(Post 2 of a series on quick research and usability techniques. Start-up’s can use these techniques fairly easily to connect to and understand their end users better, as well as maintain usability standards on their products.)

In my last post, I introduced a discount usability engineering method called the ‘Expert Usability Review’ – A method best suited to start-up’s who have access to skilled and experienced usability / design professionals who can conduct a Usability Review.

Post 2 introduces a related technique called the ‘Heuristic Evaluation’.
Start up’s that don’t have a usability / design team in place, can start focusing on usability and ease of use, using the ‘Heuristic Evaluation’ method – A method with similar goals to the Expert Usability Review, but a relatively easier starting point for novice researchers.

In a Heuristic Evaluation (or Heuristic Review), the reviewers identify issues by looking at an interface in context to a pre-decided set of heuristics. Violations to any of the heuristics indicate non-compliance / potential usability issues.

‘Heuristics’ are rules of thumb – Broader than design guidelines, typically available as self-sufficient ‘sets’ (e.g. Nielsen’s 10 Usability Heuristics / Gerhardt-Powals’ cognitive engineering principles) that can be used standalone / along with other sets.

Popular examples:

Visibility of system status: The system should always keep users informed about what is going on, through appropriate feedback within reasonable time. (Jakob Nielsen)

Reduce uncertainty: Display data in a manner that is clear and obvious. (Gerhardt-Powals)

The set of heuristics used act as a guideline – making this method more of a check list based audit rather than requiring reviewers to intuitively identify issues by drawing upon a deep knowledge of usability and UI in general.

(More about the technique and how to conduct Heuristic Evaluations at Usability.gov, Smashing Magazine and the NN Group)

One of the drawbacks of the Heuristic Evaluation method, is that the issues identified are dependent on the list of heuristics used. So if the set of heuristics is too narrow, there is a chance of some issues going unidentified. On the other hand, if the list of heuristics is very large, the review would take a very long time to do.

The most popular set of Heuristics are Jakob Nielson’s 10 Heuristics. However, these are broad guidelines – and may be too abstract for a lay person to interpret and apply.

10 Usability HeuristicsThe 275 Web Usability Guidelines from User Focus are more literal and therefore much easier to understand for the lay person. Moreover, these guidelines are available in a neat Excel spread sheet format that includes instructions on how to use them and an auto-calculated numeric rating for guidelines compliance.

275 Web Usability Guidelines


 

To end, here are a few tips you can keep in mind while attempting to do a Heuristic Evaluation:

Start with a Knowledge Transfer
Before critiquing a product, it is important to understand its context and usage.
The knowledge transfer must enable a good understanding of the product strategy and goals, target audience, known trouble points, constraints and design centres. The KT must include a walkthrough of all features, screens and task flows that are critical to the product.

Define the scope of the review
While this is not necessary for a simple product or a product with a manageable number of screens, in a complex or large product, defining the key task flows and screens to be reviewed is important to keep the review manageable.
With some exceptions, the 80 /20 rule is a good way to do this – Attempt to review 20% of the product features that are used 80% of the time.

Select the set of heuristics that are right for your product
There are plenty of heuristics available online.
Keeping n mind the product you plan to review, it is important to decide whether to use a generic set of heuristics (Like Jacob Nielson’s 10 Heuristics / User Focus guidelines) or whether domain specific / niche heuristics would be more effective. In niche or highly targeted products (products for senior citizens, children, disabled users, mobile phone hardware etc.) generic heuristics may be ineffective for unearthing all issues.

Select a set of heuristics that are right for the reviewer
The reviewers who are going to be using the heuristics, need to be comfortable / familiar with the heuristics in order to interpret and apply them effectively.

Focus on issue identification vs. recommendation
A common tendency among newbie reviewers is to jump right into fixing the problem / wording the issue as a recommendation. It is important to keep the Heuristic Review focused on issue identification, in context to a given set of heuristics. In fact, an issue may / may not be accompanied by a corresponding recommendation – Issues are sometimes too complex to be tackled by a quick written recommendation and need a larger, more focused redesign effort.

Rate issues to help prioritize
Doing this helps focus the post review effort of addressing the issues identified through Heuristic Review.

Are you a design thinker evangelizing or facilitating user research and usability methods within your start-up?
We would love to hear about your experience / answer any questions that you have about the methods that you used.

Post 3 coming up soon, will showcase a Guerrilla Research technique – Remote Usability Testing. Look out for this post to learn more about the method and to compare the issues found through Usability Testing, against issues identified through the Expert Usability Review.

We invite members of the start-up community to volunteer their screens / functions for use as examples in upcoming posts showcasing additional research techniques. Email me  at devika(at)anagramresearch.com to check whether your screen is eligible for selection.  

Posted on

Where is Dropbox headed?

Having started in September 2008, Dropbox today is a leading cloud storage provider (CSP). It has over a 100 million signed free users and about 4 million paid users (4% conversion rate as quoted often by Houston). Assuming the lowest payment tier (100GB at $99 per year), this translates into annual revenue of about $400 million. Based on Amazon S3 costing and estimates of Dropbox employee costs, the EBITDA works out to $250 million. Its costs are always going down and its revenues are always going up. The company is valued at $ 4 billion. Dropbox is making money hand over fist. Right? But consider this –

It now has more than ten competitors several with deep pockets e.g., Amazon CloudDrive, Apple iCloud, Google GoogleDrive, Microsoft Skydrive, Box, Spideroak, Ubuntu One, MediaFire, Mega.  Its other competitors, purely in enterprise space include HP Cloud Objects, Rackspace etc.

Dropbox offers the smallest free quota – 2GB plus referral bonus. All its competitors offer 5GB or more (Skydrive -7GB, MediaFire and Mega – 50 GB).

Dropbox pricing is probably the highest ($99 for 100GB). For same capacity, competitor prices are much lower –CloudDrive ($50), GoogleDrive ($60), Skydrive ($50). Box ($480), iCloud ($160). Spideroak ($100) have a higher pricing but have more powerful features (see below).

Dropbox is merely a folder service. Its competitors have other value-adds and lock-in mechanisms. For example, iCloud allows streaming of music, apps, books, and TV shows you purchase from the iTunes store, Google and Microsoft have GoogleDocs and Office WebApps respectively. Documents created through these apps do not count towards the drive quota. Box is designed more as a business-collaboration and work-flow solution that a CSP. SpiderOak is the only service that offers data encryption before your data hits their servers. Perhaps, acquisition of AudioGalaxy should enable Dropbox with music streaming feature.

The  giants like Apple, Google, Amazon and Microsoft see storage as a way to lure customers into their respective cloud and then “upsell” them on higher-level and more profitable services that they have in the portfolio. They have been aggressive in launching or responding to price cuts from competitors. Dropbox cannot win against these Goliaths in the theatre of feature and price wars.

The Dropbox differentiator was the near seamless experience backing up and syncing files to cloud on multiple platforms. That differentiator is rapidly evaporating with the competitors catching up. Moreover, what happens if all your files are already in the cloud for example music (iCloud, Spotify), Documents (GoogleDocs, Office 365), Pictures (Instagram) and so on. There are umpteen such scenarios that make Dropbox redundant.

I am sure Dropbox product managers are having sleepless nights. Do you have a product strategy and roadmap for Dropbox’s future?

Posted on

Why #Hashtags are the future of monetizing social media

You can’t invite people to a party and try to sell them stuff. Pretty much every starry-eyed startup that went after eyeballs gets it by now. Over the last seven years the web has moved away from a consumption medium (think NY times) to a creation-consumption medium (think Twitter, Facebook). But we’ve been very tardy in reshaping business models for this new model of the web. Interestingly, the solution to this monetization problem may lie with a small insignificant key on your keyboard. Read on.

Why are we failing at monetization today?

Traditional online media worked on a Pipe model, targeted only consumers and got away with monetizing eyeballs. Social media works on the Platform model, supports both creators and consumers, and has tellingly failed with trying the same old monetization strategies. 

Media Monetization 101

The monetization of any form of media is driven by mining of context and using that (or some other consumer action) as a proxy for intent. Advertisers then pay to have their ads matched with the right intent. Here are a few examples:

Keywords on a page: Context E.g. AdSense

Search query: Intent E.g. AdWords

Location: Context E.g. FourSquare

Monetization works by harvesting user intent and serving messages/information relevant to that intent. The better you are at harvesting intent, the more effective your monetization is going to be. 

Why is this model breaking down?

Mining context and intent goes for a toss in the world of social platforms. Users are the new content creators and content isn’t necessarily structured. With the older media model, the content creators (typically the media houses) were creating content to cater to search engines. The content was designed for text mining algorithms right at the point of production. With social media, the creators of content (all of us) don’t care about structure. In fact, online conversations are getting more unstructured by the day. Consequently, mining these conversations for context and intent is a crazy task, riddled with false positives. And false positives always lead to spam.

This is why the Hashtag is so important to the future of the web. 

Enter the Hashtag

Engineers would like to be known for the tech innovations that they engineered but Chris Messina will probably go down in history as the guy whose random blog post helped structure a new era of media. In a 2007 post, Messina suggested the use of Hashtags for the first time for Twitter.

This week, Facebook rolled out Hashtags.

It’s interesting to revisit that original blog post and figure out how Platform Thinking is so rare (and important) and how most of us just prefer to think in Pipes. 

Hashtags and Platform Thinking

If you think of media as a Pipe where content creators create stuff and push it out for us to consume, the content creator takes great pains to structure the content. Every piece of content will be carefully drafted in a category, will be peppered with keywords for search engines to gobble and will be structured so that the context can be easily mined.

If you look at the proposals from Stephanie and Brian, they advocate the use of pre-defined groups to regulate conversations around certain contexts. This is a typical Pipe Thinking model. Provide the constraints and force the creators to work within those constraints. It works very well when media is created within the boundaries of a firm.

When media is created by users, as it is today, one cannot afford to think in terms of constraints anymore. This is where Messina’s advocacy of the Hashtag is so brilliant. If you’re thinking in terms of Platforms, you’d want to make the creation process as easy as possible for users, yet ensure that they leave you with enough hints around intent and context. This is what Flickr did when it allowed users to tag pictures instead of forcing them to fit pictures into pre-defined categories. This is what Messina advocates in this post when he argues against users having to operate within groups and allows users to define context and intent on the fly.

Through Hashtags!

Top-down classification and forcing creators to fit within categories or groups is a hangover from Pipe Thinking; an editorial view of the web. A social view of the web requires a more bottom-up approach.

If you think of the social web as a flow of information, pre-defined categories and groups limit the channels in which information can flow. Hashtags, instead, allow creation of channels on the fly to suit the needs of the information creator. 

If you’re still thinking Semantic search alone, you’re in the wrong game

When the world first saw an explosion of user-generated content, people realized that Google’s keyword and link-driven approach to ranking information wasn’t going to work forever. Semantic search was hailed as the next savior.

I have nothing against semantic search. I just believe algorithms are still fairly limited in mining human intent from unstructured conversations. And the web is gradually, but definitively, moving towards unstructured conversations.

The solution to mining unstructured information doesn’t lie in creation of more sophisticated algorithms alone. It lies in, first, solving the problem at the point of production and allowing the new creators to easily append some structure to the information.

That is exactly what the Hashtag does!

If you’re building a platform that enables and promotes unstructured conversations, and you want to go beyond just being a communication tool, to creating a corpus of sticky content, hashtags can help transform unstructured conversations to structure, right at the source.

Tweetable Takeaways

Hashtags are the new keywords, and the key to monetizing social media.

Tags are the new categories, hashtags are the new keywords!

This article was first featured on Sangeet’s blog, Platform Thinking (http://platformed.info). Platform Thinking has been ranked among the top blogs for startups, globally, by the Harvard Business School Centre for Entrepreneurship

Posted on

8 Truths why IT Services Organizations cannot do Software Products

The bread and butter of the Indian IT Industry has been IT Services.  IT Services, as the terminology implies, is servicing a customer.  A customer states his needs, the IT Services organization makes a proposal to develop / maintain / re-engineer / etc., and the deal is done.  As offshoring and outsourcing has matured, customers have become savvy and are putting pressure on IT Services Organizations to compete more aggressively, provide more value and make cheaper proposals with no hidden costs to customers.

IT Services Organizations are in turn looking for ways to improve their margins by creating their own Intellectual Property (IP) and some of them have turned to building or investing in software products.

This articles core purpose is to warn leaders in IT Services Organizations – “DON’T BUILD SOFTWARE PRODUCTS”.  But success makes one arrogant, so I suspect some leaders will still build their own products, in which case hire somebody who has made these mistakes before and is familiar with the 8 Truths.

TRUTH 1: Trusting your best IT SERVICES Manager to build your Product

When an IT Services Organization decides to do Products, it is one of their significant investments and guess who they put in charge of it – one of their better managers.  A manager in an IT Services Organization is an expert at – scope management, cost management, SDLC, resource management, status reporting, financial management, etc.. And of course he is very good at managing other managers.

Building successful products has little to do with the above skills.  Building successful software products requires the ability to provide vision for the Product, ability to work with changing customer and market needs, the ability to build and trash architectures, deal with failures, inspire creativity, identify opportunities you had not seen before.

Most importantly, if you decide to build software Products please find a Software Product Head who has a couple of failures under his belt.  And if you find one that hasn’t yet failed, guess what – he will fail on your Software Product !!!

TRUTH 2 : IT SERVICES ORGANIZATIONS serve Customers and their Projects

The real expertise of a successful IT Services Organization is Scope Management – negotiating successfully with the customer on agreed scope and what is not in scope.  If you are the Program Manager and your team is on the wrong track or if you have made a mistake, you are taught to revisit the scope.  Examine the scope document with a fine toothcomb to compare what the customer asked for with what you have delivered.

If the customer says “The system is not easy to use” then examine the scope to say “Yes, but we did not agree on usability guidelines”, so if you now need “Usability”, it’s a change request and please Mr. Customer, do pay for it.

If the customer says “The system is too slow and it takes 45 seconds for my Employee Screen to come up” then examine the scope document for “Performance Requirements” and tell the customer “Oops !! Mr. Customer you seem to have missed defining Performance Requirements” and what you are asking for is a major redesign.  Guess who’s gonna shell out big bucks for it?!

Customer: “The database design is bad”.  IT Service: “That is not a deliverable as per scope”.

Customer: “The coding guidelines are poor”.  IT Services: “We follow our organization standard guidelines, if you need anything different it’s not in scope”.

… and so on.

Importantly, the cost of changes and mistakes is either borne by customers or at least shared by them.

In the Software Product world there is limited Customer defined scope and there is no fallback position to ask a customer to pay for mistakes.  If you have got it wrong, bad luck. Do it again and by the way do it better.  And please meet “implicit needs of the product” – customers implicitly expect a Software Product to load within 5 seconds and the usability to be impeccable and intuitive.

This is a culture shift for an IT Services Organization.

TRUTH 3: IT SERVICES ORGANIZATIONS don’t know when to say STOP

IT Services thinking:  If we got it wrong, lets change the manager, lets change the technical architect, lets change the Business Analyst.  Or better still … lets throw more people at it, lets change the location of development, lets get more funding.

How about just stopping and starting again.

IT Services Organizations just don’t know how to stop or setup metrics to stop.  IT Software Products have high failure rates – over 80%.  The IT Services Organization is used to 80% success rate.  It’s a another  culture shift.

This is also related to how Software Services Projects and Software Products are funded.  A Customer Services Project even if gone bad often continues to be a revenue earner, till the customer decides to stop development.  An investor in a Software Product organization often invests in multiple Product companies and has clear criteria to continue or stop.

In Software Products there is little room for carrying baggage and making incremental changes.  If you have got your product wrong, throw it away and restart or just stop.  Any kind of incremental changes cost a lot and makes the whole team slower.  Your technical team also knows they are building an elephant which will not be nimble, flexible, easy to change or responsive.  There is no greater demotivator than a technical team that doesn’t believe in the Product.

A Software Product is developing IP for the future – there will be peaks and troughs of investments and returns and these will typically be in separate time-cycles.  This is another reason, why an IT Services organization just doesn’t know when to say STOP.  They may well invest much more than a pure-play Software Product Organization would and that too for poorer returns.

TRUTH 4: IT SERVICES ORGANIZATIONS have Forgotten how to BUILD SOFTWARE

IT Services Senior leadership is chosen for Customer Engagement skills, for P&L responsibility, and not for Product vision.

If you are in IT Services, when you resource for a Customer Services Project, you pull out your Gross Margin sheet and see what level of senior / junior people you are allowed.  You then go to your Resource Management team to help you fill those resources.  You could need a team of 20 or a team of 200, depending on the size and complexity.  And that is your focus.

When you develop a Software Product, you first review the market of the Product, then you review its features, then you validate it with some customers, then you do prototypes and proof of concepts, then you validate it again with customers.  You convince an anchor customer.  Your entire focus is on – are the features right, is my customer happy, is my software maintainable, will I get references to other customers?  Resources and budgets are just as important but features and benefits to customers come first.

When a Software Product organization scales the problems grow differently – what is the scope of my product, what are the analysts saying about it, how will my licensing model work for small and large customers, how will I support customers, what is their upgrade path,  are there core architectural bottlenecks that will prevent the software from scaling?

The priority for an IT Services Organization remains quality of service, size of business, revenue and margins as it should.  IT Services Organizations do not know how to build software any more.  They knew it once – now they have forgotten.

TRUTH 5: IT SERVICES ORGANIZATIONS’ HR works on scale and size.  They cannot focus on the problem of 1 Employee

The HR team of an IT Services organization has a very clear idea of where and how to recruit, what compensation to give, how to give raises, how to be fair across thousands of people.    There are employee benefits, training programs, career growth plans, dual shore movement, etc.

Product teams start by being small teams.  They often need expertise in small bursts – speed is everything.  An IT Services Organization just doesn’t have the flexibility and nimbleness to take care of the needs of a Product team.  Can I out price my 1 core architect and 2 functional experts?  Can I provide them with ESOP that is way beyond others on the services side?  Can a developer in the product space get paid more than a manager?

Can HR deal with the above?  More importantly does HR have the mandate to make such exceptions?  What happens when a Product person moves to a Services Project – how do the incentives work?

For a services organization with thousands of people – it is not significantly important to solve the problem of at most a few hundred people working on products.  For the Product Organization every decision MUST be driven towards getting a great piece of software to the end-customer.

IT SERVICES ORGANIZATIONS don’t know their TOP DEVELOPERS

A developer in a software Product organization is the go to person to solve any problem.  It is extremely unlikely that a Services Organization even knows their top developers.  Developers of Software Products may often get paid more, and maybe more relevant to a customer implementation than any manager.  I have seen situations where One Top Developer has by himself been able to solve a problem that 15 managers, technical leads and developers could not.

The best Product Organizations will identify and nurture these developers.  IT Services organization will struggle with salary bands, designations, bonuses, and the best ones will find workarounds to reward these developers.  But that’s just what it will be – a workaround at best.

TRUTH 6: IT SERVICES ORGANIZATIONS don’t know IP management

Providing an IT Software Service to a customer and actually being the owner of the Software Product are very different perspectives.  When you own the Intellectual Property – here this refers to the Software Product; it comes with a different set of liabilities as well.

The questions an IT Services company may not ask – Did I leave a security hole in my software through negligence? My design is faulty and my code is badly written – did I disclose this to my customers?  If one customer is going to sue me for damages, does that mean all my customers will have to be informed? What if one of your developers has copied code that is Open Source – what are the implications? Etc. etc. etc.

Also, to develop IP, requires a certain amount of R&D (loosely used term here to indicate trial and error, waste and true R&D) – which algorithms will be most optimal? Which UI will be a hit with the customer?  Which features will be used the most?  And anyone who has been in R&D, knows that investment in R&D does not guarantee results and is often considered waste.  R&D needs an open mind and the results are often serendipitous.

Services organizations are experts at managing waste and reducing fat.  The Product organization actively produces waste and a CFO or an Accountant is often looking at the Product team (within the IT Services Organization) with itchy fingers to take that number off his xls sheet.  The Product team needs to experiment, to create and to throw away;  to improve things and hone it and make it better.  It is an idea generating machine that needs focus to create more value.  It is just such a throwaway piece that a product may need to make it standout, to break through the clutter and the noise in its space.

Related to IP is also a host of copyright, trademark and patents related issues.  The IT Services Organization needs to come up to speed with all of this if it is to create software products.  The last thing you need is for your Product to be successful and then to discover that someone else is using the same name or you have been slapped with a copyright infringement.

IP is the differentiator that can make your Software Product successful.

TRUTH 7: IT SERVICES ORGANIZATIONS grow through SIZE and PERSEVERANCE

IT SERVICES ORGANIZATIONS are all about growth through replication of success.  The growth mantra for this replication of success is to scale through resources, infrastructure, deployment on projects, managing bench, engaging with customers, building competencies, delivering software projects successfully time after time after time.  There is also a huge push on sales and winning large deals.

An IT Services business is also conservative by nature.  Due to its maturity, it is also a predictable business model.  Investments are made in people after knowing the size of Customer Projects that will be won. You assign resources on a won Project and then remove them when the Project is over.  When you don’t win the projected business and have a large number of unutilized resources (bench) you either cut salary or you ask people to leave after a certain amount of idle time.

In a Software Product Organization, at the first level, the Product should be able to talk for itself.  The word of mouth is critical.  For Example, for an internet product to grow, the problem is eyeballs and retention of the end customer on your internet site.  The primary focus is not on growing the number of people you have to hire and train.  In Services deals you may lose out if you are unable to show the customer your ability to scale up and get office space, people, training, rebadging, infrastructure, etc. on time.  In Product you will need to do a flawless job of your product implementation and ensuring your product Roadmap is road worthy.   You grow through better products, with backward compatibility, with presence on mobile, with analytics – and many other features around the product along with a science to replicate deployment methodologies and customer trainings.

Both IT Services Organization and Product Organizations scale and grow in very different ways.  An IT Services Organization doesn’t have the DNA for software products.  So, if a Services Organization chooses to go for Software Products be prepared for some gene level surgery.

TRUTH 8: IT SERVICES ORGANIZATIONS are not experts in their Customers’ Business

IT Services have today moved away from being just technology companies.  A website of an IT Services organization shows you industry verticals and domain solutions.  Full credit to IT Services companies for providing such exemplary service to its customers.  However, the customer still doesn’t expect the IT Services organization to know its business better than itself.

IT Services Organizations have honed Customer Service to a fine art.  There are processes and sub-processes to be followed.  You have frameworks like ITIL that continually reduce cost of maintenance and support.  The focus is on reducing cost of Business As Usual (BAU) activities.

With a Software Product it is different.  In the domain of a particular Software Product, customers expect you to know everything.  You are expected to know the domain, the technology, competing products, integration with other systems, mapping to business processes, etc.  You are expected to know how the beginner users and how the expert users will use and misuse your product.

All Customer Service comes from the knowledge of the customers’ business scenarios and not from a support management framework.  The ability to anticipate a customers’ problems and to be able to demonstrate thought leadership are critical to the success of a Product Organization.

Conclusion

If you are an IT Services Organization the biggest mistake you can make is to think that a Software Product is just another piece of software, which it is.  But that is not ALL what it is.  It is a completely new business.  So be prepared to reinvent that part of your team or else …

Posted on

Stories are Better Than a Feature List

You’re at an event, and you’re ready. You know your product inside out. You know the competition. You know the licensing terms. The deals. The partners. The competition. Technical details. Market details. Detail details. Regulations. Strengths. Compatibilities. Your head is stuffed. Crammed, just when – A customer comes to you. “I’ve got sixty seconds. Why should I buy from you?”

You spent years learning and studying and now you’ve got 30 seconds. You choke on your own knowledge.  In this situation, has your strength, your deep product knowledge, actually become a weakness? What do you do? How do you convey so much information in such a small amount of time?  It’s these situations, when a 100-slide PowerPoint deck or a technical demonstration is not possible, when it is critical to turn to the oldest form of persuasive communication in the world – the story.

Your customers are being constantly bombarded by myriad of marketing messages as well as other communication – emails, blogs, and social media. How do you make them notice your message and remember it when making a decision? The answer again is a story. Stories are powerful. Stories propagate thru centuries without any media coverage and advertising dollars. We hear stories in childhood and we repeat them to our children. And the story goes on. Consider these two announcements from two of the biggest product and SaaS companies.

Microsoft’s Jan 21, 2007 announcement

As Microsoft continues to deliver innovations to its unified communication and collaboration platform – which includes Microsoft Exchange Server 2007, the 2007 Office system with Microsoft Office SharePoint Server 2007, and has solutions in the pipeline such as the next generation of Microsoft Office Communications Server – Microsoft’s industry partners find that business is booming.

Google’s Oct 11, 2006 announcement

Ever found yourself trading email attachments with several colleagues, trying to collaborate on a document, only to have someone chime in at the last moment with corrections to an outdated version?  Today, at the Office 2.0 Conference in San Francisco, Google launched a solution to these collaborative and document-management challenges: Google Docs & Spreadsheets

Which one do you think is easier to understand and remember? Which is stickier?  The Google announcement has elements of a story as suggested by Heath brothers in their book Made to Stick.

Technical people are horrible at telling stories. It is tough for them to move from listing technical features to telling stories. Here is one way forward – apply to your writing the SUCCES framework suggested by Heath brothers in their book Made to Stick. They say a sticky message is simple, has an element of unexpectedness, is concrete and complete, makes an emotional connect and is told like a story. I strongly recommend the reader to get hold of the book and practice what the brothers suggest.

Here’s another example from GE – look at their site.

Their lead story isn’t about the products they sell or the event they were at. At the core GE stands for innovation and they tell us about their innovations not by listing their innovations in a bulleted list with awards and partner logos attached, but by talking about their rich history, their leaders, their visions and their journey over time.  It’s a rich narrative and something we can all learn from – the products are there but it’s not their lead.

You need to create your story or others will create it for you. – What is the narrative for Apple, What about Google or eBay? What would your narrative be? Remember to make your customer a hero!

Posted on

What’s your Sales Story?

Whenever faced by dilemma over any issue pertaining to sales and marketing, I recall a famous quote by Ben Feldman, who is considered one of the best salespeople in world history.

Don’t sell life insurance. Sell what life insurance can do.

Just by following this one mantra, Ben was able to insurance policies more than worth USD 1.8 billion in his life!

It would be unfair if I don’t mention Steve jobs here. Have you ever seen him selling Apple products? No! He would always sell you the idea of ‘how apple products can change your lives’. Watch his keynotes at the launch of iPhone or iPod and you will understand what I am trying to say here. Sadly I don’t see the same approach being used by Indian startups and product companies. Many of us are still struck at ‘Buy our product, this is the best; this is different; this is cheaper; this is awesome…..’.

Human brain is inherently averse to sales. The moment we realize someone is try to sell something to us, we tend to lose interest in the pitch, become defensive and start finding reasons why we don’t need the particular product (or service). So rather than doing direct selling using plain facts and figures, if you narrate a story about your product and how it can help fulfill peoples’ dreams, chances are they’ll listen to you. Research has proven that majority of the decisions are driven by emotions and not reasons. We don’t realize that because our brain tries to find logical reasons to justify the already made decision.

So triggering those emotions should be a critical component of company’s overall Sales story. Ideally the sales story should be centered around the following,

  •          Making people more powerful/ efficient/ potent through your product
  •          Making people passionate about your company and yourself
  •         Ringing alarm bells in peoples’ minds of losing out on something if they don’t buy your product
  •         Generating mystique and awe among people for your company and yourself
  •         Being just enough rebellious and loud to make some noise and stand out
  •         Developing trust among people for your company and yourself (damn important)

 

Let me take an example. I went for a sales meeting for some stakeholders from a global networking giant. Here is what I presented the first time,

‘WE are Company X. WEhave been doing this for so many years. WE have worked with companies like … WE’ll help your business grow to next level (x%). WE’ll help to save y% costs. We’ll increase your efficiency by z%, so on and so forth’

I got a good response but not a mind blowing one. We were asked to present to some other stakeholders in the follow-up meeting. I decided to try out something different this time. Here is what I presented,

‘YOU are Company Y. YOU have been doing this for so many years. YOU are doing good with a% growth, b% cost savings, etc. YOU are projected to reach here. What if we help YOU reach there. YOUR competitors are already catching up. We can help YOU leapfrog. We have already helped many companies to do the same. YOUR company is very good, we can make YOUR it awesome’  

Boom!! Applauses all around!

Notice the ‘We’ centric approach compared to ‘You’ centric one. Research has proved that customer relations are more long-run and stronger in the latter approach. I have complemented ‘company’ with ‘yourself’ because your personal branding goes hand in hand with that of the company, as people don’t perceive you much different from your company. I can’t think of any aspect of life where you don’t have to sell anything. I believe aforementioned points are relevant in every sphere of life- job interviews, user acquisition, b-school interviews, advertising, online marketing, presentations, proposals, VC pitches, etc.

For the founders, it goes without saying that you should have questions related to positioning, value add to customers, target market segments, key differentiators, etc. clearly figured out before you start creating your sales story. Answers to these should be Crisp, Short, Tangible and Simple.

Happy Selling !!

Posted on

7 tips to build a script :: a Step by Step guide

I wish it was mathematical. But it isn’t. There are unlimited combinations when building a story. That’s what makes it so much fun to consume – you never know how the storyteller tells it… 

So instead of giving you tips in a bulleted format – let’s build a script together.

What we know (or must know) before we start:

  1. This is for a 60 sec pitch video about a product called Glitch from Triton.
  2. They sell to Hotels. Their audience is clearly marked out.
  3. What the product does has been clearly documented.
  4. We need to bring out a call to action so they visit the product website.
  5. We are selling to Hotel people – they don’t have time to consume long form content – so the video should not be soggy and heavy – it should be light and brief. This means no more than 2-3 propositions. 

STEP 1: Start with a problem

” Guests want something – you deliver. Its simple. But when this doesn’t happen – your guest will get upset and then…. she’ll tell the world about it. The last thing you’d want is to read about such episodes on Social channels. “

Your product may solve many problems – choose only ONE to start with. Choose the problem that’s closest to your customer’s customer. Your customer cares about that. 

As you can see, we get to the problem quickly. The script doesn’t teach anyone. It just sketches out a scenario that will happen when the problem arises – customers will crib about your hotel’s service.

So here’s the first tip: 

TIP#1 – Get straight to the problem. Don’t beat around the bush. 

The easiest way to do that is to think like a customer and ask yourself – WHY MY FEATURE. Think what makes sense for you (you’re wearing the customer hat mind you). Think about that exact problem it solves. And then write that problem in simple words. Be direct and obnoxious if you have to – we’ll soften it later. 

STEP 2: Lets talk about our product a little

” There’s an easier way. Triton’s Glitch. Glitch alerts you when something has gone wrong in the service. And what you had to give up to … well… sort it out…. “

Part 2 of the script talks about the product. But not too much. We’re just making an overarching comment about the product. This is the main proposition or a product ‘tagline’ if you will. 

Tip #2 – Resist the urge to start talking about features here. Instead – make an overarching statement that comprehensively explains the product. 

This is around the 20 second mark. This is the time your audience will make a decision if this problem-solution pair interests them or not. 

Tip #3 – To optimize your video – ensure that the bucket personas as close to each other as possible. In every way… 

If you know what fish are in the river – you’ll be more successful in fishing. That’s because you won’t need to change the hook after every catch – you can just add the bait and cast your line again with the same hook. 

STEP 3 – Explain the feature a bit

” Whenever a service breakdown happens – all departments are instantly alerted and the right manager meets the upset guest, apologizes and offers a compensation. “

We’re going to show how the tool will work. We’re being absolutely real. This happens and then this happens and then this happens.

Tip #4 – use real cases where your customer has benefited and use that as the central pivot to build a story. This is another technique of writing a script – where you start with a situation and come back to the overarching product tagline. 

STEP 4 – play the second trump card

“What you get at the end of the day are clean reports that mark out repeated service breakdowns and compensations spent on them – across multiple properties.” 

We play our second trump card – a business benefit around data. We’re telling the hotel people that they can track and audit their expenses. No business likes to lose money and we chose to work around that sentiment when writing this line.

Tip #5 – sometimes your product may not have a ‘reporting feature’. In this case – try to bring out another feature or proposition. For eg. – X-app can also send you instant alerts…, Y-cloud will immediately shut down ports…, Z-service will raise a ticket… This is the second trump card. 

STEP 5 – Wrap it up

“No wonder a renowned Hotelier claims 18% jump in guest satisfaction scores since they implemented Glitch. Check it out today.”

We use some of our customer conversations and pick out a data point that one of the customers mentioned. This brings a reality check to the audience about the 2 claims we made earlier – step 3 and step 4. 

Tip #6 – Nothing convinces like data. Use as much data as possible in your stories. Avoid fairy tale endings and princesses and frogs. 

Tip #7 – Though I just said don’t use fable characters – one of the techniques is to start a story with a misdirection. So use these animals to start stories – not to end them. 

– – – – – – – – –

Here are 3 criteria I consider when evaluating a script:

  1. Is there any humor in the first 20 seconds. If the script doesn’t have humor – animation should. Or the screenplay. Or the audio – something must make the audience smile.
  2. After reading the script till the end – I should be able to recollect the first line of the script – without having to go back to the script. This means the script is light and catchy enough for my mind to be able to recollect what I read a few seconds ago. The information ‘stack’ on me is small enough for my mind to register and remember. 
  3. Word limit and sentence size. No more than 150 words and as small sentences as possible.

– – – – – – – – –

 Together now – this is the script in its final avatar. 

” Guests want something – you deliver. Its simple. But when this doesn’t happen – your guest will get upset and then…. she’ll tell the world about it. The last thing you’d want is to read about such episodes on Social channels.

There’s an easier way. Triton’s Glitch. 

Glitch alerts you when something has gone wrong in the service. And what you had to give up to … well… sort it out…. 

Whenever a service breakdown happens – all departments are instantly alerted and the right manager meets the upset guest, apologizes and offers a compensation. 

What you get at the end of the day are clean reports that mark out repeated service breakdowns and compensations spent on them – across multiple properties.

No wonder a renowned Hotelier claims 18% jump in guest satisfaction scores since they implemented Glitch. Check it out today. “

Posted on

Where is my story?

Most startups talk about product features and how they are better than their competition in terms of their offerings. They really don’t tell stories, however people remember stories for long and not the facts and figures. Most often than not, people say we are a startup, we don’t have paying customers and we do not have stories to communicate. The fact that they are developing a product itself is towards addressing a market gap that the incumbent solutions are not addressing – product creation story. Why don’t you communicate that as a story?

Let me give you a couple of examples.

I was consulting one of the product startups in the education space, which provides smart classrooms. They also were communicating features, benefits as a part of their communication, but they realized that they wanted to do stories. I asked them, why did you choose to develop this product and how did you go product startups about doing this?

In fact, when they wanted to develop their product, they understood the gaps in the market and they had an idea about how to address the gap but they weren’t very clear. In order to get the clarity, they interviewed hundreds of students and hundreds of teachers from across the country before beginning to design their courses. These interviews provided them with a clear idea of the instructional methods followed and what was lacking in it. With this, they started to develop the courses and after about 36 months of work, they have more than 6000 classrooms using their product. This is their product creation story, which they started to communicate very efficiently.

They also prided themselves on the usability of their product and its intuitiveness. I asked them, what does your customer feel about the usability of your product? They said that they are completely positive about the experience. I persisted, what do your prospects who are evaluating the product feel about usability? They weren’t very sure about it. That’s when, we wanted to influence their perception and we decided to do this as a story as well.

We decided that we would not demonstrate the product to the prospects; instead, we will install the setup and get a couple of volunteers from the school to play around with the product. Once they did that, they understood the usability experience, they felt a part of the experience and they started championing the product sales, which resulted in improved conversions.  This became their usability story, which is a part of their pitch now.

These examples are only triggers for you to identify where your stories are. I am sure that this would act as a starting point for you to find your stories.

Posted on

Quick Research / Usability Methods: Expert Usability Review

(Post 1 of a series on quick research and usability techniques. Start-up’s can use these techniques fairly easily to connect to and understand their end users better, as well as maintain usability standards on their products.)

ProductNation in collaboration with a few like-minded design professionals, recently put together an informal forum for designers, engineers, product managers & entrepreneurs in the Delhi NCR region. The objective of this forum was to evangelize and encourage a dialog around Design Thinking among the start-up community.

I conducted a short workshop on this topic at the forum’s launch event – a day long interactive meet up – hosted at the MakeMyTrip office in Gurgaon.

During the workshop, I introduced participants to the concept of Design Thinking and touched upon a few design research and usability methods that they could use to support design thinking within their organizations. A brief recap:

Design Thinking is an approach to design rather than a specific technique or method.
A core principle central to supporting design thinking is iteration. A ‘prototype and test’ focused approach fuelled by empathy for the people who will ultimately use the product, is recommended to be followed throughout the product development lifecycle.
There are several user research methods that can help companies connect to and understand their end users better. Guerrilla Research techniques in particular, are especially useful  in context to the start-up environment – Where time is of essence, budget is limited, teams are small, people are typically multitasking and playing multiple roles.
Guerrilla Research includes research techniques that can be done more quickly, with less effort and budget, as compared to formal or traditional user research techniques. Remote  / Informal Usability Testing, Man on the Street Interviews, Micro-surveys, Fake Doors, ‘Design the Box’ and Personal Inventory are a few examples of quick research techniques that can be learnt and implemented fairly well by a newbie researcher / anyone on a start-up team doubling up as a researcher.

In this first post, I want to introduce a discount usability engineering method called the ‘Expert Usability Review.’

Like Guerrilla Research methods, a Usability Review is an effective way to quickly identify usability and ease-of-use issues on a product. However, unlike user research, this method does not involve talking to end users at all.

What it involves is ‘expert evaluators’ reviewing a product, to identify usability and ease of use issues across different UI areas like Navigation and Structure, Layout, Visual Design, Interaction, Error Handling, Content etc. The experts are able to identify issues by drawing on their own experience in the areas of design and usability.

Subjectivity is minimized and issue validity maximized (or attempted to!) by ensuring that issues identified map onto existing and recognized design guidelines / principles / best practices or heuristics.

The issues identified through review, can then be fixed as part of an iterative design process. The kinds of issues that a Usability Review typically identifies are the ‘low hanging fruit’ or obvious usability problems.

Doing a review helps to highlight any aspect of an interface that violates usability and design principles.

The issues that surface through a review are different from the type of issues that come up while using user based methods like Usability Testing. So a review is a good complement to other user research techniques that may also be employed.

(More on typical issues found through Heuristic Evaluation and Usability Testing vs. Expert Reviews)

To demonstrate the type of issues typically found through a Usability Review, I evaluated the ‘Submit Ticket’ function on Freshdesk. Freshdesk is an online customer support software, targeted at small and medium sized businesses looking for a cloud based solution.

Here are some of the issues that I found:

Note: This is not an exhaustive review of the ‘Submit Ticket’ page, but a few example issues that help illustrate the type of issues that may be found through a usability review.
The products selected to be used as examples in this series of posts are products that are well designed in general. This highlights the importance of iterative design / the type of issues that can be unearthed even in well-designed products, by using various usability and research techniques.

issue observation 1issue observation 2issue observation 3issue observation 4issue observation 5issue observation 6The examples shown above are just a fraction of the issues that a Usability Review could highlight.
The success and effectiveness of this technique is dependent on the experience and skill of the reviewer. A review is typically done by three or four experts in the field of usability and design.

This method is best suited for start-up’s who have access to skilled and experienced usability / design professionals who can conduct a Usability Review.

Post 2 coming up soon, will introduce a related technique called ‘Heuristic Evaluation’.
With similar goals to an Expert Usability Review, a Heuristic Evaluation is a relatively easier starting point for novice researchers – Ideal for start-ups who don’t have a formal design / usability team in place, but want to try their hand at usability evaluation.

Are you a design thinker evangelizing or facilitating user research and usability methods within your start-up?

We would love to hear about your experience / answer any questions that you have about the methods that you used.

We also invite members of the start-up community to volunteer their screens / functions for use as examples in upcoming posts showcasing additional research techniques. Email me  at devika(at)anagramresearch.com to check whether your screen is eligible for selection. 

Posted on

Announcing ProductNation OutSights – Structured reports showcasing #MadeInIndia Software Products

As a lead up to India’s 66th Independence Day, ProductNation announces the launch of our OutSights Series. As there are a large number of thought leaders who have a lot of insights on a lot of topics, we decided that what we have, are OutSights.

We start this series with structured reports showcasing #MadeInIndia Software Products with Global Outlook. We will create a ready listing of software products #MadeInIndia that have the potential to take the international market by storm and may pose serious competition to established market leaders in their respective fields.

While this is not a competitive series, these reports will compare companies and their products, on the basis of published criteria. ProductNation intends to conduct in depth analysis of products submitted for review in order to arrive on the list of finalists, who make it into the final report. These reports will be published and syndicated across channels and will be available as a buying guide for those shopping in these categories. The finalists will also receive the ProductNation OutSights Badge which they can display on their web properties with pride.

Here are the list of reports that are scheduled for release between July, August and September, 2013:

  •      Enterprise Cloud Apps from India to watch out for
  •      Innovative Big Data Analytics Companies from India
  •      Indian CRM apps changing customer experience
  •      VAS providers from India for global telcos
  •      Amazing Indian software products with poor marketing

ProductNation welcomes all Indian software makers who wish to participate in ProductNation OutSights, for their respective product categories. Keep watching this space for eligibility and cut-off dates for entry.

For queries or suggestions for report categories write an email to [email protected]. Please submit your product details online before 20th July 2013.

Posted on

India’s Need For Entrepreneurs and the MindSet

In 1991, the second Independence of India took place – there was an opening up of the economy that led, in its own tortuous Indian way, to the opening up of the minds of a section of the population. The educated middle class that had till then either left the country for greener pastures or taken up jobs in the government or with the few MNCs operating then started looking around at opportunities that were being created in India. Entrepreneurship still seemed like something only two sections of society ventured into – those with family wealth or traditional business backgrounds or those without any other option namely, the roadside food shop, the barber and the small store owner. Very few consciously chose entrepreneurship as an option. Then, towards the end of that decade, a remarkable thing began to happen. Young educated middle class Indians suddenly started taking an interest in India: a host of environmental factors played a catalytic role in this phenomenon: the rise of Indian entrepreneurship in the US, the emergence of 1st generation educated middle class Indian entrepreneurs, the creation of aspirations in a increasingly mobile workforce and the media, increased availability of capital and the like. India started getting noticed in the West and India’s arrival on the global stage started getting reported in breathless hyperbole. However, all this euphoric talk about India’s growth and success hid the fact that crony socialism had quietly given way to crony capitalism which was as insidious. Governance and policy making took not just the last rows in the stadium that was cheering “India’s arrival” but were not even in the stadium! The penny naturally dropped on the India story.

Today, we’re confronted by the stark realities of India that the breathless comparisons with China and other countries had somehow managed to paper over. The hubris is slowly and painfully giving away to the realization that the parties celebrating India as a super power had begun too soon. And that there was, quite simply, an enormous amount of work to be done.

In 2012, as India enters its 66th year, our first prime minister’s rousing speech “Tryst with Destiny” is yet again worth reading. Are we anywhere close to redeeming the pledge made, has the new star of hope provided succour and whether hope still springs in the hearts and minds of all of us? While very impressive strides have been made in many areas, especially given the desperate condition at the start of our country’s birth, it is important that we keep in mind the fact that 15% of the world lives in India and over 68%  ie about 700million of our people live on less than US$2 a day. Over 17 million people are born (equivalent to the population of The Netherlands), an estimated 40million are unemployed, over 500,000 students graduate each year from various colleges and over  12 million join the workforce each year . The investment required to educate, train, and deploy these large numbers into gainful jobs is in the tens of thousands of crores. And remember, these millions of jobs have to be yet created! Now imagine the public healthcare, water and sanitation, education, travel, housing, electricity, entertainment, banking and financial services that need to be provided to these huge numbers assuming there’re jobs that lead to incomes being generated leading to consumption and investment. Imagine a scenario where tens of millions of young energetic citizens become disillusioned job seekers – the social upheaval possibilities are terribly explosive even to contemplate, particularly in our country.

For far too long, we have been plagued by poverty – of ideas, of ideology and of course economically. Misplaced socialistic policies in the early years of India ensured that poverty was distributed while cronyism ensured that a few made unconscionable amounts of money and enjoyed the trappings of power.

Jobs are created by entrepreneurs. Governments are facilitators and regulators to make sure that everyone’s playing fairly and by the rules that have been created to facilitate the creation of jobs. Wealth is then created by entrepreneurial actions. Only when wealth is created, can there be investments in creating the support infrastructure and services necessary for India to seriously consider redeeming its pledge. And a crucial pre-requisite for this is the need for an entrepreneurial mindset.

Change in every society, in every age, in every sphere of human endeavor has come about because some people, a minority, decided to put their entrepreneurial mindsets to work. And they were able to put their entrepreneurial mindsets to work because they were incredibly passionate about what they believed in. This minority is the entrepreneurial community. And while the term “entrepreneur” is generally used in the context of business and startups, it is important to realize that the entrepreneurial mindset has been, is and will be on display all around us.

Anyone with an entrepreneurial mindset dreams big, is interested in solving problems, seizes opportunities, is unafraid to experiment with new ways of doing things in order to achieve the dream, demonstrates leadership in creating new resources while marshalling existing resources, energizes people to work collectively to executing the dream, is conscious of the need to be fair, is respectful of the laws of the land, realizes the need to act with speed, engages and responds to feedback with a recalibrated approach, is unapologetic about effecting positive change by challenging a prevailing status quo and works incredibly hard. Possibilities of effecting change and making a difference to oneself and to others as against complaining about constraints (“I have no resources, I don’t know too many people, don’t have the knowledge or experience”) is what distinguishes those with the entrepreneurial mindset from the others. They spend positive energy in figuring out ways to create, seek and aggregate resources (team members, finances, networks) to make the possibilities come true. They are not afraid of failure but instead as Vinod Khosla says, “My willingness to fail gives me the ability to succeed”. In other words, keep shooting multiple arrows at the target.

What is it that drove Andrew Wiles for 30 long frustrating and difficult years to solve Fermat’s Last Theorem – ever since he first came face to face with it at the age of 10 – that had confounded mathematicians for over 350 years? What is it that makes a Reinhold Messner, the greatest mountaineer of all time, climb mountains on every continent, losing several of his fingers and toes and putting himself through extreme life threatening hardships such as climbing Mount Everest without oxygen? Surely, it wasn’t the money! What is it that made a significantly deaf, unschooled child grow up to become Thomas Edison, one of the most prolific inventors of all time with over a 1000 patents? Well before IPL, the stuffy establishment of cricket was changed forever in 1978 when Kerry Packer an Australian media baron challenged status quo by signing up 51 of the world’s top cricketers and introduced limited overs cricket under flood lights, with fielding restrictions, with coloured clothing, cheer leaders and the like. How come no one else thought of this before Packer? Would there have been a Nano if not for a Ratan Tata daring to think of a $2000 car for the middle class Indian?

The mightiest empire the world has ever known was shaken to its very foundations by the incredible demonstration of the entrepreneurial mindset by Mahatma Gandhi. For example, he had this to say about Swaraj “we must have a proper picture of what we want before we can have something approaching it”. Landing in India in 1915 as a 46 year old without any real understanding of India and without any mass following, but shaped by his South African experiences on the need for social justice, driven only by a set of passionate beliefs about the need for freedom for India, developed his concept of Satyagraha and energised people through his own unique blend of non-violent politics, lifestyle and use of symbols like the Dandi March.

We all have heard of Amul. It is India’s largest branded impact making organization Amul today impacts over 3 million milk producers and generates over $2 billion in revenues. It is world’s largest vegetarian cheese brand, India’s largest food brand and the largest pouched milk brand. It would be hard to imagine that an Amul could have been created without the entrepreneurial mindset and leadership of Dr Verghese Kurien, who led Amul as it innovated across the value chain. Amul incidentally was founded in 1946 before India’s independence!

From the few less than obvious examples cited above, it is clear that the manifestations of an entrepreneurial mindset are visible across very many areas of human endeavor.  As we contemplate an India that can  redeem its tryst with destiny, where jobs create economic security for hundreds of millions, we absolutely cannot ignore the seemingly intractable problems that confront us all as citizens. I have long believed that change in India will gain irreversible momentum when the generation born after 1991 enters the work-force. This is the generation that is confident, knowledgeable, technology savvy, is aware, well traveled and is impatient. Fortunately, India is the home to the largest number of such people anywhere in the world.

Resolving these problems requires the energizing of the entrepreneurial mindset that’s latent in each of us. Each of us can make a difference if only we dare to think differently. Changes in the way things are done in government, in politics, in society, in business, in education, healthcare are all eminently possible through entrepreneurial thinking with job creation and facilitation as the important outcome.

Here, therefore, is a question for us to ponder over:

Is it possible for us to imagine that each of us, in our lifetimes, creates – either directly or indirectly – a 100 jobs? Are there not 100,000 people – educated, experienced, entrepreneurial and energetic – who can each take up this challenge? Ten million jobs can be created by this group, indirectly benefiting 50 million.

If it is possible, it is do-able!

The Brihadaranyaka Upanishada has this to say:

“You are what your deep, driving desire is. As your desire, so is your will. As your will is, so is your deed. As your deed is, so is your destiny.”