| Course | BUS 499 Senior Capstone |
|---|---|
| Module | Module 5 |
| Paper type | Data collection report |
| Length | About 1,150 words, 7 pages |
| Format | APA 7 student paper |
| School | Aspen University |
| Program | Business Administration |
| Updated | October 2026 |
Free sample paper for BUS 499 Module 5
From 3,412 Records and 52 Phone Numbers to a Usable Data Set: Gathering and Organizing the Evidence on Plan Cancellations
Student Name
Business Administration Program, Aspen University
BUS 499: Senior Capstone
Instructor Name
Month Day, Year
From 3,412 Records and 52 Phone Numbers to a Usable Data Set: Gathering and Organizing the Evidence on Plan Cancellations
The method planned in the previous module called for two kinds of evidence about Prairie Shield's lost plan customers: company records for every quarterly plan customer in the study period and interviews with former customers. This module reports how that evidence was gathered and prepared. It covers extraction, cleaning, quality checks, a description of the sample, interview recruitment, the first stage of coding and the decisions made along the way. No hypotheses are tested here; the goal is a data set that the analysis can rely on.
Extracting the Records
With help from the company's office manager, I exported every residential quarterly plan record with a start or renewal date between January 2023 and June 2025 from the billing system, along with visit records from the service system and the callback log. The exports were joined using the customer account number, which was then replaced with a study number. The combined file contained 3,412 customer records. Names, addresses and phone numbers were never copied into the analysis file.
Cleaning the Data
Cleaning proceeded in three steps, each recorded with counts. First, 37 duplicate records, created when customers changed their payment method and were entered twice, were merged. Second, 21 test accounts created by staff during the software change were removed. Third, 168 customers whose cancellation reason was recorded as moving outside the service area were excluded, because the study concerns customers who chose to leave while they could still be served. These three steps removed 226 records, leaving 3,186 customers for analysis.
Checking Data Quality
Three checks were run. Every record was checked for missing values in the outcome and predictors; only the complaint field had gaps. Complaint records for January through April 2023 were missing for most customers, because callbacks were logged on paper before the new software was installed. As planned, these customers remain in the data, and the analysis will be run twice, with and without them. Second, technician assignments were checked against the routing software's visit history, and 14 visits with no technician recorded were filled in from paper service tickets. Third, cancellation dates were checked against billing to confirm that canceled customers were not billed afterward.
Describing the Sample
Overall, 1,054 customers, or about 33% of the sample, canceled within twelve months of starting or renewing. Testing whether that rate differs across the groups above is the work of the next module.
| Characteristic | Number | Share of 3,186 |
|---|---|---|
| Pays per visit | 1,402 | 44% |
| Pays by monthly automatic payment | 1,784 | 56% |
| Same technician for at least three of first four visits | 1,911 | 60% |
| No complaint logged | 2,454 | 77% |
| Complaint resolved within 48 hours | 471 | 15% |
| Complaint unresolved after 48 hours | 261 | 8% |
| In first year of service | 1,529 | 48% |
Recruiting and Conducting Interviews
When customers cancel, Prairie Shield asks whether the company may contact them later. Of customers who canceled during the study period and agreed, I selected 52 to reflect variety in billing method, tenure and complaint history. I reached 31 by telephone after up to three attempts, at different times of day. Of those, 19 agreed and completed interviews, 5 declined and 7 asked to be called later but could not be reached again. Interviews lasted between 9 and 31 minutes, averaging 17.
Kvale and Brinkmann (2009) emphasize that the quality of an interview depends on the interviewer's ability to listen, follow up and avoid steering answers. I followed the guide's open questions first, asked follow-up questions only about what customers raised and introduced the specific topics of billing, technicians and complaints only near the end. With permission, 15 interviews were recorded; for the other 4, I took detailed notes and read them back to the participant to confirm accuracy.
Organizing the Interview Material
Saldana (2021) distinguishes first cycle coding, in which the researcher assigns initial codes to segments of data, from second cycle coding, in which codes are compared, combined and organized into categories and themes. After transcribing the first eight interviews, I used descriptive and in vivo codes, the latter using customers' own words, producing an initial codebook of 22 codes such as different person every time, bill felt random, bugs came back and thought it was a one-time fix. The remaining eleven interviews were coded with this codebook, adding three new codes. Following the convergent design described by Creswell and Creswell (2018), themes will not be finalized until the statistical analysis is also complete, so neither form of evidence shapes the other too early.
What the Records Cannot Tell Us
Preparing the data also made its limits clearer. The billing system records how a customer paid but not why they chose that method, so any later finding about billing must allow for the possibility that more committed customers choose automatic payment. The callback log records that a complaint was made and when it was closed, but not whether the customer was satisfied with the result. Technician records show who performed each visit, not how the customer felt about that person. Finally, the records contain no information about customers' experiences with competitors. These gaps are one reason the interviews matter: they can supply the reasons and feelings that the records leave out.
Decision Log
| Date | Decision | Reason |
|---|---|---|
| Fifth week | Merged 37 duplicate records | Payment method changes created double entries |
| Fifth week | Excluded 168 moves outside the service area | Involuntary departures are outside the study's question |
| Fifth week | Kept early 2023 records despite missing complaints | Planned sensitivity analysis instead of dropping data |
| Fifth week | Filled 14 missing technician entries from paper tickets | Source documents existed |
| Sixth week | Stopped recruiting at 19 interviews | Few new codes appeared after the fifteenth |
| Sixth week | Did not interview two former customers I had served | Avoid pressure and bias |
Keeping the Evidence Secure
Throughout collection, the analysis file stayed on the company's password-protected computer, and the key linking study numbers to account numbers was kept in a separate folder that only the office manager could open. Interview recordings were transferred from my phone to that computer on the day they were made and then deleted from the phone. Transcripts used first names only for the interviewer and a participant number for the customer.
Looking Ahead
The data are now ready for analysis. The records are clean and documented, the sample is described and the interview material is coded at a first level. The next module will test the four hypotheses with logistic regression, develop the interview themes and compare the two in a joint display.
Conclusion
Collecting and preparing evidence took two full weeks, more than planned, mainly because of duplicate records and the paper complaint logs. Reporting each step with counts and reasons makes the data set trustworthy and lets a reader follow every decision. The study now has 3,186 customer records and 19 interviews ready for analysis.
References
Creswell, J. W., & Creswell, J. D. (2018). Research design: Qualitative, quantitative, and mixed methods approaches (5th ed.). SAGE.
Kvale, S., & Brinkmann, S. (2009). InterViews: Learning the craft of qualitative research interviewing (2nd ed.). SAGE.
Saldana, J. (2021). The coding manual for qualitative researchers (4th ed.). SAGE.
Reading the BUS 499 Module 5 assignment instructions
Aspen's catalog describes BUS 499 as an original and comprehensive research project, and a mid-course module usually asks students to collect and organize their data and report on the process. The Module 5 prompt in your classroom sets the requirements; this example treats it as a report on collection and preparation, before analysis. Describe exactly what data you collected, from where and when. Explain how you cleaned the data, including what you removed and why, with counts at each step. Report checks on data quality and how you handled problems. Describe your sample with simple statistics. If you conducted interviews or surveys, report how many people you contacted, how many took part and how you recorded the results. Show how you began organizing qualitative data. Keep a record of decisions so the reader can follow your judgment.
How the BUS 499 Module 5 example is put together
The paper starts with the extraction of every residential plan record from January 2023 to June 2025. A cleaning section moves from 3,412 records to 3,186 by removing 58 duplicates and test accounts and 168 cancellations caused by moves outside the service area, which are not the kind of departure the study examines. Data quality checks find complaint logs missing for January through April 2023. A seven-row table describes the sample, including that 44% paid per visit and 60% kept the same technician. The interview section reports 52 eligible former customers, 31 reached and 19 interviews completed, with an average length of 17 minutes. Saldana's distinction between first and second cycle coding shapes an initial codebook of 22 codes. A decision log table records six judgments, and a section looks ahead to analysis.
BUS 499 Module 5 rubric: what earns full marks
Data collection reports in a capstone are marked on transparency, accuracy and readiness for analysis. A reader should be able to trace every number back to a decision. This example reports counts at each cleaning step, so the arithmetic from 3,412 to 3,186 can be checked, and explains why involuntary cancellations were excluded. The data quality section states a real problem and how it was handled rather than hiding it. The descriptive table gives the instructor a picture of the sample before any statistical test. Interview recruitment is reported with contact, reach and completion counts, which lets the reader judge possible bias. Saldana's manual on coding and the convergent design described by the Creswells anchor the qualitative steps, and Kvale and Brinkmann's book on interviewing supports the interview practice. The decision log shows research discipline.
Common BUS 499 Module 5 mistakes, and how to avoid them
The most common shortfall in this module is a vague report, such as data were collected and cleaned, with no numbers. Give counts at every step and explain each exclusion. Another is skipping data quality checks; look for missing values, duplicates and changes in how data were recorded over time. Do not change your plan quietly when problems appear; record the change and the reason. Report how many people you tried to reach and how many took part, not only the final number. Describe your sample before analyzing it. Begin organizing interview material while it is fresh, but keep early codes open to revision. Store data securely and say how. Finally, remember that this module is about preparation; save interpretation for the analysis, so your findings rest on data that a reader already trusts.
Write yours, or have the desk draft it
This paper is an original model document written by our desk, not a submitted student paper and not an official Aspen University document. Read it for the moves, then write your own to the instructions in your classroom. If you want one built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.
More BUS 499 and Business Administration sample papers
- BUS 499 Module 1: Topic and Proposal
- BUS 499 Module 2: Problem and Questions
- BUS 499 Module 3: Literature Review
- BUS 499 Module 4: Method and Data Plan
- BUS 499 Module 6: Analysis and Findings
- BUS 499 Module 7: Recommendations and Implementation
- BUS 499 Module 8: Final Report and Reflection
- BUS 320 Module 4: Products, Services and Brands
- BUS 225 Module 1: Courts and Jurisdiction
- BUS 495 Module 4: Trade and Investment
- BUS 454 Module 4: Workplace Ethics and Rights
BUS 499 Module 5 questions, answered
What does BUS 499 Module 5 usually ask for?
Aspen's BUS 499 turns to gathering and organizing evidence in this module, so a report on how data were collected, cleaned and prepared for analysis is typical. Check your classroom prompt.
What is data cleaning?
Preparing raw data for analysis by removing duplicates and errors, handling missing values and recording every change so the final data set can be trusted.
Should I exclude some cases from my data?
Only for stated reasons tied to your research question, such as cases outside the study's definition, and report how many were removed and why.
Where can I find a free BUS 499 Module 5 sample paper?
The complete report is shown above: records cleaned from 3,412 to 3,186 customers, a descriptive table, interview recruitment of 19 former customers, an initial codebook and a decision log.
What is a decision log?
A running record of the judgments a researcher makes during a project, such as exclusions or changes to the plan, with the reason for each.