Replied AI Documents

 This conversation element can be used to validate the current value of any variable . Why validate a variable? You may need to validate the value of a variable for a number of reasons. Suppose you have a script in which you ask the end-user, their age. You may use their age to show products that are relevant to that age group. Let's assume you stored the value of the end-user in a variable name "UserAge". In order to show age-related products, you need to validate the variable using this conversation element. e.g. If the value of "UserAge" is greater than, let's say 20, show products that are relevant to adults, otherwise show products relevant to teenagers.  Configuring this Element? Click on the "Validate user input" icon to add this element to your auto-reply script. Once the "Validate the input" element is added to your bot design, click on the "cog" to open the settings page. On the settings page, select the variable whose

 You can use this conversation element to take the conversation flow to a new element. This element is mostly used in scenarios, where you have to configure a conversation flow and want to add the same flow in another part of your script.  Why use a "Jump" Element? Let's say, you have a reply script that looks something like this.  In this script, we have a clicker at the start that splits the reply flow into two paths: A and B. However paths A and B are almost identical. Path B as only one additional element (Send Message) and after that message path B should have the same script as path A. We can achieve it by copying all the path A scripting blocks into path B, but this method does not seem that optimal, moreover, if we have to make any changes in path A, we would have to edit path B also.  The other method is to is add the "Jump" conversation element in path B, so that once the "Send Message" is used (which is the only additional element in path A)

You are required to agree to terms before using any of the service offered by RepliedAI.  Definitions: RepliedAI In this document,  RepliedAI ,  we  and  us  refer to Replied AI ABN 30613375214. We can be contacted through our email address  RepliedAI Client RepliedAI client,   you or client  refers to RepliedAI clients that have created their profile on RepliedAI platform (https://www.replied.ai) and must accept RepliedAI terms of services mentioned on this page before using any of the services. End-User End user  ,  end-user ,  subscriber ,  user ,  chatbot user  refers to the person using the chatbot.  RepliedAI does not require end-user to accept any terms of services. It is the sole responsibility of RepliedAI Client to get the necessary approval from the end-user before any use of service. Personal Data Collection RepliedAI collects your personal data through its own website (https://www.replied.ai) or through other social media accounts at different stages. Data collection at Lo

Channels or query origin Channel is a bridge that brings all the queries from your end-user to the replidAI platform to generate an appropriate response. We use the terms "Channel" or "Query origin" to refer to a channel. A channel connects your chatbot to your clients. Let's suppose, you have a Facebook page where you receive numerous queries. You already have created a chatbot and now you want that chatbot to respond to queries received on your page. This can be accomplished by linking your Facebook page with the repliedAI Facebook channel. Once the page is linked, all the queries will be sent to the chatbot. Channel Multiple channel support You can configure multiple channels at repliedAI. Each channel gives you the ability to link the users from that platform with repliedAI auto-replies.  Facebook Channel Facebook channels enable you to connect your Facebook page subscriber with a repliedAI chatbot. Once these channels are configured, all the queries sent by

Bot is a script file that stores the information of your chatbot dialogue flow. You do not require any programming language to make this script file, you can use Bot maker studio ( click here ) Multiple bots are beneficial when you have multiple publishing channels. Each bot can be used to store the script for each channel. For example, Let's suppose you have one bot under your account and that bot is published on the Facebook channel. If you have to test another script, you can create another bot and save your script in that bot and test it under the Sandbox channel. Therefore, by having multiple bots, you have saved overwriting the existing bot.