[DUG] Demoing at a DUG Meeting - Accredo or otherwise
David Brennan
dugdavid at dbsolutions.co.nz
Mon Aug 22 14:28:20 NZST 2005
There will always be some good examples of poor products which do better
than good products. However it's also self evident that in the absence of
all other factors a good product will be better received than a poor
product.
Sometimes you might be able to get away with producing a poor product - get
lucky if you will. But that doesn't mean you should necessarily base your
business around that philosophy.
David.
-----Original Message-----
From: delphi-bounces at ns3.123.co.nz [mailto:delphi-bounces at ns3.123.co.nz] On
Behalf Of Neven MacEwan
Sent: Monday, 22 August 2005 2:09 p.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Demoing at a DUG Meeting - Accredo or otherwise
Max
You may be dismissive of MYOB but you can't argue with success
You asked for my opinion of how I perceived Accredo and I assume
you agree with it, I don't agree that your implementors couldn't handle
something more complex, If that is your logic its slightly patronising.
The point is if you want accredo be in the mid range with Great Plains,
Navision, MySAP etc then you will at minimum offer the functionality I
suggested, otherwise you are simply posturing
Neven :-)
Max Nilson wrote:
> Neven replied to me:
>
>
>>Your paradigm has always been that the technical stuff is profax's
>>domain and that works when your implementors are endusers and
>>accountants, it doesn't make for a product that can be used as a
>>component by other technicians
>
>
> Well oddly enough our implementors are endusers and accountants, and these
> are the market we have designed and built for for 20 plus years. Its
> extensibility is intended to make the endusers and accountants life
easier,
> and to support the unique business requirements each of our customers has.
> The decision was made to do this using a VB clone to have maximum
friendless
> and familiarity to a customer base that was confortable with MS Office and
> little else.
>
>
>>As far as I'm concerned MYOB has that area covered,
>
>
> <scarcasm on>
> MYOB. Right.
> <scarcasm off>
>
>>My advice
>>would be in order to grow your product (and I forsee it being a v
>>difficult market in the next few years esp if M$ start playing tricks)
>>would be expose your layers 6 ways from sunday, use MSSQL in a
>>INSERT/UPDATE/DELETE mode, middle tier all the data integrity (RI in
>>the DB but that can be done in a case tool) COM business objects and
>>trade on your excellent UI skills, Then you would be a seroius
>>contender for MySAP, Narvision etc
>
>
> Nice design, but not one that can be installed or supported us or by our
> existing partners. We have not gone down this route exactly because we
don't
> want to alienate our existing dealers, support people and customers. It's
a
> business decision, not a programming one.
>
>
>>Neven (Soon to retire to sunny Hawkes Bay and grow truffles)
>
>
> Yummmy truffles!
>
> Cheers, Max.
>
>
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi
>
>
--
Neven MacEwan (B.E. E&E)
Ph. 09 620 1356 Mob. 027 4749 062
New Address Details
===================
MWK Computer Systems
1 Taumata Rd
Sandringham
Auckland
Ph 620 1356
Fx 620 1336
_______________________________________________
Delphi mailing list
Delphi at ns3.123.co.nz
http://ns3.123.co.nz/mailman/listinfo/delphi
More information about the Delphi
mailing list