Complete Project Document
Complete Project Document
BY
[STUDENT NAME]
[STUDENT ID]
A PROJECT SUBMITTED IN PARTIAL FULFILLMENT OF THE
[DEGREE NAME]
[UNIVERSITY NAME]
[MONTH, YEAR]
TABLE OF CONTENTS
TOC \h \o "1-3"
INTRODUCTION
The rapid expansion of global e-commerce has fundamentally transformed how businesses
interact with customers and manage support operations. As online retail platforms grow in scale
and complexity, the volume and diversity of customer support requests have increased
exponentially. Modern e-commerce enterprises must address a wide spectrum of user inquiries
ranging from simple order tracking and product questions to complex technical issues involving
payment processing failures, account authentication problems, system errors, and platform
functionality challenges.
Traditional human-staffed helpdesk systems, while effective for delivering personalized support,
face mounting challenges related to scalability, operational costs, service availability, and
response consistency. During peak demand periods such as promotional campaigns, holiday
shopping seasons, or unexpected platform outages, support teams often become overwhelmed,
leading to extended wait times, inconsistent service quality, and diminished customer
satisfaction. Furthermore, maintaining 24/7 support coverage across multiple time zones requires
processing and machine learning, have enabled the development of sophisticated conversational
scalability and availability challenges by providing instant, consistent, and continuous assistance
paradigms, has created new opportunities for deploying AI applications efficiently and cost-
automatic scaling in response to demand fluctuations, and implement pay-per-use pricing models
that align costs with actual utilization. Amazon Web Services (AWS) provides a comprehensive
ecosystem of services specifically designed for building conversational AI systems, including
Amazon Lex for natural language understanding, AWS Lambda for serverless compute
e-commerce environments. However, despite the availability and maturity of these technologies,
This research addresses these gaps through systematic design, implementation, and evaluation of
a serverless AI-powered chatbot for e-commerce IT helpdesk support. The study explores how
Amazon Lex, AWS Lambda, and DynamoDB can be integrated to create a production-oriented
context, managing support ticket workflows, and escalating appropriately to human agents when
necessary.
BACKGROUND OF THE STUDY
The concept of automated conversational agents has evolved significantly since the early rule-
based systems of the 1960s. ELIZA, developed by Joseph Weizenbaum at MIT in 1966,
demonstrated that relatively simple pattern-matching algorithms could create the illusion of
understanding human language. However, these early systems were fundamentally limited by
their reliance on predefined rules and inability to learn from interactions or adapt to linguistic
variations.
The advent of statistical natural language processing in the 1990s marked a significant
advancement, enabling systems to learn language patterns from data rather than relying
machines, decision trees, and probabilistic models improved intent recognition and response
selection capabilities. However, these systems still struggled with contextual understanding,
multi-turn conversations, and handling the complexity and ambiguity inherent in natural human
language.
The deep learning revolution of the 2010s transformed the landscape of conversational AI.
generation. Pre-trained language models such as BERT, GPT, and their successors achieved
function-as-a-service models where developers could deploy code without managing servers,
processing operations.
Amazon Lex, introduced in 2016, brought together AWS's cloud infrastructure expertise with
advanced natural language understanding capabilities initially developed for Amazon Alexa. Lex
provides managed services for speech recognition, natural language understanding, intent
The integration of Lex with Lambda and DynamoDB creates a powerful platform for
conversational AI applications. Lambda provides flexible, scalable compute for business logic
execution, while DynamoDB offers low-latency, highly available data storage for conversation
state, user profiles, and historical interactions. This combination addresses key technical
helpdesk chatbots for e-commerce environments. Technical support conversations often require
diagnostic questioning across multiple turns, access to customer and order data, integration with
ticketing systems, and appropriate escalation to human agents for complex issues. Furthermore,
production deployments must satisfy stringent requirements for response latency, availability,
This research builds upon the foundation of AI and cloud computing advances while addressing
helpdesk support, this study contributes empirical insights into the capabilities, limitations, and
The global expansion of e-commerce has led to a substantial increase in both the volume and
complexity of customer support requests. Modern e-commerce platforms must address diverse
user issues, including order tracking, payment failures, account authentication problems, system
maintain the customer-facing systems and infrastructure that support online retail operations.
Traditional human-staffed helpdesk systems, while effective in many contexts, face growing
challenges related to scalability, cost, and availability. As businesses expand, support teams often
become overwhelmed during peak demand periods such as flash sales, holiday promotions, or
platform outages. These challenges result in delayed responses, inconsistent service quality,
increased operational costs, and reduced customer satisfaction (Shawar & Atwell, 2007).
Recent advances in artificial intelligence (AI), particularly in natural language processing (NLP),
have enabled the development of conversational agents capable of understanding and responding
to human language in real-time. These chatbots can provide instant, consistent, and continuous
assistance, reducing the workload on human agents while improving customer experience
Cloud computing has further enhanced the feasibility of implementing such systems. Serverless
offering automatic scaling, high availability, and pay-per-use pricing. Amazon Web Services
notably through Amazon Lex for natural language understanding, AWS Lambda for backend
logic execution, and Amazon DynamoDB for scalable NoSQL data storage (Amazon Web
Services, 2024).
The integration of these services enables the development of intelligent, scalable, and cost-
commerce environments. Such systems can manage multi-turn conversations, retain user context,
log interactions, and integrate with backend workflows such as ticketing systems. However,
despite the availability of these technologies, there remains limited academic literature
Many e-commerce organizations face difficulties in delivering timely, reliable, and scalable IT
helpdesk support, particularly outside standard business hours. Human-operated helpdesks are
constrained by staffing limitations, operational costs, and the inability to scale instantly during
demand spikes. These constraints often lead to delayed ticket resolution, inconsistent responses,
Furthermore, technical support queries are often more complex than simple frequently asked
questions. They may require diagnostic questioning, contextual understanding across multiple
interaction turns, access to historical user data, and escalation to human agents when automated
Although cloud-based AI tools such as Amazon Lex, AWS Lambda, and DynamoDB are
persistent context and conversation history management; integration with IT helpdesk ticketing
This gap highlights the need for systematic design, implementation, and evaluation of a
Aim
The primary aim of this study is to design, implement, and evaluate a serverless AI-powered
chatbot for e-commerce IT helpdesk support using Amazon Lex, AWS Lambda, and
DynamoDB.
Objectives
Amazon Lex
2. Implement backend business logic using AWS Lambda for request processing and system
integration
resolution fails
5. Evaluate the system based on technical metrics such as latency, scalability, throughput, and
cost
6. Assess user experience factors such as satisfaction, perceived usefulness, trust, and resolution
success
This study holds significance for both practitioners and researchers. For e-commerce
IT helpdesk solutions capable of operating continuously and handling peak workloads. The
system has the potential to reduce operational costs, improve response times, and enhance
From an academic perspective, the study contributes to the literature by addressing a gap in
serverless computing, persistent data storage, and performance evaluation, this research offers
Additionally, the study provides valuable insights for organizations considering the adoption of
AI-powered support systems, offering evidence-based guidance on implementation strategies,
performance expectations, and potential challenges. The findings may inform policy decisions
regarding automation in customer service and contribute to ongoing discussions about the role of
utilizing AWS serverless technologies including Amazon Lex, AWS Lambda, and DynamoDB.
system capable of handling common technical support queries, maintaining conversation context,
The study is limited to text-based interactions and does not explore voice-based or multimodal
interfaces. While the system architecture is designed for scalability, testing is conducted within
defined parameters that simulate realistic but controlled workload conditions. The evaluation
focuses on technical performance metrics and user experience factors but does not extend to
Furthermore, the study acknowledges that chatbot effectiveness may vary across different
organizational contexts, user demographics, and problem domains. The findings are primarily
applicable to e-commerce IT helpdesk scenarios and may require adaptation for other industries
or support contexts.
Chatbot: A software application that uses artificial intelligence and natural language processing
AWS Lambda: A serverless compute service that executes code in response to events without
Amazon DynamoDB: A fully managed, scalable NoSQL database service provided by AWS.
applications, or infrastructure.
Intent Recognition: The process by which a chatbot identifies the user's purpose or goal from
their input.
Conversation Context: The accumulated information from previous exchanges that informs
current responses.
Escalation: The process of transferring a support request from automated systems to human
Shawar, B. A., & Atwell, E. (2007). Chatbots: Are they really useful? LDV Forum, 22(1), 29-49.
CHAPTER TWO: LITERATURE REVIEW
2.1 Introduction
establishes the theoretical and empirical foundations upon which the research is built, drawing
interaction, and service management. Second, it identifies gaps in existing knowledge and
practice that justify the present investigation. Third, it provides a framework for understanding
subsequent chapters.
The organization of this chapter reflects the multidisciplinary nature of the research problem.
Section 2.2 explores the role of chatbots in customer service and e-commerce, examining how
conversational AI has evolved to address service delivery challenges. Section 2.3 investigates
serverless and cloud-based architectures, with particular emphasis on AWS services and their
case studies that provide practical insights into real-world deployments. Section 2.5 examines the
fundamental principles of serverless computing and their implications for system design. Section
2.6 synthesizes findings from systematic reviews and surveys that provide broader perspectives
on the field. Section 2.7 identifies challenges and limitations evident in current literature. Finally,
Section 2.8 positions the present study within the broader research landscape, articulating how
this work addresses identified gaps and contributes to advancing knowledge in the field.
Throughout the review, particular attention is paid to the intersection of technical capabilities and
user experience, recognizing that successful chatbot implementations must satisfy both
performance requirements and human factors considerations. The review adopts a critical
perspective, evaluating not only what has been accomplished but also what remains inadequately
The adoption of chatbot technology in customer service has accelerated dramatically over the
past decade, driven by advances in natural language processing, machine learning, and cloud
ability to deliver instant responses, improve scalability, and reduce workload on human agents.
In e-commerce contexts, chatbots are commonly deployed for order tracking, product inquiries,
payment assistance, and frequently asked questions (Brandtzaeg & Følstad, 2017).
Early chatbot systems relied primarily on rule-based approaches, using pattern matching,
keyword recognition, and decision trees to map user inputs to predefined responses. While these
systems provided consistent answers to well-defined queries, they struggled with linguistic
variation, contextual understanding, and novel questions. The limitations of rule-based systems
became increasingly apparent as user expectations evolved and query complexity increased.
The advent of statistical natural language processing and machine learning techniques marked a
significant evolution in chatbot capabilities. Systems leveraging these approaches could learn
from data rather than relying exclusively on hand-crafted rules, enabling more flexible responses
and better handling of linguistic variation. However, these systems still faced challenges in
maintaining conversational context, understanding user intent across multiple turns, and
recurrent neural networks, transformers, and large language models. These advanced approaches
have dramatically improved performance on tasks such as intent classification, entity extraction,
Cheng et al. (2024) conducted a comprehensive survey of 299 respondents to explore consumer
responses to text-based chatbots in e-commerce environments. Their findings revealed that
perceived usefulness and ease of use significantly influence user satisfaction, particularly for
moderately complex tasks. The study demonstrated that chatbots excel when handling
The research identified task complexity as a critical moderating factor in chatbot acceptance. For
simple, transactional queries such as order status checks or basic product information retrieval,
users generally found chatbots efficient and satisfactory. However, as task complexity increased
problems—user satisfaction declined markedly. This finding has important implications for
system design, suggesting that chatbots should be deployed selectively for tasks matching their
Transparency regarding chatbot identity emerged as another significant factor influencing user
acceptance. Cheng et al. (2024) found that explicit disclosure of chatbot status moderated user
expectations and responses. Users who understood they were interacting with an automated
system adjusted their communication style and expectations accordingly, whereas those who
believed they were communicating with humans experienced greater frustration when responses
failed to meet human-level expectations. These findings underscore the importance of clear
perceptions and behavior. While some degree of human-like qualities enhanced engagement and
ultimately undermined trust when the system's limitations became apparent. The optimal design
Sharma et al. (2023) investigated consumer adoption of chatbots in the Indian e-commerce sector
through a study encompassing diverse demographic groups and shopping behaviors. Their
research identified trust, convenience, and perceived efficiency as primary drivers of chatbot
adoption. Users who had positive initial experiences with chatbots demonstrated increased
willingness to engage with automated systems for subsequent interactions, suggesting that early
However, the study also revealed significant concerns about data privacy, security, and the
sensitive information such as payment details, personal identification, and purchase history with
chatbot systems. These concerns were particularly pronounced among users who lacked
understanding of data handling practices or had experienced security incidents in other contexts.
The research emphasized that addressing privacy concerns requires both technical safeguards
and transparent communication. Users need clear information about what data is collected, how
it is used, who has access to it, and what protections are in place. Furthermore, chatbot systems
must implement robust security measures including encryption, access controls, and audit trails
to protect sensitive information. The intersection of technical security and user perception
technical users.
Sharma et al. (2023) also noted cultural variations in chatbot acceptance and privacy
expectations. Trust in automated systems varies across cultural contexts, influenced by factors
including technological literacy, institutional trust, and cultural norms regarding personal
information sharing. These variations suggest that chatbot implementations may require
localization not only in language but also in interaction patterns, disclosure practices, and
privacy controls.
Rasheed et al. (2025) examined the impact of AI-powered chatbots on customer satisfaction and
implementation positively correlates with several key performance indicators including reduced
response times, improved service consistency, enhanced customer satisfaction scores, and
The study quantified the operational benefits of chatbot deployment, finding that organizations
implementing well-designed chatbot systems achieved average response time reductions of 60-
80% compared to human-only helpdesk operations. This improvement stemmed from the
quality, effectively eliminating queue wait times for queries within the system's capability range.
Service consistency emerged as another significant benefit. Unlike human agents whose
performance may vary due to factors including fatigue, mood, knowledge gaps, or training
strengthens brand perception and ensures that all customers receive accurate information
regardless of when they initiate contact or which support channel they use.
However, Rasheed et al. (2025) noted that success depends heavily on several critical factors.
Proper integration with existing systems is essential; chatbots that cannot access order data,
inventory information, or customer history provide limited value and may frustrate users by
requiring information they believe the organization should already possess. Continuous training
and updating of AI models based on user interactions is also crucial, as static systems quickly
become outdated and less effective as business offerings, policies, and customer needs evolve.
The research identified organizational factors that mediate chatbot effectiveness. Companies that
treat chatbot deployment as an ongoing process requiring continuous monitoring, evaluation, and
refinement achieve superior results compared to those adopting a "set and forget" approach.
Regular analysis of conversation logs, identification of common failure patterns, and systematic
Furthermore, the study highlighted the importance of human-chatbot collaboration rather than
complete automation. Organizations that position chatbots as first-line support while maintaining
accessible human agent escalation paths achieve higher overall satisfaction than those attempting
to replace human support entirely. This finding reinforces the perspective that chatbots should
augment rather than replace human capabilities, handling routine queries efficiently while
Adam et al. (2020) explored user compliance with AI-based chatbots through controlled
experiments examining how design characteristics influence user behavior and engagement.
Their research discovered that perceived anthropomorphism and social presence significantly
influence user engagement, compliance with requests, and overall interaction quality.
The concept of social presence refers to the degree to which users perceive the chatbot as a social
entity capable of understanding and responding to social cues. Higher social presence correlates
with increased user engagement, more natural communication patterns, and greater willingness
excessive social presence can create uncanny valley effects or unrealistic expectations that
conversational style, response timing, emotional expression, and visual representation. Natural,
conversational language increased perceived humanity and engagement, while overly formal or
However, the study cautioned against misleading users through excessive anthropomorphism,
Adam et al. (2020) also investigated how anthropomorphic design affects user compliance with
chatbot recommendations and requests. They found that users demonstrate greater compliance
when they perceive the chatbot as credible, competent, and trustworthy. These perceptions are
influenced by factors including response accuracy, appropriate confidence expression, and
capabilities beyond their actual competence rapidly lose user trust and compliance.
The research suggested that optimal chatbot design balances human-like qualities with clear
identification as automated systems. Users appreciate natural, friendly interaction styles but also
value honesty about system capabilities and limitations. This balance allows chatbots to leverage
social presence benefits while maintaining realistic user expectations and preserving trust when
and the strategies systems employ to recover from such failures. Conversational failure occurs
when a chatbot repeatedly fails to understand user input, provides irrelevant or incorrect
assistance. In e-commerce IT helpdesk contexts, such failures are particularly costly because
users often seek support under time pressure or emotional stress, such as during payment
Research indicates that repeated fallback responses—generic statements like "I didn't understand
that" or "Can you rephrase?"—significantly increase abandonment rates and user frustration
(Brandtzaeg & Følstad, 2017). The cumulative effect of multiple failures compounds user
frustration exponentially rather than linearly; a user might tolerate one misunderstanding but
Studies suggest that recovery strategies can partially mitigate user frustration when implemented
thoughtfully. Effective recovery approaches include explicit clarification requests that specify
what information the chatbot needs, rephrasing prompts that guide users toward language the
system can process, offering structured options that constrain responses to recognizable patterns,
and progressive narrowing of scope to identify the user's intent through elimination.
However, few academic implementations rigorously evaluate recovery mechanisms in technical
support conversations, leaving a gap between theoretical design principles and operational
systems can do when functioning properly—rather than examining degraded performance and
recovery capabilities. This gap is particularly problematic for IT helpdesk applications where
graceful degradation and effective recovery are essential to maintaining service quality.
The literature emphasizes that effective recovery strategies must be context-aware and avoid
repetitive patterns that signal system incompetence. Repeatedly asking "Can you rephrase that?"
without providing guidance on what constitutes an acceptable rephrasing frustrates users and
signals fundamental system limitations. More effective approaches include specific guidance
such as "I can help you with password resets, account issues, or payment problems. Which of
Progressive escalation, where the system gradually transitions from automated assistance to
human intervention, appears more effective than abrupt handoffs. This approach allows the
resources, and finally escalate to human agents with full context if automated approaches prove
Beyond immediate issue resolution, chatbots increasingly influence overall customer experience
management (CEM) and long-term customer relationships. Rasheed et al. (2025) argue that
may indirectly affect purchasing decisions, renewal rates, brand loyalty, and customer lifetime
value.
This broader perspective on chatbot impact underscores the need for alignment between chatbot
behavior and organizational service standards. Inconsistency between chatbot responses and
human-agent practices can erode trust and create confusion. For example, if chatbots promise
capabilities or timeframes that human agents cannot fulfill, or if they provide information
contradicting official policies, users experience cognitive dissonance that undermines confidence
The literature suggests that maintaining consistency requires integrated knowledge management
systems shared between chatbots and human agents. Both automated and human support
channels should draw from common knowledge bases, policy repositories, and procedural
guidelines. This integration ensures that users receive consistent information regardless of
explicit content and implicit signals. Response speed, language tone, demonstrated competence,
and problem resolution effectiveness all shape user impressions. Organizations must recognize
that chatbots represent their brand in customer interactions and design systems that reflect
respect.
2.2.8 Emotional Intelligence and Empathy in Automated Support
Recent research has explored the role of emotional intelligence and empathy in chatbot
interactions, particularly in support contexts where users may be frustrated, anxious, or upset.
While chatbots lack genuine emotional understanding, design strategies can create perceptions of
Emotional recognition capabilities allow chatbots to detect sentiment in user messages and adjust
can acknowledge these feelings, express understanding, and adjust their approach. For example,
a chatbot detecting frustration might prioritize immediate escalation to human agents rather than
expression. Users can detect inauthentic empathy, and chatbots that claim to "understand how
frustrating this must be" while providing unhelpful responses undermine rather than build trust.
Effective emotional design requires substantive responses that address user concerns rather than
contexts where technical problems may have serious consequences for users. A payment
processing failure, for instance, may prevent a customer from completing an urgent transaction,
generating significant stress. Chatbots handling such situations must balance efficiency in
Serverless architectures have gained substantial prominence in chatbot development due to their
logic while the cloud provider handles server provisioning, scaling, patching, and availability.
This model proves particularly advantageous for chatbot applications characterized by variable
workload patterns, intermittent usage spikes, and the need for rapid deployment and iteration.
Yan et al. (2016) pioneered the exploration of serverless chatbot architectures, demonstrating the
platforms. Their seminal work established foundational patterns for event-driven chatbot design,
where user messages trigger function executions, process requests, generate responses, and
terminate without maintaining persistent server processes. This approach aligns naturally with
conversational interaction patterns, where discrete user inputs require independent processing
Each user message constitutes an event that triggers backend processing, intent classification,
business logic execution, and response formulation. The stateless design of serverless functions
encourages clean separation of concerns, with distinct functions handling different aspects of
conversation management, business logic, data access, and external system integration.
However, Yan et al. (2016) also identified early challenges that subsequent research has worked
to address. State management across conversation turns proved non-trivial in stateless function
environments, requiring external state stores and careful session management. Cold start latency
—the delay incurred when functions execute for the first time or after periods of inactivity—
created inconsistent response times that could degrade user experience. Integration with external
services and databases required careful design to manage connection pooling and resource
Lehvä et al. (2018) presented an invaluable case study of building a serverless messenger
chatbot, providing rare insights into the practical challenges of production deployment beyond
reduce certain operational complexities, they introduce new challenges requiring careful
architectural consideration and operational expertise.
Cold-start latency emerged as a significant concern affecting user experience. When Lambda
functions had not been invoked recently, initialization overhead could add hundreds of
where users expect near-instantaneous responses, such delays create noticeably degraded
experiences. Lehvä et al. explored mitigation strategies including function warming (periodic
ephemeral nature of function executions complicates issue reproduction and analysis. Lehvä et
al. emphasized the importance of comprehensive logging, structured error handling, and
database connection pooling strategies designed for long-running server processes do not work
effectively with short-lived Lambda functions. Each function invocation potentially creates new
database connections, risking connection pool exhaustion under concurrent load. Furthermore,
DynamoDB's provisioned throughput model required careful capacity planning to avoid
throttling during usage spikes while managing costs during low-usage periods.
The study highlighted the need for careful capacity planning and performance tuning that
monitoring and alerting, designing for graceful degradation, and establishing operational
Lehvä et al. (2018) also noted organizational and cultural challenges in adopting serverless
architectures. Development teams accustomed to traditional application architectures faced
and cloud-native operational practices. The gap between proof-of-concept demonstrations and
expertise development.
Amazon Web Services provides a comprehensive ecosystem specifically designed for building
serverless conversational systems. The integration of Amazon Lex, AWS Lambda, and Amazon
DynamoDB creates a powerful platform for developing intelligent chatbots with natural
language understanding, flexible business logic execution, and scalable data persistence.
Saini and Tajammul (2022) developed a conversational AI-powered chatbot leveraging Amazon
Lex and AWS Lambda, demonstrating the practical application of these services in creating
capabilities including intent recognition, entity extraction, and dialogue management. The
service handles the complexity of parsing user inputs, identifying user intentions, and
Their implementation showcased the flexibility of serverless architectures for rapid prototyping
and iterative development. The ability to modify Lambda functions and redeploy changes
without infrastructure reconfiguration enabled quick iteration cycles and responsive adaptation to
evolving requirements. Integration with external systems and databases through Lambda
functions demonstrated the extensibility of the architecture beyond simple conversational flows.
However, the evaluation in Saini and Tajammul (2022) lacked comprehensive performance
assessment under realistic workloads. While the implementation proved functionally adequate
reliability under production conditions. The study did not quantify response latency distributions,
cold start frequencies, concurrent user capacity, or operational costs, leaving practitioners with
limited guidance for production deployment decisions.
Aranjo et al. (2021) explored dynamic conversational chatbots using AWS services with
particular focus on context retention and multi-turn dialogue management. Their research
highlighted the importance of session management and conversation history for maintaining
coherent, contextual interactions. Effective chatbots must remember previous exchanges within a
conversation, reference earlier topics, and maintain consistency across multiple interaction turns.
The study examined strategies for persisting conversation state between Lambda function
invocations, including session attributes in Lex, DynamoDB storage of conversation history, and
contextual information passing through function execution chains. They demonstrated that
thoughtful state management enables chatbots to handle complex, multi-step processes such as
questioning.
Assessment was primarily qualitative, based on developer observations and limited user testing
rather than quantitative performance metrics or controlled user studies. The implementation did
not explore advanced features such as human agent escalation, integration with ticketing
Hnatushenko et al. (2024) developed and researched a chatbot using Amazon Lex V2, focusing
Their work provides valuable insights into the natural language understanding component that
The research demonstrated measurable improvements in intent recognition accuracy and entity
extraction compared to earlier versions of Amazon Lex. Lex V2 introduced enhanced machine
learning models, improved confidence scoring, and better handling of linguistic variation
including misspellings, informal language, and regional dialects. These improvements directly
challenges in achieving consistent quality for global deployments. While Lex V2 demonstrated
strong performance for well-supported languages such as English, performance degraded for
languages with less training data or linguistic characteristics diverging substantially from
English. This finding has important implications for organizations serving diverse, multilingual
customer bases.
The study also examined entity extraction capabilities—the ability to identify specific
information within user inputs such as dates, numbers, product names, or account identifiers.
Accurate entity extraction is essential for IT helpdesk chatbots that must capture specific details
including order numbers, error codes, or system identifiers. Hnatushenko et al. found that entity
extraction accuracy depends heavily on entity definition quality, training data adequacy, and the
The research identified several factors influencing intent recognition accuracy including training
data quality and quantity, utterance diversity in training examples, and the distinctiveness of
different intents. Intents with clear, unambiguous language patterns achieved higher recognition
accuracy than those expressed through varied or ambiguous language. The study recommended
maintaining diverse training utterances that reflect realistic user language variation, including
Paratala Rajagopal (2020) explored cloud methodologies for seamless integrated chatbots,
proposing architectural patterns for connecting chatbot interfaces with backend enterprise
systems, databases, and external services. The research emphasized the importance of API
The proposed architecture employed API Gateway as a central integration point, providing
unified access to backend services while handling concerns including authentication, rate
limiting, request transformation, and response aggregation. This pattern decouples chatbot logic
Microservices integration patterns allow chatbots to interact with specialized services responsible
for distinct business capabilities such as order management, payment processing, inventory
independent scalability of different system components, and technology diversity where different
services may employ different programming languages, frameworks, or data stores optimized for
conversations and authoritative business system data. The research explored patterns including
synchronous API calls for real-time data access, caching strategies to reduce backend load and
improve response latency, and event-driven updates where chatbots subscribe to data change
While theoretically sound, Paratala Rajagopal (2020) lacked empirical validation of performance
and reliability under production conditions. The proposed patterns were illustrated through
conceptual diagrams and simplified examples rather than comprehensive implementations tested
under realistic loads. Questions remained regarding the practical performance implications of
different integration patterns, optimal caching strategies for various data types, and resilience
critical operational challenge that often receives insufficient consideration in academic research.
Serverless architectures distribute application logic across numerous ephemeral functions,
event-driven nature of serverless systems creates distributed traces spanning multiple functions,
services, and data stores, making it difficult to understand system behavior holistically.
challenges by aggregating logs from distributed functions into searchable repositories. However,
effective observability requires more than basic log aggregation. Structured logging with
consistent formats, correlation IDs linking related log entries across function invocations,
contextual information identifying conversation sessions and user interactions, and appropriate
log levels distinguishing routine operations from exceptional conditions all contribute to
maintainable observability.
In IT helpdesk scenarios, audit trails are essential for multiple purposes beyond debugging.
those involving sensitive data or security-related incidents. Quality assurance processes rely on
conversation logs to identify common issues, evaluate chatbot performance, and guide
The lack of structured logging and comprehensive observability can severely hinder post-
incident analysis and system evolution. When users report problems or express dissatisfaction,
support teams need capabilities to review conversation transcripts, examine function execution
logs, identify where failures occurred, and understand why particular responses were generated.
problem analysis.
Best practices emerging from industry include treating observability as a first-class design
requirement rather than an operational afterthought. This perspective advocates for designing
logging and monitoring capabilities concurrently with functional code, establishing observability
standards and patterns, implementing distributed tracing to follow requests across system
boundaries, and creating real-time monitoring dashboards tracking conversation quality metrics,
maintainability, and the practical effort required to diagnose and resolve production issues. This
gap leaves practitioners without evidence-based guidance for observability strategy selection and
implementation.
Vendor lock-in represents a recurring concern in serverless computing research and practice. AP
Rajan et al. (2020) highlight that deep integration with proprietary services such as Amazon Lex
creates dependencies that limit portability across cloud providers. Applications leveraging AWS-
specific APIs, data formats, and service integrations cannot easily migrate to alternative
The lock-in concern manifests at multiple levels. At the lowest level, proprietary APIs and
infrastructures built around specific cloud platforms resist portability. At the organizational level,
accumulated expertise, training, and institutional knowledge focused on particular platforms
The serverless computing literature remains divided on whether abstraction layers can effectively
operational maturity. The decision to leverage AWS-native services including Lex, Lambda, and
and long-term portability considerations. For many organizations, the benefits of rapid
Furthermore, portable application architectures often prove more complex to develop, test, and
maintain than platform-specific implementations. The abstraction layers required for portability
introduce additional code, dependencies, and potential failure modes. Unless organizations have
The literature suggests that practical portability strategies focus on isolating platform-specific
business logic from infrastructure concerns, and documenting cloud platform dependencies
specifically designed for e-commerce customer support, combining structured knowledge graphs
common issues, and their relationships. These structured representations enable sophisticated
reasoning about customer queries, identification of relevant information sources, and generation
organizational knowledge.
explicit retrieval of relevant information from knowledge bases. Rather than relying solely on
knowledge encoded in model parameters during training, the system retrieves pertinent
information dynamically during conversation and uses it to inform response generation. This
approach addresses knowledge currency challenges inherent in static models while maintaining
baseline approaches lacking knowledge graph integration. User satisfaction scores reached
tangible user experience improvements. The framework particularly excelled at handling queries
requiring precise factual information about products, policies, or procedures where accuracy is
critical.
However, the study focused primarily on question answering rather than full conversational
tasks but was not evaluated on complex, multi-turn interactions requiring diagnostic questioning,
Furthermore, the research did not address integration with backend services, support ticket
creation, escalation to human agents, or other operational requirements essential for production
helpdesk systems.
The knowledge graph construction and maintenance effort represents another practical
consideration not fully explored in the research. Building comprehensive, accurate knowledge
graphs requires significant domain expertise and ongoing curation to reflect evolving products,
policies, and business processes. The scalability and sustainability of knowledge graph
approaches depend on efficient workflows for knowledge capture, validation, and updating.
Swanson et al. (2019) addressed production readiness concerns for retrieval-based chatbots by
proposing a dual encoder architecture optimized for rapid similarity scoring and response
selection. Their work provides valuable insights into practical system design for organizations
capabilities.
The dual encoder architecture separately encodes user queries and candidate responses into dense
vector representations, then computes similarity scores to identify the most appropriate response.
This approach enables precomputing response encodings offline, making online inference
computationally efficient. The architecture supports real-time response selection even for large
Swanson et al. evaluated their system on a large proprietary helpdesk chat dataset containing
support contexts.
The chatbot can only select from pre-defined responses, making it unable to generate novel
answers to queries not represented in the response repository. This constraint proves acceptable
for many helpdesk scenarios where a comprehensive response repository covers common
questions and issues. However, it limits effectiveness for unusual queries, creative explanations,
or highly personalized responses requiring synthesis of information from multiple sources.
The research also highlighted the importance of response repository quality and coverage.
System performance depends critically on having high-quality responses addressing the full
range of user queries. Gaps in the response repository directly translate to system limitations,
while low-quality responses selected by the system reflect poorly on service quality. Maintaining
Pandya and Holia (2023) explored automating customer service using LangChain to build
custom open-source GPT chatbots tailored to organizational needs. Their approach emphasized
potential for organization-specific chatbot solutions that leverage large language model
LangChain provides a framework for building applications powered by large language models,
integration, and tool usage. The framework enables developers to combine language model
inference with database queries, API calls, document retrieval, and other capabilities, creating
sophisticated conversational systems that extend beyond basic language understanding and
generation.
Pandya and Holia demonstrated integration with organizational knowledge bases including
documentation repositories, policy databases, and historical support tickets. This integration
responses based solely on language model training. The approach particularly suits organizations
with substantial proprietary knowledge not represented in publicly available training data.
However, their implementation relied heavily on external API services for language model
inference, raising several practical concerns for production deployment. API-based inference
External API dependencies create availability risks; if the API service experiences outages or
sending customer queries and conversation history to external services raises data privacy and
Cost represents another significant consideration for API-based approaches. Language model
inference APIs typically charge per token processed, and conversational applications involving
extended dialogues with substantial context can accumulate significant costs. Organizations must
carefully evaluate whether API costs remain acceptable under realistic usage patterns,
The study did not comprehensively address these practical deployment challenges, focusing
instead on demonstrating technical feasibility and capability. Questions remain regarding optimal
deployment strategies balancing capability, cost, latency, and security considerations for
considerations gain increasing prominence in research and practice. Automated systems may
inadvertently reinforce biases present in training data, disadvantage users with non-standard
Research in fairness and bias mitigation emphasizes the importance of diverse training datasets
representing varied user populations, dialects, and communication styles. Language models
trained primarily on standard English from educated speakers may perform poorly for users with
of chatbot responses across demographic groups helps identify and address systematic biases.
In IT helpdesk environments, ethical risks extend beyond language bias to include improper
handling of sensitive data, over-reliance on automation for decisions requiring human judgment,
and inadequate transparency about system capabilities and limitations. Users may share sensitive
interactions. Chatbot systems must implement robust data protection measures and clear policies
Over-reliance on automation represents another ethical concern. While chatbots excel at routine
tasks, complex or sensitive situations often require human judgment, empathy, and
scope while preserving human agency for consequential decisions. For example, account
suspension decisions or dispute resolutions typically warrant human review even when chatbots
requirement. Users deserve accurate information about whether they are interacting with
automated systems or humans, what the system can and cannot do, and how their data will be
handled. Misleading users about system capabilities or identity undermines informed consent and
autonomous decision-making.
The literature increasingly advocates for human-in-the-loop designs that preserve accountability
and user agency, particularly during escalation scenarios. Rather than positioning automation and
human agents as separate, sequential stages, effective designs integrate them collaboratively.
Human agents can monitor chatbot interactions, intervene when necessary, and provide oversight
chatbot development and deployment. AP Rajan et al. (2020) conducted a comprehensive review
and simplified operations. However, challenges include execution time limits, debugging
complexity, cold-start latency, state persistence requirements, and potential vendor lock-in.
These characteristics significantly influence chatbot system design, deployment strategies, and
operational practices. Research has also explored integration of serverless computing with AI
and machine learning workloads, finding that serverless approaches can reduce cost and
operational overhead for many AI inference tasks, though with constraints on model size,
Mashaabi et al. (2022) conducted a systematic review of natural language processing in customer
service contexts, covering research from 2015 to 2022. They found that chatbots and question-
answering systems are deployed across diverse domains including e-commerce, banking, and
reproducibility, and evaluation typically focused on technical accuracy metrics rather than user-
centric measures. Kushwah et al. (2023) surveyed e-commerce chatbot technologies, reviewing
rule-based, machine learning, and deep learning approaches. They outlined benefits including
24/7 availability and scalability, alongside limitations such as context awareness challenges and
quality, and user trust retention are more meaningful indicators for production systems than
intent classification accuracy alone. The literature increasingly calls for multi-dimensional
Across reviewed studies, several critical limitations are evident. Most implementations are small-
scale and lack realistic workload testing simulating production conditions with concurrent users,
varied query patterns, and peak demand scenarios. Persistent conversation history and context
management are often absent or inadequately addressed. Integration with IT helpdesk ticketing
workflows is rarely comprehensively covered, with most studies focusing on information
retrieval rather than operational support processes. User experience challenges in complex
including cold-start latency and cost behavior under load are acknowledged but seldom
empirically evaluated with distributions, percentiles, or real deployment data. As Lehvä et al.
(2018) noted, while serverless architectures prove feasible, production deployment reveals
frustration, poor persistence undermines trust, and inadequate escalation damages perceived
holistically.
Based on comprehensive literature review, this study positions itself as a systematic investigation
addressing multiple identified gaps. Unlike prior work emphasizing isolated capabilities, this
evaluation. Persistent data storage and conversation history management are treated as first-class
future work. Escalation mechanisms for human-agent handover are core features designed
throughout the conversation flow. Holistic evaluation combines technical performance metrics
(latency, throughput, cost, scalability) with user experience factors (satisfaction, trust, perceived
evaluation, this research aims to bridge the gap between proof-of-concept chatbot systems and
Chapter Three.
Chapter Two References
Adam, M., Wessel, M., & Benlian, A. (2020). AI-based chatbots in customer service and their
Amazon Web Services. (2024). Amazon Lex Developer Guide. Retrieved from
[Link]
AP Rajan, A., Ramachandran, M., & Alqarni, M. A. (2020). A review on serverless architectures
Aranjo, T., Fernandes, S., Gomes, J., & Pereira, R. (2021). Dynamic conversational chatbot
using Amazon Web Services. International Journal of Engineering Research & Technology,
10(7).
Brandtzaeg, P. B., & Følstad, A. (2017). Why people use chatbots. In Internet Science: 4th
Cheng, X., Zhang, X., Cohen, J., & Mou, J. (2024). Exploring consumers response to text-based
chatbots in e-commerce: The moderating role of task complexity and chatbot disclosure. Internet
Hnatushenko, V., Ostrovska, K., & Nosov, P. (2024). Development and research of a chatbot
using the linguistic core of Amazon Lex V2. CEUR Workshop Proceedings, 3688.
Kushwah, N., Singh, R., & Sharma, S. (2023). A survey on e-commerce support using chatbot.
Lehvä, J., Mäkitalo, N., & Mikkonen, T. (2018). Case study: Building a serverless messenger
chatbot. In Software Architecture for Big Data and the Cloud (pp. 349-362). Elsevier.
Mashaabi, M., Al-Fuqaha, A., Khreishah, A., & Qaraqe, M. (2022). Natural language processing
Rasheed, A., Sami, U., & Tabassam, M. (2025). The impact of AI-powered chatbots on customer
Saini, P., & Tajammul, M. (2022). Conversational AI powered chatbot using Lex and AWS.
Sharma, A., Satija, N., & Yadav, S. (2023). A study of consumer adoption of chatbot in e-
9(2), 34-47.
Shawar, B. A., & Atwell, E. (2007). Chatbots: Are they really useful? LDV Forum, 22(1), 29-49.
Swanson, K., Yu, L., Fox, C., Wohlwend, J., & Lei, T. (2019). Building a production model for
Yan, M., Castro, P., Cheng, P., & Ishakian, V. (2016). Building a chatbot with serverless
computing. In Proceedings of the 1st International Workshop on Mashups of Things and APIs