Nemanau, kad senukuose dar sukasi rivilė. Manau ten jau sukasi Senukai-rivilė
Jei bendrai, tai manau pasirinkimas priklauso nuo poreikių tokių kaip duomenų kiekis, patogumas, integracijos poreikis...
Jei reikia integracijos su MS produktais, tai kas gali integruoti geriau jei ne pats MS ir t.t.

Demo versija nepadės. Čia kaip atsisėsti į lėktuvą ir pabandyti skristi Reikia specialisto, kuris bent jau pradžią padarytų. Kitaip labai jau ilgai trunkantis procesas. Nebent turite patirties su kitomis programomis.
Aš siūlau susirasti mokymus, Kiek žinau ProTraining tokius organizuoja. Reikia į jų puslapį nueiti ir susirasti. Be to būtų galimybė ir mokomosios medžiagos gauti.
Manau kad išmokus pagrindinius darbo su Navision aspektus nebus sudėtinga prisitaikyti ir pas naujus darbdavius.
Sėkmės

Man kilo vienas klausimas. Kokio tipo programos jums reikia?
Kiek žinau yra galimybė turėti tokią apskaitos programą pačioje stotelėje. Tą gali pasiūlyti bet kuris telefonų stotelių gamintojas. Jis pasakys kokiu formatu ta informacija po to atiduodama.
Antra galimybė, kad stotelė pateiktų išklotinę, o po to būtų susisteminama informacija. Čia kyla klausimas, koks yra tos informacijos panaudojimas.
Galiu pasakyti tiek, kad įmonės, kurios siūlo telefonų stoteles (pačios jas gamina) tikrai turi tokią programinę įrangą. Ir manau, kad jie gali pasiūlyti įvairius informacijos pateikimo būdus, t.y. gali perduoti informaciją į jūsų apskaitos sistemą arba tiesiog atspausdinti.

Na, Oleg, truputi persistengiai su skaičiavimais. Buhalteriui skirtai programai sukurti tikrai nereikia 3 milijonų investicijų
Bet aš nelabai suprantu jos poreikio. Jei tai yra įrankis skirtas vienam žmogui, tai vadinasi jam darbo ne sumažėja, bet padaugėja. Kodėl? O todėl kad jam reikia suvedinėti (ne visi mes renkame kelis šimtus žodžių per minutę), po to tikrinti ką suvedė ir jei padarė neteisingai - koreguoti. Įvertinkime ir tai, kad ne visi mes naudujamės kompiuteriu taip kaip naudojamės šakute. Taigi darbo tikrai nesumažės. Tam ir yra paskirstomi darbai tarp įmonės darbuotojų.
Tarkim, pardavėjai suveda pardavimus, tiekimo skyriaus darbuotojai, pirkimus ir t.t. Buhalteris gauna tik paskutinius skaičiukus.
O kai kalbam apie vienam žmogui skirtą programą, siūlau Excel
Be to pažiūrėkime į palaikymą. Ko galima tikėtis iš žmogaus, kai jis serga gripu? Ko galima tikėtis iš jo, kai jis atostogauja?
Na ir pabaigai - ko galima tikėtis iš jo, jei man reikia mokymų? Ar daugelis iš jūsų galėtų man detaliai paaiškinti, kaip reikia naudotis televizoriumi, t.y. kaip jį nustatyti, kaip derinti ir ką reiškia visi tie parametrai. Mums tai atrodo akivaizdu, bet sunkiausia yra papasakoti apie tai, kas atrodo mums elementarus dalykas. Ir tik profesionalūs mokytojai sugeba pasakyti tai, kas yra svarbu tam kuris nežino, o ne tai, kas mums atrodo jog padaryta labai "krūtai".

O jeigu tas vienas gudruolis išvažiuoja vasarai pauždarbiauti (ar šiaip paatostogauti), tai mano apskaita turi veikti nepriekaištingai. Be to tas vienas gudruolis turi žinoti visus įstatymus bei niekada nepasenti :)

Viskas priklauso nuo to, kokios buhalterinės programos ieškote.
Jei ieškote kuo pigiau, tai reiškiasi jums ir aptarnavimo išlaidos turi būti kiek įmanoma mažesnės bei serveris su minimaliais resursais. Tokiu atveju, mažos kompanijos tikrai pasirūpins.
Jei galite mažiau taupyti ir norite, kad jūsų IT ūkį prižiūrėtų kita firma, tada teks kreiptis į didesnes, nes jos turi daugiau resursų ir gali padėti. Bet kaip minėjau, kaina bus didesnė.
Taigi nuspręskite kokio "paketo" jums reikia ir tada jau ieškokite IT kompanijos.
Pasiūlymas - netaupykite vienoje vietoje, viskas turi būti subalansuota :)

Tikiuosi, rucike, gavai pakankamai informacijos.
Man atrodo, kad mes su Oleg jau skirtingose dimensijose
Na bet iš šono geriau matosi.

Oleg, matau kad daug žinote apie VVS.
Ar žinote, kodėl CRM nėra toks populiarus ir mėgiamas pardavėjų? Todėl kad jo nauda atsiskleidžia, kai pardavėjas ar kitas asmuo prie sistemos gali prieiti nebūdamas ofise, t.y. neturėdamas galimybės prisijungti prie DB. Juk mes nekalbame apie pardavimus telefonu :) Ir čia jokia ERP (VVS) nelabai ką gali pasiūlyti, nes "per daug duomenų". Va čia ir išlenda nauda CRM sprendimo, kuris turi viską ko reikia būtent šiam personalui įskaitant sutrauktą ir neperkrautą informaciją ir t.t., bei galimybę turėti informaciją savo kompiuteryje kuri prisijungus prie DB sinchronizuojama. Veikia panačiai kaip Outlook kai naudojamas Exchange (labai techniškai parašiau )
Taip, integruota informacija turi būti, t.y. nesamonė suvedinėtu pardavimo užsakymą du kartus. Bet nepamirškime ir to, kad buhalteriui toje pašioje SF reikia vienos informacijos, pardavėjui - kitos. Pardavėjui tikrai nerūpi (aš taip manau), kurioje sąskaitoje nuguls jo pardavimo dokumentas...
Iš kitos pusės, kartais tikrai būna nedidelis poreikis (arba galima išsiversti) prieiti prie tokios informacijos neturint galimybės prieiti prie DB. Tada gili integracija, kuri yra VVS, labai praverčia (jei ji lanksti).
Beje, paskaičiau tą puslapį, ir ten matau kad yra pardavimo galimybių valdymas, rinkodaros kampanijų valdymas... kas labai toli nuo kontaktų valdymo.

Manau reikėtų paderinti terminus. Kontaktų valdymas - tai informacijos apie kontaktą surinkimas, apdorojimas ir panaudojimas.
Ryšių su kontaktais valdymas (CRM) - tai kontaktų valdymas + ryšių su jais valdymais, tokių kaip skambučiai, susitikimai, marketingo veiksmai nukreipti į konkrečius kontaktus ir t.t. Grubiai tariant - kontaktų/santykių palaikymas.
Taigi, tarkime, pardavimo proceso automatizavimas ir valdymas tikrai nėra kontaktų valdymas (į tai patenka ir marketingo kampanijos). Tai yra CRM dalis.
Kas liečia integraciją su VVS (matau kad populiaru vadinti ERP), tai ji visada turi būti, bet priklauso nuo poreikių. Jei tereikia turėti informaciją apie pardavimus tam klientui bei galutinę skolą, tai tikrai nereikia dar apkrauti savęs ir mokėjimų informacija, valiutinių nukrypimų skaičiavimo įrašais ir t.t. Kitiems gal kaip tik tai svarbu matyti vienoje vietoje.
Mano nuomone, CRM yra skirtas pardavėjams ir marketingo personalui (jei kalbame apie pardavimų dalį), bei aptarnavimo komandai. Aišku, vadovams irgi reikia, bet jie gali gauti jau apdorotą informaciją kuri nebūtinai turi būti pateikiama per CRM sprendimus. Tam yra analizės priemonės arba žemesnės grandies darbuotojai

[quote:6f4fa3af49]nuo paprasto kontaktu valdymo (panasus i Navisiono funkcionaluma)[/quote]
Prieš parašydamas savo mintis nesutiksiu su Oleg išsakytu argumentu. Navision yra daug daugiau negu kontaktų valdymas. Tai, apie ką užsiminė, buvo gal prieš penkerius metus... Bet ne to klausė
Taigi, dabar mano mintys CRM linkme.
Visiškai sutinku, kad reikalinga strategija orientuota į klientą, o po to galima rinktis produktą. Ir labai nesutinku, kai manoma, kad tai negali būti atskira sistema.
Realiai CRM sprendimas yra orientuotas į naujus pardavimus. Antra paskirtis galėtų būti aptarnavimo tobulinimas. Taigi ir vertinkime kaip du dalykus. Ir tikrai nebūtina gili integracija. Kartais tereikia tam tikros finansinės informacijos.
Taigi pirmasis - orientuotas į pardavimus. Jo esmė - susisteminti pardavimo procesą (nešokinėti pirmyn - atgal). Svarbu, kad bet kuriame etape kitas pardavėjas galėtų perimti ir tęsti pardavimo procesą. Taip pat, kad pirmąjam atostogaujant klientas nebūtų priverstas laukti kol jam paskirtas agentas sugrįš ir teiksis kažką pasiūlyti. Be to ši sistemos dalis gali padėti didinti pardavimus įvertinant to paties kliento praeities pirkimus, tendencijas, pomėgius ir t.t. Negi nepasiūlysi įsigyti saldainių (naujos rūšies), jei žinosi kad klientas turi 5 vaikus :) Ir t.t.
Antrasis - aptarnavimas. Svarbu mažinti laiką, per kurį yra atsakoma į klientui iškilusį klausimą ar išsprendžiama problema. Na ir čia vėl atsiranda poreikis įrankiui, kuris padėtų keistis informacija, išsaugoti praeities sprendimus ir t.t. Tai gali būti tarkime techninės pagalbos skyriui skirtas įrankis.
Taigi pabaigai. Esmė, mano nuomone, žinoti ko jūs tikitės iš sistemos, t.y. kuo ji turėtų būti jums naudinga.
Sėkmės pasirenkant programą įgyvendinančia jūsų svajones.

O kokiu tikslu ją naudosite. T.y. apie kokią verslo šaką kalbame.
Dažnai gamybos sprendimas priklauso nuo pramonės šakos. Jei kalbame apie serijinę gamybą, tai ji galėtų būti ir surinkimas (tarkime televizorių), ir pieno išpilstymas
Be to, svarbu ką jūs tikitės gauti iš sprendimo. Tarkime jums labai svarbu žinoti tikslią savikainą, nes pagal tai nustatote kainas (suprantu, kad tai pats blogiausias kainos nustatymo modelis, bet labai populiarus). Arba galbūt jums labai sunku nustatyti kokius darbus kas ir kada turėtų atlikti, todėl jums reikalinga galimybė tokiai informacijai saugoti ir pateikti darbų grafikus...
O ar lietuviška, ar ne, turėtų nelabai rūpėti. Manau kad tai yra išeitinis kriterijus, kuris seka tarkim paėmus kainą ar dar kokį kitą kriterijų. Bet tai gali labai klaidinti, nes tarptautinė sistema gali kainuoti pigiau įvertinus visas išlaidas (programa, papildoma programinė įranga, mokymai, pritaikymas, palaikymas...).
Apibendrinant siūlau nusistatyti kelis dalykus: ka programa turėtų padėti išspręsti, koks yra biudžetas ir kiek laiko galite skirti diegimui. Pradžiai to užteks

[quote:7fc1f3a8e7]Pasinaudok paieška, tikrai yra daug prirašyta apie Rivilę, net pažingsniui aprašytos situacijos[/quote]
Patinka man toks aptarnavimas - nežinai, tai pasieškok. Paprasta, tik neaišku kur ieškoti
Aišku ir užklausimas labai konkretus.
Manau jei suformuluotumėti ko tiksliai norite, tarkime, kad pamokintų kaip vaikščioti po sistemą, filtruoti informaciją, ieškoti informacijos... arba tarkime pamokintų kaip vesti su pirkimais susijusią informaciją, tai manau, kad atsirastų ir čia specialistų, kurie parašytų kelias disertacijas

Pasakysiu ir aš savo nuomonę šiuo klausimu.
Manau, kad nebūtų lyginama su programa, jei ji būtų prasta. Kas gi lygina su prasčiausiais produktais?
O jei rašo apie ją prastai, tai dar nereiškia, kad ta programa yra blogiausia (nors gali taip ir būti), bei atvirkščiai.
Taigi, spręskime pagal tai, ką programa padės išspręsti. Ir koks skirtumas kad neveikia gamyba, jei aš jos neturiu ir mano verslas nėra tuo grįstas (tarkime paslaugų įmonei). Aišku plėtra yra svarbu, bet nereikia perlenkti lazdos

Taigi apibendrinkime. Kuria unikalius sprendimus visiems, t.y. keliems šimtams skirtingų įmonių nes jos visos yra unikalios, tai joms visoms ir unikalūs sprendimai.

[quote:2d30e97c57] Manau, kad del to, kad mes kuriame realius specializuotus sprendimus. T.y. sistemos funkcijos vieniems skiriasi nuo sistemos funkciju kitiems, todel zinoti "kas bus po tam tikro mygtuko paspaudimo" neuztenka [/quote]

Iš to seka, kad jūs turite tų kelių šimtų įmonių specifiką suprantančių specialistų (jie turi prisiminti ir kas kam yra padaryta, nes turi konsultuoti prireikus) bei atitinkamą skaičių programuotojų. Be to tam kad viską suvaldyti ir turėti bent kažkokį standartą, turite ir rimtų produkto kūrimo strategų. Manau, kad jūs labai dideli (Lietuvos masteliais), kokie 500 darbuotojų. Ar aš klystu?[/quote]

O ar jis žino kodėl kiekviena iš tų įmonių pasirinko būtent tokį ir kodėl tik jis tinka tai įmonei. O gal kitas yra daug geresnis. Dažnai yra tik pripratimo reikalas, bet tai tikrai nėra efektyvu. Ir jei tas konsultantas bandytu tobulinti o ne iš naujo kurti tam tikras sritis, jis padarytų iš ties vertą dėmesio sprendimą.
Tarkim kad ir gamyba. Ji tikrai nėra tokia unikali, kad kiekvienam reikėtų kurti atskirai. Yra tam tikri elementai, bet pagrindas visada tas pats.
Be to, jei jūs kuriate visiems specializuotą sprendimą, tai kaip su jo naujinimu? Tarkime klientas įsigis naujausią OS ir norės, kad būtų išnaudojamos jos galimybės. Ar tai reikš kad perrašinėsit jam vienam programą? Ar tarkim atėjus naujam darbuotojui, kuris jau dirbo su jūsų programa tik kitoje įmonėje, pakaks žinių kad dirbtų ir naujoje įmonėje? Jei jos paremtos skirtinga "logika" - beviltiška. Ne visi mes programuotojai ir kompiuterių ekspertai, kad turėtumėm nuovoką ir drąsą maigyti visus mygtukus iš eilės (tuo labiau tai kvaila būtų esant buhalteriui).
Biudžetavimas irgi yra panašus. Tikslas yra vienas - kuo tikslesnis biudžetas ir prisiimta atsakomybė už jį. Antruoju klausimu programa nepadės . Bet tuo viskas nesibaigia. O kaip jis bus įgyvendinamas? Ar jis paremtas faktais ar būrimu iš kavos tirščių.
Taip kad unikalumas turi savo ribas. Ir nereikia atmesti patirties ir išradinėti dviračius. Jie išrasti, patobulinkim juos.

Oleg, matau kad yra noras parodyti, kad vienas žmogus gali būti specas visose srityse. Bet ar gali įsivaizduoti programuotoją, mediką (chirurgą) ir buhalterį viename asmenyje? Aš ne. Gal būt mano netokia laki vaizduotė Taigi verslo konsultantai - jie labai paviršutiniškai žino produktų (programų) galimybes, bet gerai išmano kaip reiktų padėti verslui, kaip jį pakelti arba išjudinti. Gali parodyti, kuriose vietose gali padėti VVS, kur kitos technologijos ar sprendimai.
Diegimo konsultantas gerai žino produktą (programą), jis žvelgia per žinomos programos prizmę ir jis gali pasakyti, kad jei tu sistemoje įvesi tokią ir tokią informaciją tai gausi tokią informaciją, kurią galėsi panaudoti ten. Bet jis tau tikrai nepasakys, kad jei vasaros sezonu padarysi tokio pobūdžio akcijas, tai padidinsi pardavimus 50%. Tačiau jis , kaip pvz, gali pasakyti, kad susisteminus marketingo kampanijas ir įtraukus pardavimo resursus (kad jie naudotųsi programa), tai gali padidinti pardavimus.
Programa yra operacijų susisteminimas. Ir abejoju ar diegėjas yra tikras konkrečios rinkos ekspertas galintis pasiūlyti sprendimą visais atvejais. Jis gali pasakyti kaip konkrečią iškilusią problemą galima išspręsti (arba "apkarpyti" ) programos pagalba.

[quote:170f74128e]Pasakyk sefui, kad Scala "nusileidzianti zvaigzde", kada kaina 30 proc. maziau uz ta pati funkcionaluma [/quote]

Manau kad yra neteisinga nuomonė. Sutikčiau kad už tą patį žodį, tarkime finansų valdymas. Bet nerastumėm dviejų tokių pačių programų turinčių tą patį funkcionalumą (neskaitant mokykloje rašytų programų pateikiančių frazę "Hello world" )

Kaina irgi
Visos VVS turi tam tikrus bendrus dalykus kaip tarkime finansų valdymą (apskaitos programos irgi turi), gamybą, logistiką ir t.t. T.y. pagrindinis funkcionalumas yra labai panašus, kai kur daugiau, kai kur mažiau išplėtotas. Bet tikrai surasi kas vienoje programoje yra, o kitoje nėra. Tačiau visada yra pamirštama svarbiausia dalis, t.y. jos paskirtis. O paskirtis yra informacijos pasiekiamumas. Čia Navision ir Scala yra totaliai priešingos.
Be to yra svarbu informacijos suvedimo greitis (kiek sistema yra patogi vartotojui). Navision gali prisitaikyti savo poreikiams, Scala - sunkoka bus Aišku pritaikymas prie poreikių turi savų trūkumų, bet jei jau visiškai nepatogu, tai norėtųsi palengvinti ir tada jau reikia keisti.
Būtų galima vardinti dar labai daug, bet atsibos man rašyti o kitiems skaityti.
Taigi siūlau pakalbėti gyvai su abiejų produktų konsultantais ir bus aišku.