| Course | MGMT 8825M Ethics of Artificial Intelligence and Autonomous Systems |
|---|---|
| Week | Week 10 |
| Paper type | Deployment analysis |
| Length | About 1,040 words, 6 pages |
| Format | APA 7 student paper |
| School | Walden University |
| Program | PhD in Management |
| Updated | October 2026 |
Free sample paper for MGMT 8825M Week 10
Enabled on a Tuesday, Noticed Three Weeks Later: A Deployment Analysis of an Outdoor Retailer's Generative Support Assistant That Promised Refunds Outside Policy, Naming Each Point Where Review Could Have Happened and Why It Did Not
Student Name
Walden University
MGMT 8825M: Ethics of Artificial Intelligence and Autonomous Systems
Instructor Name
Month Day, Year
Enabled on a Tuesday, Noticed Three Weeks Later: A Deployment Analysis of an Outdoor Retailer's Generative Support Assistant That Promised Refunds Outside Policy, Naming Each Point Where Review Could Have Happened and Why It Did Not
The Deployment
Ridgeback Outfitters, a composite online retailer of camping and climbing gear with about 140 employees in Boulder, Colorado, handles customer questions through a help desk platform bought from a large software vendor. In February 2026 the vendor released a generative assistant feature that drafts and sends answers to customer chats, drawing on the retailer's help articles and past tickets. Ridgeback's customer support team lead enabled the feature for all chat traffic the following week. Three weeks later, the finance team noticed a rise in refund requests on used and long-held items, several of which quoted chat transcripts in which the assistant had told customers they could return any item for a full refund within a year. Ridgeback's policy allows refunds within 30 days for unused items.
The Timeline and the Missed Review Points
Four chances for review were missed before the fifth caught the problem. None required unusual foresight. Each was missed for an ordinary reason: no owner, no test, an assumption about the vendor or no rule.
Table 1
Deployment Timeline and Review Points
| Date | Event | Review that could have occurred | Why it did not |
|---|---|---|---|
| Feb. 3 | Vendor releases the assistant feature with a short notice in the admin console | Product or legal review of the feature's terms and limits | No one at Ridgeback was assigned to read vendor release notes |
| Feb. 10 | Team lead enables the feature for all chats | A test on a sample of chats before going live | The toggle required only admin rights, and the team was short-staffed |
| Feb. 10 to 14 | First customer conversations | Spot checks of the assistant's answers | Supervisors assumed the vendor had tested it |
| Feb. 12 | Assistant first tells a customer that refunds are allowed within a year, apparently drawing on an old ticket about a warranty claim | Automatic flagging of any answer mentioning refunds or money | No such rule existed |
| Mar. 3 | Finance notices refund requests citing chat transcripts | Incident review and suspension of the feature | This was the first review, and it worked: the feature was turned off the same day |
Dates are reconstructed from the admin console log, chat records and the finance team's ticket.
An Audit Across the Life of the System
Raji et al. (2020) proposed an internal audit framework for AI systems that runs across the life of a system rather than at a single gate. Its stages are scoping, which sets out the system's intended use and the risks it raises; mapping, which identifies the people and processes involved; artifact collection, which gathers documentation; testing, which checks the system against its risks; and reflection, which weighs results and decides what to change. They argued that responsibility gaps in AI systems arise when no one inside the organization owns these stages.
Applied to Ridgeback, the framework shows where each stage would have caught the failure. Scoping would have identified customer promises about money as a high-risk use. Mapping would have shown that the assistant's answers go straight to customers with no person in between. Artifact collection would have surfaced the vendor's note that the assistant could draw on past tickets, including outdated ones. Testing would have meant asking the assistant twenty questions about refunds before it went live. Reflection would have set a rule for when to turn it off.
A Structure the Retailer Could Have Used
The federal AI Risk Management Framework (National Institute of Standards and Technology, 2023) was written to help organizations of any size manage the risks of AI systems. It is organized around four functions: govern, which sets policies, roles and accountability; map, which establishes the context and identifies risks; measure, which assesses and tracks them; and manage, which prioritizes and acts on them. For a retailer of Ridgeback's size, the framework's main value would have been in the govern function. A one-page policy assigning an owner to any AI feature that speaks to customers, and requiring a test before it goes live, would have closed the first two gaps. Measure and manage could have been as simple as a weekly review of a sample of the assistant's answers and an automatic flag on any answer mentioning refunds.
Where Accountability Lands
Ridgeback's first response, in an email to customers, was that the assistant had "made an error" and that its statements did not reflect company policy. A published case shows why that position is weak. In a 2024 decision (Moffatt v. Air Canada, 2024), a British Columbia tribunal considered a customer who had relied on the airline's website chatbot, which told him he could apply for a bereavement fare after travel. The airline argued that the chatbot was a separate legal entity responsible for its own actions. The tribunal rejected the argument, finding that the airline was responsible for all the information on its website, whether it came from a static page or a chatbot, and it awarded the customer damages.
The decision is not binding on a Colorado retailer, but its reasoning is the one most customers, and most courts, would apply. The assistant spoke for Ridgeback. Ridgeback honored the 41 refund promises the assistant had made, at a cost of about $9,300, which was the right decision both ethically and commercially.
What Should Change
Three changes would prevent a repeat. Any AI feature that communicates with customers should have a named owner and should not be enabled without a recorded test. Answers touching money, safety or legal terms should go to a person before they are sent. And vendor release notes should be read by someone with authority to delay a feature. The vendor carries part of the responsibility too. It released a feature that could send answers to customers by default, drew on old tickets without warning that they might contradict current policy, and announced the change in a console notice few administrators read. Ridgeback should ask the vendor to ship such features switched off, with a test mode that shows draft answers to staff before any reach a customer. None of these steps is expensive. Together they would have cost less than the refunds.
References
Moffatt v. Air Canada, 2024 BCCRT 149 (2024). https://www.canlii.org/en/bc/bccrt/doc/2024/2024bccrt149/2024bccrt149.html
National Institute of Standards and Technology. (2023). Artificial intelligence risk management framework (AI RMF 1.0) (NIST AI 100-1). https://doi.org/10.6028/NIST.AI.100-1
Raji, I. D., Smart, A., White, R. N., Mitchell, M., Gebru, T., Hutchinson, B., Smith-Loud, J., Theron, D., & Barnes, P. (2020). Closing the AI accountability gap: Defining an end-to-end framework for internal algorithmic auditing. In Proceedings of the 2020 Conference on Fairness, Accountability, and Transparency (pp. 33-44). Association for Computing Machinery. https://doi.org/10.1145/3351095.3372873
Reading the MGMT 8825M Week 10 instructions
For Week 10 you analyze how one AI feature was deployed and where review failed. Follow the deployment as a timeline, from the vendor's release to the moment a problem was noticed, and for each step name the review that could have happened and why it did not. Apply an internal audit framework that spreads review across the system's life, showing which stage would have caught the failure. Engage the NIST AI Risk Management Framework as a structure the organization could realistically have used, given its size. Use a published decision or case to show where accountability landed when a similar system made statements on a company's behalf. Close with specific changes. Expect five to seven pages under APA headings.
How the MGMT 8825M Week 10 example is put together
Ridgeback's analysis opens with the vendor's February release, the team lead's toggle and finance's discovery of refund requests quoting chat transcripts. The timeline table gives five dated rows, each with a missed review and a plain reason: no owner, no test, an assumption about the vendor, no flagging rule. The audit section walks through Raji and colleagues' stages one by one. The NIST section argues that a one-page govern policy and simple measure and manage routines would have closed most gaps for a 140-person firm. The Air Canada tribunal decision answers the retailer's first email, and a final section adds the vendor's share and three low-cost changes.
Where the marks sit in the MGMT 8825M Week 10 rubric
The timeline is weighed most heavily. Each missed review point should be specific, dated and paired with a believable reason, since the analysis aims to show how ordinary failures add up. The audit framework counts only if every stage is matched with a concrete check that would have caught the problem. The NIST framework should be engaged realistically for the organization's size, not summarized. Use of a published case shows where accountability lands and must be described accurately. The recommended changes should follow from the missed points. Analyses that blame one employee, that treat the vendor as solely responsible or that describe frameworks without applying them fall into the middle band.
Common MGMT 8825M Week 10 mistakes, and how to avoid them
Reconstruct the timeline from logs, emails and tickets before you analyze it; dates make the missed reviews concrete. For each step, ask who could have checked and what they would have needed. Avoid blaming individuals; look for missing owners, tests and rules. Read the NIST framework's core functions and pick the parts a small organization could actually do. When citing a published case, describe its facts and holding accurately and say why its reasoning applies. Keep recommendations few and cheap enough to adopt. If you want help building the timeline, the tutoring desk can work through your sources with you. The retailer analysis on this page shows the finished table, and its last section shows how to share responsibility with a vendor without excusing the buyer.
Get a MGMT 8825M Week 10 example written to your instructions
Hand the desk the Week 10 analysis prompt and rubric, plus the deployment your section assigned or a description of one you have in mind. A deployment analysis is written and returned in 24-48h, at no charge the first time. Its timeline is a composite; supply real documents for an assigned deployment and the analysis is rebuilt on them.
More MGMT 8825M papers and PhD in Management samples
- MGMT 8825M Week 1: Discussion Post
- MGMT 8825M Week 2: Principles Brief
- MGMT 8825M Week 3: Ethics Analysis
- MGMT 8825M Week 4: Accountability Memo
- MGMT 8825M Week 5: Case Analysis
- MGMT 8825M Week 6: Harms Assessment
- MGMT 8825M Week 7: Autonomy Brief
- MGMT 8825M Week 8: Position Memo
- MGMT 8825M Week 9: Peer Reply
- MGMT 8825M Week 11: Ethics Argument
- MGMT 8900M Week 10: Revision Memo
- MGMT 8815M Week 10: Implementation Memo
- MGMT 8805M Week 10: Investment Memo
- MGMT 8725M Week 10: Succession Memo
MGMT 8825M Week 10 questions, answered
Where can I find a free MGMT 8825M Week 10 sample paper?
The Ridgeback Outfitters deployment analysis is reproduced above in full, timeline table and all.
What went wrong in the MGMT 8825M Week 10 sample?
A generative support assistant promised customers full refunds within a year, against a 30-day policy for unused items.
What are the four functions of the NIST AI RMF?
Govern, map, measure and manage.
What did the Air Canada tribunal decide?
That the airline was responsible for information from its chatbot and could not treat the bot as a separate entity.
How much did honoring the promises cost the retailer?
About $9,300 for 41 refunds the assistant had promised.