Try : Insurtech, Application Development










Dev Ops(2)

Enterprise Solution(22)




Augmented Reality(17)

Customer Journey(12)


User Experience(34)

AI in Insurance(31)


Product Innovation(37)





Telehealth Care(1)


Artificial Intelligence(109)



Cognitive Computing(7)

Computer Vision(8)

Data Science(14)


Intelligent Automation(26)

Machine Learning(46)

Natural Language Processing(13)

The three Vs of today’s chatbots: Voice, Vernacular and Video

3 minutes, 28 seconds read

More than 70% of consumers in Australia, the UK and France and over 50% in the US and Germany report interacting with chatbots at least once during the last year. A recent study by Forrester states that 57% of the organizations globally are already using chatbots indicating the organizations’ affinity towards helpdesk and customer support automation.

In today’s time, where meeting people face-to-face to close deals is dubious; chatbots with voice, vernacular (multilingual), and video emerge as a savior. Especially for SMEs, where persuasion plays a key role in signing a contract, chatbots with video conferencing features and local language support can make conversations more seamless.

Let’s delve deeper into the voice, vernacular and video conferencing features of chatbots and their use cases.

Voice-enabled chatbots

Voice-enabled chatbots or simply voice chatbots can interact with users via text or voice commands. Based on the input command type (voice/text), these bots reply to the user accordingly. 

In India, nearly 30% of Google searches made in 2019 were voice-based. Moreover, Google Assistant recognizes Hindi as the second-most utilized language for voice globally. Chatbots enabled with voice add accessibility to a wider range of customer base. Voice-based conversational chatbots add speed to processing the command as it need not wait for the user to type the query. 

Businesses like beauty & spa, healthcare, travel, FMCG, Restaurants, and many more can use voice-driven chatbots to answer customer queries and automate their helpdesk tasks.

Vernacular language support or multilingual chatbots

A study by KPMG and Google reveals that the native Indian language user base will reach 536 million by 2021. The study conducted in 2017 highlights some of the most critical internet challenges faced by the Indian diverse populace:

  • 70% of Indians face challenges in using English keyboards.
  • 60% of Indians find limited language support to be the barrier to adopting digital technologies.
  • 88% of users are more likely to respond to a digital advertisement in their local language as compared to English.
  • Nearly 25% of the Indian language internet users face challenges concerning the use of e-commerce payment interfaces, leading to dropouts at the time of final checkouts.

The above data indicates the need for multilingual support in any customer-facing application. In fact, by next year, nearly 75% of internet users in India would be a vernacular content user base. Brands like Godrej have already started leveraging regional language on its website. Multilingual chatbots can personalize conversations and make the technology more adaptable to the native users. 

Indian chatbots like Hitee (designed for Indian SMEs) support several Indian regional languages including Hindi, Tamil, Bengali, Telugu, Gujarati, Kannada and Malayalam.

AI Chatbot in Insurance Report

AI in Insurance will value at $36B by 2026. Chatbots will occupy 40% of overall deployment, predominantly within customer service roles.

Video conferencing chatbots

In the backdrop of COVID-19 pandemic, travel restrictions will pertain long. Therefore, most of the personal interactions will be made through video conferencing software. Video bots vs video conferencing software: For a growing business, scheduling/setting up meetings for every customer can be tedious. Especially when the meetings are regarding product demo, sampling, FAQs, it completely makes sense to opt for automation. This way, business owners can release their time for critical business decisions.

For example, manufacturing businesses/wholesalers can record the product demo, include them into the chatbot workflow and relieve themselves of the routine demonstrations.

Usually, private clinics maintain a register/excel for noting down the appointments of the day. Then, they switch to a platform that supports video chats (WhatsApp, Skype, Google Duo, Zoom) to consult patients. Missing an appointment/patient record, communication gap, etc. are very common in this scenario. 

Thus, private healthcare practitioners can use chatbots to schedule appointments automatically and converse with patients through the same chatbot interface. 

Similarly, stockbrokers, wealth managers, legal consultants, finance service providers, tour operators, and tax consultants can use video conferencing chatbots for different levels of engagement with their clients. 

Read more: Conversational Chatbots for SMEs to continue business from home

Enterprise chatbots can integrate with the organization’s workflows to make them capable of routing customer queries to relevant teams/agents whenever the need arises. Bots with video conferencing features can extend support to Video KYCs by automating document collection and verification processes using in-built facial recognition mechanisms. This can help businesses (BFSI, NBFC) speed-up their customer onboarding process.

Need a chatbot for your business? Check out Hitee — a Make-in-India conversational chatbot that coverts 5X more leads!


Knowledge thats worth delivered in your inbox

Implementing a Clean Architecture with Nest.JS

4 minutes read

This article is for enthusiasts who strive to write clean, scalable, and more importantly refactorable code. It will give an idea about how Nest.JS can help us write clean code and what underlying architecture it uses.

Implementing a clean architecture with Nest.JS will require us to first comprehend what this framework is and how it works.

What is Nest.JS?

Nest or Nest.JS is a framework for building efficient, scalable Node.js applications (server-side) built with TypeScript. It uses Express or Fastify and allows a level of abstraction to enable developers to use an ample amount of modules (third-party) within their code.

Let’s dig deeper into what is this clean architecture all about. 

Well, you all might have used or at least heard of MVC architecture. MVC stands for Model, View, Controller. The idea behind this is to separate our project structure into 3 different sections.

1. Model: It will contain the Object file which maps with Relation/Documents in the DB.

2. Controller: It is the request handler and is responsible for the business logic implementation and all the data manipulation.

3. View: This part will contain files that are concerned with the displaying of the data, either HTML files or some templating engine files.

To create a model, we need some kind of ORM/ODM tool/module/library to build it with. For instance, if you directly use the module, let’s say ‘sequelize’, and then use the same to implement login in your controller and make your core business logic dependent upon the ‘sequelize’. Now, down the line, let’s say after 10 years, there is a better tool in the market that you want to use, but as soon as you replace sequelize with it, you will have to change lots of lines of code to prevent it from breaking. Also, you’ll have to test all the features once again to check if it’s deployed successfully or not which may waste valuable time and resource as well. To overcome this challenge, we can use the last principle of SOLID which is the Dependency Inversion Principle, and a technique called dependency injection to avoid such a mess.

Still confused? Let me explain in detail.

So, what Dependency Inversion Principle says in simple words is, you create your core business logic and then build dependency around it. In other words, free your core logic and business rules from any kind of dependency and modify the outer layers in such a way that they are dependent on your core logic instead of your logic dependent on this. That’s what clean architecture is. It takes out the dependency from your core business logic and builds the system around it in such a way that they seem to be dependent on it rather than it being dependent on them.

Let’s try to understand this with the below diagram.

Source: Clean Architecture Cone 

You can see that we have divided our architecture into 4 layers:

1. Entities: At its core, entities are the models(Enterprise rules) that define your enterprise rules and tell what the application is about. This layer will hardly change over time and is usually abstract and not accessible directly. For eg., every application has a ‘user’. What all fields the user should store, their types, and relations with other entities will comprise an Entity.

2. Use cases: It tells us how can we implement the enterprise rules. Let’s take the example of the user again. Now we know what data to be operated upon, the use case tells us how to operate upon this data, like the user will have a password that needs to be encrypted, the user needs to be created, and the password can be changed at any given point of time, etc.

3. Controllers/Gateways: These are channels that help us to implement the use cases using external tools and libraries using dependency injection.

4. External Tools: All the tools and libraries we use to build our logic will come under this layer eg. ORM, Emailer, Encryption, etc.

The tools we use will be depending upon how we channel them to use cases and in turn, use cases will depend upon the entities which is the core of our business. This way we have inverted the dependency from outwards to inwards. That’s what the Dependency Inversion Principal of SOLID implies.

Okay, by now, you got the gist of Nest.JS and understood how clean architecture works. Now the question arises, how these two are related?  

Let’s try to understand what are the 3 building blocks of Nest.JS and what each of them does.

  1. Modules: Nest.JS is structured in such a way that we can treat each feature as a module. For eg., anything which is linked with the User such as models, controllers, DTOs, interfaces, etc., can be separated as a module. A module has a controller and a bunch of providers which are injectible functionalities like services, orm, emailer, etc.
  1. Controllers: Controllers in Nest.JS are interfaces between the network and your logic. They are used to handle requests and return responses to the client side of the application (for example, call to the API).
  1. Providers (Services): Providers are injectable services/functionalities which we can inject into controllers and other providers to provide flexibility and extra functionality. They abstract any form of complexity and logic.

To summarize,

  • We have controllers that act as interfaces (3rd layer of clean architecture)
  • We have providers which can be injected to provide functionality (4th layer of clean architecture: DB, Devices, etc.)
  • We can also create services and repositories to define our use case (2nd Layer)
  • We can define our entities using DB providers (1st Layer)


Nest.JS is a powerful Node.JS framework and the most well-known typescript available today. Now that you’ve got the lowdown on this framework, you must be wondering if we can use it to build a project structure with a clean architecture. Well, the answer is -Yes! Absolutely. How? I’ll explain in the next series of this article. 

Till then, Stay tuned!

About the Author:

Junaid Bhat is currently working as a Tech Lead in Mantra Labs. He is a tech enthusiast striving to become a better engineer every day by following industry standards and aligned towards a more structured approach to problem-solving. 

Read our latest blog: Golang-Beego Framework and its Applications


Knowledge thats worth delivered in your inbox

Loading More Posts ...
Go Top