Saziningai kalbant, materialus ar nematerialus tai yra turtas nelabai turi reiksmes.

Cia svarbu, kad ir automobilio ir programos panaudojimo efektyvumas priklauso nuo vartotoju sugebejimu. Blogas vairuotojas sudauzys bet kokia masina, o blogas vartotojas nepadarys balanso su bet kokia programa.

Taciau tai nereiskia, kad nebuna geru ar blogu automobiliu ir programu. Buna. Ir jie yra naudingi.

P.S. Mokyti buhgalterius as tikrai nepretenduoju. Net daugiau, galiu prisipazinti, kad buhgalterijoje suprantu labai mazai. Deja, bet taip yra.

As ne apie buhalterine programa rasiau.

Jeigu kalbeti tik apie buhalterines funkcijas (ne apie tai, ka yra priversti dirbti buhalteriai, o apie tai, ka jie turi dirbti) tai buhlterines programos taikymas prie tam tikros verslo sakos yra nesamone.

Ka taikysime? Kasos knyga? Mokejimo pavedimus? O gal operaciju ziniarascius?

Man kalbos apie gerus automobilius kelia tik nuostabą. Kas gi yra tas automobilis - tai patobulintas dviratis, o tobulumui, kaip žinome nėra ribų. Efektas gaunai nuo sąveikos automobilio ir vairuotojo. Ir jeigu vienas iš jų nekokios kondicijos tai ir visumoje efektas bus nekoks.

Ar mano fraze skyriasi nuo Jusu? Man atrodo, kad nelabai. Ar perskaites mano fraze, Jus pradejote galvoti, kad nebuna geru automobiliu? Visi jie vienodi? Jei ne, tai kam rasote tai ka rasote?

Jus visose forumose tai rasote, nes manote, kad padarete ypac svarbu atradima? Ar Jums seip nera kas veikt?

Stebiosi girdedamas apie gera programa verslo sryciai.

Paimkime bet kokia sryti. Tarkime langu gamyba. Kiek tokiu imoniu yra Lietuvoje? Na, tegul 100. Is ju, tarkime, 10 stambiu, 30 vidutiniu ir 60 smulkiu.

Neabejotina, kad stambios, vidutines ir smulkios turi skirtingus poreikius.

Taigi, orientuojame programa i smulkias.

Nepamirskime, kad kalbame apie GERA programa. Mano duomenimis, tam, kad sukurti GERA programa reikia NUO 3 000 000Lt investiciju. Pabreziu zodi "nuo".

Tarkime iviko stebuklas ir mes sugebejome parduoti ta programa pusei smulkiu langu gamybos imoniu. Tam, kad programos kurimas nebutu nuostolingas, vidutine programos kaina turi buti 100 000Lt.

Klausymas:
Ar smulkios langu gamybos imones gali uz programa sumoketi 100 000Lt?

Nekalbesime apie tai, kad kiekviena imone turi savo specifikos.


O dabar paziuresime realiai.

Prognozuojant optimistiskai, galima teigti, kad mes tokia programa sugebesime parduoti kokiai 15 imoniu is tu 60.

Reali vidutine kaina, uz kuria galima parduoti yra 10 000Lt. Tikrai nedaugiau.

Taigi, kad mums atsipirktu programos kurimas, mes i jos kurima turime investuoti maziau uz 150 000Lt.

Nepamirskime, kad i ta 150 000 turi ieiti ne tik projektavimas ir programavimas, bet ir administracines ir kitos islaidos. Galu gale, ja dar ir parduoti reikia. Atsiranda ir marketingo islaidos.

Ka mes uz ta suma sukursime? Gera programa?

O gal, visdelto, pripazinsime, kad stebuklu nebuna.

Tiai tisiog toks poziurys i klienta.

Pas mus yra atvirkstine problema. Kai pas klienta kazkas atsitinka su kompais, jie pradeda rekti, kad programa kalta. Irodyti, kad tai yra kompu problemos yra beveik neimanoma. Ir mes, kad klientai nerektu ir butu patenkinti, turim taisyti ju kompiuterines problemas. Blogiausia, kad klientai uz tai moketi nenori ir nemoka. Vat ir iseina, kad mes turime nemokamai priziureti IT uki.

Aisku, tai budinga toli grazu ne visiems klientams. Dauguma turi protingus IT adminus, kuriems uztenka paprasto patarimo nuo musu IT inzineriu arba is vis - patys susidoroja su IT problemomis.

Taip, sutinku su argumentais, del ko noretusi vienos atsakingos imones. Tokiu atveju teks kreiptis pas buh. programos kurejus, kad jie IT uki priziuretu. Jei jie nesutiks - vargu ar pavyks rasti viena imone siems darbams.

Paprastai buh. programas platinančios įmones turi žmonių, galinčių aptarnauti IT ūkį.

O įmonės, teikiančios IT aptarnavimo paslaugas paprastai neaptarnauja buh. sistemų. Nes daug tokių programų yra ir kiekviena turi savo niuansų.

O kokią buh. programą reikia aptarnauti?

Ir kodėl jus ieškote būtent vienos įmonės. Kas blogo, jei buh. programa aptarnaus įmonė-buh. programos kūrėjas, o IT ūkį kita įmonė?

Matyt siandien pagal horoskopa jums nesekminga diena

Todel ir nesiseka atidaryti.

Jo, jeigu yra protinga priezastis - parduoti galima uz bet kokia kaina.

Negalima sistemiskai (nuolat) "dempinguoti" rinka. T.y. nuolat pardavineti prekes zemiau savikainos.

Tam tikroms prekiu grupems yra nustatyta ir virsutine ryba. Pvz. tabako gaminiams.

Negaliu su Jumis sutikti. Cia viskas priklauso nuo poreikiu. Pavizdziui, musu imoneje yra idiegta musu sistema savo naudojimui. Musu sistema turi specialu funkciju bloka (moduli), kuris yra skirtas pardavimu vadybininkams dirbti uz ofiso ribu. Vadinasi "Mobilus vadybininkas". Tenai yra butent tos galimybes, apie kurias Jus rasete, t.y. sinhronizacija ir t.t.
As asmeniskai dirbu su CRM funkcijomis, taciau siu (Mobilaus vadybininko) funkciju man nereikia. As dirbu su kitomis funkcijomis. Ir galiu pasakyti, kad man, kaip vartotojui, jos yra naudingos, o galimybes dirbti su sistema uz ofiso rybu man nereikia.
Is kitos puses, galimybe dirbti su CRM+ERP funkcijomis Off-line su sinchronizacija naudojasi musu klientai. Ir jiems tai yra labai reikalinga.
Taigi viskas priklauso nuo imones veiklos specifikos.



Tai kad buhgalteriui reikia vienu duomenu is S-f, o pardavejui kitu nereiskia, kad tos s-f turi buti skirtingose sistemose. Jos turi buti vienoje sistemoje, ir jas vadybininkas ir buhgalteris turi naudoti skirtingai. Tai ir yra integracijos esme. Beje, galime testi, kad ir kitiems skyriams reikia dar kitokiu duomenu is tos pacios s-f. Pvz sandeliu ukiui, tiekymu skyriui.




I4tost, mes abu zinome, kad funkcija galima pavadinti graziai. Taciau, jos esme nuo to nepasikeicia

Tai kas vadinasi "Rinkodaros kompaniju valdymas" istikruju yra kontaktu valdymas arbe funkcionalumas "isplaukiantis" is kontaktu valdymo:

Управление маркетинговыми кампаниями

— Полный протокол взаимодействий со всеми контактами: телефонные коммуникации, встречи, письма и т. д. Если взаимодействие включает документ, вы можете сохранить его для соответствующего контакта и всегда иметь доступ к нему из системы. Средства управления документооборотом помогут отследить его.

Ar si funkcija nepriklauso kontaktu valdymui?


— Протоколирование взаимодействий, выполненных в иных областях приложения, в т. ч документация отосланная контактам.

Ar si funkcija nepriklauso kontaktu valdymui?


— Систематизированная и постоянная регистрация всех взаимодействий с контактом.

Ar si funkcija nepriklauso kontaktu valdymui?


— Телефонный звонок контакту простым нажатием кнопки в карточке контакта при помощи TAPI (Telephony Application Programming Interface).

Ar si funkcija nepriklauso kontaktu valdymui?

Jus, vel krypstate i Navisiono CRM funkcionaluma. Jus isskyriate CRM srytys, kurie yra Navisione.



T.y. Jus isvardinate srytys, kurios yra Navisione.
Navisione, kaip Jus zinote, yra 2 CRM moduliai (saltinis www.microsoft.com/Rus/BusinessSolutions/Solution... )

Vienas is ju vadinasi "Marketingas ir pardavimai". Jo funkcijos yra pateiktos:
www.microsoft.com/Rus/BusinessSolutions/Solution...

Matosi, kad tai yra kontaktu valdymas. T.y. kontaktu registravimas, susije kontaktai, kontaktu paskirstymas, planavimas, peradresavimas, delegavimas, analize, klasifikavimas ir pan.

Cia pat yra, aisku, marketingines analizes galimybes. Todel jus ir isskyriate dar "marketingo" poreikius

2 modulis - "Aptarnavimo centras" faktiskai sprendzia klientu garantinio / pogarantinio aptarnavimo klausyma.


Butent todel, kad Navision turi tokius 2 modulius Jus ir parasete:

T.y. pasiulete Navisiono moduli "Marketingas ir pardavimai"

O paskui parasete:

T.y. pasiulete Navisiono moduli "Aptarnavimo centras".

Taciau, tai nereiskia, kad CRM sistemos turi tik toki funkcionaluma. Stambus CRM produktai turi ir kitas srytys.

Nu, neesme, galu gale, musu CRM funkcionalumas nera zymiai galingesnis


Man nesuprantama, kodel Jus teigiate, kad CRM ir ERP (VVS, jeigu norite) neturi buti integruotos.

Juk akivaizdu, kad CRM turi buti susieta su SCM (tiekymo grandynes valdymas), Finansu apskaitos, kitomis ERP posistememis.

Kontaktai virsta uzsakymais, uzsakymai vykdomi, rezervuojamos prekes / resursai, uzsakymai realizuojami, prekes / paslaugos parduodamos, israsomos fakturos, fakturos pravedamos i SP, fakturu pagrindu analizuojami klienu poreikiai, uzsakymu tendencijos, klientu svarba, fakturos apmokamos, analizuojama apmokejimo disciplina.

Kaip gali puse siu procesu buti tvarkoma vienoje programoje, puse - kitoje? Kaip? Po du kartus ivedineti tuos pacius duomenys? Is pradziu i CRM, o paskui i ERP (arba apskaitos sistema)? O paskui, sutikrinti, rasti klaidu, taisyti...

Zinote kodel Navisione, Vismoje, Scaloje, musu Contoure atsirado CRM? Todel, kad CRM ir ERP TURI BUTI INTEGRUOTOS.

O zinote kodel CRM sistemose atsirado klientu uzsakymai, saskaitos fakturos ir net sandeliai? Nes CRM ir ERP TURI BUTI INTEGRUOTOS.

Rysium su teroristu ispuoliu New Yourke Rugsejo 11.

Sedi kaime 2 lietuviai, jie katik baige arti savo lauka. Pertauka. Ruko. Netoliese stovi vieno is ju troba. Tokia sena, mazi. Uz trobos - darzas, kur auga kopustai.

Virs ju galvu skraido liektuvas. Toks su 4 sparnais - "kukuruznikas". Kaimieciai ji stebi. Liektuvelis padaro viraza, kazkas tenai luzta, ir jis isidauzia i kaimiecio troba, griauna ja, sunaikina visa darza su kopustais. Dumai...

Vienas is sedinciu:
- Jo.
- Kas jo?
- Jo. Kokia salys, tokie ir teraktai.

Juodo humoro megejams, rysium su potviniu Amerikoje.

Vaikai zaidzia "Miestus" (reikia pasakyti miesto pavadinima, prasidedanti is raides, kuria pasibaige praeito miesto pavarinimas):
- Maskava, tu is "A"
- Amsterdam, sakyk is "M"
- Marsel
- London, tau is "N"
- New Orlean
- A-a-a, jau nera tokio miesto!

Tai ir vadinasi kontaktu valdymas


Reikalauja gilios integracijos su ERP sistema. Integracijos uzsakymu, fakturu, grazinimu dokumentu lygije. Plius mokejimo disciplina, vel integracija.


Cia gana paprastas funkcionalumas.


Vel gi, tai vadinasi kontaktu valdymas.
Jeigu kalbama dar ir apie reakcijos i uzklausa laika, t.y. noretusi sumazinti laika nuo uzklausos gavimo iki uzklausos patenkinimo - tai yra daugiau ERP funkcija ir vel, reikalinga gili integracija.

Citata:

"ISM Vadybos ir ekonomikos universitetas su džiaugsmu praneša apie Lietuvos Respublikos Seimo neseniai priimtą Lietuvos Respublikos Pelno mokesčio įstatymo 13 ir 26 straipsnių pakeitimo įstatymą.

Šiuo pakeitimu įsigalioja įstatyminė tvarka, pagal kurią organizacijų išlaidos, skirtos jų darbuotojų ar būsimųjų darbuotojų studijoms bei mokymams apmokėti, nuo šiol laikomos ilgalaikiu nematerialiuoju turtu. Anksčiau tokios už studijas ir mokymus sumokėtos sumos buvo priskiriamos išlaidoms, nemažinančioms apmokestinamojo pelno, o nuo šiol tokios išlaidos į sąnaudas gali būti įskaitomos dalimis per ne trumpesnį, nei 4 metų laikotarpį."

Saltinis www.ism.lt skyrius: Naujienos.

Istikruju CRM sistema yra naudinga TIK tada, kai imone idiegia i klienta orientuota strategja, kuruos neimanoma "nupirkti" perkant CRM sistema.

Pasakymas, kad CRM - mitas arba grazus zodis, neatnesantis naudos, vargu ar yra teisingas. Vel gi, jo panaudojimo efektyvumas stipriai priklauso nuo imones strategijos ir verslo procesu. Be to, kalbeti apie CRM naudinguma, nagrinejant Navisiono CRM yra netikslinga. Esme tame, kad CRM sistemos yra labai skirtingos, skiriasi ir ju mastas: nuo paprasto kontaktu valdymo (panasus i Navisiono funkcionaluma) iki Coll centru automatizacijos, uzsakymu gavimo proceso automatizacijos, klientu rentabilumo analizes, garantinio-pogarantinio aptarnavimo automatizacijos, rinku segmentu analizes ir t.t.

Istikruju pastoroju metu CRM sistemos kaip atskyras programinis produktas mirsta. Esme tame, kad CRM ir ERP operuoja vienodais duomenimys: is kontaktu (CRM funkcija) gimsta uzsakymai, kurie yra realizuojami (ERP funkcijos), klientu rentabilumo ir rinkos segmentu analize (CRM funkcija) reikalauja apskaitos informacijos (ERP arba apskaitos sistemos funkcijos) ir t.t. Si sarasa galima testi ir parasyti 10 lapu.
CRM ir ERP sistemu integracija turi labai daug trukumu: kainuoja daug, o rezultatas gan vidutiniskas. Todel pasaulynes stambiausios CRM sistemos pradejo "augti", jose atsiranda vis daugiau ERP sistemu funkciju (uzsakymai, ju vikdymas, planavimas ir t.t.). Kitaip tariant, CRM sistemos vystosi ERP kriptimi.
O ERP sistemos, atvirksciai, pasipildo CRM sistemu funkcijomis: tas pats paminetas cia Navision turi tokiu funkciju, taip pat kaip ir dauguma kitu ERP sistemu. T.y. ERP taip pat vystosi CRM kriptimi.

Ko toliau, to sudetingiau yra atskirti CRM sistemas nuo ERP sistemu, nes jose atsiranda vis daugiau ir daugiau vienodu funkciju. Todel diegti 2 sistemas: CRM ir ERP vargu ar apsimoka.

Rucike, linkejimai.

Galima taip:

Komp. XXX-XXX su Micr. Win XP Prof ir Micr. Office SB Ed. P.Į."



O kam dabar lengva?

Čia yra normali norma (atsiprašau už tautologiją) vilkikui su pakrautą priekabą.

Nors ne buhgalteris esu, bet irgi uz. Kvailas dirikas - tikra tragedija.

Tik noretusi, kad zmones dar rasytu KODEL itrauke imone i sarasa.

Mano nuomone,

Kalkuliacines korteles turi rasyti gamybos skyriaus darbuotojas: technologas-inzinierius, jeigu tokio nera - gam. vadovas. Blogiausiu atveju - pamainos virsininkai.


juos turi pilditi tie, kas vazineja, o priimti ir nurasyti kura turi apskaitos skyrius, t.y. buhgalteris arba apskaitininkas.


Seip, protokolus daro administratorius. Jei tokio nera, dazniausia tenka buhalteriams.


Seip, nebutinai direktorius turi nurasymo aktus pasirasineti. Ta gali daryti "komisija".

O seip tai, reikia apskaitos politikos.

Jeigu Windows versija yra aukstesne uz 98.

Nors, as turbut toks vienintelis esu, pas kuri namuose toks senas lauzas stovi.

Nesuprantu as jusu.



Taip, "objektyvūs skaičiai gaunami iš ERP". Mes paisom ERP, t.y. kuriam ir realizuojam techninius uzdavinius. Zmones su ja dirba, iveda pradinius duomenys, o ERP jiems isduoda tam tikrus skaicius.

As nematau, ko mums trukdo kiti konsultantai.

Tarkime, klientas sako: noriu planuoti gamyba.

Tuomet tinkama gamybos planavimo metodika gali sukurti klientas, kitas konsultantas arba mes.

Paprastai metodika yra kuriama bendrai, t.y. mes+klientas. Gali buti mes+klientas+kitas konsultantas.

Toliau mes suprojektuojame ir sukuriame (arba pertvarkome arba paliekame kaip yra) musu programos funkcijos, reikalingos siai metodikai automatizuoti ir parasome "kaip reikia dirbti pagal ta metodika musu programoje".

Uz ka ir imame pinigus.

Beabejo, mes galime sukurti klientui metodika patys, ka mes ir darome, ir uz tai paimti pinigus, bet tai nera musu pagrindinis verslas.
Mes ne pries, kad ta metodika sukurtu pats klientas arba jo konsultantas. Mums svarbu, kad ta metodika butu protinga.

O toliau mes sukuriame tos metodikos AUTOMATIZACIJOS metodika. Kuria realizuojame.

Tiesa pasakius, dazniausia butent mums tenka atlikti "verslo konsultanto" vaidmeni, bet mums tikrai nera skaudu kai tai daro kazkas kitas.

Ta prasme "verslo konsultantu" ir ERP konsultantu" veikla skiriasi ir jie tiesiogiai nekonkuroja.

As nesuprantu, kodel mums turi trukdyti konsultantai. Aisku, jeigu jie yra protingi ir gina kliento interesus. Net atvirksciai. Konsultantai padeda klientams suprasti ir apibrezti mums to kliento ERP-poreikius, kurios mes tenkiname.

Viskas, einu dirbti

Mes paisom.
Bet tai nereiskia, kad konsaltingo kompanija yra musu tiesioginis konkurentas. Aisku, jeigu si konsaltigo kompanija "nestumia" kitos ERP.

Faktiskai, jeigu musu klientas turi isorinius konsultantus, kurie nera suenteresuoti "prastumti" kita ERP, mums nuo to greiciau silta, nei salta. Jie gina musu kliento interesus, prastumia progresyvias valdymo strategijas, kas mums yra naudinga, nes padeda sekmingai idiegti sprendima.

Jeigu klausymas man, tai mes nieko nerekomenduojame.

Mes padedame gauti maksimaliai objektyvius skaicius ir rekomenduojame i juos atsizvelgti, priimant valdymo sprendymus.

Mano asmenine nuomone - prastova nera gerai.
Kas, beabejo, nereiskia, kad tam tikru konkreciu atveju prastova nera naudinga.
Galu gale vieno ceho prastova yra geriau, negu visos imones bankrotas. Cia, gal as biski perdedu

Sažiningai, tik dabar nuejau pagal nuoroda.

Ir nepamaciau konkurentu. Is pirmo zvilgsnio - konsaltingo kompanija. Mes nesame konsaltingo imone tiesiogine prasme.

Ačiū, pas manę viskas gerai.
Ir Jums to paties.


Taigi užbaigiant diskusiją:

Žinodamas, kad produkcija yra nuostolinga, as galiu ieskoti optimizavimo galimybiu, t.y. kelti klausymus ir atsakineti i juos:
Gal si produkcija yra gaminama atskiruose patalpuose ir tu patalpu islaidos yra per dydeli? Ne.
Gal man apsimoka negaminti is viso sios produkcijos? Ne, prastova brangiau.
Gal man reikia investuoti i sios produkcijos tobulinima? Ne, nera lesu.
Gal ...
Gal man reikia parduoti sios produkcijos gamybos versla? Taip.

Ta prasme vienu atveju optimalus variantas yra prastova, kitu - kainu didinimas, dar kitu - nieko nekeisti, gaminti toliau ir pan.

Kas iesko, tas randa, o kas neiesko, tas neranda. Jeigu zmogus nezinos, kad jis gamina nuostolinga produkcija - jis ir neieskos optimalaus sprendimo. Todel skaiciuoti savikana su PIK reikia tam, kad galima butu inicijuoti optimizacijos sprendimo paieska.

P.S. As nevisada esu toks piktas ir uzsispires . Seip, as paprastas ir draugiskas Tiesiog mane stipriai uzkabino jusu antra zinute.

Linko as neziuresiu. Ten ne tavo argumentai, ir gincitis su zmonemis, kurie nesake, kad as esu bukas ir rasau is senos knygos as tingiu.

As nesakau, kad pelningumo informacija yra pagrindine, ir kad jeigu gaminis X nesa nuostoli, reikia butinai atsisakyti gaminio X gamybos ir gaminti tik gamini Y. To labiau, gaminti gamini Y "i sandeli". As nerasiau, kad reikia gaminti nelikvidus, kurie gules sandeli. As nerasiau, kad geriau is vis nieko negaminti, negu gaminti nuostolinga produkcija.

As sakau, kad INFORMACIJA APIE GAMINIU SAVIKAINA SU PIK LEIDZIA PASTEBETI NUOSTOLINGA PRODUKCIJA IR JIESKOTI METODU KAIP ATSIKRATYTI TO NUOSTOLIO. Galima:
Padidinti kainas,
Naudoti pajegumus pelningu gaminiu gamybai (diversifikuoti gamyba),
Sumazinti pajegumus
ir t.t.

Kaip elgtis, reikia galvoti ir analizuoti konkreciu atveju. T.y. Skaicioti prastovos kaina, liginti su nuostolingos produkcijos gamybos nuostoliu. Tirineti rinka. Prognozuoti rinkos pokycius. Analizuoti PIK ir ieskoti ju mazinimo galimybiu. Ir t.t.


BET JEIGU TU NEMATAI, KAD PRODUKCIJA YRA NUOSTOLINGA, TU NEPRADESI IESKOTI PADIETES GERINIMO ISEITES.

Savikaina su PIK leidzia pradeti ieskoti galimybiu padidinti imones pelningumo dydi.

Trumpai tariant, reikia ir nelikvidus valdyti ir pardavimus planuoti, ir PIK skirstyti. O paskui, analizuoti informacija ir ziureti kaip geriau.

Zinot ko truko jusu imoneje, kur jus skaiciavot PIK? To "protingo zmogaus" kuris turi priimti sprendima. Jis paeme tuos skaicius ir pasake: "jokiu prekiu nepardavinejam maziau uz savikaina su PIK" ir viskas, jie guli sandeli, imone patiria gaminiu saugojimo islaidas, apivartynes lesos uzzaldytos ir t.t. Bet tai, kad jis prieme neteisinga valdymo sprendyma nereiskia, kad savikaina su PIK yra blogai, kad savikaina su PIK yra kalta del neteisingo sprendimo. Zinote kas trukdo blogam sokejui?

Jo, ir tu jas zinai? Nu, parasik bent viena pavadinima.

Beje, nepamirsk savo pirmos zinutes:
"Irodykite man, kad reikia skirstyti pridetines islaidas"

As tau parasiau argumentus, parasik, kodel nereikia.

Jeigu senas, nereikejo klausti. Is pradziu "irodykit man kam to reikia", o paskui: "taigi cia is vadovelio, taigi visi zinome".

O ka, vadovelio argumentai netinka? Tai parasyk kontrargumentus. Ar tik kritikuoti moki?

Taip pat stebina poziuris i mokslus ir vadovelius. Tipo "pavarei is vadovelio", tai esi lopas. Ir vadoveliai sudas. Ir mokytis nereikia.

Beje, as vadoveliu neskaiciau (deja), visa ka parasiau - praktine patirtis. Zinai, kaip sekasi imonems, naudojancioms sias "vadovelines metodikas"? Gerai sekasi. Ir verslas ju pelningas, ir apimtys auga.

O tu gali ir toliau is virsaus ziureti i vadovelinius metodus, rasyti "irodykit man, kad tai yra reikalinga" ir gaminti nuostolinga produkcija.

Tai duoda informacija apie nuostolingus gaminius, uzsakymus, atsakomybes centrus, gamybos barus ir pan.

Pvz, as gaminu turinius ir piestukus.
Paskirscius pridetines islaidas, man gaunasi, kad tusiniai nesa pelna, o piestukai - nuostolius. Isnagrinejus rinka, as matau, kad padidinti piestuku kaina as negaliu. Tai gal man reikia naudojant savo gamybos pajegumus gaminti tik tusinius?

Galimybe gauti tokia informacija + protingas zmogus, apdorojantis sia informacija leidzia padidinti veiklos pelninguma.

Seip, kompanijos analizuoja ir gaminiu savikaina (su netiesioginiais) ir klientu rentabiluma (nustatyta, kad vidutiniskai 20 proc. klientu atnesa 50 proc. pelno, o apie 40 proc. klientu yra nuostolingi) ir atsakomybes centru rentabiluma ir ...


Kam man tau irodineti?
Nueik i google, parasyk atitinkama uzklausa angliskai, rask straipsnius ir skaityk kam to reikia.