Have you considered replacing the example entirely? A toy program that looks good but is terribly nonperformant is exactly what I'd put up if I wanted to make a Haskell-style language look bad.
It's not how people should choose a language, but I'd wager it plays a non-trivial part even if only from laziness alone.
We have to remember we aren't marketing to perfect* developers but more to the average if an aim is mass adoption.
*Perfect as in follows general programming best practices. Following best practices is not always best. Not trying to make a value judgment here.