In Search of Truth: At the Crossroad of Critical Theory and Technology in the DesOps World

[This is the paper I delivered at Department of English, Baba Bhairabananda Autonomous Mahavidyalaya, Jajpur, Odisha (http://bbmchandikhole.org/) on 16th July]

Abstract:

This UGC seminar session was an attempt to understand, from a non-traditional lens, the relevance of critical theory in context to today’s ever-changing technology space that is moving towards the Automation, Artificial Intelligence, Machine Learning and Distributed Computing, become much more important in history than ever, as it deals with softer aspects of human identity and socio-cultural dimension through communication or human expression.

This interactive session will have two major focus:

1. A brief overview of the critical theories from a diachronic lens that will be helping the students in grasping the fundamentals in a socio-cultural context.

2. A cross-discipline comparison with the modern design-driven practices in the software industry that would help the students understand the potential and opportunities in the real world scenario where these theories would help.]

Slide01.jpg

© 2018, Samir Dash. All rights reserved. Creative Commons Attribution-Share Alike 4.0 International License

Download Link: 

https://www.slideshare.net/MobileWish/in-search-of-truth-at-the-crossroad-of-critical-theory-and-technology-in-desops-world-16-july-2018-bbautonomus-college-chandikhol

More info:

http://desops.io/2018/07/17/download-the-paper-in-search-of-truth-at-the-crossroad-of-critical-theory-and-technology-in-desops-world/

Advertisements

DesOps : the Next Wave in Design (Part 5) The Definition & the 3 Dimensions

DesOps is about defining a culture of design through improved work practices and communication among the design teams with the inter-cum-intra project/product teams and stakeholders and aiding these practices with the help of technology to bring communications among the involved tools and the arching eco-systems.

In recent times many have attempted to define the DesOps in easier words to the community. But many of those attempts never went beyond the explorations beyond the efforts put to define a Design System. In many cases in many UX communities and teams, the definitions of DesOps is limited within the scope of Design System, which in turn essentially is a meta-product i.e. a product that enables other products. Then what is the scope of DesOps?

In my view, DesOps is not only about tools or technology employed which is generally referred to the discourses about binging automation and improved process re-engineering in the engineering sense. Rather DesOps is about defining a culture of design through improved work practices and communication among the design teams with the inter-cum-intra project/product teams and stakeholders and aiding these practices with the help of technology to bring communications among the involved tools and the arching eco-systems.

So DesOps is rather a combination of —

Designing of Design Culture and Communications + Work practices EcoSystem of Tools & Technologies 

In the Designing of Design Culture basically the design process is involved to come up with a solution that takes into account the existing gaps and areas of improvement which is needed for a specific organisation where communities or a teams involved in product life cycles, (in case of Software industry, it’s more influenced from the Software Development Life Cycle ) to improve productivity, remove wastage (in terms of effort, delivery timeline, man-power etc. ) and in many cases establish a lean process and methodologies. As DesOpsis associated with these aspects, and especially the Lean Process and methodologies, it intern impacts the culture and how the team collaborate, work and communicate.

DesOps, in other words, empowers the philosophies of the Lean UX and Fail-Fast models of start-up organisations in a better way. So the process that involves the work-culture, team – communication, product feedback loops etc. are re-designed as a part of DesOpsimplementation and this is referred as Work practices.

To aid the above two, in DesOps implementation, the focus is more on automation involving certain workflow engineering to support the re-design process (referred in the paragraph above). Basically, this 3rd aspect is more about the translation of the about two aspects with the help of technologies and building and putting in places the tools to define the required eco-system that brings seamless delivery track and complement it with DevOps through continuous and integrated delivery approach with the arching feedback loop. The use of automation in this aspect improves efficiency and scales the whole process across the whole product delivery cycle and reduces wastage.

So here is a crude way to group the different dimensions of DesOps, which come into play while modelling DesOps solution for a target organisation or team. Let’s not take them literally as many of these dimensions have overlaps among them, for example, the way we work might involve components from the cultural shift dimension.

desops.png

1. Culture 

i. Principles & Practices

ii. Cultural Shift towards Lean Philosophies

iii. The way the team works (Mostly Design team but not excluding the intra-team work-culture)

2. Process

i. Work-flows

ii. Feedback- loop

3. Eco-System

i. Technologies

ii. Tools

iii. Design Systems

iv. Automation architectures and approaches

Stay tuned and be part of the DesOps journey with me.

(c) 2018, Samir Dash. All rights reserved.

DesOps : the Next Wave in Design (Part 3) The Maturity of Design Systems

To understand where a DesignSystem  of an organisation stands in context of implementing a DesOps, first step is to evaluate the existing DesignSystem that is in place and contributes to the organisation’s design process. (We will explore the process aspect in details, in later articles in this series.) To evaluate any DesignSystems  in a broadway we can easily form a metrics that takes care of the following two perspectives on the system.

Designer System Types

Typically the Design Systems can be broadly categorised into 3 types, namely: StaticDynamic and Generative :

Static: Most of the attributes and elements that make this system is mostly static in nature. For example in a Static type Design System, the style guide may be pre-defined print ready reference, defining basic color standards and typography etc. The user has to read through and manually refer it to decide those related attributes in his work. This kind of System mainly prescribes guidelines, rules, principles which does not automatically change or created in a dynamic way either in the stages of creation or implementation by the developers etc. Typical organisational style guides, or UI pattern documentations where the system describes how and where to use the patterns with some sample code to refer are falling under this kind of categories.

Dynamic: This kind of DesignSystem  have the content as well as the principles of implementations are designed and developed in a way that can be directly used in the code. The creation and implementation of the content are dynamic and mostly geared towards the actual elements that can directly be used in the code. This kind of DesignSystem  is more than a reference system for the developer, rather as a part of the actual build of the actual products developed as a part of it. Most easily noticeable traits of this kind of DesignSystem  is that some special purpose frameworks, code libraries are part of it, which integrate into the actual builds of the products.

Generative: Generative DesignSystem  are the ones, which generate the actual build ready outputs that can directly go into the build of the product. For example, instead of a static style guide, a generative DesignSystem  can have the tool that will generate dev-ready HTML, CSS and Java Script based output from the designer/developer inputs. The output of such system, take care of the context for which the design outputs is needed. Let’s say if the developer needs to build a cross platform hybrid app, hen such system can generate the code that will take care of the scenarios for the interaction and behaviour for all target device resolutions, screen density as well as the behaviour for native wrappers as well as in-browser functionalities and restrictions. We will again journey into the details of the Generative Design Systems shortly.

Designer System Maturity 

The other angle to look at the Design Systems is to scale the maturity to measure how much the system has evolved. One of most important aspect of any Design System is to understand the maturity of it, as this helps to understand where it is in the overall DesOpsroadmap. Irrespective of the varied and complex categorisation of the same, we can still name the maturity as Low , Medium and High to get a quick and easy comprehension. And when we try to map the maturity, it takes care of the categorisation aspect.

Low Maturity: When the Design System has a low maturity, it mostly depends on the static attributes that we discussed above. The creation and maintenance of different attributes are mostly the result of manual effort and the most interesting point about this is that the designer and developers have the cognitive load to refer and comprehend and take decisions on what to use and not use in specific context of their work or product. It is also important, there may be some attributes which might have dynamic attributes , but most of them are out of the transition that the design system is having due to its evolution,

Medium Maturity: In the Design Systems  with medium maturity, the most elements and attributes are mainly dynamic in nature. These systems mostly depend on the frameworks, libraries etc. There may be some overlaps in static and well as generative attributes.

High Maturity: Similarly in Higher maturity, apart from the fact that it mostly contains generative attributes, it involves the aspects of automation, computer-vision and may deploy artificial intelligence (AI) to provide continuous pipelines that aspires to remove the human intervention form the process blocks. On ground reality it might require the human intervention to feed in the creative juices or decision power that impacts critical human needs or contexts.

When we map these 2 perspectives horizontally and vertically, we get the the right insight into the DesignSystem’s position in the graph that allows us to clearly understand where the gaps are for the DesignSystem to evolve on which dimensions.

Note that the metrics that govern the success of a DesOps implementation is almost synonymous to this metrics we explored about Design Systems. The factors that adds to this metric on Design Systems,  includes aspect where we measure how impactful the Design System is in touching the different design process lifecycle blocks where each role like an Information Architect or an Interaction Designer , Visual Designer or even the Developer are attached to, in the delivery track. This aspect is more figuratively termed as a Living Design System. 

The Living Design System

The scaling of design is a classic issue. Moreover in recent times the explosive growth of technology across different devices, platforms and ecosystems, it became an ever-growing monster that every designer faces sooner or later. Native (Windows, Android, iOS, Linux etc. ) Web (HTML, HTML5, CSS, CSS3, JavaScript and frameworks etc. ) Along with the combination – the Hybrid – make the scaling of the design language an unending challenge.

The Salesforce design team tried to solve the challenges of applying similar designs across cross-platform product families by introducing a dynamically configurable design asset system which viewed the individual entities of any design system as design tokens.

Technically it was a single JSON file that was the “Single Source of Truth” that contained a set of name-value pairs that defined the properties and their relationships under different categories like text colours, backgrounds, border sizes, font sizes, etc. This JSON was consumed by the framework (i.e. The Lightning Designing System link: https://www.lightningdesignsystem.com/downloads/) developed and templatized for different target platforms, devices, Operating Systems etc. The Lightning Designing System framework generated different formatted outputs for CSS via common CSS preprocessors like Sass, Less and Stylus. Also there was an output in XML format that is supported in Android and JSON for iOS specific development. The Salesforce Design Tokens open-sourced at https://github.com/salesforce-ux/design-system.

The second interesting aspect of this was the use of GitHub to host the design system. Unlike the design system of traditional organisation, where the design system was hosted as downloadable form (even in the cases where the version control like Git is used) these have to be either translated into desired formats for the target platform or hosted especially along with the code. But here the design tokens representing the styles definition and the properties, as hosted on GitHub, were directly integrated into the build process contributing to the Continuous Integration and Development approach of development. In this sense, it was more as a Living System acting a single source of truth, from which the required branch is pulled and be made as a part of the build.

Many other pattern library and/design systems like RedHat’s PatternFlyhttp://www.patternfly.org is also available in similar approach at GitHub (i.e. at https://github.com/patternfly )as that of this second aspect we discussed now. But the idea of making the style guide being available as a SingleSource of truth in combination of this second aspect is what makes the case of the Salesforce design system unique among similar attempts for an approach to deliver a consistent design across different platforms.

(c) 2018, Samir Dash. All rights reserved.

DesOps : the Next Wave in Design (Part 1)

DesignOps or DesOps is an approach to design, inspired by the culture of DevOps. In this article series, we will be touching upon the practical approaches on how to prepare for this next-wave in design that compliments DevOps in the concepts of a cultural shift, collaboration and automation. We will also see what are the available solutions today that contribute to bringing the full circle of design in the context of software development lifecycle.

In today’s world, while design as a discipline is getting more and more recognition across the entrepreneur world and many industry efforts like IBM Design Thinking and similar frameworks, trying to create a synergy between the Agile approach of SDLC and the Design Thinking. It is an interesting crossroad in time where the next big thing in product delivery is to bring scalability as well as automation to the creative process. In the context of the Software industry, I always see “Design” as an intersection between creativity and the technology where both shape each with the help from user-needs and blending of these results into successful products. Any typical software product delivered involves many complex as well as diverting technologies, processes, people and visions. Though mostly a software delivery happens with the team members decided in two major groups – developers and designers, ultimately the best outcome always depends on the fact that how these two teams communicate with each other and how efficiently the thoughts and ideas are shared, propagated and translated.

When it comes to product development, the amount of complexity and the variety of aspects starting from the diversified thinkings, technology, tools and processes that go into it, is significant. Attempts have been made over the period to improve various aspects of it ensure the delivery process can be optimised to scale upto the ever-expanding needs. In software and IT infrastructure industry, recently one such phenomenon was DevOps that focused on rethinking the development and operations to improve productivity and efficiency. DevOpsstarted in the industry towards the last part of the first-decade post-millennium. Back in 2008, there was a fine separation between the roles who code and the roles who deploy them. Basically, the coders or the programmers were responsible with code generation while the infrastructure guys were looking after the process of deploying them.

Due to the rise of Agile process, this code generation and deployment as a part of delivery became more frequent and continuous unlike the age-old waterfall model, when it used to happen every 6 months or a year. In all major software services industry, it was common to have fixed calendar dates in the year that represented the release or deployments. The 2-3 weeks sprints of Agile approach made it obsolete in many. As the continuous delivery became the defacto standard, this narrowed down the gap between the development team and infrastructure team. This also gave rise to the need of multidisciplinary roles or individuals who can bridge the gap between the production environment and the development server, allowing their code to be deployed in a more efficient way and faster. As the DevOps took shape, the practices around it grew from a few talented hackers to a profession with a culture of its own involving its own set of tools, practices, technologies and workflows which became the norm in the industry today.

Most of the DevOps today focuses on the process blocks mostly impacted Engineering or technical aspects of the product rather than the design aspect. To bridge that gap, in recent times many attempts are being made to define a consistent approach called DesOps. The DesOps or DesignOps is a relatively new term. Many, to comprehend better, refer to DevOps, which has the prominent similar underlying philosophies and goals. Design operations (aka DesignOps ) is though relatively new concept yet is a growing area of concern for design teams seeking to help their teams increase the value they produce for their host organizations and that organization’s customers. The term and the practices exist inconsistently in many attempts made by different organisations since many years.

Even when we try to implement a DevOps geared process to run a Design driven process model, still the actual challenges, the gaps between the design and development or the design and testing blocks are not fixed. So without implementing a DesOps or DesignOpsto fix the design and other endpoint blocks in the process, the implementation of DevOpswill never yield the desired outcome and will not be able to sustain the core philosophies behind it.

DesOps and DevOps both are complementary to each other. The Design delivery process improvements try to optimise the overall delivery process and thereby contributing to the DevOps. For example the aspects such as testing of the product that involves design aspects, usability, accessibility etc. In the testing phase needs some benchmark to referee to that can only come from a process where the DesOps has implemented that outputs and feeds the benchmark to the DevOps phase where the testing block can use it. In addition to this when we are in Agile or iterative and continuous process models, at each sprint cycle the end to end flow is executed and thereby making the Continous Integration(CI) and Continous Delivery (CD) truly meaningful.

DesOps, was primarily born out of the primary need of how to design at scale. The factors that shaped it are of similar nature that shaped DevOps. With the new age software delivery in recent times, with the Agile process and Continuous Integration and Deployment of code, the DevOps approach provided a faster highway to ensure faster delivery with low risks. So the earlier SDLC model got redefined over the period with Agile and Then the DevOps to its current shape.

However, as the design was an integral part of any product delivered, the necessity to ensure the gaps between traditional design life cycle working along with the fast track of development life cycle using DevOps are bridged. The need for tighter integration between the design team and the engineering team became a necessity to ensure to design at scale. During recent two-three years, the top five big companies heavy investments into this area pave the way for other organisations and design communities to be more explorative in this area. The implications of DesOps is reflected in the outcome, where the silos among the teams and disciplines get reduced. Along with this, it improves the collaboration among cross-functional team and working practices, that contributes to minimising wastage in the delivery process.

Keep tuned in… next we will start explorations with the basic blocks for DesOps – i.e. the Design Systems.

(c) 2018, Samir Dash. All rights reserved.

Rediscovering Accessibility for Future Tech!

This is a rediscovery of "Accessibility" in the world of touch-screens and other natural interfaces. With new technology innovation the lines between accessibility technology and Technology for Mass are getting blurred. What used to be a special need is becoming a general need for mass use.Situational Disabilities Use-cases are defining the new age devices, wearable & smart interfaces. High time we need to rediscover on "accessibility" what we think we have already discovered!

This is a rediscovery of “Accessibility” in the world of touch-screens and other natural interfaces. With new technology innovation the lines between accessibility technology and Technology for Mass are getting blurred. What used to be a special need is becoming a general need for mass use.Situational Disabilities Use-cases are defining the new age devices, wearable & smart interfaces.

High time we need to rediscover on “accessibility” what we think we have already discovered!

Linearity Matters: Rethinking eCommerce UI

“Linearity” plays a strong role when it comes to usability of any e-commerce checkout. Many theories supporting this concept have been proved by numerous statistics. UX sites which talks about the best practices to follow while designing the checkout process, always advocate maintaining linearity. It’s make sense when we see multiple principles in human factors indicate that in most of the time when users are “walking on the path” in a multi-step process they want to move forward. But only designing the checkout process is not enough, as from the views of typical goal oriented design, the whole experience of shopping starts with user’s objective to “find something that might influence him enough to buy”where the whole experience is a flow-state which maps to the mental model of the user where “finding” and “buying” are the major component of buying. The former being the “cause” and the latter being the “effect”, the design of the experience should always be linear in order to avoid the situation where the user is distracted by something else to break that state.

If users think of your multi-step process as a straight path, then the sequence of your views must be linear else you will break people’s expectations that will result into a bad experience and usability.

Traversing from user needs the towards the task flow

“I need” –> “I buy”–> checkout

is equivalent to

“I need” –> “I find it ” –> “I buy”–> checkout

is equivalent to

“I need” –> “I browse for it ” –> “I search for it ” –> “I buy” –> checkout

is equivalent to

“I need” –> “I browse for it ” –> “I search for it ” –> I compare –> “I buy” –> checkout

There are two major task clusters now:

1. “I need” –> “I browse for it ” –> “I search for it ” –> I compare –> “I buy”

2. “checkout”

Note the goal stating “I buy”, is the logical point that is represented by the behaviour of the user through the act of “adding to basket/cart”

Meanwhile the act of comparison of the products can be spanned from what is in the browsable and searchable views and what is already existing in the cart (which the user has added to the card already through a previous loop in this category of task). It is similar to the way that you might have added a deodorant “Old Spice” to the cart and suddenly decided to go for an “Axe” that offers 10% extra in the same price (Note that the user’s mind wanders 30% of time). So it helps to allow the user to be in the loop with in the first task group and then jump to the checkout while making the transition to checkout seamless. In order to achieve, the more the mental model matches to the conceptual one and indicate the user’s state in the flow and encouraging him through “progression” in the linearity path.

Here is a sample flow that takes the benefit of the linearity as a part of the process for the experience that covers the pre-checkout and checkout process to complete the flow state.

The target of the solution is primarily a tablet, which is acting as a catalyst as being a touch enabled swipe gesture controlled device it provides the user the effortless approach to move between the “browse/Search” <–> Cart <–> Checkout , once he has reached the entry point to the system.

Explore the complete project at
https://www.behance.net/gallery/19044315/Flip-the-Cart-Reimagining-Social-Commerce

(c) 2014, Samir Dash. All rights reserved.

MakingSense: Reimagining the Next-generation Retails and e-Commerce Analytics platform

journey-consumerbenefits

 

 

In today’s ever changing world if we need to reimagine the next generation analytics platform for retail and e-commerce market, what it will look like? Well I gave it a go . Following is a conceptual framework (I call it  “MakingSense”) and a business case for an IoT based real time analytics framework for retail and FMCG market. The following post is presented as a real life business case:

 

 

 

 

Overview:

MakingSense” is IoT based market analytics platform to connect all goods and products (specially non-digital goods) that behave as fast moving goods to the cloud-analytics to get real-time market insights to make the required course correction for the market strategy and business decisions for the product manufacturers and retail chains. This enables a direct feedback model between the consumers with the producers and sellers.

 

The problem it solves:

As per current market trends, even high-tech goods like mobiles, digital accessories are behaving like FMCG in market. Rapid change is evident in consumer behaviour due to influence from technology, economy and changing buying power of the consumer . Speedy ‘go-to-market’ approach in the market from players in the market has increased the competition. Many local and niche competitors are giving tough challenges to bigger players in all segments, specially in emerging markets. For globl players the typical market strategy is not working in expected way. Traditional approach of market insights collection is not sufficient to apply the necessary check and balance for market plans in real time.

 

The 4 core needs that Making Sense will address are:

1.The manufacturers need market insights in real time

2.The consumer behaviour towards tech-goods is also needs to be tracked in real time to ensure how close they are behaving to the FMCG market behaviour.

3.In retail and non-tech sector the real time insights are needed for goods that are not digitally connected to analytics eco-system

4.Need to look beyond the traditional field immersions, surveys to get micro-insights for course corrections in strategy.

 

The solution and the business model:

The “MakingSense” platform will help product manufactures and retailers in gathering real time customer insights even for non-digital goods and helps adjust the customer retention dynamics . In retail and non-tech sector the real time insights are needed for goods that are not digitally connected to analytics eco-system. Need to look beyond the traditional field immersions, surveys to get micro-insights for course corrections in strategy.

The platform has self sustainable business model that will make it grow though benefiting the product manufacturers, retailers and the consumers. The final envisioned eco-system will have a big-data enabled management module in cloud, a super easy to use dashboard system for product manufacturers, retailers and consumers and mobile apps and easy integration public APIs along with one SMS enabled gateway.
The producers and sellers can register their products to generate specific code to their products category and if required can use the APIs to map their existing bar-code systems. The normal consumer can register themselves to generate the reward points and to be used directly in the registered retail chains or can redeem for some gifts from their dashboard itself.

The eco-system will allow the product companies and sellers to get real time analytics through creating data points directly.

 

 

Triple advantage benefits for consumers:
The incentivise/rewarding consumers for their feedback is what will make it more successful.
Whether the product the consumer gives feedback on is purchased from the registered retailer or not, he is definitely getting the reward points or freebies from the site.
If he purchases the product from the registered retailers, then he is getting additional discounts or reward points.
On top of it if the product manufacturer registers, then the customer is getting more discounts!

It’s a triple advantage for the customer.

Now, this is a new strategy where the customer is prompted to buy the product from specific manufacturer, from a specific retailers toget advantage of this.
While the whole aim is to get feedback and analytics running, this model also induces a new competition on product manufacturers to provide discounts to bring down the final competitive price to retain customers at the same time the customer is also getting benefitted.

This model is disruptive in nature where every one is getting benefited :

Manufacturer and Retailers – reduction in market research spending , getting real time-analytics — the mood of the segment- customer retention strategy formulation , attract customer to their outlets and
Consumer — reduction in home budget, get incentive, rewards for their feedback.

 

 

 

::Idea::

 

The “MakingSense” platform will help product manufactures and retailers in gathering real time customer insights in real time even for non-digital goods. In retail and non-tech sector the real time insights are needed for goods that are not digitally connected to analytics eco-system. Need to look beyond the traditional field immersions, surveys to get micro-insights for course corrections in strategy.

The platform has self sustainable business model that will make it grow though benefiting the product manufacturers, retailers and the consumers. The final envisioned eco-system will have a big-data enabled management module in cloud, a super easy to use dashboard system for product manufacturers, retailers and consumers and mobile apps and easy integration public APIs along with one SMS enabled gateway.

The producers and sellers can register their products to generate specific code to their products category and if required can use the APIs to map their existing bar-code systems. The normal consumer can register themselves to generate the reward points and to be used directly in the registered retail chains or can redeem for some gifts from their dashboard itself.

The eco-system will allow the product companies and sellers to get real time analytics through creating data points directly

:: Architecture:

The idea is about building an eco-system in multiple-phases that will have three components:

1. “MakingSense SmartCloud” — Cloud based server to store the data related to the consumers and host the analytic platform. This will have the following major components :
i. BigData analytic-engine that can do the necessary data mining to understand trends and formulate recommendations .

ii. Open REST APIs providing easy way to integrate third-party systems such as retail-management systems, third-party analytic and business process tools/apps.

iii. user management modules with different levels of access to different roles.

iv. Reward points management and coupon code management system.

v. Payment gateway and subscription and vendor management.

2.”MakingSense Portal” — Web-based portal/ thin-client solution that will allow consumers and product sellers/retailers who can register and access their respective dashboards

3. “Making-Sense client” — This is primarily mobile/device client and consumer facing service gateways (and optionally hardware) that can be used by the consumers to submit their feedback.
In the multi-phased development roadmap, initially the mobile apps will be primary representative of this section. Later phases will introduce SMS enabled gateways, custom “MakingSense” hardware, which will be cheap yet provide easier way to share data from the consumer.

 

:: User Journeys:

For Sellers (Retailers/Producers)-

1. gets account registered at ‘MakingSense Portal’.
2. get API if to connect to their card scanners /billing machines/users db/inventory/product catalog
3. gets products mapped to “Reward points”/discounts/freebies
4. product manufacture can offer discounts for their product using the API by registring their product

5.product manufacture can register their product to get insight for their product across globe
6.retailers get insight for their retails chains –anything sold though their system
7.retailers can buy insights (not customer details ) for other regions/ segments
8. product manufacturers can buy insights (not customer details) for competing brands and similar products

For Consumer –

1. Registers at the Portal — if he is from a retailer’s database, he can map his account to this system.
2. Connection to his SNS account (facebook) is encouraged (with some additional reward for it)
2. downloads free “makingsense” mobile app, and starts using
3. scan the barcode of any product he purchased and rates the product.
4. For each feedback on different (at least different batch of same product with in a specific time period range) the products, gets “reward points” or discounts codes or freebies coupon codes.
5. If retailers/product manufacturer has sponsored rewards, based on accumulated points, he can redeem them at their store. Else these can be redeemed at the “makingSense” dashboard at the portal.

:: Benefit:

For Sellers (Retailers/Producers)-

emerging market is the next potential
even high tech/high end goods are behaving like FMCG goods…
micro -insights are required to plan the market startegy adjustment
conventional type of large scale survey’s are not going to help much due to high cost and field immersion efforts and time.. — go-to-market is accelerating so ..time has value … micromax makes a phone in 70 days

So new age trend is required to gather data in real time ..to connect goods that are not even digital , we need those data
IoT will help in rapidly accessing this.

They get the following insight from the solution:

customer’s insight
————
who bought
how many times bought
which part of the year bought the most
consumer’s insight
—————————
liked? great – good – bad ?
what else he likes in the same product line ?
what similar product he uses?
what similar product he likes most ? what brands?
collective consumer insights
—————————-
how many such buyers are in the region who are potential buyer?
how is collective preference?

predictive market forecast
—————————-
in which part of the year the product consumption is going to increase — manufacture more and ensure smooth shelf-space management
who are competitor brands
how a product is behaving in a segment?
value curve?
what should be the status?

if connects to his SNS account/FB/retail shopers card — then u get location, age, gender, type etc. — new gold mine where every one will want to invest.

For Consumer –

1. Consumer is rewarded for any feedback he shares for any product he uses.
2. Apart from regular discounts, reward points the customer can get these additional discounts in purchase/freebies which can bring customer delight leading to more involvement and customer engagement (so no matter if consumer does not buy from registered retailers or products.)

 

 

 

 

 

:: Business model::

Business model is mostly through subscription based to access competitor analytics
Along with it the access to premium data and value added services like (customizable report, goal alignment, market strategy etc. ) can be a major source of revenue .

retailers get 100% discounts to access their data — all real time
retailers get 20-30% discount in viewing their competitor’s data in the same region or segment

retailers not listed in the program to have to pay full to get data for a segment
retailers not listed in the program can not view their data

consumer gets 2% bonus discounts or points to submit the feedback on every item he uses

 

 

:: Market Size::

As per ESOMAR Global Market Research conducted in 2011:

Global Spending on Market Research is 32 Billion USD.
Out of this Emerging Market share is 24% == 8 Billion USD
Out of this only Asia Pacific spending is == 5 Billion USD.

India & China are major share holders of 5 Billion USD
India == 40% of 5 Billion USD = 2 Billion USD

Based this 1st year
target in five 1st tier cities.
assuming 30% investment is done in these 5 cities == 0.6 Billion USD
assuming we get 30% of this share in 1st year == 0.2 Billion USD

That results in 100 Cr INR Revenue in 1st year .

 

 

 

:: Potential competitors & Competitive advantage of the idea::


Amazon Dash
Dash is a product by Amazon that allows to facilitate the consumer to order new products from Amazon store

 

 

Dash:

Hardware based + amazon portal is available for consumer to buy
Only limited to Amamzon portal
No-whitelabelled system — Amamzon uses it for it’s own usage.
It’s is NOT a feedback based model, the bigdata only shows which segment is purchasing which product.

 

Making Sense:

Special marketing-insight platform – unique and first of it’s kind.
Specially designed to handle multiple vendors, retailers and consumers along with reward points/incentive management model .
Unique analytics with predictive strategy formation
works across cross platform, outlets, cross multi-channecommercialal platforms both counter based or online.

 

SWOT  Analysis

Strength: 

Cross platform – mobile, tablet, PC, kosk, custom hardware
works across cross platform, outlets, cross multi-channel commerceial platforms both counter based or online.
Can appeal to consumers, retailer, manufacturers

Can be scaled from FMCG to insurance, banking/finance sectors.
Weakness:
New concept, new to the market — disruptive business model for market research where customers are incentivised for their feedback directly.
Requires fund to maintain the incentives/ rewards for the end-consumers.
Large scale imkplementation can bring meaningful results??????
Opportunities:
New unique business model.
Regional market is drib\ven by fragmented retail / distribution channels
Specially FMCG market is highly un-organised
Penetration of single super markets, and online selling is low.
Specially in India the coverage of super markets (Big Baazar, )
Market insights
Threats:
Dash making it’s platform focused on marketing research
Marketing research companies replicating this model– alternative models
Retail chains making their own platform — will get limited view only only their customers..still they need to spend more in their marketing agencies.

 

 

:: Why it’s a killer Idea? ::

The incentivise/rewarding consumers for their feedback is what will make it more successful.
Whether the product the consumer gives feedback on is purchased from the registered retailer or not, he is definitely getting the reward points or freebies from the site.
If he purchases the product from the registered retailers, then he is getting additional discounts or reward points.
On top of it if the product manufacturer registers, then the customer is getting more discounts!

It’s a tripple advantage for the customer.

Now, this is a new strategy where the customer is prompted to buy the product from specific manufacturer, from a specific retailers toget advantage of this.
While the whole aim is to get feedback and analytics running, this model also induces a new competition on product manufacturers to provide discounts to bring down the final competitive price to retain customers at the same time the customer is also getting benefitted.

This model is disruptive in nature where every one is getting benefited :

Manufacturer and Retailers – reduction in market research spending , gettingf realtime analytics — the mood of the segment- customer retaintion strategy formulation , attaract customer to their outlets and
Consumer — reduction in home budghet, get incentive, rewards for their feedback.

 

 

 

As per Tim Ambler of London Business School, “Marketing Productivity” is measured through the following 5 ponts :

1. routinely research consumer beavior?

2. routinely report research with financial matrics?

3. compare results with previously forecasted in business plans

4. compare with level achieved by your competitor using the same indicators?

5. adjust short term performance?

 

All of these are taken care in the  blue print of “MakingSense”