{"site":{"name":"Koji","description":"AI-native customer research platform that helps teams conduct, analyze, and synthesize customer interviews at scale.","url":"https://www.koji.so","contentTypes":["blog","documentation"],"lastUpdated":"2026-10-16T13:37:02.776Z"},"content":[{"type":"documentation","id":"74c3dc32-6e77-4a37-9a75-c3b49f7ac850","slug":"in-vivo-coding","title":"In Vivo Coding: How to Code Qualitative Data in Participants' Own Words","url":"https://www.koji.so/docs/in-vivo-coding","summary":"In vivo coding is a first cycle qualitative coding method in which each code is a word or short phrase taken directly from the participant, written in quotation marks. It keeps emotion, insider vocabulary and reusable language that analyst labels lose, and it suits discovery research, language-focused studies and grounded theory. The guide gives a six step process, a worked example, a comparison with descriptive, process, emotion and values coding, common mistakes, and how Koji attaches participants' verbatim quotes to every code.","content":"**Short answer:** In vivo coding is a qualitative coding method where the code is a word or short phrase taken straight from what the participant said, usually written in quotation marks. A customer who says their old tool \"felt like doing taxes\" gets the code \"felt like doing taxes\", not \"usability issues\". Use it when the way people talk about a problem matters as much as the problem itself: early discovery work, research on language and identity, positioning and copy, and any study where you don't yet know the right categories. Pair it with descriptive or conceptual codes later, because a pile of vivid quotes is not yet an analysis.\n\nThis guide covers what in vivo coding is, where it comes from, how to do it step by step, how it compares with other first cycle methods, the mistakes that make it fail, and how Koji keeps participants' exact words attached to every finding.\n\n## What in vivo coding is\n\n\"In vivo\" is Latin for \"in the living\". In qualitative research it means the label for a piece of data comes from the data itself. The term is most closely tied to grounded theory and to Anselm Strauss, who argued that an interviewee's own term often expresses a meaning better than any word an analyst could supply (Strauss, 1987).\n\nJohnny Saldaña's _The Coding Manual for Qualitative Researchers_, the standard reference on coding methods, places in vivo coding among the \"elemental\" first cycle methods alongside structural, descriptive, process and initial coding. His working definition of any code is a useful starting point:\n\n> \"A code in qualitative inquiry is most often a word or short phrase that symbolically assigns a summative, salient, essence-capturing, and/or evocative attribute for a portion of language-based or visual data.\" (Johnny Saldaña, _The Coding Manual for Qualitative Researchers_)\n\nIn vivo coding simply insists that the word or phrase is the participant's. Saldaña's convention for telling them apart is quotation marks: in his worked examples, a code \"taken directly from what the participant himself says\" is placed in quotation marks so readers can see at a glance that it is an in vivo code and not the analyst's label.\n\n## Why participants' words matter\n\nThe case for in vivo coding is not sentimental. It rests on a well-documented gap between the words analysts choose and the words people use.\n\nIn a classic study of how people name things, George Furnas and colleagues found that two people independently chose the same term for an object with a probability below 0.20 in every domain they tested (Furnas et al., 1987). They estimated that relying on one designer's favourite word would fail 80 to 90 percent of the time in many common situations.\n\nThe same gap shows up when you code interviews. If you relabel \"felt like doing taxes\" as \"complexity\", you keep the topic and lose the feeling, the comparison and the exact phrase a prospect would type into a search box. In vivo codes protect three things analyst labels tend to lose:\n\n- **Emotion and intensity.** \"I was ready to throw my laptop\" and \"mild frustration\" are not the same finding.\n- **Insider vocabulary.** Teams, professions and communities have their own terms. Those terms tell you who someone is and which group they belong to.\n- **Reusable language.** Product names, onboarding copy, sales scripts and landing pages work better when they use the phrases customers already use.\n\n![Comparison of in vivo codes and descriptive codes: in vivo codes keep the participant's exact phrase, descriptive codes name the topic in the analyst's words.](/visuals/in-vivo-vs-descriptive-coding-comparison/in-vivo-vs-descriptive-coding-comparison.png \"Most studies need both: in vivo codes keep the voice, descriptive codes keep the overview · Source: Johnny Saldaña, The Coding Manual for Qualitative Researchers\")\n\n## When to use in vivo coding\n\nIn vivo coding works best when:\n\n- **You are early in discovery** and don't want to force your own categories onto the data.\n- **Language is part of the research question**, for example how people describe a job to be done, a condition, a role or a workaround.\n- **You are feeding marketing, positioning or UX writing**, where the exact phrase is the deliverable.\n- **Participants are an underheard group** and keeping their voice in the write-up matters ethically as well as analytically.\n- **You are doing grounded theory**, where in vivo codes often become the names of core categories.\n\nIt is a weaker fit when you are testing a fixed framework (use deductive or structural coding), when you need clean counts across hundreds of short answers (descriptive codes aggregate better), or when participants answered in very short phrases with little texture.\n\n## How to do in vivo coding, step by step\n\n### 1. Collect data that gives you participants' words\n\nIn vivo coding can only be as good as the language in your transcripts. Ask open questions about specific past events (\"Tell me about the last time you...\"), follow up on vague answers, and let people finish their thought before you move on. Closed questions and leading prompts produce your words echoed back, not theirs. Record and transcribe verbatim; summarised notes are useless for in vivo coding.\n\n![A researcher taking notes while a participant describes a recent experience in their own words](https://images.unsplash.com/photo-1686771416317-b964cc4e0002?crop=entropy&cs=tinysrgb&fit=max&fm=jpg&ixid=M3w5NDUzMDN8MHwxfHNlYXJjaHwyfHxyZXNlYXJjaGVyJTIwaW50ZXJ2aWV3JTIwbm90ZWJvb2slMjBjb252ZXJzYXRpb258ZW58MXwwfHx8MTc5MjEyOTgxMnww&ixlib=rb-4.1.0&q=80&w=1080)\n\n_Photo by [Mina Rad](https://unsplash.com/@miinrad?utm_source=koji&utm_medium=referral) on [Unsplash](https://unsplash.com/?utm_source=koji&utm_medium=referral)_\n\n### 2. Read for phrases that stand out\n\nOn a first pass, read each transcript without coding. On the second pass, highlight words and phrases that do one of these things:\n\n- carry strong feeling (\"dreading Monday reports\")\n- use a metaphor or comparison (\"like herding cats\")\n- are repeated by the same person or across people\n- are insider terms the participant clearly expects you to know\n- sum up the point of a whole answer in a few words\n\n### 3. Write the code in quotation marks\n\nCopy the phrase exactly, including slang and grammar, and put it in quotation marks next to the passage. Keep codes short: a few words, not a full sentence. If you have to trim, trim from the edges, never the middle.\n\n### 4. Keep a record of where each code came from\n\nNote the participant and the location in the transcript for every in vivo code. You will need it when you check whether a phrase is one person's idiom or a pattern, and when stakeholders ask \"who actually said that?\".\n\n### 5. Compare codes across interviews\n\nAfter a handful of interviews, list your in vivo codes side by side. Different people often describe the same experience in different words: \"drowning in tickets\", \"the queue never ends\" and \"always behind\" may belong together. Group them, but keep each original phrase visible under the group.\n\n### 6. Move to second cycle coding\n\nGroup related in vivo codes under a broader category, often named with the strongest participant phrase. This is where in vivo coding hands over to pattern coding, focused coding or theme development. See [first and second cycle coding](/docs/first-and-second-cycle-coding) for the full progression.\n\n![Process showing six steps of in vivo coding, from collecting rich participant language to grouping codes into categories in a second cycle.](/visuals/in-vivo-coding-process-steps/in-vivo-coding-process-steps.png \"Each step keeps the participant's phrase and where it came from · Source: Johnny Saldaña, The Coding Manual for Qualitative Researchers\")\n\n## A worked example\n\nA product team interviews operations managers about month-end reporting. One participant says:\n\n> \"Honestly the last three days of the month I'm just a human copy-paste machine. I pull from four systems, fix the dates by hand, and pray nobody asks for a breakdown by region.\"\n\n| Passage                                      | In vivo code               | Descriptive code          |\n| -------------------------------------------- | -------------------------- | ------------------------- |\n| \"I'm just a human copy-paste machine\"        | \"human copy-paste machine\" | Manual data consolidation |\n| \"I pull from four systems\"                   | \"four systems\"             | Fragmented data sources   |\n| \"fix the dates by hand\"                      | \"fix the dates by hand\"    | Data cleaning             |\n| \"pray nobody asks for a breakdown by region\" | \"pray nobody asks\"         | Fear of ad hoc requests   |\n\nThe descriptive codes would let you count how many people mention fragmented data. The in vivo codes tell you how it feels, and \"human copy-paste machine\" might end up as the name of the core category, or on the product's landing page.\n\n## How much data do you need?\n\nSaturation research gives a rough guide. In a study of 60 interviews, Guest, Bunce and Johnson (2006) found that 92% of the codes developed for one country's 30 transcripts had already appeared within the first twelve interviews. Hennink, Kaiser and Marconi (2017) found that in their study code saturation came at nine interviews, but 16 to 24 interviews were needed to reach \"meaning saturation\", a rich understanding of each issue.\n\nIn vivo coding sits on the meaning side of that line. You will hear the main topics early. The phrases that explain what those topics mean to people keep arriving for longer, which is a good reason not to stop at the first point where nothing new seems to come up. For more detail, read [how many interviews are enough](/docs/how-many-interviews-enough).\n\n## In vivo coding compared with other first cycle methods\n\n| Method             | What the code is                              | Best for                                |\n| ------------------ | --------------------------------------------- | --------------------------------------- |\n| In vivo coding     | The participant's own words                   | Voice, language, early discovery        |\n| Descriptive coding | A noun naming the topic                       | Overviews, counts, large datasets       |\n| Process coding     | A gerund naming an action (\"switching tools\") | Workflows, routines, change over time   |\n| Emotion coding     | The feeling expressed                         | Experience research, churn, frustration |\n| Values coding      | A value, attitude or belief                   | Motivation, trust, decision making      |\n\nMost studies combine two or three of these. A common pairing is in vivo plus descriptive: the descriptive codes give you the map, the in vivo codes give you the quotes that bring each region of the map to life.\n\n## Common mistakes\n\n- **Coding everything in vivo.** If every line gets a quote as a code, you have highlighted the transcript, not analysed it. Be selective.\n- **Paraphrasing and calling it in vivo.** \"Felt overwhelmed\" is not in vivo if the participant said \"drowning\". Copy exactly.\n- **Losing the source.** An in vivo code without a participant and a location can't be checked or reused.\n- **Stopping at first cycle.** In vivo codes are raw material. Without a second cycle you report a collection of quotes, not findings.\n- **Cherry-picking the colourful.** Memorable phrases are tempting. Check that the vivid quote represents a pattern and isn't one person's outlier.\n\n> \"Any researcher who wishes to become proficient at doing qualitative analysis must learn to code well and easily.\" (Anselm Strauss, _Qualitative Analysis for Social Scientists_, 1987)\n\n## How Koji helps\n\nDoing in vivo coding by hand means scheduling calls, transcribing, re-reading and copying quotes into a spreadsheet or sticky notes. Survey tools make it harder in a different way: open-text boxes often get a few words, and nobody asks a follow-up, so there is little rich language to code. Koji covers the collection and first-pass work so more of your time goes into interpretation.\n\n- **Interviews that produce quotable language.** Koji runs AI-moderated interviews by text or voice. Open-ended questions get follow-up probing, so participants explain in their own words instead of stopping at \"it's fine\".\n- **Every code comes with the participant's exact words.** Koji codes each answer, question by question, with short analyst-style labels, and attaches a verbatim quote from the participant to each one. Koji checks the quote against the transcript, and a label with no supporting quote is left out. Quotes stay in the participant's original language. Those attached quotes are your in vivo candidates, already linked to who said them.\n- **Patterns across interviews.** In the report, related phrasings from different interviews are grouped into themes, with a count of how many interviews mention each. You can open the supporting quotes behind any finding and go back to the transcript, which makes step 5 above much faster.\n- **Notable quotes.** Each report also pulls out notable direct quotes, chosen for substance over filler.\n- **Structured questions where you need them.** Add scale, choice, ranking or yes/no questions to the same study when you also want numbers, and Koji still codes the reasons people give for their answers.\n\n![Koji report summary with a side panel of supporting participant quotes behind one finding](/email/shots/shot-evidence-panel.jpg \"Every finding in a Koji report opens to the participants' own words behind it\")\n\nKoji's labels are conceptual, not in vivo, so treat them as a starting point. Read the attached quotes, lift the phrases that carry meaning, and use them to name your categories.\n\n## Related Resources\n\n- [How to Code Qualitative Data](/docs/coding-qualitative-data)\n- [First and Second Cycle Coding](/docs/first-and-second-cycle-coding)\n- [Structured Questions Guide](/docs/structured-questions-guide)\n- [Verbatim Analysis](/docs/verbatim-analysis-guide)\n- [Open, Axial, and Selective Coding](/docs/open-axial-selective-coding)\n- [Grounded Theory in Qualitative Research](/docs/grounded-theory-qualitative-research)\n\n## FAQ\n\n**What is an example of in vivo coding?**\nA participant says, \"By Friday I'm running on fumes.\" An in vivo code for that passage is \"running on fumes\", written in quotation marks. A descriptive code for the same passage might be \"end-of-week fatigue\".\n\n**Why are in vivo codes put in quotation marks?**\nQuotation marks show that the code is the participant's exact wording, not the analyst's label. Saldaña uses this convention so anyone reading the codes can tell the two apart.\n\n**Is in vivo coding inductive or deductive?**\nInductive. The codes come from the data rather than from a framework you bring to it, which is why the method is popular in grounded theory and early discovery research.\n\n**Can you combine in vivo coding with other methods?**\nYes, and you usually should. In vivo coding pairs well with descriptive, process and emotion coding in the first cycle, and its codes often become category names in second cycle methods such as pattern or focused coding.\n\n**How do I code interviews in another language in vivo?**\nCode in the original language and add a translation next to the code. Translating first and then coding loses the exact phrase, which defeats the purpose of the method.\n\n## Sources\n\n- Saldaña, J. _The Coding Manual for Qualitative Researchers_. SAGE (2nd ed. 2013; 4th ed. 2021; 5th ed. 2025).\n- Strauss, A. L. (1987). _Qualitative Analysis for Social Scientists_. Cambridge University Press.\n- Furnas, G. W., Landauer, T. K., Gomez, L. M., & Dumais, S. T. (1987). The vocabulary problem in human-system communication. _Communications of the ACM_, 30(11), 964–971.\n- Guest, G., Bunce, A., & Johnson, L. (2006). How many interviews are enough? An experiment with data saturation and variability. _Field Methods_, 18(1), 59–82.\n- Hennink, M. M., Kaiser, B. N., & Marconi, V. C. (2017). Code saturation versus meaning saturation: How many interviews are enough? _Qualitative Health Research_, 27(4), 591–608.\n","category":"Analysis & Synthesis","lastModified":"2026-10-16T05:50:12.254104+00:00","metaTitle":"In Vivo Coding: Definition, Examples and Steps (2026)","metaDescription":"Learn in vivo coding: using participants' own words as codes. Step-by-step method, worked example, comparison with descriptive coding and common mistakes.","keywords":["in vivo coding","in vivo codes","in vivo coding examples","in vivo coding qualitative research","in vivo vs descriptive coding","first cycle coding","saldana in vivo coding"],"aiSummary":"In vivo coding is a first cycle qualitative coding method in which each code is a word or short phrase taken directly from the participant, written in quotation marks. It keeps emotion, insider vocabulary and reusable language that analyst labels lose, and it suits discovery research, language-focused studies and grounded theory. The guide gives a six step process, a worked example, a comparison with descriptive, process, emotion and values coding, common mistakes, and how Koji attaches participants' verbatim quotes to every code.","aiPrerequisites":["Basic familiarity with qualitative interviews","A general idea of what coding qualitative data means"],"aiLearningOutcomes":["Define in vivo coding and when to use it","Apply in vivo codes to interview transcripts in six steps","Tell in vivo codes apart from descriptive codes","Combine in vivo coding with other first and second cycle methods","Avoid the most common in vivo coding mistakes"],"aiDifficulty":"beginner","aiEstimatedTime":"11 min read"}],"pagination":{"total":1,"returned":1,"offset":0}}