1.3 Why should we use a bot?
Although Kruso's own bot project is an internal one, it's by no means a hobby project, that is only implemented for the sake of the project itself. In our case, an obvious purpose with a bot on our public website is not to provide service to our customers, but a means of marketing Kruso and our technical skills. Thus, through an internal project, we will demonstrate the possibilities of using chatbot technologies, thus inspiring and facilitating individual conversations with our customers about how these technologies could support their respective client-facing conversations. Reformulated: Demonstrate the in-house skills by exploiting them in the concept and execution of the agency's own website. Specifically, the competence to be demonstrated is bot-building, and the method of demonstrating it is like a concept-layer on top of the usual, fully fact-oriented website, with the classic structure "who are we", "what can we do"," what have we made" and "contact", etc.
How should the bot be experienced?
Companies planning to launch a more service-oriented bot may benefit from experimenting with the interaction design first. But since Kruso's bot – at least in this first version – aims to give the user an experience, the next natural step is to determine the cure experience.
Basically, we have divided the bot experience into the following perspectives:
- Placement / integration – where should it be experienced?
- Visual appearance – how should it look?
- Personality – How should it behave?
Placement / integration
In most cases, chatbots are implemented as a feature that is complementary to the main user experience and interaction concept of the solution that it is integrated into. In those scenarios the bot will live its own parallel life, as a kind of context for the main solution. A good example is Alka's chatbot, "Alma". The user starts his conversation with Alma by going to www.alka.dk and clicking on "Start Chat". This initiates the opening of a new window in which the chat takes place. For example, if you ask the question "How much does a car insurance cost?", Alma answers: "I cannot calculate a car insurance price, but you can go to Alka.dk and calculate or buy a car insurance. Click 'Calculate / Buy' (a link) ". The user should then click away from the chat to get the answer to his question. In essence, Alma is a navigation tool that allows the user to converse with content on the site, and the concept of placement and integration is thus "its own parallel track".
Here is a good opportunity for Kruso to show how to design and implement a chatbot, as a more integrated part of a comprehensive interaction concept. The vision for this solution is called "the call-based kruso.dk".
By design Sophia the Robot has a visual appearance that should to be appealing to humans. According to Ben Goertzel, the reason behind this design choice is to break down a “barrier of fear” of robots that humans have, allegedly. Only by bypassing that barrier, can we as human beings communicate in a relaxed and honest way with the robot, and thus it is a foundation for bot’s successfully getting genuine, non-distorted input from us. Let’s assume that this general rule can be applied in the design of a virtual bot. Of course, a virtual bot has a rather unintimidating appearance, as they are not physically present. On the other hand, the lack of physical existence may cause the bot to appear suspect. If we cannot see it, we cannot evaluate its intentions and why would we dare to entrust it our genuine thoughts? Here, the little avatar, which is often the only visual representation of the bot, comes into play. Design parameters for a chatbot avatar are:
Name - A real name? Or just CompanyBot, or ...?
Name / Style - Does the name have a special style, or should it just inherit from existing style sheet?
Icon size - How much inventory (space on the screen) should it occupy?
Motive – Should it look like a robot, a human being, an animal, or perhaps assume an abstract form?
Execution style - E.g., photorealistic style, line art, coloured illustration, etc.
Animation – Should the avatar have different variations, eg. for different situations?
Our design choices are (so far):
Name: Robinson the Bot
Name string / typography: Inherit existing CSS
Icon size: Multiple sizes, depending on scenario
Motive: Robinson Crusoe?
Execution Style: Iconic, Simple Illustration
Animation: Maybe. Ideas could be: I've answered, I do not have an answer, I've been waiting for your reply for a long time ...
Like the company name, Kruso's own chatbot is inspired by the story of Robinson Crusoe. Exactly what the person Robinson was like, will be solely for the author, Daniel Defoe, to provide an adequate answer to. Anything but will be a product of speculation, subjective perception and free imagination. And that's exactly what we're throwing ourselves into. We have luckily recently been through a rebranding process that resulted in a set of corporate values which can be inherited by Robinson the bot.
Boiled down to the essence these values are:
This set of values should be considered as a conceptual starting point, which will be tested and refined in the next act where we will work to defining, writing, and designing:
"The conversational interface"
Thus, Act 1 is concluded – stay updated!