En standardtillämpning eller kanske en specifik lösning?
På den nyaste nordiska applikationskatalog-CD:n finns ca. 500 AutoCAD-applikationer. Utöver dessa mer eller mindre branschspecifika applikationer har utvecklats många kund- eller produktspecifika tillämpningar
Jämfört med handarbete kan konstruktionsarbetet utföras 0-200% snabbare med en "standard" AutoCAD. Genom att använda branschspecifika applikationer kan man redan uppnå en effektivitetsökning på 100%-500%. Med en välgjord företagsanpassad applikation kan man komma upp till 2000-4000 procent. De nämnda siffrorna varierar naturligtvis beroende på företag och bransch, men de ger dock en uppfattning om betydelsen.
Största nyttan av en företagsspecifik applikation fås, om produkterna och deras strukturer kan systematiseras på något sätt. Så ligger det också till hos den producerande industrin. Däremot varierar t.ex en konstruktionsbyrås uppdrag så mycket, att en långtgående systematisering av produkterna är besvärlig.
Det är fullt realistiskt att förvandla veckor till timmar och timmar till minuter. Om planeringsbehovet är kontinuerligt (= projektleveranser), uppnås samma nytta vid varje leverans.
Vad är nyttan?
I de flesta fall är inte konstnadsinbesparingen i själva planeringsarbetet ens den största nyttan man har av ett effektivt planeringssystem. En effektiv offertritningsproduktion kan stimulera försäljningen. Produkternas leveranstider kanske förkortas, eftersom planeringstiderna är kortare. Tar man bort konstruktionsfelen minskar sekunda-produkterna, förseningarna och behovet av provmonteringar.
Den största nyttan, på lång sikt, torde dock vara den att konstruktörernas kapasitet frigörs från rutinuppdragen. De kan istället koncentrera sig på den verkliga produktutvecklingen. Detta medför bättre och/eller billigare konstruktioner.
Gör vi det själva eller...?
Den som använt AutoCAD i några år har inte kunnat undgå att utföra applikationsarbete själv i någon form. Editering av menyer, sammanställning av symbolbibliotek och finurliga lisp-rutiner har kunnat vara till stor nytta.
Utvecklandet av en bra konstruktionsmetod och dess kodning till ett fungerande program är något helt annat än att skriva en lisp-snutt nu och då. Hur många "hemgjorda" applikationer har t.ex en ordentlig dokumentation? Programmet borde gå att använda och utveckla också efter det att den som gjort programmet har försvunnit och jobbar i ett annat företag.
Utöver detta kan utvecklingen av en effektiv tillämpning kräva ett antal kompilatorer och erfarenhet av deras användning.
Sett från företagets synvinkel kan man uppnå bästa resultat genom att utnyttja den kunskap och skicklighet, som var och en har mest av. Ofta hör dessa kunskaper ihop med själva produkterna och inte med utveckling av dataprogram.
En egen programutveckling kan i alla fall ha sina strategiska skäl. I sådana fall är det skäl att reservera tillräckliga resurser och försäkra sig om att en eventuell minskning av planeringskapaciteten inte stör företagets verksamhet.
Ställ krav på leverantören.
är man beslutat att låta en utomstående applikationsutvecklare göra det önskade programmet, har man valet av leverantör framför sig. De fina planerna kan i detta skede gå om intet ifall man väljer fel. En inkompetent applikationsutvecklare kanske inte alls klarar av uppdraget eller missuppfattar hela problemet och slutresultatet blir något helt annat än man förväntat sig. Nedan några saker man bör fästa uppmärksamhet vid när man gör sin bedömning.
- Tillförlitlighet. Ta reda på hur tillförlitlig avtalspartnern är. Fråga t.ex. utvecklarens tidigare kunder. Ett gott tecken på tillförlitlighet är också titeln auktoriserad AutoCAD-applikationsutvecklare, vilken beviljas av Autodesk.
- KFörmågan att utveckla konstruktionsmetoder. En bra utvecklare kan föreslå kunden de bästa planeringsmetoderna, han känner till sin kunds problem i detalj.
- Ansvarstagande. Det hör till en bra utvecklare att kunna bestämma projektets tidsplan och ge en bindande offert. Om leverantören inte klarar detta, vem ska ska då kunna!
- Referenser. En bra applikationsutvecklare har goda referenser. Fråga efter dessa och ta reda på om kunderna är nöjda med sina applikationer.
- Stödtjänster. Försäkra dig om att du får hjälp ifall problemsituationer uppstår. Detta kan vara svårt om leverantören gör applikationen som ett sidojobb.
- Seriöst på marknaden. Se till att utvecklingen av kundspecifika applikationer inte är en sidobusiness. Utvecklandet och marknadsföringen av standardapplikationer kan inverka hämmande på förmågan att sätta sig in i kundens speciella behov.
Fråga mera
Copyright
© 2009 Pivota