<?xml-model href='http://www.tei-c.org/release/xml/tei/custom/schema/relaxng/tei_all.rng' schematypens='http://relaxng.org/ns/structure/1.0'?><TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt><title level='a'>Large Language Models for Conducting Advanced Text Analytics Information Systems Research</title></titleStmt>
			<publicationStmt>
				<publisher>Association for Computing Machinery</publisher>
				<date>03/31/2025</date>
			</publicationStmt>
			<sourceDesc>
				<bibl> 
					<idno type="par_id">10620903</idno>
					<idno type="doi">10.1145/3682069</idno>
					<title level='j'>ACM Transactions on Management Information Systems</title>
<idno>2158-656X</idno>
<biblScope unit="volume">16</biblScope>
<biblScope unit="issue">1</biblScope>					

					<author>Benjamin Ampel</author><author>Chi-Heng Yang</author><author>James Hu</author><author>Hsinchun Chen</author>
				</bibl>
			</sourceDesc>
		</fileDesc>
		<profileDesc>
			<abstract><ab><![CDATA[<p>The exponential growth of digital content has generated massive textual datasets, necessitating the use of advanced analytical approaches. Large Language Models (LLMs) have emerged as tools that are capable of processing and extracting insights from massive unstructured textual datasets. However, how to leverage LLMs for text analytics Information Systems (IS) research is currently unclear. To assist the IS community in understanding how to operationalize LLMs, we propose a Text Analytics for Information Systems Research (TAISR) framework. Our proposed framework provides detailed recommendations grounded in IS and LLM literature on how to conduct meaningful text analytics IS research for design science, behavioral, and econometric streams. We conducted three business intelligence case studies using our TAISR framework to demonstrate its application in several IS research contexts. We also outline the potential challenges and limitations of adopting LLMs for IS. By offering a systematic approach and evidence of its utility, our TAISR framework contributes to future IS research streams looking to incorporate powerful LLMs for text analytics.</p>]]></ab></abstract>
		</profileDesc>
	</teiHeader>
	<text><body xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink">
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>The proliferation of digital content (social media, online reviews, blogs, etc.) has provided massive quantities of unstructured textual data for organizations and researchers to derive new and interesting insights <ref type="bibr">[12]</ref>. Organizations and researchers are increasingly relying on artificial intelligence (AI)-enabled methodologies to automatically analyze large textual datasets <ref type="bibr">[13]</ref>. Deep learning approaches are particularly well suited for large-scale text analytics tasks as they automatically discover and engineer latent features within textual datasets <ref type="bibr">[77]</ref>. Information systems (IS) researchers have demonstrated the value of deep learning frameworks for a wide range of advanced text analytics applications, including healthcare <ref type="bibr">[86]</ref>, cybersecurity <ref type="bibr">[3]</ref>, and FinTech <ref type="bibr">[21]</ref>. These deep learning frameworks have enabled fine-grained insights that were previously non-trivial to obtain.</p><p>Although these deep learning frameworks provide tremendous value, they have several limitations. Prior IS literature initially focused on long short-term memory (LSTM) models to conduct large-scale text analytics <ref type="bibr">[3,</ref><ref type="bibr">86]</ref>. LSTMs are designed for sequential processing (i.e., processing one token at a time). Sequential processing introduces substantial computational overhead, struggles to efficiently capture long-term dependencies, and prevents parallelization. These limitations make LSTMs impractical for large-scale text analytics. Large Language Models (LLMs) have emerged as a potential solution to the limitations of sequential models in text analytics IS research. LLMs are advanced deep learning models that are pre-trained on massive amounts of textual data and then fine-tuned for downstream tasks <ref type="bibr">[76]</ref>. More recently, IS literature has adapted LLMs for social bot detection <ref type="bibr">[7]</ref>, review classification <ref type="bibr">[18]</ref>, cybersecurity linking <ref type="bibr">[4]</ref>, and resilience detection <ref type="bibr">[59]</ref>. These studies demonstrated the significant promise of LLMs for text analytics IS research. However, these studies implemented LLMs for classification, which is not representative of the various tasks that LLMs can perform in IS research (e.g., summarization and generation tasks). LLMs are particularly well suited for summarization and generation tasks because of their significant pre-training <ref type="bibr">[79,</ref><ref type="bibr">90]</ref>.</p><p>To assist IS researchers in operationalizing LLMs for classification, summarization, and generation, we propose a Text Analytics Information Systems Research (TAISR) framework. Such frameworks are useful to the IS community when commonly accepted guidelines do not exist <ref type="bibr">[12]</ref>. The proposed TAISR framework builds upon existing recommendations for conducting AI-enabled IS research by providing detailed information about LLMs from technical and implementation perspectives <ref type="bibr">[63,</ref><ref type="bibr">70]</ref>. Our framework also differentiates itself from extant surveys on LLMs by being applicationdriven and targeted for the field of IS <ref type="bibr">[33,</ref><ref type="bibr">51,</ref><ref type="bibr">57]</ref>. While this study is not comprehensive of LLMs, it provides carefully synthesized recommendations and contributions that IS researchers can build upon. This study makes three contributions to the IS knowledge base <ref type="bibr">[29]</ref>:</p><p>(1) An overview of LLMs, which acts as a guide to IS researchers unfamiliar with the low-level technical details of these models. This overview covers several technical concepts to facilitate the understanding and operationalization of LLMs for text analytics IS research. <ref type="bibr">(2)</ref> The TAISR framework, which builds upon extant IS frameworks to provide a clear set of guidelines for defining the research objective, choosing an appropriate text analytics task, collecting relevant data, implementation, and evaluating the LLM. Although many TAISR concepts have been drawn from IS research frameworks <ref type="bibr">[70]</ref>, TAISR provides recommendations that are applicable only to LLMs. (3) Three targeted case studies, which demonstrated the proof-of-value and proof-of-concept of the TAISR framework <ref type="bibr">[60]</ref>. These case studies are potentially generalizable to several domains and can be built upon by future IS researchers. As a result, these case studies can rapidly advance IS text analytics research.</p><p>The remainder of this paper is organized as follows. First, we provide an overview of LLMs. Second, we summarize the current seminal LLMs by closed-source and open-source. Third, we introduce our LLM for TAISR framework. Fourth, we provide three case studies that show the proof-of-value of our proposed TAISR framework. Fourth, we discuss the current challenges and limitations of LLM implementation. Finally, we conclude this paper.</p><p>(e.g., Word2Vec and GloVe) by learning word contexts based on the sentence around each word. Word contexts were learned through language modeling, which is a self-supervised approach for predicting the next word in a sentence based on the prior and future contexts of the word. However, researchers have noted that recurrent architectures are not scalable due to vanishing gradients (gradients diminish exponentially during backpropagation) and sequential processing <ref type="bibr">[57]</ref>.</p><p>To alleviate vanishing gradients and sequential processing issues, LLM researchers maintained the same language modeling training procedure (self-supervised next-word prediction) but replaced the underlying recurrent-based architecture with the newer transformer architecture <ref type="bibr">[80]</ref>. The transformer operates via a self-attention mechanism that concurrently attends to each token in the input sequence. Concurrent processing enables the model to process sequences in parallel, rather than sequentially. Therefore, the self-attention mechanism alleviates vanishing gradient and scalability concerns while capturing contextual dependencies between tokens.</p><p>The original transformer architecture is a sequence-to-sequence model comprising an encoder and a decoder <ref type="bibr">[80]</ref>. The encoder and decoder function as distinct deep learning models designed to learn latent representations from input sequences. The encoder consists of a multi-head attention block (several layered self-attention mechanisms) and a feed-forward layer. The decoder employs a masked multi-head attention block (which limits the decoder from seeing future context) to process inputs. This process ensures that the decoder effectively learns the latent representation mapping input (from the encoder) to the output (from the decoder) sequences.</p><p>Similar to recurrent-based LLMs, transformer-based LLMs often use self-supervised pre-training (i.e., language modeling) using massive textual datasets comprising web text (e.g., Wikipedia) and books <ref type="bibr">[68]</ref>. To perform pre-training, the text is parsed into individual sentences. Tokens within the text are masked (which can be random or at the end of the sentence based on LLM architecture) <ref type="bibr">[20]</ref>. The pre-training objective aims to maximize the conditional probability of predicting masked tokens given unmasked tokens. A pre-trained LLM can then be used (i.e., zero-shot) or adapted for specific downstream tasks. Through the careful combination of the transformer architecture and pre-training, LLMs have attained state-of-the-art performance in nearly every natural language processing (NLP) task <ref type="bibr">[79]</ref>.</p><p>The most common adaptation method for LLMs is fine-tuning. During fine-tuning, the weights of the LLM are adjusted based on a task-specific dataset <ref type="bibr">[57]</ref>. For example, fine-tuning an LLM for review sentiment classification could include updating the model parameters using a dataset of labeled review-sentiment pairs. Fine-tuning strategies include full and partial fine-tuning. Full fine-tuning updates all layers in an LLM and should be implemented when the target task is significantly different from the LLM's pre-training objective <ref type="bibr">[57]</ref>. In partial fine-tuning, only specific layers are modified (e.g., the final linear layer for a classification task) <ref type="bibr">[72]</ref>. Partial finetuning is preferable when the pre-trained model has already captured relevant features for the target task in its lower layers and modifications to higher layers are sufficient for optimal task performance. The current salient methods of partial fine-tuning are low-rank adaptation (only a subset of important parameters is adjusted) and adapter layers (small trained layers that specialize in a chosen task) <ref type="bibr">[27]</ref>.</p><p>Reinforcement learning is an increasingly popular form of fine-tuning <ref type="bibr">[62]</ref>. Reinforcement learning is a class of methods that aims to align LLM outputs towards a specific goal using policy updates. For example, research has used Proximal Policy Optimization (PPO) to guide LLM-generated text towards specific sentiments <ref type="bibr">[62]</ref>. For PPO-based reinforcement learning, the LLM generates words or sequences based on its current state and policy, receiving rewards or scores based on how well its actions align (e.g., generating the correct sentiment) with the desired outcomes. Another type of reinforcement learning, known as reinforcement learning from human feedback (RLHF), aims to align LLM outputs with human preferences. RLHF, which is implemented in ChatGPT, uses manually annotated rankings of model outputs to create a reward model that guides future model generation <ref type="bibr">[61,</ref><ref type="bibr">62]</ref>. The nascent area of reinforcement learning for LLM fine-tuning should be carefully monitored by IS researchers for future updates and potential novel contributions.</p><p>Transformer-based LLMs can be grouped into three categories: (1) encoder, (2) encoder-decoder, and (3) decoder. We visualize each of the three categories of LLMs in Figure <ref type="figure">1</ref> and then detail each in the following sections. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Encoder LLMs</head><p>Encoder LLMs (e.g., BERT) (Figure <ref type="figure">1A</ref>) are most often trained self-supervised using masked language modeling <ref type="bibr">[57]</ref>. In masked language modeling, 15% of the tokens in an input sentence are randomly masked (i.e., hidden) from the encoder LLM. A softmax layer is placed at the end of the encoder LLM to predict the masked token(s). The goal of an encoder LLM is to maximize the log-likelihood function:</p><p>where &#119883; is the corpus of tokens, [Mask &#119894; ] is a token that we want to predict (&#119910; &#119894; ) given the context tokens of X , and &#920; are the parameters learned by the LLM. Some encoder architectures also include a simultaneous next-sentence prediction task <ref type="bibr">[20]</ref>. In the next-sentence prediction, the training dataset is randomly split into sentence pairs that follow each other in the corpus and pairs that do not. The training task is a simple binary classification (does the second sentence follow the first sentence? Yes/No). This process is illustrated in Figure <ref type="figure">2</ref>.</p><p>Although encoder LLMs can be used for language generation tasks (e.g., summarization), they are better suited for classification owing to their masked language modeling training procedure Fig. <ref type="figure">2</ref>. Encoder Next Sentence Prediction (Adapted from <ref type="bibr">[20]</ref>) <ref type="bibr">[57]</ref>. Fine-tuning an encoder LLM for classification tasks is the same as training any supervised model on a task-specific dataset (i.e., the LLM is provided a set of inputs and class labels). Therefore, the metrics used to evaluate the outputs of encoder LLMs are the same as standard classification tasks: accuracy, precision, recall, F1-score, or area under the curve (AUC) <ref type="bibr">[42]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Encoder-Decoder LLMs</head><p>Encoder-decoder LLMs (e.g., BART) (Figure <ref type="figure">1B</ref>) employ both the encoder and decoder of the standard transformer. Encoder-decoder LLMs are often trained using denoising autoencoding <ref type="bibr">[46]</ref>. In denoising autoencoding, text is corrupted through token masking and token shuffling to train the model on both masked and permutation language modeling objectives. The model aims to reconstruct the original sequence from the corrupted version. Encoder-decoder LLMs often use the following loss function:</p><p>(2) where &#119871; DAE is the denoising autoencoding loss function and &#119875; (&#119883; | &#119883; &#8242; ) is the conditional probability of generating the original sequence &#119883; given a corrupted sequence &#119883; &#8242; <ref type="bibr">[46]</ref>. This training approach enables the encoder-decoder LLM to capture contextually rich textual representations while excelling in tasks such as text summarization and translation <ref type="bibr">[89]</ref>.</p><p>An important facet of encoder-decoder (and decoder) LLMs is the choice of decoding method. A decoding method is a post-hoc process of converting the output of an LLM's internal representation into a readable sequence of text <ref type="bibr">[31]</ref>. There are three types of decoding: (1) deterministic, (2) stochastic, and (3) contrastive. First, deterministic methods (e.g., greedy and beam search) select the next token based on maximizing the probability distribution of the model <ref type="bibr">[26,</ref><ref type="bibr">45]</ref>. Greedy search chooses the most probable token provided by the LLM <ref type="bibr">[45]</ref>. Beam search calculates the sequence log probabilities to select the most probable sequence <ref type="bibr">[26]</ref>. Deterministic methods often lead to high coherence but low diversity due to repeating high probability n-grams (known as neural degeneration, shown in the top left of Figure <ref type="figure">3</ref>). Deterministic methods should be used when users want a text summary to contain high-probability tokens from a document. Second, stochastic methods (e.g., top-k sampling and nucleus sampling) aim to address neural degeneration by truncating the probability distribution tail and sampling the remaining tokens (shown on the right side of Figure <ref type="figure">3</ref>) <ref type="bibr">[31]</ref>. Top-&#119896; sampling samples &#119896; (set by user) probable tokens and chooses one <ref type="bibr">[84]</ref>. Top-&#119896; samples the same &#119896; for each token in a sequence, which is undesirable when the probability distribution varies significantly from token to token. Nucleus sampling samples from a set of tokens that add up to a cumulative probability (set by the user) <ref type="bibr">[31]</ref>. Stochastic methods often lead to diverse sentences but low semantic consistency. Stochastic methods should be used when a user wants more variability (e.g., idea generation). The token selection process for greedy, beam, top-&#119896;, and nucleus sampling is illustrated in Figure <ref type="figure">3</ref>. Finally, contrastive search is a new form of decoding that can be used to achieve a balance between coherence and diversity <ref type="bibr">[75]</ref>. Contrastive search uses the contrastive objective function:</p><p>where &#119901; &#120579; (&#119907; | &#119909; &lt;&#119905; ) is the LLM's probability that candidate token &#119907; follows given the prior tokens &#119909; &lt;&#119905; at time &#119905; and max{&#119904; (&#8462; &#119907; , &#8462; &#119909; &#119895; ) is a degeneration penalty that measures the cosine similarity between &#8462; &#119907; and &#8462; &#119909; &#119895; . Regardless of the decoding strategy, the evaluation of encoder-decoder LLMs used for text generation or summarization can be automated or human-annotated based on the goal of the user <ref type="bibr">[89]</ref>. Automated metrics can be reference-free (does not require ground-truth text) or reference (requires ground-truth text). The choice of evaluation metric(s) should be based on the task and access to ground truth data or human annotators. We provide seminal metrics (including their pros and cons) to evaluate the natural language outputs of an LLM in Table <ref type="table">1</ref>.</p><p>Automated evaluation generally evaluates the textual outputs of LLMs based on statistical properties (e.g., n-grams), closeness with a ground-truth dataset (e.g., BLEU, ROUGE), or LLM evaluation (e.g., BARTScore). Reference metrics (BERTScore, BLEU, and ROUGE) can only be used when a ground-truth dataset exists. However, reference-free metrics can be used to calculate the statistical properties of text without a ground-truth dataset. Human evaluation metrics capture subjective qualities such as the text's human-like nature, ease of understanding, and intriguing content. Typically, these metrics are derived from a 5-point Likert scale <ref type="bibr">[75]</ref>. These metrics are costly to obtain but can provide tremendous insight into the quality of LLM-generated text <ref type="bibr">[75]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">Decoder LLMs</head><p>Decoder LLMs (e.g., GPT-2 and ChatGPT) (Figure <ref type="figure">1C</ref>) are primarily trained through autoregressive training. Autoregressive training is a self-supervised approach in which the model predicts the likelihood of the next token given the preceding context <ref type="bibr">[67]</ref>. The decoder LLM processes each token in a sequence and generates subsequent token probabilities based on the preceding tokens using an autoregressive mechanism. The goal of autoregressive training is to maximize the log-likelihood of the entire sequence:</p><p>where &#119880; is the textual corpus, &#119906; &#119894; is a token that we want to predict given the prior context tokens of &#119906; &#119894; -&#119896; and &#119906; &#119894; -1 , and &#920; are the parameters learned by the decoder LLM. Decoder LLMs typically do not use a standard row of data for input (like many encoder and encoder-decoder LLMs). Instead, seminal decoder LLMs often use a prompt as input <ref type="bibr">[62]</ref>. Prompts can be basic or specific (e.g., provided contexts or constraints) and will result in vastly different outputs from the LLM. Prompt engineering allows users of an LLM to further control text generation <ref type="bibr">[51]</ref>. Users provide a prefix to their prompt specifying the task (e.g., summarize the following passage) before providing an input (e.g., a passage). For example, chain-of-thought prompting (a type of prompt engineering) provides a series of reasoning examples to an LLM to achieve a target task <ref type="bibr">[82]</ref>. Chain-of-thought prompting has been shown to improve model performance in multi-step tasks (e.g., complex math problems) and output interpretability (i.e., LLMs provide step-by-step logic to the user). As previously stated, these prompts can also be learned through a training strategy <ref type="bibr">[51]</ref>.</p><p>Like encoder-decoder LLMs, decoder LLMs rely on a decoding strategy (deterministic, stochastic, contrastive) to transform model probability distributions into natural language. The same recommendations outlined in the encoder-decoder subsection for choice of decoding strategy apply. Further, since decoder LLMs generate natural language text, the evaluation metrics and recommendations outlined in Table <ref type="table">1</ref> are also applicable.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Major LLM Players</head><p>To help understand how LLMs are currently constructed in organizational contexts, we reviewed the organizational landscape by model access, company, flagship model(s), number of parameters, and language support in Table <ref type="table">2</ref>. We then further detail closed-and open-source models in subsequent sections.</p><p>Closed-source LLMs primarily come from major technology companies (e.g., OpenAI, Microsoft, and Alphabet). These LLMs have rapidly increased their parameters to over one trillion and support many different natural or coding languages. Open-source LLMs are often produced by major technology companies and research universities (e.g., Stanford and Tsinghua) and have fewer parameters than flagship closed-source LLMs. Open-source LLMs often only support one or two languages. Open-source models often underperform closed-source models in NLP tasks but provide significantly more access to the LLM architecture for careful control over model outputs <ref type="bibr">[79]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Closed-source LLMs</head><p>Closed-source LLMs are LLMs developed by companies that choose to retain exclusive control over LLM design, training methodologies, and data. Users typically interact with these models through APIs or interfaces, leveraging their functionalities in various NLP tasks. We summarize the current closed-source LLMs by company, LLM purpose, API functions, inputs, outputs, and whether they can be fine-tuned in Table <ref type="table">3</ref>. Closed-source models offer a wide spectrum of applications, ranging from general-purpose chatbots (ChatGPT, LaMDA) to specific tasks, such as code completion (CoPilot, Codey), smart search engines (Bing, Bard), and ethics-driven chatbots (Claude). Inputs are often prompt text. The outputs are responses to these prompts, including completed code blocks and textual task completions. However, the closed-source nature of these LLMs introduces challenges related to transparency (unclear what data was used to train LLM), interpretability (difficult to ascertain why certain outputs were achieved), and accessibility (cannot choose decoding method) compared to their open-source LLM counterparts. LLMs supporting fine-tuning provide users with the flexibility to adapt and optimize performance for specific tasks or datasets. However, these LLMs may still have significant security concerns (e.g., logging proprietary input data). This underscores the trade-off between closed-source LLM functionalities and their potential limitations in academic research.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Open-source LLMs</head><p>Open-source LLMs are publicly available models that allow users to access LLM architectures, codebases, and training data. Open-source LLMs can be downloaded and adapted to perform a task using fine-tuning, prompt learning, or another adaptive strategy. Hugging Face is a salient Python library for training and operationalizing open-source LLMs <ref type="bibr">[85]</ref>. Hugging Face provides access to over 163,000 LLMs, 26,000 datasets, numerous fine-tuning, prompting, and decoding strategies, tutorials, and other tools to quickly develop cutting-edge text analytics projects. Hugging Face's usefulness is primarily in training from scratch or implementing an existing open-source LLM to provide an output given an input. Hugging Face alone does not provide sufficient tools to create powerful applications. For example, LLMs are not proper knowledge bases (often providing incorrect information to users) <ref type="bibr">[37]</ref>. To incorporate knowledge bases, data, and other information into a fine-tuned LLM, additional tools are required. Several tools (e.g., LangChain) allow researchers to create multi-step applications powered by LLMs <ref type="bibr">[78]</ref>. LangChain provides tools for building chatbot UIs, sequential processes (e.g., making a Google API request and prompting an LLM based on the results of the request), evaluations (e.g., determining whether a response is a good answer to a question using an ensemble of LLMs), and custom agents (e.g., an LLM can take actions based on observations). LLM architectures are often built on a transformer encoder, encoder-decoder, or decoder <ref type="bibr">[57]</ref>. We provide a list of seminal LLMs for each architecture with the estimated disk space and computational power to train each in Table <ref type="table">4</ref>.</p><p>When choosing an LLM from the table for text analytics, it is important to refer to the estimated disk space and GPU requirements. As LLM parameters increase, so do the disk space and estimated GPU requirements. Some models (e.g., Llama 3) are too large to be fine-tuned using consumer hardware. However, GPU requirements can be potentially reduced using quantization (bit reduction), batch size (number of samples per training iteration), and prompt tuning techniques <ref type="bibr">[49]</ref>.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1">Research Objective</head><p>The research objective provides initial guidelines that inform the rest of the LLM framework. AI systems have been studied across each IS paradigm (design science, behavioral, econometrics) <ref type="bibr">[63,</ref><ref type="bibr">69,</ref><ref type="bibr">70]</ref>. Design science research often focuses on the creation of AI artifacts for specific use cases <ref type="bibr">[69]</ref>. Behavioral research often implements AI to generate variables <ref type="bibr">[18]</ref> or obtain deeper insights into user-generated text <ref type="bibr">[1]</ref>. Econometric research often implements AI to understand phenomena through feature generation or improve causal inference <ref type="bibr">[63]</ref>. An LLM solution within these three IS paradigms should still follow recommended IS practices <ref type="bibr">[63,</ref><ref type="bibr">69,</ref><ref type="bibr">70]</ref>. Based on the literature and real-world insights, IS researchers should aim to develop questions that address novel and societally relevant problems <ref type="bibr">[13,</ref><ref type="bibr">29]</ref>. These questions should inform model requirements (what domain characteristics need to be captured by the LLM?) and necessary outputs (what LLM outputs will answer my questions?). Based on these requirements, researchers should conduct a feasibility analysis using small-scale data and classical machine learning models to determine whether an LLM is required. For example, advanced machine learning models (e.g., XGBoost) continue to achieve excellent performance in text classification tasks at a fraction of training time and cost <ref type="bibr">[40]</ref>. The feasibility analysis can also include the operationalization of the kernel and design theories to further refine the LLM design requirements <ref type="bibr">[29]</ref>. The results of the feasibility analysis should be used to iteratively update the research questions and scope as necessary.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Text Analytics Task</head><p>The text analytics task is selected based on the research objectives. Generally, LLMs are powerful tools for classification, summarization, and generation <ref type="bibr">[57]</ref>. First, text classification tasks are frequently used to infer data labels. Design science research frequently aims to build classification models to achieve state-of-the-art inference or detection performance in various IS tasks <ref type="bibr">[3,</ref><ref type="bibr">4,</ref><ref type="bibr">86]</ref>. Behavioral research can use text classification models to infer features (e.g., sentiment) used for downstream regression or structural equation modeling analytics <ref type="bibr">[18]</ref>. Econometric research can use classification models for explanatory variable feature prediction <ref type="bibr">[63]</ref>. Second, text summarization tasks are frequently used to extract vital information from large and unstructured textual datasets (e.g., summarized reports from financial posts) <ref type="bibr">[25]</ref>. Design science research can enhance text summarization models for targeted use cases. Behavioral research can benefit from text summarization principles for multi-lingual analysis (e.g., translating construct items from one language to another) or key insight extraction (summarizing groups of open-ended responses in qualitative research). Econometric research can summarize lengthy reports or articles, and then apply topic frequency models to create new and interesting explanatory variables. Finally, text generation tasks often aim to build or implement an artifact that can create open-ended text (e.g., chatbots and idea creation). Design science research can consider the methodological framework surrounding text generation models that lead to the best text for a target task. Behavioral research can consider analyzing user behavior with LLM-enabled chatbots <ref type="bibr">[71]</ref> or using text generation methods for ontological mapping <ref type="bibr">[22,</ref><ref type="bibr">47]</ref>. Econometric research can incorporate econometric modeling results into text generation procedures <ref type="bibr">[28]</ref>.</p><p>The implementation of text analytic varies significantly in terms of data labels, quantity, and goals. IS researchers should first determine their computational resources. As shown in Table <ref type="table">4</ref>, LLMs with more parameters require more computational power. Large amounts of computing resources are not typically available in business schools. Therefore, IS researchers should consider smaller versions of seminal LLMs (e.g., TinyBERT <ref type="bibr">[38]</ref>) or implementing efficient training strategies (e.g., low-rank adaptation <ref type="bibr">[32]</ref>) depending on their computing resources.</p><p>Once the text analytics task and computing resources have been determined, researchers should select their LLM architecture. We recommend that IS research focuses on open-source LLMs. Closed-source LLMs are often cost-prohibitive, not interpretable, rarely allow fine-tuning, and may retain proprietary data. In our opinion, the potential performance boost offered by these models is not worth these limitations. As stated previously, encoder LLMs (e.g., BERT) excel at classification, encoder-decoder LLMs (e.g., BART) excel at summarization, and decoder LLMs (e.g., Llama 3) excel at generation. However, the choice of LLM within these tasks is dependent on the language (e.g., English or multi-lingual), requirements (e.g., language reasoning or simple outputs), and GPU availability. To assist researchers in determining which LLM to select based on their task, we provide a flowchart in Figure <ref type="figure">5</ref>.</p><p>Within classification, researchers should first consider what language their data will be in. Some models are multi-lingual (e.g., XLM), whereas others only process English text (e.g., BERT). Researchers should then consider whether they want to work with individual sentences or passages (e.g., sentiment analysis) or if they want to consider document structure as well (e.g., automated document-to-spreadsheet conversion). Finally, researchers must consider their computational power. LLMs for classification are generally less computationally intensive than their summarization and generation counterparts. Within summarization, researchers should first determine whether their research objective is generic (e.g., news articles or book summarization) or specific (industryspecific or jargon-laden domains). Models like Pegasus generalize well to specific domains with fine-tuning <ref type="bibr">[90]</ref>. Like classification, summarization tasks have English-specific (BART) and multilingual-specific (mBART) models. Finally, summarization models also have high-and low-resource models. Within generation, researchers should first consider the type of language they would like to generate. Researchers should then consider whether language reasoning (the ability of the model to provide insight into why it generates a certain text) is important for their task. For example, chatbots can significantly benefit from language reasoning ability to reduce hallucinations <ref type="bibr">[37]</ref>.   Although Table <ref type="table">4</ref> and Figure <ref type="figure">5</ref> provide examples of seminal open-source models in each LLM architecture, these recommendations will quickly become outdated. Researchers can discover new and popular LLMs for each task on Hugging Face, following top AI outlets (e.g., NeurIPS, ICLR, ICML, AAAI), and top AI research groups (e.g., Google, Meta) on LinkedIn.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.3">Data Collection</head><p>Data collection requires obtaining a representative dataset that can address the research question(s) and fulfill text analytics task requirements. The data requirements can also be determined from the feasibility analysis. These requirements can include textual structure (e.g., news articles have a title, author, tags, and main content) <ref type="bibr">[25]</ref>, user information (e.g., demographics of who is generating the textual content) <ref type="bibr">[54]</ref>, ground-truth (e.g., annotated labels, part-of-speech tags) <ref type="bibr">[3]</ref>, metadata (e.g., temporal or geospatial features) <ref type="bibr">[81]</ref>, and availability (e.g., potential dataset size and diversity).</p><p>Unless an IS researcher has access to proprietary organizational data or a representative dataset, they will have to collect a textual dataset. There are currently two main methods for collecting large textual datasets within IS text analytics research: <ref type="bibr">(1)</ref> open-source scraping and (2) crowdsourcing <ref type="bibr">[12,</ref><ref type="bibr">54]</ref>. First, open-source scraping involves identifying an online collection of textual data (e.g., blog posts), building a crawler to collect and parse it, and storing the parsed text. Open-source scraping has been implemented by IS research to collect blog/social media posts <ref type="bibr">[12,</ref><ref type="bibr">92]</ref>, news articles <ref type="bibr">[2]</ref>, hacker communities <ref type="bibr">[3,</ref><ref type="bibr">24]</ref>, and health information <ref type="bibr">[81]</ref>. Scraping data from online communities is inexpensive, easy to scale, and is often how LLM creators gather pre-training datasets <ref type="bibr">[20,</ref><ref type="bibr">67]</ref>. However, open-source text is often observational, biased, and does not allow fine-grained control of the data collection. Second, crowdsourcing platforms (e.g., Mechanical Turk) are often used by the IS community to quickly mine specific opinions and behaviors <ref type="bibr">[54]</ref>. Crowdsourcing platforms are more expensive to collect than open-source collections, but allow finegrained insights <ref type="bibr">[74]</ref>. For example, crowdsourcing platforms can collect demographic information, ask follow-up questions, and potentially detect disingenuous or biased answers <ref type="bibr">[74,</ref><ref type="bibr">83]</ref>.</p><p>Once data is collected, it is important to conduct pre-processing and calculate summary statistics if necessary. Data pre-processing steps include manual labeling (e.g., classification and summarization tasks), cleaning (e.g., deduplication and formatting), and debiasing (e.g., positive resampling) <ref type="bibr">[9,</ref><ref type="bibr">42]</ref>. These steps depend heavily on the research objectives and should be determined by the domain of interest. Manual feature engineering is not typical for LLMs because their self-attention mechanisms can automatically determine salient textual features <ref type="bibr">[68,</ref><ref type="bibr">80]</ref>. After pre-processing, researchers should calculate summary statistics. For labeled data, determining the distribution of labels assists in determining whether class imbalances must be accounted for <ref type="bibr">[6]</ref>. For unlabeled text, summary statistics are less important. However, metrics like average document length, term frequency, and vocabulary complexity can assist in determining an appropriate LLM <ref type="bibr">[88]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.4">LLM Implementation</head><p>LLM implementation is where the core technical contributions of an IS research project can be made. Computational requirements will continue to increase and seminal LLMs will continue to change. Therefore, novel frameworks built upon LLM architectures (and not specific models) should have lasting impacts. While it is unlikely that IS will make new contributions on LLM pre-training (due to computational constraints), there is significant potential for novel technical contributions in building an LLM-based framework. We posit that technical novelties can be made in four key areas. First, novel textual input representations can be created prior to being input into an LLM. For example, Ahmad et al. <ref type="bibr">[1]</ref> created a novel data representation using character, representation, demographic, and word embeddings from user surveys for enhanced psychometric measure analysis. While the authors input the embeddings into BiLSTM and CNN models, it would be trivial to update the BiLSTM with a BERT encoder to enhance the output of their psychometric analysis model. Second, the fine-tuning strategy can be updated based on task requirements and data availability. For example, Ampel et al. <ref type="bibr">[4]</ref> formulated a knowledge distillation strategy to extract targeted information from the English-based RoBERTa model and the source code-based CodeBERT model for hacker exploit linking. Third, decoding methods for summarization and generation tasks are continuously updated and evaluated <ref type="bibr">[45,</ref><ref type="bibr">75]</ref>. The choice of decoding strategy has a significant impact on the quality of the generated text <ref type="bibr">[31]</ref>. Therefore, a custom decoding strategy rooted in domain requirements can lead to significantly improved LLM output. Fourth, LLM outputs can be used as inputs in subsequent models. Research suggests that training a classification model with an LLM-generated synthetic dataset can significantly improve the model performance in data-sparse domains <ref type="bibr">[56]</ref>. Behavioral and econometric research can consider synthetic dataset creation to enhance feature labeling in sparse domains (e.g., small-scale organizations or electronic health records). While we emphasize novelty areas, IS researchers should not feel constrained as LLMs continue to evolve rapidly.</p><p>To implement the selected LLM, researchers should use a virtual Python environment or Google CoLab. While the free version of Google CoLab has limited GPU resources, paid tiers provide limited access to high-end GPUs (e.g., NVIDIA A100). CoLab can be cost-effective for research projects that require one-time labeling (e.g., sentiment analysis tasks in <ref type="bibr">[18]</ref>). For research that requires long-term LLM implementation (e.g., chatbots), IS researchers will need access to on-site GPU computing. Most open-source LLMs are available using Python. Using the Python environment of choice (e.g., Visual Studio, Anaconda, or Google CoLab), IS researchers can download their chosen LLM (usually through Hugging Face or OpenAI) and load their dataset (usually as a PyTorch dataset). The fine-tuning strategy (or lack thereof) should be based on LLM, text analytics tasks, and data collection.</p><p>For classification tasks (e.g., sentiment analysis), typically a feed-forward classification layer is placed at the end of the LLM and is trained the same as a standard classification model <ref type="bibr">[57]</ref>. This final layer must be fine-tuned. However, LLM layers can be frozen (either all or just the lower layers) if the training dataset is not sufficiently large (the current rule of thumb is 1,000 data points per label), if the research team does have access to adequate computing resources, or if the new input data is already semantically similar to the LLM training dataset <ref type="bibr">[51]</ref>.</p><p>For summarization tasks (e.g., financial summaries), fine-tuning often involves a set of inputs and outputs (e.g., a news article and ground-truth summary) that are placed into the encoder and decoder, respectively <ref type="bibr">[25]</ref>. The weights of both the encoder and decoder are iteratively updated through the training process. The choice of decoding strategy (deterministic, stochastic, contrastive) should also be carefully experimented with during the fine-tuning phase. If ground-truth summaries are not available, some decoder LLMs (e.g., Llama 3) can perform well in zero-shot settings (e.g., no model weight updating) with careful prompt engineering <ref type="bibr">[79]</ref>.</p><p>For generation tasks (e.g., chatbots), many open-source models work well in the zero-shot setting <ref type="bibr">[49]</ref>. However, these models often produce incorrect information (known as hallucinations) if the research domain is not similar to the LLMs training dataset <ref type="bibr">[37]</ref>. Generative LLMs can often be improved with autoregressive fine-tuning (updating LLM weights with a representative dataset), knowledge enhancement (providing a database the LLM can reference), and prompt learning (learning the best input prompt) <ref type="bibr">[10,</ref><ref type="bibr">33,</ref><ref type="bibr">34]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.5">Evaluation</head><p>Once the LLM has been adapted for the chosen text analytics task, it is vital to evaluate its performance. In design science, this evaluation is often performed against current state-of-the-art approaches <ref type="bibr">[70]</ref>. In behavioral and econometric research, these evaluations can be as simple as the error rate to ensure that the implemented LLM achieves its target task (e.g., feature imputation or sentiment analysis). Our general recommendations for evaluating adapted LLMs follow the seminal literature on technical evaluations of machine and deep learning IS research <ref type="bibr">[63,</ref><ref type="bibr">70]</ref>. Evaluation metrics should be aligned with the previously established TAISR components (i.e., research objectives, text analytics task, dataset, and model architecture). IS researchers should consult recent and relevant literature to determine seminal metrics (e.g., Table <ref type="table">1</ref>) that are suitable for their context. For example, behavioral research on users interacting with LLM chatbots should consider human metrics to evaluate their LLM output quality <ref type="bibr">[71,</ref><ref type="bibr">75]</ref>. Comparing the adapted LLM against the current state-of-the-art benchmark models can provide a comprehensive understanding of the strengths and weaknesses of the adapted LLM. It is also recommended that IS researchers conduct a thorough sensitivity analysis of their LLM <ref type="bibr">[70]</ref>. This process includes the use of various fine-tuning strategies, datasets, and LLM architectures to determine the technical components that contribute the most to overall performance. IS researchers may also consider creating distilled (i.e., smaller and highly targeted) versions of their adapted LLM for sensitivity analysis to determine the tradeoff between performance (in terms of metrics) and LLM size (in terms of parameters and GPU requirements) <ref type="bibr">[4]</ref>. These distilled models may have significant impacts within mobile device and ecological IS research <ref type="bibr">[22]</ref>. This framework does not provide recommendations for the situated implementation of a trained LLM. However, non-technical evaluations of an adapted LLM in its intended context should be conducted following IS best practices <ref type="bibr">[60]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Case Studies</head><p>As a proof-of-value for our TAISR framework, we present three brief case studies in business intelligence that follow our recommendations for using LLMs (classification, summarization, and generation) and are relevant to current organizational goals and IS research: (1) Sentiment Analysis for Organizations, (2) Automated Reporting of Competitor Actions, and (3) Social Media Content Generation for Organizations. The case studies apply the principles of our TAISR framework to show how IS researchers can design future textual research streams for advanced business intelligence using LLMs. While our case studies focused on general organizational contexts, we also foresee several domain-specific uses. For example, healthcare could benefit from electronic health record synthesis and cybersecurity professionals could benefit from proactive threat intelligence generation <ref type="bibr">[24,</ref><ref type="bibr">41]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1">Case Study 1: Sentiment Analysis for Organizations</head><p>Organizations are increasingly interested in measuring public opinion in real time. Recent IS research has identified sentiment analysis of open-source data (e.g., financial reports, social media, product reviews) as a powerful tool for assisting organizations in the automated analysis of public opinion <ref type="bibr">[21,</ref><ref type="bibr">92]</ref>. Therefore, our first case study examined how LLMs can be used in the context of organizational sentiment analysis.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.1">Research</head><p>Objective. Public organizational opinions often come in the form of financial news, social media, and product reviews <ref type="bibr">[12,</ref><ref type="bibr">21,</ref><ref type="bibr">92]</ref>. However, collecting a large amount of labeled public sentiment from three separate platforms can be cost-prohibitive. This cost necessitates a model that can automatically determine public sentiment about an organization given limited data. Therefore, our research question is:</p><p>&#8226; How can we develop a framework that can accurately determine public sentiment about an organization across financial news, social media, and online product reviews when provided minimal data?</p><p>In a small-scale feasibility analysis, we found that classical machine learning and deep learning models struggled to classify public sentiments across these three platforms. However, LLMs may be a suitable solution for classifying sentiments across different platforms with appropriate fine-tuning and guidance <ref type="bibr">[51]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.2">Text Analytics</head><p>Task. Given our goal of predicting public sentiment and our access to groundtruth labels, we chose a classification approach. For this case study, we used a low-resource machine with one 16GB NVIDIA 4080 GPU. Therefore, our approach required a method that can be fine-tuned with minimal data. Following the task analytics flow chart, we chose the encoder LLM FinBERT because of its state-of-the-art classification results in organizational tasks <ref type="bibr">[36]</ref>. This LLM is an adapted version of BERT, fine-tuned on financial analysis reports.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.3">Data Collection.</head><p>To analyze an organization's public sentiment, we required a ground-truth dataset from each platform (financial news, social media, and online product reviews). For financial news, we collected 4,840 labeled news articles about organizations manually annotated as positive, neutral, or negative sentiments by financial experts <ref type="bibr">[55]</ref>. For social media, we collected 10,000 labeled posts (positive or negative) about organizations from X (formerly Twitter). For online product reviews, we collected 25,000 Amazon reviews and their associated ratings (i.e., 1, 2, 3, 4, or 5). Our overall ground-truth dataset is shown in Table <ref type="table">5</ref>.</p><p>From Table <ref type="table">5</ref>, we noted that the financial news dataset is imbalanced, favoring neutral and positive sentiments over negative ones. However, we did not believe that the imbalance in the dataset necessitated special training measures. Our social media and product review datasets were evenly split across each label.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.4">LLM Implementation.</head><p>A fine-tuning method is required to adapt the FinBERT model to our sentiment analysis task. As previously stated, partial fine-tuning or prompt learning is preferable when the pre-trained model has already captured relevant features for the target task in its lower layers (i.e., FinBERT is already adapted for financial analysis). We adopted the Low-Rank Adaptation learning strategy because we had a small amount of labeled data <ref type="bibr">[32]</ref>. We used an Anaconda virtual environment with Hugging Face installed to download and load FinBERT. We loaded our collected dataset and used Hugging Face's built-in Low-Rank Adaptation method. We used a low learning rate of 0.01 to ensure that our LLM weights did not significantly shift. We updated the LLM for three epochs, as this was when the performance stopped changing.</p><p>5.1.5 Evaluation. We compared our tuned-FinBERT (FinBERT adapted on our datasets) against seminal machine (Decision Tree, KNN, SVM, Logistic Regression) and deep learning (CNN, LSTM, BiLSTM, BiLSTM with attention) sentiment classification models <ref type="bibr">[5,</ref><ref type="bibr">21,</ref><ref type="bibr">92]</ref>. We also compared our tuned-FinBERT against TinyBERT (a small and distilled version of BERT) and BERT <ref type="bibr">[38]</ref>. Each model was trained (or fine-tuned using Low-Rank Adaptation) using the respective datasets. The results were evaluated using F1-score (commonly used to evaluate imbalanced sentiment analysis) <ref type="bibr">[5]</ref>. The results for each model are shown in Table <ref type="table">6</ref>.</p><p>The results of our experiment showed that tuned-FinBERT led to state-of-the-art results for sentiment analysis of financial news (91.34%) and product reviews (54.40%), while achieving the third best results for social media (78.60%). FinBERT performing well for financial news is consistent with literature <ref type="bibr">[36]</ref>. Tuned-FinBERT underperforming BERT for the social media dataset (78.60% vs. 81.10%) is also consistent, as social media text is often more jargon-laden than news articles for which FinBERT has been specially tuned. F1-scores for product reviews were generally low for all models. These results are most likely due to the five-class classification setting and biased data (i.e., a person may say something nice and give a two-star review, and vice versa). However, tuned-FinBERT was still able to discover latent patterns and outperformed all other benchmark models. It was disappointing that TinyBERT (distilled BERT) performed poorly in all settings. However, TinyBERT is a distilled model that we then fine-tuned. It would be interesting in future research to determine whether the results hold if the order of operations is reversed (i.e., fine-tune and then distill to create TinyFinBERT).  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2">Case Study 2: Automated Reporting of Competitor Actions</head><p>For organizations to maintain a competitive advantage, it is vital that they generate business intelligence through careful analysis of open-source internet data <ref type="bibr">[12]</ref>. Open-source data can contain consumer opinions and information about an organization and its competitors. Understanding competitor actions is vital to the health and success of an organization <ref type="bibr">[16]</ref>. Therefore, automatically generating reports of external competitor actions is of great interest to several types of organizations.</p><p>Our second case study examined how LLMs can be used in the context of automated report generation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.1">Research Objective.</head><p>To assist organizations in quickly understanding competitor actions, we aim to automate the generation of reports by summarizing recent and relevant news articles about competitors. However, summarizing news articles in a manner that is relevant to organizations is currently unclear. Therefore, our research question is:</p><p>&#8226; How can we develop a framework that summarizes news articles about competitor actions in a business intelligence report? In a small-scale feasibility analysis, we found that seminal machine and deep learning models are currently not well prepared to generate high-quality summaries for specific contexts (i.e., they only perform well in general and high-data settings) <ref type="bibr">[89]</ref>. LLMs have recently achieved state-of-the-art performance in many text summarization tasks, justifying them for our problem domain context <ref type="bibr">[25]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.2">Text Analytics</head><p>Task. Given our goal of generating business intelligence from news articles, our text analytics task is a summarization approach. Summarization can be extractive (extracting keywords or sentences) or abstractive (generating summarized content) <ref type="bibr">[25]</ref>. Extractive summarization is useful in the absence of ground-truth summaries. However, extractive summarization is often incoherent <ref type="bibr">[48]</ref>. Abstractive summarization often creates the most coherent summaries if a representative ground-truth dataset is available for fine-tuning <ref type="bibr">[46,</ref><ref type="bibr">90]</ref>. Like Case Study 1, we used a machine with a 16GB NVIDIA 4080 GPU. Given our reporting generation goal, we followed the task analytics task flowchart and determined that Pegasus was appropriate for our summarization task, as it was pre-trained specifically for abstractive summarization <ref type="bibr">[90]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.3">Data Collection.</head><p>Our business intelligence summarization task required two data features. First, we require news articles on competitors' actions. Second, we require ground-truth summaries of these news articles to help fine-tune an LLM. For this case study, we assumed the position of a researcher for a Fortune 500 consumer electronics company. Using open-source scraping, we collected 150 news articles about competing companies. We then manually crafted brief groundtruth summaries of each news article regarding the actions that we thought would be interesting to our company. In our dataset, each row corresponds to a paragraph in a news article and it's manually crafted summary. An example row of the dataset is shown in Table <ref type="table">7</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.4">LLM Implementation.</head><p>Given our ground-truth dataset and Pegasus' low GPU requirements, we conducted a full fine-tuning procedure. Like Case Study 1, we used an Anaconda virtual environment with Hugging Face installed to download and load Pegasus. We loaded our groundtruth news articles and associated summaries and fine-tuned Pegasus using Hugging Face's built-in modules. We used a low learning rate of 0.01 and updated the model for five epochs, as this is when the LLM performance stopped changing.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.5">Evaluation.</head><p>We compared our tuned-Pegasus against seminal deep learning (CNN, RNN, LSTM) and LLMs (BERT, BART) for summarization <ref type="bibr">[43,</ref><ref type="bibr">46,</ref><ref type="bibr">52,</ref><ref type="bibr">90]</ref>. Classical machine learning models are not often used for summarization due to the encoder-decoder requirement. The summarization results were evaluated using ROUGE-1 (measuring overlapping unigrams), ROUGE-2 (measuring overlapping bigrams), and ROUGE-L (measuring longest common subsequence) scores, which are common metrics in reference-based summarization tasks <ref type="bibr">[90]</ref>. Each metric was measured between 0 and 1, with scores closer to 1 being better. The results for each model are shown in Table <ref type="table">8</ref>.</p><p>The results of our experiment show that, among the deep learning models, the recurrent-based LSTM achieved the best ROUGE-1 and ROUGE-L scores. This result suggests that the sequential and long-term memory features of the LSTM are well equipped for summarization tasks. Among the LLMs, BERT performed the worst in all three metrics (and was outperformed by the LSTM model). These results are consistent with our literature review showing that encoder LLMs (i.e., BERT) are not appropriate for text generation or summarization tasks <ref type="bibr">[57]</ref>. BART and Pegasus outperformed the LSTM and BERT in all three metrics. These results suggest that their denoising autoencoder pre-training leads to significant improvements in text summarization. However, BART is not specifically conditioned for abstractive summarization, potentially explaining why Pegasus outperformed BART. Finally, fine-tuning Pegasus on our small ground-truth dataset led to stateof-the-art results in ROUGE-1 (0.443), ROUGE-2 (0.229), and ROUGE-L (0.423). It is important to note that ROUGE only assesses content selection based on potentially subjective ground-truth summaries. Therefore, IS researchers should also consider post-hoc human evaluations to gauge the fluency, coherence, and value of the generated business intelligence reports.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3">Case Study 3: Social Media Content Generation for Organizations</head><p>Social media interactions have become vital for the dissemination of organizational news, collecting opinions, increasing brand awareness, and building sustained relationships with customers <ref type="bibr">[2,</ref><ref type="bibr">17,</ref><ref type="bibr">92]</ref>. However, the scale of social media makes it difficult to monitor and create content continuously. Therefore, our final case study examined how LLMs can automatically generate textual content for social media platforms.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.1">Research</head><p>Objective. The goal of Case Study 3 was to automate the generation of social media content based on a prompt. These social media posts must match the writing style of the organization to maintain brand coherence. Therefore, our research question is:</p><p>&#8226; How can we automatically generate social media content that matches the writing style of an organization based on existing social media interactions?</p><p>Like text summarization, machine learning models are not well equipped to generate free-form text due to their low number of parameters and forgetting over long sequences <ref type="bibr">[57]</ref>. Autoregressive LLMs currently provide state-of-the-art results in text generation, and should be investigated to answer our research question <ref type="bibr">[61]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.2">Text Analytics</head><p>Task. Given our goal of generating open-ended social media posts, our text analytics task was a generation approach. Text generation is highly variable and depends on finetuning, prompting, and decoding <ref type="bibr">[51,</ref><ref type="bibr">57]</ref>. Similar to prior case studies, we used a machine with a 16GB NVIDIA 4080 GPU. We followed the text analytics task flowchart and determined that the task did not require language reasoning. Therefore, we chose the GPT-NeoX model as our LLM to implement <ref type="bibr">[8]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.3">Data Collection.</head><p>To generate novel social media content, a representative dataset of real social media posts is required. For this case study, we chose the fast-food company Wendy's. Wendy's social media posts have recently become popular, frequently injecting humor and weirdness into their textual content as a strategy for increasing brand awareness <ref type="bibr">[17]</ref>. Using open-source scraping, we collected 500 of Wendy's most recent replies to consumers on X (formerly Twitter). We also collected the posts that Wendy's was replying to. This allows us to use those posts as input prompts (i.e., "Generate a response to this post: [post content here]"). This dataset provides a representative sample of the type of textual content Wendy's is likely to post in response to consumer mentions of them.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.4">LLM Implementation.</head><p>Based on other text generation tasks, GPT-NeoX is the best-performing autoregressive LLM that we can reasonably fine-tune on our hardware (i.e., Llama 3 requires significantly more computational resources to fine-tune or various tricks to load into memory). Given our ground-truth dataset, we conducted an autoregressive fine-tuning procedure. We used an Anaconda virtual environment with Hugging Face installed to download and load GPT-NeoX and our Wendy's X dataset. We fine-tuned the parameters of GPT-NeoX using an autoregressive strategy (GPT-NeoX predicts the likelihood of the next token given the preceding Wendy's post context). We used a low learning rate of 0.01 and updated the model for three epochs (as this is when LLM performance stopped changing).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.5">Evaluation.</head><p>We compared GPT-NeoX against seminal text generation models (GPT-2, BLOOM, OPT, GPT-NeoX) <ref type="bibr">[8,</ref><ref type="bibr">44,</ref><ref type="bibr">67]</ref>. Each benchmark model was fine-tuned in the same manner as that for GPT-NeoX. Among the decoding methods, we predicted that contrastive search would lead to the most natural-looking social media posts because it attempts to balance both diversity and coherence of text <ref type="bibr">[75]</ref>. However, we also measured the performance of the top deterministic (greedy, beam) and stochastic (top-&#119896;, nucleus) decoding methods to further explore the effect of decoding strategy on text generation. We fine-tuned each LLM and prompted it to generate a response to the consumer posts in our Wendy's dataset. We calculated the perplexity, diversity, and coherence of the generated social media posts, as these are often used metrics in open-ended generation <ref type="bibr">[31,</ref><ref type="bibr">45,</ref><ref type="bibr">75]</ref>. We also calculated these metrics on the real Wendy's responses. Our goal was not to find the lowest perplexity or highest diversity/coherence. Rather, the goal was to minimize the delta (&#916;) between the metrics of the real Wendy's replies and the LLM-generated replies to ensure that our responses are statistically representative of Wendy's style. The results for each model, decoding strategy, and method are listed in Table <ref type="table">9</ref>.</p><p>The results of our experiment show that GPT-NeoX outperforms other benchmark models in terms of perplexity and diversity. GPT-2 is an older autoregressive LLM with fewer parameters than modern LLMs, potentially limiting its ability to generate coherent and diverse text. BLOOM is a newer LLM trained on a massive corpus of multi-lingual data. Although BLOOM achieved the lowest difference in coherence when using greedy search (&#916; 0.001), it struggled to develop diverse social media posts across all decoding methods. OPT, trained on a large corpus of internet content (e.g., Reddit posts, blogs), performs better than GPT-2 and BLOOM in diversity but struggles to generate coherent posts. Finally, GPT-NeoX (trained with similar internet content as OPT) achieved the lowest perplexity (&#916; 8.67) and coherence (&#916; 0.0802) difference when using contrastive search. Our evaluation also suggests that contrastive search outperforms deterministic and stochastic strategies in generating human-like X posts. However, human evaluations can further confirm the results of our analysis. Note: BLOOM = BigScience Large Open-science Open-access Multi-lingual Language Model, GPT = Generative Pretrained Transformer, OPT = Open-source Pre-trained Transformer.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">LLM Challenges and Limitations</head><p>Despite the potential usefulness of LLMs in conducting TAISR, they have several notable limitations that should be carefully considered before implementation in an organizational context <ref type="bibr">[22]</ref>. We discuss some noteworthy limitations and potential mitigation strategies below.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.1">Hallucinations</head><p>Hallucinations occur when LLMs provide falsified facts, code, references, or other information to a user <ref type="bibr">[37]</ref>. Hallucination generally stems from LLMs that are trained on internet data that has not been cleaned or verified (e.g., social media posts) <ref type="bibr">[23]</ref>. There are two types of LLM hallucinations:</p><p>(1) intrinsic and (2) extrinsic <ref type="bibr">[37]</ref>. First, intrinsic hallucinations are non-factual statements within LLM-generated texts. Intrinsic hallucinations can be mitigated by referencing external knowledge bases or by negative sampling. Second, extrinsic hallucinations are LLM-generated text that is not contextually relevant to the input prompt. RLHF has been shown to significantly improve open-ended LLM generation and reduce extrinsic hallucinations <ref type="bibr">[62,</ref><ref type="bibr">79]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.2">Sensitive Information Disclosure</head><p>Sensitive information (e.g., personally identifiable information) is often learned by LLMs because it is trained on massive quantities of internet text <ref type="bibr">[30]</ref>. This problem can be exacerbated by closed-access models (e.g., ChatGPT), which save user chat logs for future training instances. Sensitive information can be extracted from LLMs through targeted sampling of high-perplexity text sequences (which are often memorized training data) to reconstruct original training sentences <ref type="bibr">[11]</ref>. Open-source LLMs also suffer from sensitive information disclosure owing to the severe vulnerabilities introduced by poor open-source coding practices <ref type="bibr">[39]</ref>. To mitigate sensitive information disclosure, LLMs should be fine-tuned with differential privacy techniques or pre-trained with data that is scrubbed of sensitive information <ref type="bibr">[53]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.3">Detecting LLM-generated Text</head><p>LLM-generated text is a rising concern because it can be used for academic dishonesty, fraud, and misinformation <ref type="bibr">[73]</ref>. Organizations have focused on developing detectors to automatically detect LLM-generated texts. Generally, there are three types of LLM detectors: (1) perturbation, (2) adversarial, and (3) classifier. First, the suspected LLM-generated text can be randomly perturbed and an LLM is asked to regenerate the text. Log probabilities are then calculated to determine the similarity between texts <ref type="bibr">[87]</ref>. Second, a binary classifier can be jointly trained with an adversarial paraphraser to detect LLM-generated texts <ref type="bibr">[35]</ref>. Third, a machine or deep learning model for binary classification (real or LLM-generated) can be trained <ref type="bibr">[14]</ref>. Although these models can work within specific settings, they are highly sensitive to human paraphrasing, non-English text, and stochastic decoding methods <ref type="bibr">[58]</ref>. Therefore, researchers should be wary of implementing LLM-generated text detection systems, and several potential research streams remain for improving detection methods.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.4">Adversarial Prompts</head><p>Many LLMs have implemented security measures to prevent model misuse (e.g., sensitive information disclosure attacks) <ref type="bibr">[61]</ref>. However, LLM security measures can be bypassed using adversarial prompts <ref type="bibr">[19]</ref>. Adversarial prompts attempt to induce model misuse through the careful manipulation of an input prompt using competing objectives or mismatched generalization <ref type="bibr">[93]</ref>. Competing objectives surround a malicious goal (e.g., write a phishing email) with benign text (e.g., generate a fairy tale story). This may cause misclassification by LLM security measures, leading to the generation of both benign and malicious objectives. In mismatched generalization, an LLM is presented with input data unknown to the LLM security measure (e.g., random characters, a different language). It is recommended to include input sanitization procedures and place an adversarial prompt classifier between the input and downstream LLM to help protect against adversarial prompting <ref type="bibr">[19]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7">Conclusion</head><p>LLMs are rapidly becoming ubiquitous in text analytics research. However, there is not currently a framework to guide IS research in implementing LLMs for organizational contexts. Therefore, we proposed a TAISR framework comprising five components. We also provided three case studies to demonstrate the proof-of-value of our proposed framework. IS researchers can expand their research toolbox to include state-of-the-art LLMs by following our TAISR framework. While the TAISR framework is not comprehensive for all scenarios or LLM implementation methods, it provides a starting block for building interesting new research streams. We believe that these new LLM-enabled research streams will lead to interesting and novel insights into new and existing organizational problems.</p></div><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_0"><p>, Vol. 1, No. 1, Article . Publication date: July 2024.</p></note>
		</body>
		</text>
</TEI>
