Re: [Fed-Talk] "User" v. "Consumer" v. "Enterprise"
Re: [Fed-Talk] "User" v. "Consumer" v. "Enterprise"
- Subject: Re: [Fed-Talk] "User" v. "Consumer" v. "Enterprise"
- From: "Fletcher, Boyd C. CIV US USJFCOM JFL J9935" <email@hidden>
- Date: Tue, 30 Dec 2008 12:55:21 -0500
- Thread-topic: [Fed-Talk] "User" v. "Consumer" v. "Enterprise"
On 12/30/08 12:08 PM, "Timothy J. Miller" <email@hidden> wrote:
> Joel Esler wrote:
>> I don't agree on this point. Just because they are 3 seperate apps,
>> doesn't meant they aren't integrated. They work and talk with each
>> other in real time, that's integration. If you mean "all in one app".
>> Then there are apps like Entourage that do that. But I prefer to have
>> 3 apps. Enterprise use too.
>
> In the end no-one knows which of these models is more effective because
> no-one's bothered to really study it. Usually these discussions fall
> back on "users want X" but those wants only reflect what a given user
> population is familiar with.
>
not quite true. MS did a number of internal studies to look at which
approach works best. The design of the Outlook UI was not done in vaccuum.
> E.g., in discussing an enterprise mail system it will usually be trotted
> out that it *must* support calendaring in MS Outlook because "that's
> what users want"--but since that's all users have ever had what basis is
> there for comparison?
lotus notes
novell groupwise
evolution
HP/Samsung OpenMail.
many many others.
>
> (IMHO, the best architecture is standard multi-tier; i.e., decompose by
> service and do any integration (if at all) at the presentation layer.
> E.g., an enterprise messaging architecture is composed of mail,
> calendar, directory, and presence; provide these as services. Users can
> then choose a presentation layer that suits their needs at a specific
> time--i.e., all-in-one thick client at the workstation, separate thinner
> clients on a mobile device, thin-client web interface at a kiosk, &etc.
> But that's getting off topic.)
>
> -- Tim
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Fed-talk mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden