BUS 499 Module 5 Gathering the Evidence Example

Reviewed by Douglas Renshaw, MBA Aspen University Updated October 2026

This BUS 499 Module 5 sample paper reports the least glamorous and most important stage of a capstone: gathering the evidence and getting it into shape. The project, part of Aspen University's Senior Capstone for business students, follows homeowners who drop their quarterly service at a composite pest control firm in Kansas. Records for 3,412 customers were extracted, and duplicates, test accounts and cancellations caused by moving away were removed, leaving 3,186 for analysis. Quality checks found a four-month gap in early complaint logs, handled as planned. A descriptive table profiles the sample by billing method, technician continuity, complaint status and tenure. Of 52 former customers who had agreed to be contacted, 19 completed interviews. Following Saldana's coding manual, the first transcripts produced an initial codebook, and a decision log records every judgment.

CourseBUS 499 Senior Capstone
ModuleModule 5
Paper typeData collection report
LengthAbout 1,150 words, 7 pages
FormatAPA 7 student paper
SchoolAspen University
ProgramBusiness Administration
UpdatedOctober 2026

Free sample paper for BUS 499 Module 5

1

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

What this page is doingThe title traces the raw material to the prepared evidence, which is the work of this module. APA 7 student title page.
2

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.

What this page is doingReporting a count at every step lets the reader check the arithmetic from raw to final data.
3

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.

CharacteristicNumberShare of 3,186
Pays per visit1,40244%
Pays by monthly automatic payment1,78456%
Same technician for at least three of first four visits1,91160%
No complaint logged2,45477%
Complaint resolved within 48 hours47115%
Complaint unresolved after 48 hours2618%
In first year of service1,52948%

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

DateDecisionReason
Fifth weekMerged 37 duplicate recordsPayment method changes created double entries
Fifth weekExcluded 168 moves outside the service areaInvoluntary departures are outside the study's question
Fifth weekKept early 2023 records despite missing complaintsPlanned sensitivity analysis instead of dropping data
Fifth weekFilled 14 missing technician entries from paper ticketsSource documents existed
Sixth weekStopped recruiting at 19 interviewsFew new codes appeared after the fifteenth
Sixth weekDid not interview two former customers I had servedAvoid pressure and bias
What this page is doingThe log makes judgment visible, which protects the study from the appearance of convenient choices.
4

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 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.