This is more a political matter of question. People (in this case:
users) acustom very well and quick to good solutions. So I would go
for a). Of course, if you are sure your solution is better.
The only drawback is that the "mother's" failures will be even more
visible. Mother could get angry ... ;+)
On 4/19/05, Weevers, Ivo <ivo.weevers at vitatron.com> wrote:
> [Please voluntarily trim replies to include only relevant quoted material.] > > Hello, > > The company I work for develops a medical application on a kind of specific medical laptop and has about 5% of the world market. Our mother company holds about 50% of the world market and develops a similar application for the same purpose on the same laptop. > > The users of our applications (cardiologists) need to use both applications. The usability of the mother company's application violates many general usability rules and we also know from experience that users are not always pleased with the way the user interface is organized. However, mostly - since the mother company owns 50% of the market and users need to work with the application often - they become familiar with the application. > > I am in two minds now: > > A.) Should we - as a relative small company - try to improve the application usability with the result that our application will differentiate from the one from our mother company and people possibly need to get used to a somehow different user interface? > > B.) Or should we stick to concepts that do not support the user from a usability point of view very well, but do support them with what they are used to? > > Does anyone have any thoughts or examples on this issue? > Thanks in advance. > > Ivo Weevers > > _______________________________________________ > Welcome to the Interaction Design Group! > To post to this list ....... discuss at ixdg.org > (Un)Subscription Options ... http://discuss.ixdg.org/ > Announcements List ......... http://subscribe-announce.ixdg.org/ > Questions .................. lists at ixdg.org > Home ....................... http://ixdg.org/ >