A solution that boils down to "take all the tools in your workflow that you're already familiar with and throw 'em out the window" is not going to go over well.
Those of us who work in the content-management space have been trying to get people to understand "pasting from Word is bad and will break your heart" literally for decades now. It never works. Word is the only composition tool many of these folks are familiar with, and that familiarity has only come because (from their perspective) they've had to fight with its idiosyncrasies for so long that they finally know where all the land mines are. The idea of having to go through all that all over again with a new program is frightening, so they hold on to Word with all their might.
It's possible that eventually Word will become less of a problem, not because it'll get better but just because a generation of writers will grow up who are more familiar with Web writing tools than offline ones. But we're at least a couple of decades out from that being the case, alas.
The problem for a lot of users is the disconnect between a logical style (the actual boldness of the text) and representations of that style. If you haven't learned to handle this kind of abstract symbolism, plain text markup formats just don't make sense to you. Your brain instead registers it as a combination of "this editor doesn't have bold for some reason" and "the computer garbled my copy and made parts of it bold for some reason" without ever drawing the connection between one and the other.
This is only really an issue in places where abstract thought is seen as an innate ability which can only be tested for and not taught to people. Unfortunately this includes the US.
In languages like Markdown and Textile, one doesn't need to worry about presentation, it's all about semantics.
What I'm saying is that untrained users have trouble with the idea, fundamental to markup languages, that some text can represent attributes of other text. To such users, an asterisk means "the text has an asterisk in it." They cannot reinterpret asterisks as markup without relearning the way they look at text itself. They're used to having the territory laid out in front of them, and all of a sudden you're handing them one map and asking them to write another, but they don't know what a map is.
<p><b>some text</b></p>
and <style type="text/css">
.emphasized { font-weight: bold; }
</style>
<!-- [...] -->
<p class="emphasized">some text</p>
One specifies "this text shall be bold"; the other specifies "the semantics of this text require that it be emphasized", with precisely what 'emphasized' means handled elsewhere, in the CSS which defines how the class 'emphasized' shall be rendered -- which, given appropriate media queries, might appear entirely differently depending on whether the document is rendered to a large screen, a small screen, to print, &c., &c.
For small sites, I use Textpattern. Contributors can write content in plain text with Textile tags (if they choose to do so).
For larger sites, I use Drupal. Contributors can write content in plain text with Textile or Markdown tags (if they choose to do so).
That way, the brand gudelines are upheld and contributors don’t have to think about styling too much (and if they want to disrupt, they can’t).