Skip to main content
πŸ“š Cite this page

AMA
Weru Lawrence. Untitled. The ENABLE Model website. Published 2025. Accessed 2025-08-09. https://enablemodel.com/docs/manifestations/whispp

APA
Weru, L. (2025). Untitled. The ENABLE Model. https://enablemodel.com/docs/manifestations/whispp

MLA
Weru, Lawrence. "Untitled." The ENABLE Model, 2025, https://enablemodel.com/docs/manifestations/whispp.

Chicago
Weru, Lawrence. "Untitled." The ENABLE Model. 2025. https://enablemodel.com/docs/manifestations/whispp.

BibTeX

@misc{enable2025whispp,
    author = {Weru, Lawrence},
    title = {Untitled},
    year = {2025},
    url = {https://enablemodel.com/docs/manifestations/whispp},
    note = {The ENABLE Model}
}

Whispp

People who stutter route phone audio through Whispp to convert whispered speech into fluent-sounding voice in real time.

ENABLE Model location​

What it is​

People who stutter use Whispp to route their phone audio through the application, converting their whispered speech into fluent-sounding voice in real time. Whispp provides an alternate speech pathway that some people who stutter may find more fluent. This tool allows them to communicate more effectively with automated phone systems or other communication interfaces that might otherwise fail to understand their speech. It functions as an assistive technology, which people with disabilities rely on to interact with digital and physical environments when accessibility is not built into a product or service.

Why it matters​

The need for tools like Whispp highlights a systemic failure upstream in product design, development, and testing. When mainstream communication systems, particularly speech recognition AIs, are not designed to accommodate diverse speech patterns, the burden of ensuring communication shifts directly onto the user. Assistive technologies, while powerful, often become a necessary patch for inaccessible environments, forcing users to adapt their own methods just to participate. This compensation is required because inclusive requirements were not set, and compatibility with diverse user needs was not adequately tested during pre-launch phases, leading to preventable harm, loss of trust, and diminished autonomy.

Real-world example​

A person named Larry, who stutters, was locked out of their online bank account after trying to verify a transaction through an automated fraud prevention phone system. The system's speech recognition AI repeatedly failed to understand Larry's speech, leading to the call being disconnected and the account being locked. Had the bank's system undergone pre-launch accessibility testing with diverse speech patterns, or had an accessible alternative communication channel been provided, this lockout could have been avoided. In such scenarios, individuals like Larry are forced to seek external solutions to bridge the communication gap, enduring significant stress and inconvenience that non-stuttering peers do not experience.

What care sounds like​

  • β€œOur speech recognition AI must be usable by people who stutter.”
  • β€œWe must perform user studies to test how well our speech recognition AI works for people who stutter.”
  • β€œHow can our speech recognition AI do a better job with people who stutter? If it can't, can we provide an accessible alternative?”
  • β€œWe designed this system to be inclusive of various speech patterns from the start.”

What neglect sounds like​

  • β€œThe system works fine for most users, so we assumed it works for everyone.”
  • β€œWe'll fix any issues after launch if someone complains.”
  • β€œOnly one user reported that issue, so it's not a priority.”
  • β€œWell, it passed our automated tests -- we don't have time to revisit it now.”
  • β€œIf users had issues, they should've reported them earlier.”

What compensation sounds like​

  • β€œI have to route my calls through this software just to access basic services.”
  • β€œI never know which automated system will be usable today without my special tool.”
  • β€œWhy should I need special software to do what others can do out of the box?”
  • β€œI use this application to ensure I can communicate clearly, but it’s an extra step I shouldn't need.”

πŸ“ Disclaimer

The ENABLE Model draws on principles from anthropology and journalism to create a public ethnography of accessibility, documenting how people intervene or compensate for accessibility breakdowns in the real world. Inclusion here does not imply endorsement. It chronicles observed use -- how a tool, organization, or strategy is actually used -- rather than how it is marketed. References, when provided, are for verification and transparency.


πŸ“š Cite this page

AMA
Weru Lawrence. Untitled. The ENABLE Model website. Published 2025. Accessed 2025-08-09. https://enablemodel.com/docs/manifestations/whispp

APA
Weru, L. (2025). Untitled. The ENABLE Model. https://enablemodel.com/docs/manifestations/whispp

MLA
Weru, Lawrence. "Untitled." The ENABLE Model, 2025, https://enablemodel.com/docs/manifestations/whispp.

Chicago
Weru, Lawrence. "Untitled." The ENABLE Model. 2025. https://enablemodel.com/docs/manifestations/whispp.

BibTeX

@misc{enable2025whispp,
    author = {Weru, Lawrence},
    title = {Untitled},
    year = {2025},
    url = {https://enablemodel.com/docs/manifestations/whispp},
    note = {The ENABLE Model}
}