fbpx

Már három időpontban dolgozunk a legaktívabban

Microsoft kielemezte hogyan változott egy átlagos munkanap.

Nem biztos, hogy tetszeni fog az eredmény!

 

Az új “három csúcsú” munkanap egyre inkább elterjed napjainkban. De hatékonyabb-e ez a változata a munkavégzésnek, vagy inkább a kiégést segíti elő?

A munkanap éppen jelentős változásokon megy át. A Microsoft, melynek 18.000 munkavállalója van, 100 országban, megállapította, hogy azoknak az embereknek, akik otthonról dolgoznak, három csúcs periódusuk van napközben, mely nem hasonlít a szokásos 9-től 5-ig munkastílushoz, mely a pandémia előtt volt jellemző volt. 

A Microsoft kielemezte azon dolgozóit, akik otthonról dolgoznak és megnézték, hogy mit tapasztalnak, miben változtatta meg a rugalmasabb munkaidő a munkanapot.  A változást azt is mutatja, hogy mióta a pandémia elkezdődött, a Microsoft Teams meetingek gyakrabban kerültek 5 óra utánra, leggyakrabban délután 6 és 8 óra közé – állítja a Microsoft, a frissen megjelent”Munka Trend Index” tanulmányában.

A vállalati adatok azt sugallják, hogy a 9-5-ig tartó munkanapnak vége és azok a meetingek, melyek ezen a korábbi normán kívül esnek, mára már megszokottnak tekinthetőek, ezzel esténként egy harmadik aktivitási csúcsot képezve néhány embernek. A Microsoft kutatói ezt “három csúcsú munkanapnak” nevezik. 

 

“Hagyományosan, az értelmiségieknek 2 produktivitási csúcsuk volt a munkanap folyamán: ebéd előtt és ebéd után. De amikor a pandémia miatt sokakat otthoni munkavégzésre küldtek, megjelent egy harmadik produktivitási csúcs is, alvás előtt.” – jegyezte meg a Microsoft egy blog posztban. 

Ez a megállapítás nagy valószínűséggel nem lepi meg azokat a szülőket, akik dolgoznak és iskola vagy óvoda után a gyerekekről is gondoskodniuk kell délutánonként.

Az átlagos Teams felhasználó most 42%-kal több chat üzenetet küld munkaidő után, a “Munka Trend Index” megállapításai szerint.

A Microsoft szerint 30%-kal több munkavállalója dolgozott többet este a gépelési statisztikák szerint.

Az a kis emelkedés a gépelési aktivitásban, alacsonyabb volt, mint a hagyományos produktivitási csúcsok délelőtt 10 és délután 3 körül, de este 10 körül ez jelentősnek számít.

A vállalat nem tudja, hogy a fenti munkavállalók miért dolgoznak többet este, de például a gyerekek körüli teendők, vagy különböző időzónákban dolgozó kollégák együttműködése miatt is lehet.

A Microsoft azt tippeli, hogy a hibrid munka lesz a meghatározó az elkövetkezendő években és ezért a szoftver termékeit is ehhez igazítja a Teamst, Office-t és Windows-t illetően.

A Microsoft február 28-án újranyitotta épületeit, de az Apple és Google is visszatér az irodai munkához, miközben lehetővé teszi a munkavállalók számára a home office-t heti 2-3 alkalommal.

A vállalat attól tart, hogy ha a munkavállalók egész nap dolgoznak, hamar kiégnek. “Milyen hatása lehet a jólétre annak, ha tulajdonképpen minden óra munkaóra lesz?” – teszi fel a kérdést a Microsoft.

A harmadik produktivitási csúcs eltér a másik két csúcstól, mivel ez felveti a kérdést, hogy vajon rugalmasságról szól, vagy arról, hogy belemászunk valaki személyes idejébe. -mondja Shamsi Iqbal, a Microsoft Kutatói Intézetének vezető kutatója.

A felhasználók elkerülhetik a nem megszokott időben megrendezendő meetingeket, ha időben nem szinkronizált kommunikációs formákat használnak, például a Teams státusz update felületét egy videokonferencia helyett.

Ezzel egyidőben a Microsoft tervezi a “scheduling -időpont tervezés” opcióját Outlookról Teamsre migrálni, ami lehetővé teszi, hogy a munkaidőn kívül küldött üzenetek csak akkor érkezzenek meg, ha a munkaidő újrakezdődik.

“Az emberek sokszor azért küldenek munkaidőn kívül üzeneteket, mert nem akarják elfelejteni az adott gondolatot, de ennek nem szükségszerűen kell megérkeznie azonnal a fogadónál.”- mondja Iqbal.

“Az adott üzenet késleltetett küldése azt jelentheti, hogy mindkét világból a legjobbat hozzuk ki – megfogni a gondolatot, tehát az nem veszik el, illetve biztosítani, hogy a címzett olyan időben kapja meg,mely számára kényelmes.”

 

Forrás: https://www.zdnet.com/article/microsoft-reveals-how-your-working-day-has-changed-you-might-not-like-it/?fbclid=IwAR3iyofxIN0ddAObv8eruTv-QoCaQ5nabQexEyZMMNuNJHjvLA1vF_FvnsY

Ügyviteli, vállalatirányítási szoftver kiválasztás – a cégednek

HOGYAN VIHETJÜK CSŐDBE BIZTOSAN A CÉGÜNKET?

Ezt a cikket nem írtuk volna meg csak ezért a kérdésért – mert ebben úgy gondoljuk rengeteg “legjobb példa” létezik.

Mi vállalatirányítási szoftver szolgáltató vagyunk. Ezért mi arról szeretnénk írni – amit mi látunk, ismerünk: rengeteg szoftver bevezetési projektet láttunk már – ezek egy része kudarc.

Ha rosszul választ szoftvert a cég: bizony csődbe is mehet. De hogy jobban nem fog működni – az biztos. Nem fogunk iparági példákat hozni, ezzel lejáratva a versenytársakat – de: ami a fontos: ahogy a személyes életben a rák vagy a válás – ezek kapcsán is úgy gondolhatjuk: a rossz szoftver-választás is mindig mással fordul csak elő.

 

HOGYAN VIHETJÜK CSŐDBE EGY ROSSZUL KIVÁLASZOTT SZOFTVERREL? ÉS HOGYAN KERÜLHETJÜK EL EZT? – ÖSSZEFOGLALÓ

Ha cégvezető, cégtulajdonos olvassa éppen ezt a cikket – és kevés az idő: készítettünk egy bevezetőt – ez itt kb. 3 perc alatt elolvasható.

 

Kezdjük azzal: hogy mitől mehet csődbe, vagy működhet rosszabbul egy cég egy szoftvertől?

 

A titok a szoftver bevezetését követő nem megfelelő cég-működésben és / vagy információ-szolgáltatásban valamint a szoftver alkalmazkodási képességében (hívják ezt még rugalmasságnak is) rejlik.

 

Mit is jelent ez?

1 – A nem megfelel működés azt jelenti, hogy a cégnek van egy olyan versenyelőnye – amitől eddig a cég nyereséget termelt. Ha ezzel a cég nem volt tisztában – és bevezet egy “standard” szoftvert ami pont ezt a versenyelőnyt szünteti meg, ahogyan a cég eddig működött: bizony ott vége a cégnek. Azaz: nem szabad minden területre standard szoftvert bevezetni.

 

2 – A nem megfelelő információ-szolgáltatás pedig azt jelenti, hogy a cégnek olyan nyereség-számítási módszere van (ha van), amit szintén lehet hogy nem írt le. Vagy esetleg: ha nem volt eddig ilyen: tud-e olyat hozni a cégnek, ami valóban jó. Ha ezt másképpen értelmezi a cég mint a szoftver: ott is vége a cégnek. Ha nem “jó” az a számítási módszer amit a cégbe hoz a szoftver: csőd, de minimum elvesztegetett évek lesz az eredménye.

 

3 – A szoftver rugalmassága pedig azt jelenti, hogy mennyire képes lekövetni a fenti kettőt: a cég-működést és a cég eredmény (nyereség) számítási modelljét. Adj’ Isten mennyire képes javítani ezeket.

 

És itt lassítsunk egy kicsit: itt, a bevezetőben – és egyben vezetői összefoglalóban – még néhány fogalmat meg kell említeni.

A vállalatirányítási szoftverek kategóriái – 1Dobozos szoftver: olyan szoftver amit minimálisan vagy semennyire nem lehet a cégre szabni. Gondoljunk itt a ma kapható járművekre: rendelhetünk bele extrákat, a színét kiválaszthatjuk, de nem lesz alapvetően más autónk.

 

A vállalatirányítási szoftverek kategóriái – 2 Testre szabott szoftver: ennek két fajtája van:

 

a) csak beállításokkal testreszabható, avagy “fél-dobozos” szoftver: itt vannak valamilyen “izék” amiket a szoftvert bevezető cég állítgat – de amúgy jelentősen a szoftver nem tud a céghez idomulni. Nem véletlenül nevezzük fél-dobozosnak: ez valójában dobozos szoftver, csak elad mellé a szállító egy kis tanácsadást.

 

b) jelentősen változtatható szoftver: itt akár kóddal akár más módszerekkel (ez utóbbiban vezető a 10xONE) a szoftver akár jelentősen is változtatható

Az első életveszélyes döntés az, hogy az ár alapján döntünk: jön a (fél-)dobozos szoftver-szállító aki teljesen pontosan tudja, hogy a szoftvere mire képes – és mire nem. De ez utóbbit nem fogja az orrunkra kötni. Ha kellően magabiztos értékesítővel találjuk magunkat szemben – máris aláírtuk a szerződést. És: innentől csak idő kérdése, hogy kiderüljön majd: amit vettünk az nem az, ami a cégünknek jó. Van, hogy csak a cégjegyzékben egy új bejegyzés után derül ez ki. Amikor már késő.

Miért az ár az egyik meghatározó tényező, amiből sok minden kiderülhet?

Mert egy (fél-)dobozos szoftver szállítónak a szoftverben nincs sok “döntése” – valójában egy standard bevezetést végez, kaptafa alapján. Ez van akinek jó. Akinek nincs versenyelőnye, vagy olyan a versenyelőnye, hogy a szoftver nem “öli” azt meg, és a nyereségszámítási modelljét is támogatja: jöhet a (fél)dobozos szoftver!

Akinek nem – annak viszont: életveszély.

 

Ami mindenképpen kell egy szoftver-választáshoz, még előtte:

Ami kell a szoftver-választáshoz – 1: tudjuk, hogy mitől működik vagy fog működni a cég – ezt hívják másképpen versenyelőnynek: mi az amiben másképpen csinálunk valamit mint mások. Ne kerüljük meg ezt a kérdést. Írjuk le – hogy később ne gondoljuk másképp. Az emberi elme varázslatos. Képes másképpen emlékezni – ha új információt kap.

 

Ami kell a szoftver-választáshoz – 2: tudjuk, hogyan mérjük a nyereségességet. Egyszerűnek, már-már triviálisnak tűnik, de ha azt gondoljuk, hogy azért nem tudjuk jelenleg mérni, mert nincs adatunk, de egyébként tudnánk: vegyünk elő egy egyszerű Excel táblát és egyetlen értékesített termékre vonatkozóan állítsuk össze azt, hogyan számítjuk a nyereségességét.

 

Ami kell a szoftver-választáshoz – 3: tudjuk, hogy hova akarunk jutni a céggel 5 és 10 év múlva. Nem kell pontosan, de legalább kb. elképzelésünknek kell, hogy legyen. Mert a cég változni fog – a kérdés, hogy a szoftver képes-e követni.

 

Igen: ezek egyike sem informatikai feladat. Viszont: kötelező. Ezek nélkül ne fogjunk hozzá!

 

Ennyi a vezetői összefoglaló. Akkor nem érdemes tovább-olvasni? De. A cikk arról szól, hogy hogyan kerüljük el ezeket. Illetve: hogy tudjuk, hogy mit és miért választunk. És: nem – nem az informatikus dolga a vállalatirányítási szoftver kiválasztása. Nem csak az övé. Menedzsment döntés kell, hogy legyen.

 

AKKOR: HOGYAN VÁLASZTUNK SZOFTVERT?

Ahogy bútort a nappalidba. Vagy ahogy a következő autódat. Na jó – nem. Vagy igen?

Cégvezető vagy cégtulajdonos vagy?

Vagy “csak” egy részleget vezetsz? Eszedbe jutott már valaha, hogy akkor most “keresünk egy jó kis szoftvert”?

Felhívott az xy cég értékesítője? Akik “az első számú, legtöbbet választott szoftvert” adják Neked?

Dübörögnek a pályázatok? És: megint: szoftverre is lehet pályázni? “Vegyünk egy jó kis szoftvert!”

Újra: mi múlik a megfelelő szoftver-választáson? A céged sorsa. Nem viccelünk. És: nem, nem nagy szavak.

Lényegi téma. Nem lehet unalmas. Mivel ritkán csináljuk, nem ismerjük. Pedig ez is olyan dolog amit három ponton lehet elrontani: az elején. A közepén. Meg a végén.

Mert nem minden szoftver pont olyan – ami a cégednek való. A szoftverek nem csak a nevükben különböznek.

Tényleg.

HOGYAN VESZ AZ EMBER AUTÓT VAGY BÚTORT A NAPPALIBA?

Minél inkább cégvezető az ember, annál inkább fontos – a másik véleménye.

Mert hát – ha Józsinak is Teslája van, mert most az a trendi, akkor nekem is az kell. Persze kicsit drágább, mint az övé.

Illetve: ha felhív valaki a merci szalonból, hogy akció van, csak most – visszük is. Ha az értékesítő ugrik, és már jön is – jól esik.

A szoftverrel sincs ez másképpen: a rámenős értékesítő és az ismerősök ereje – meghatározó. Emberek vagyunk.

A szoftverhez meg különben sem értünk. Az az informatikusok területe.

Hol van ezzel a probléma?

KEZDJÜK AZ ELEJÉRŐL: MI IS AZ ÜGYVITELI SZOFTVER?

Miért veszünk ügyviteli, vállalatirányítási szoftvert?

Hát hogy nyereségesen növekedjünk. Hogy elérjük a célokat. Ha van.

 

Viszont: ahogy bármi mással – ide értve a munkatársakat is, akiket felveszünk – a szoftvert sem 1-2 évre vesszük. Hosszabb időre döntünk, mint az autóddal – minimum 10 évre.

Mit gondolunk, hogy jósnak kell lennünk? Ki tudja mi történik 10 év alatt?!?  Nos: ez most nehéz lesz, de elég ha arra gondolunk, mikor cseréltünk szoftvert utoljára.

Régen.

 

Ahhoz, hogy egy cég nyereségesen növekedjen, minimum 5 de inkább 10 évre előre kell olyan eszközöket választania, amik majd a “későbbi önmagukat” is kiszolgálják.

 

Mire jó az ügyviteli, vállalatirányítási szoftver a cégednek?

Kezdjük ezzel. Minél “feljebb” haladunk annál nehezebb az adott terület, téma:

Adatbevitel – ez a legegyszerűbb. Nem magyarázzuk. Egyszer kelljen bevinni adatot. Ne többször ugyanazt

Automatizáció: olyan dolgot is végezzen el a gép, amit eddig az ember végzett.

Adatmegosztás: más cégekkel vagy szoftverekkel is osszunk meg adatot, ne kelljen leveleket küldeni

Információ: ez a legfontosabb: úgy és olyan adatokat tároljon és ebből új adatokat számoljon, ami alapján JÓL döntök. A legnehezebb.

 

Az ügyviteli, vállalatirányítási szoftver kiválasztás alapja

Az alapja nagyon egyszerű.

Nagyon nagyon sokféle szoftver van. Ezzel még nem mondtunk újat. A szoftvereket lehet kategorizálni. Amikor üzleti szoftver kiválasztás folyik nagyon fontos, hogy tisztán gondolkozz. Vannak helyzetek az életben amikor ez nem szükséges – a céged nem az a hely, de amikor szoftvert választasz, még inkább jó ha tisztán gondolkozol.

Ehhez kis támpont: kategorizáljunk!

Nem kell bemagolnod, és ha nem érted, írj nekünk!.

A felhőről

Elöljáróban: számít-e hogy a szoftvered felhő-e vagy sem? Igen és nem. Alapvetően Neked elsőre nem. De: ez egy külön cikk témája – szintén. De most itt nem erről fogunk írni. Csak egy kicsit.

A felhőben ugyanis nem a technológia izgalmas – nem is az hogy hol tárolják az adataidat (tudjuk, tudjuk: “Belenéz a szolgáltató!” Hát persze. Képzeld el – egész nap azzal foglalkozik hogy az adataidat nézi! Egész nap. Na jó – nem.)

A felhőben az üzleti szempont az izgalmas: a) a szolgáltató jóval nagyobb kockázatot vállal: beruház, előre: szerverbe, emberbe, szoftverbe b) a szerződés bármikor felmondható: ekkor a szolgáltató veszít: jóval többet és nagyobbat mint ha megvetted volna a licenceket c) ha a szolgáltatót feltörik – oda az üzlete, a hírneve

 

Miért fontosak a szoftver-kategóriák?

Mert minden kategória más- és más dologra jó. Akár – teljesen.

Mi ebben a nehézség? Az, hogy még tapasztalt szakértőknek, szakembereknek is nehéz, esetenként nagyon nehéz megmondani hogy egy adott szoftver adott feladatra használható-e.

Akkor mire jók ezek a kategóriák? Segítenek tisztán gondolkodni.

Amikor majd egymáshoz rendeled a “Mit?” és a kategóriákat – akkor ezek nagyon hasznosak lesznek.

(A “Mit?” kérdéséről alább írunk!)

 

Nézzük át a kategóriákat!

EZ EGY NAGYON FONTOS ÁBRA! NYOMTASD KI! RAKD EL! 🙂

Még mielőtt beleugranánk a közepébe: nézd meg az ábrát – elsőre az az “érzés” hogy minél inkább jobbra és felfelé mozgunk az ábrán – annál drágább lesz a “dolog”. Nos – ha jól csináljuk: ez nem mindig így van.

 

DOBOZOS SZOFTVEREK

Előnyük még mindig ugyanez: arra van amire – aztán vagy jó vagy nem. Nincs testreszabás. Kevesebb kérdés van. Kevesebb hiba-lehetőség. A szoftverfejlesztőknek is sokkal könnyebb: egy vagy több nagyságrenddel – hiszen a szoftver egy adott funkcióját alapvetően egyféle-képpen tudod használni.

A hátránya is ez: úgy működik ahogy – próbáltál már a Google-nek a Google Docs-szal vagy a Microsoftnak a Skype-pal kapcsolatban üzenni, kérni? És: mit írtak vissza? 🙂

Egy feladatra jó – dobozos: ezek olyan célszoftverek, amik úgy vannak ahogy vannak – és úgy használod ahogy kitalálták őket és pont arra amire kitalálták. Előnyük pont ez: nincs testreszabás, sokkal kevesebb kérdés van, kevés a hiba-lehetőség.

Ügyviteli – egy feladatra jó – dobozos: tipikusan a bérszámfejtő csomagok, járattervező rendszerek, standard gyártástervező rendszerek. Előnyük még mindig ugyanez: arra van amire – aztán vagy jó vagy nem.

Itt meg kell említeni hogy ezek kétféle területen lehetnek adott feladatra jók: a) adott ún. funkció-csoport kapcsán (pl. bérszámfejtés) b) adott iparági feladat kapcsán (pl. járattervezés).

Megjegyzés: mitől “ügyviteli” egy szoftver? Hát attól hogy alapvetően üzleti dolgokra használod. Gondolj arra: az Egy feldatra jó – dobozos szoftverben pl. vezethetsz (Excelben) saját (személyes) feladat-listát, a Skype-ot használhatod a barátaiddal való beszélgetésre is. Egy ügyviteli szoftverrel ilyen ritkán jut az eszedbe – számláztál már anyukádnak?

Ügyviteli – több feladatra jó – dobozos: teljes, integrált ügyviteli csomagok. Pl. Kulcs Ügyvitel.

 

TESTRE SZABOTT SZOFTVEREK

Ezek már fel vannak készítve arra, hogy változtass rajtuk – vagy Te vagy egy szakember. Vannak olyan csomagok amelyek ezt a végletekig viszik – és évekig kell tanulni egy-egy moduljukat hogy valaki valóban értsen hozzájuk. A cél itt az, hogy a szoftver kód változtatása nélkül valahogyan mégis úgy műkdöjön a szoftver ahogy a céged.

Ezt ugyanakkor – mivel ilyenkor is egy egy ún. paraméter értékétől függően működik így vagy úgy a szoftver – van hogy nem sikerül “szállítaniuk”: ilyenkor a legtöbb ilyen szoftverbe bekúszik az EGYEDI KÓD – ez egy rém (lásd kicsit lejjebb, miért)!

Másképpen: úgy gondold ezt el, hogy ezekben a szoftverekben sok egyedi kód van – előre megírva. Majd egy-egy ún. paraméter (pl. “van-e időelszámolás?” Igen / Nem) értékétől függően működik így vagy úgy a szoftver. A szoftver bevezetése a paraméterek beállítgatásából áll (meg abból hogy előtte meg kell érteni hogy Mit? Ki? Hogyan? – erről alább írunk – és ennek meg kell feleltetni a szoftvert).

Tehát a kategóriák ezen belül:

Egy feladatra jó – testre szabott: ezek olyan célszoftverek amiket egy feladatra pl. bérszámfejtés használsz. Pl. a Nexon, az L-Soft, Babér és a többi bérszámfejtő csomag ilyen.

Ügyviteli – több feladatra jó – testre szabott: ezek a kisebb-nagyobb integrált csomagok.

Miért fontos az, hogy integrált? Erről alább írunk! Feltételnül olvasd el – ez az egyik leginkább alábecsült dolog a gyanútlan szemlélődő (=szoftvert kiválasztó) részéről.

 

EGYÉB ÜZLETI SZOFTVEREK – AZÉRT MERT “EGYÉB” A NEVE, ETTŐL MÉG OLVASD EL, FONTOS!

Nagyon fontos kategória: ezek azért kerültek “külön”, mert bármelyik másik szoftverrel együtt tudnak működni.

Azt viszont fontos megjegyezni hogy ezen szoftverek alkalmazásához nagyon nagy hozzáértés kell. Látszólag “szinte mindenre” (sok mindenre) jók, de hatalmas tapasztalat és kristálytiszta gondolkodás kell ahhoz hogy eldönthető legyen hogy az adott feladatra pont ez az adott típusú szoftver alkalmas-e.

 

Ezért is írunk ezekről részletesen.

 

Munkafolyamat-kezelő (workflow): olyan szoftver, amely ismétlődő, de viszonylag gyakran változó és “hosszú”, kevésbé egységes folyamatokat tesz egységesen követhetővé és mérhetővé. Itt gondolj arra, hogy ez kb. a “kotta” – hogyan kell egy adott folyamatot végigvinni – a folyamat állapotával, hozzá kapcsolódó “dolgaival” együtt. A kis-közepes cégek ezzel tudnak nagyot nőni.

A munkafolyamat-kezelés (workflow) veszélye: ezek a szoftverek egyrészt bizonyos pontig testreszabhatók csak – azaz ha egyedi szoftvert szeretnék workflow-val építeni – nem fog sikerülni vagy nagyon drága lesz. E mellett a workflow szoftverek ritkán állnak magukban: az ún. integrációt (más szoftverekkel való összekötést) biztosítani kell – ez pedig drágább lehet és tovább tarthat mint a folyamatok kialakítása.

A workflow kezelők és ún. tranzakcionális rendszerek közötti különbség: nagyon fontos másik terület ahol a cégek rendszeresen melléfognak: az ismétlődő, nagy mennyiségű, adott feladatra specifikus adatokat gyűjtő funkciók esetén nem szabad (tilos!) workflow menedzsment rendszert elsődleges rendszerként megpróbálni alkalmazni. Azaz pl. napi 10-100-10000 telefonhívásokat regisztrálni és az utána következő hosszú folyamatot követni – jó a workflow. De: egy mobil-szolgáltató híváskezelő központjához már kódot kell írni: ezt is le lehetne workflow menedzsment rendszerben rajzolni, de a létrejövő folyamatok egyrészt nem lennének hatékonyan futtathatóak (a világ összes szervere nem lenne hozzá elég) másrészt pedig meglehetősen nehézkes lenne vizuálisan, workflow-kal leírni azt amit ún. adatstruktúrákkal és kapcsolódó szoftver kóddal (“programozva”) el lehet készíteni. Az utóbbi az ún. “tranzakcionális” világ – itt egy-egy tranzakciót specializált szoftver kód (és nem pedig általános workflow management szoftver) kezel.

 

Projektek: egyedi, de valamilyen okból külön kezelendő, célhoz kötött projekteket kezelő szoftver. Azért vettük külön, mert számos cég működik projekt alapon (is) – úgy hogy nem is tudják. A projektek külön tervezendők, mérendők, irányítandók – de mégis számtalan ponton kapcsolódnak a cég többi részéhez.

A projektkezelő rendszerek hátránya bújhat ki a zsákból ha arra is projekteket próbálunk erőltetni amire nem valók: pl. egyes cégeknél a projektekhez egyben folyamatok (workflow-k – lásd az előző pontot) kapcsolódnak: ezek alapja ugyan projekt, de munkafolyamatokat kell kezelni ismétlődő módon a projektekkel párhuzamosan. Ilyenkor a megoldás nem feltétlenül egy projektkezelő rendszer hanem workflow kezelő rendszer bevezetése lehet.

 

MIS / Adattárház: a vezetők egy része ismeri – egy része pedig egyáltalán nem. Itt a lényeg, hogy adatokat gyűjtsenek egy adott területről vagy a cég egészéről és tegyék azokat úgy elemezhetővé hogy az adatok elemzésre készen állnak. Ez annak aki még nem látott belülről szoftvert, triviálisnak tűnhet de nem az. Gondoljunk csak arra, hogy pl. egy címet összekötni egy adott partnerrel és távolságot számítani két cím között nem biztos hogy könnyen elvégezhető. Ezek a szoftverek “emésztik” meg az adatokat, végzik el azokat a számításokat amelyeket az “alattuk” található többi rendszer nem végez el.

A MIS / adattárház nehézsége ott van, hogy nehezen elképzelhető egy informatikához hozzá nem értő számára, hogy egyáltalán mi is ez. Gondoljunk erre úgy, hogy ha rendszeresen kérdeznék tőlünk ugyanazt a számítás-sort, akkor azt mi is inkább egy idő után előkészítenénk  egy külön helyre – “ha mindig ezt kéred, és tudom hogy mindig így számolom ki: akkor veszem az adatokat és a számítás módot és jól elrakom az eredményt is: ha legközelebb kéred, majd előveszem“.

A MIS / adattárház és a tranzakcionális rendszerek “összeveszése”: előfordul hogy ugyanaz a szoftver végez elemzéseket és tárolja a napi tranzakciókat – ez elsőre az üzlet számára nem “fáj”. Ugyanakkor ezek az ún. használati módok van hogy jól összevesznek – mint az azonos tálból evő kutyák: ha a szervert és ami benne van egyszerre “támadják” azok a felhasználók akik egy-egy adott visznek fel vagy kérdeznek le és azok akik éppen egy teljes évet (vagy: képzeljük el több teljes évet!!! Tragédia! :)) akkor ők összeveszhetnek a szerveren, a nélkül hogy tudnának róla: ez már kissé túl technikai lesz, de a megértéshez lényegi: a szerverben a legértékesebb erőforrás a számítást végző processzoron kívül a memória: ebből mindig KEVÉS van mert relatívan drágább mint a tartós tárolásra kialakított “helyek” a szerveren: amely adat itt van tárolva ezért folyamatosan versenyzik (“veszekszik”) a többi, ugyanezért az értékes helyért ácsingózó adattal. És akkor most képzeljük el hogy egy vezető kitalálja hogy “most akkor kérdezzünk le egy teljes évet” – ami történik: ezek az adatok amelyeket a “főnök” kér: kisöprik a memóriából az összes többi adatot. Utána jön kedvencünk: Gizi: aki éppen számlát keres vagy rögzít – és ehhez partner-adatokat kérdez le. És mit vesz észre: “LASSÚ!!! MÁR MEGINT LASSÚ!!!”. Na hát ezért szükségesek külön adattárházi rendszerek.

 

FONTOS! A RÉM! (igen, ezt mi viccesnek tartjuk, így felhívni a figyelmet valami fontosra)

Cégek belüli adatmegosztás (“interfészek”): kevésbé ismert és szembetűnő kategória de ha annyit mondunk róla, ami minden cégvezetőt érdekelni fog, akkor gyorsan érdekessé válik: ez DRÁGA! NAGYON DRÁGA! Miért?

Az interfészek azért drágák mert hacsak nem két már előtte összekötött dobozos szoftvert kapcsolunk össze – mindig kell hozzá gondolkodás, egyedi szoftver-fejlesztés és rengeteg tesztelés. És: ezek a rendszerek közötti kapcsolatok tipikusan azok amelyeket a legjobban hozzáértő informatikusok szoktak kitalálni és megvalósítani. Őket hívják ún. architect-nek: építész-nek. Nem nagyképű elnevezés: tényleg ők találják ki hogy melyik szoftver melyik adatot írhatja, olvashatja. Ez mint cégvezetőt, cégtulajdonost nem kéne, hogy érdekeljen – pedig kötelező.

Az interfészek titka: az interfészekben adatokat alakítanak át – nem a gonosz manók – hanem az informatikusok: ha nem kérdeznek meg Téged egy-egy interfészről, könnyen lehet hogy ott adat veszik el vagy úgy kerül átalakításra hogy az Neked “nem jó”. Pl. egy pénzügyi tétel főkönyvi szám fordítást ha a programozó vagy az architect szimpla lustaságból nem ellenőriztet az üzlettel – akkor bizony lényegi információk veszhetnek el.

Az interfészek még féltettebb és biztosan ijesztő titka hogy rendszeresen karban kell őket tartani: a szoftverek bizony változnak – ha bármelyi szoftver – az interfész két végén – változik akkor “utána  kell húzni”. Tudnánk mesélni…a bejelentkező lapunkon található Google bejelentkezés (Login with Google) pl. a cikk írásának időpontjában nem működik: ez is egy ún. API-n (az interfészek újabb kori neve) kommunikál a Google-lel. Amikor a Google úgy gondolja – átír valamit ezen a módszeren. Nekünk természetesen nem szól. A felhasználó annyit lát hogy “nem működik”.

Az architek-tek feladata még hogy kérdezzenek és megértsék az üzleti folyamatot ahhoz hogy jó interfészt tervezzenek: ez egy újabb “ijesztő” dolog. Éltek még? Vagy már halálra rémültetek?!? Interfészt nem lehet jól tervezni – az üzleti folyamat ismerete nélkül.

Mindezek miatt egyetlen interfész kialakítása simán több napos mutatvány – egy egyszerűbbé is – és utána az informatikusok folyamatos felügyeletét igényli.

És: belegondoltatok mi történik ha elromlik? Na melyik szoftverfejlesztőtök tudja kivizsgálni, hogy mi történt? Hát persze hogy a legjobbak! És mivel 2 rendszer közötti kapcsolatról van szó: ezért aztán beszélgethetsz két céggel, hogy ki is a “bűnös”.

Cégek közötti adatmegosztás (“cégek közötti interfészek”): ha el tudjátok röviden képzelni hogy cégen belül milyen interfészeket tervezni, építeni és üzemeltetni – akkor ezt szorozzátok be “sokkal”.

A cégek közötti interfészek esetén a problémák még inkább előjönnek, nehezebb tervezni (itt már a 2 cég “tudósai” kell hogy összeüljenek” és ha nem működik: sok sikert a megoldáshoz.

Itt egy rövid sztori: amikor a Zwack Unicum vezérigazgatója, a Waberer’s vezérigazgatója és tulajdonosa, az SAP Magyarország ügyvezetője és a cikk szerzője ültek egy szobában még van 8 másik emberrel és hosszassan beszélgettek arról hogy kb. 8 hónap után (+1 hónap és megvan a gyerek!) hogyan működjön végre a Waberer’s és a Zwack közötti menedzselt logisztikai megoldás ahol SAP-nak kellett “néhány” adatot valós időben átadni. Egyetlen megjegyzés ehhez: a projekt nem volt sem olcsó, sem gyors.

FONTOS! Most tarts kávészünetet. Lazíts. Gondolj másra. Facebook-ozz. Index. Bármi. Mert fontos dolog következik.

Mindezeket elolvasva most már ugye érted valamennyire hogy miért fontos 2 dolog: 

az integrált rendszer: amikor csak teheted, használj integrált rendszert: ezek a rendszerek “saját magukkal beszélgetnek”: kevésbé romlik el ez a fajta kapcsolat, nem kell Neked kitalálni hogy működjön és mindezek miatt sokkal olcsóbb. Megspórolod vele az ún. integrációt.

a fővállalkozó: kell hogy legyen valaki aki “elviszi a balhét”: ne sajnáld rá a pénzt! Ez lehet a saját informatikusod is – ha valóban számon tudod kérni 🙂

+1: az olyan integrált rendszer ami több cég együttműködését is lehetővé teszi: mi nem sok ilyenről tudunk: a 10xONE ilyen. Alapból: több cég között tudsz egyetlen kattintással szinte bármilyen adatot megosztani. Külön jogosultságokkal. Villámgyorsan. Áttekinthetően. A legdurvább dolgot csináltuk meg Neked. Most már érted miért ilyen izgalmas ez? És: miért jó?!? Bármelyik partnereddel együtt dolgozhatsz a szoftverünkkel – mint ha egy cégben ülnétek. Sőt: az egyéb funkciókat – workflow, projektek, lekérdezések (adattárház/MIS) is többcégesre írtuk. Alapból. Örülsz? Még nem? Kellene. Nagyon!

 

AI: mesterséges intelligencia: az új “csoda” – ez önmagában egy igen tág kategória: itt a beszédből-szöveg, szövegből-beszéd, chatbot-ok, öntanuló algoritmusok, robotikus folyamat-automatizálás (RPA: robotic process automation), képfelismerés juthatnak eszünkbe. Mindegyik önmagában kevésbé értékes üzleti szemmel – hacsak valamilyen további alkalmazással nincsen összekötve. Ez egy teljesen külön terület – majd írunk róla egy külön cikket.

Illetve: dolgozunk rajta már, hogy a 10xONE-ban is legyen belőle – értelmesen, integráltan, minél több.

 

ÚJ GENERÁCIÓS ÜZLETI SZOFTVEREK

Rejtélyesen hangzik de nem az: ezek olyan szoftverek amelyek valamely módon újat nyújtanak: nem (csak) paramétereken, hanem ábrákon keresztül változtathatóak vagy értenek abból amit mondasz nekik (a videót nehogy megnézd, mert életveszélyes! Mintapélda lesz még arra, hogyan ne mutassunk be szoftvert:)).

Ezek a szoftverek azért lehetnek értékesek Számodra, mert azt a paradigmát törik meg, hogy minél inkább testre szabott, minél inkább egyedi a szoftver, a szolgáltatás – annál lassabb és drágább bevezetni.

Hogyan lehetséges ez? A készítőiknek volt idejük elgondolkodni azokon a “leckéken” amelyeket az elmúlt 30-50 évben az előző generációs ügyviteli szoftverekkel szereztek. Tanulni sohasem késő.

A 10xONE pl. egyszerre kezel projekteket – teljesen projekt alapú – munkafolyamatokat (workflow alapú is), vizuálisan változtatható és mellé a hagyományos integrált ügyviteli funkciókat is kombinálja. Mindezt ún. megoldásokba csomagolva – hogy azonnal bevezethető legyen, legyen kész sablon.

Ez miért is izgalmas? Merthogy az. Lehet hogy a végén még ez egy izgalmas cikk lesz?

Mert az Egyéb szoftverek mára a céges szoftver-eszköztár alap-elemeivé váltak. Azaz: ha Neked nincs, de a versenytársadnak van – lemaradsz. És: az Egyéb szoftverekért egyrészt ugyanúgy külön kell pénzt fizetned. Másrészt ezek az Egyéb szoftverek – ugye emlékszel még mik ezek? – ugyanúgy akkor tudnak jól működni ha integrálod őket a cég többi szoftverével.

Namármost – mit is írtunk az integrációról fentebb? Hát nem sok jót. Azaz ha ezeket az Egyéb szoftvereket megveszed – külön – akkor megintcsak pörög az óra – és az eurók, dollárok vagy forintok.

Mi ezt az egész hajcihőt (és a pénzt meg az időt is) spóroljuk meg Neked.

Ez pedig nem kevés – nagyon nem az.

Jelenleg 1200 funkciónál tartunk – a fentiek közül egyedül az AI (mesterséges intelligencia) hiányzik a szoftverünkből. Minden mást megkapsz egyben. Most már megvan hogy miért is

10x ONE

a szoftverünk neve? Ten-times-one. Tízszer több – egyben. Egyetlen árért.

…KATEGÓRIÁK KÖZÖTTI SZÜNET – AVAGY AMITŐL A FALNAK MÉGY

Read more

Üzleti szoftver kiválasztás – a cégednek

Ahogy bútort a nappalidba. Na jó – nem. Vagy igen?

Cégvezető vagy cégtulajdonos vagy?

Vagy “csak” egy részleget vezetsz? Eszedbe jut hogy akkor most “keresünk egy jó kis szoftvert”.

Dübörögnek a pályázatok? És: megint: szoftverre is lehet pályázni? “Keressünk egy jó kis szoftvert!”

Elsőre ez egy rém unalmas téma. Foglalkozhatnánk bármi mással – még talán a Polgári Törvénykönyv mélyelemzése is izgalmasabb ennél. De hát: nem lesz unalmas, ígérjük. Másrészt pedig ez is olyan dolog amit három ponton lehet elrontani: az elején. A közepén. Meg a végén.

És: most még úgy gondoljuk nem rakunk bele sem sematikus képeket, sem szép nős képeket – sem semmilyen képet. Olvasd el – megéri, így is. 20 év tapasztalatát raktuk bele. Milliókat, 10 és 100 milliókat spórolhatsz vele. Nem viccelünk és nem is vagyunk nagyképűek.

Tényleg.

MI IS AZ ÜZLETI SZOFTVER?

Mire jó a szoftver a cégednek? Az üzleti szoftver kiválasztás alapja

Nagyon nagyon sokféle szoftver van. Ezzel még nem mondtunk újat. A szoftvereket lehet kategorizálni. Amikor üzleti szoftver kiválasztás folyik nagyon fontos, hogy tisztán gondolkozz. Vannak helyzetek az életben amikor ez nem szükséges – a céged nem az a hely, de amikor szoftvert választasz, még inkább jó ha tisztán gondolkozol.

Ehhez kis támpont: kategorizáljunk!

Nem kell bemagolnod, és ha nem érted, írj nekünk!.

A felhőről

Elöljáróban: számít-e hogy a szoftvered felhő-e vagy sem? Igen és nem. Alapvetően Neked elsőre nem. De: ez egy külön cikk témája – szintén. De most itt nem erről fogunk írni. Csak egy kicsit.

A felhőben ugyanis nem a technológia izgalmas – nem is az hogy hol tárolják az adataidat (tudjuk, tudjuk: “Belenéz a szolgáltató!” Hát persze. Képzeld el – egész nap azzal foglalkozik hogy az adataidat nézi! Egész nap. Na jó – nem.)

A felhőben az üzleti szempont az izgalmas: a) a szolgáltató jóval nagyobb kockázatot vállal: beruház, előre: szerverbe, emberbe, szoftverbe b) a szerződés bármikor felmondható: ekkor a szolgáltató veszít: jóval többet és nagyobbat mint ha megvetted volna a licenceket c) ha a szolgáltatót feltörik – oda az üzlete, a hírneve

 

Miért fontosak a szoftver-kategóriák?

Mert minden kategória más- és más dologra jó. Akár – teljesen.

Mi ebben a nehézség? Az, hogy még tapasztalt szakértőknek, szakembereknek is nehéz, esetenként nagyon nehéz megmondani hogy egy adott szoftver adott feladatra használható-e.

Akkor mire jók ezek a kategóriák? Segítenek tisztán gondolkodni.

Amikor majd egymáshoz rendeled a “Mit?” és a kategóriákat – akkor ezek nagyon hasznosak lesznek.

(A “Mit?” kérdéséről alább írunk!)

 

Nézzük át a kategóriákat!

EZ EGY NAGYON FONTOS ÁBRA! NYOMTASD KI! RAKD EL! 🙂

Még mielőtt beleugranánk a közepébe: nézd meg az ábrát – elsőre az az “érzés” hogy minél inkább jobbra és felfelé mozgunk az ábrán – annál drágább lesz a “dolog”. Nos – ha jól csináljuk: ez nem mindig így van.

 

DOBOZOS SZOFTVEREK

Előnyük még mindig ugyanez: arra van amire – aztán vagy jó vagy nem. Nincs testreszabás. Kevesebb kérdés van. Kevesebb hiba-lehetőség. A szoftverfejlesztőknek is sokkal könnyebb: egy vagy több nagyságrenddel – hiszen a szoftver egy adott funkcióját alapvetően egyféle-képpen tudod használni.

A hátránya is ez: úgy működik ahogy – próbáltál már a Google-nek a Google Docs-szal vagy a Microsoftnak a Skype-pal kapcsolatban üzenni, kérni? És: mit írtak vissza? 🙂

Egy feladatra jó – dobozos: ezek olyan célszoftverek, amik úgy vannak ahogy vannak – és úgy használod ahogy kitalálták őket és pont arra amire kitalálták. Előnyük pont ez: nincs testreszabás, sokkal kevesebb kérdés van, kevés a hiba-lehetőség.

Ügyviteli – egy feladatra jó – dobozos: tipikusan a bérszámfejtő csomagok, járattervező rendszerek, standard gyártástervező rendszerek. Előnyük még mindig ugyanez: arra van amire – aztán vagy jó vagy nem.

Itt meg kell említeni hogy ezek kétféle területen lehetnek adott feladatra jók: a) adott ún. funkció-csoport kapcsán (pl. bérszámfejtés) b) adott iparági feladat kapcsán (pl. járattervezés).

Megjegyzés: mitől “ügyviteli” egy szoftver? Hát attól hogy alapvetően üzleti dolgokra használod. Gondolj arra: az Egy feldatra jó – dobozos szoftverben pl. vezethetsz (Excelben) saját (személyes) feladat-listát, a Skype-ot használhatod a barátaiddal való beszélgetésre is. Egy ügyviteli szoftverrel ilyen ritkán jut az eszedbe – számláztál már anyukádnak?

Ügyviteli – több feladatra jó – dobozos: teljes, integrált ügyviteli csomagok. Pl. Kulcs Ügyvitel.

 

TESTRE SZABOTT SZOFTVEREK

Ezek már fel vannak készítve arra, hogy változtass rajtuk – vagy Te vagy egy szakember. Vannak olyan csomagok amelyek ezt a végletekig viszik – és évekig kell tanulni egy-egy moduljukat hogy valaki valóban értsen hozzájuk. A cél itt az, hogy a szoftver kód változtatása nélkül valahogyan mégis úgy műkdöjön a szoftver ahogy a céged.

Ezt ugyanakkor – mivel ilyenkor is egy egy ún. paraméter értékétől függően működik így vagy úgy a szoftver – van hogy nem sikerül “szállítaniuk”: ilyenkor a legtöbb ilyen szoftverbe bekúszik az EGYEDI KÓD – ez egy rém (lásd kicsit lejjebb, miért)!

Másképpen: úgy gondold ezt el, hogy ezekben a szoftverekben sok egyedi kód van – előre megírva. Majd egy-egy ún. paraméter (pl. “van-e időelszámolás?” Igen / Nem) értékétől függően működik így vagy úgy a szoftver. A szoftver bevezetése a paraméterek beállítgatásából áll (meg abból hogy előtte meg kell érteni hogy Mit? Ki? Hogyan? – erről alább írunk – és ennek meg kell feleltetni a szoftvert).

Tehát a kategóriák ezen belül:

Egy feladatra jó – testre szabott: ezek olyan célszoftverek amiket egy feladatra pl. bérszámfejtés használsz. Pl. a Nexon, az L-Soft, Babér és a többi bérszámfejtő csomag ilyen.

Ügyviteli – több feladatra jó – testre szabott: ezek a kisebb-nagyobb integrált csomagok.

Miért fontos az, hogy integrált? Erről alább írunk! Feltételnül olvasd el – ez az egyik leginkább alábecsült dolog a gyanútlan szemlélődő (=szoftvert kiválasztó) részéről.

 

EGYÉB ÜZLETI SZOFTVEREK – AZÉRT MERT “EGYÉB” A NEVE, ETTŐL MÉG OLVASD EL, FONTOS!

Nagyon fontos kategória: ezek azért kerültek “külön”, mert bármelyik másik szoftverrel együtt tudnak működni.

Azt viszont fontos megjegyezni hogy ezen szoftverek alkalmazásához nagyon nagy hozzáértés kell. Látszólag “szinte mindenre” (sok mindenre) jók, de hatalmas tapasztalat és kristálytiszta gondolkodás kell ahhoz hogy eldönthető legyen hogy az adott feladatra pont ez az adott típusú szoftver alkalmas-e.

 

Ezért is írunk ezekről részletesen.

 

Munkafolyamat-kezelő (workflow): olyan szoftver, amely ismétlődő, de viszonylag gyakran változó és “hosszú”, kevésbé egységes folyamatokat tesz egységesen követhetővé és mérhetővé. Itt gondolj arra, hogy ez kb. a “kotta” – hogyan kell egy adott folyamatot végigvinni – a folyamat állapotával, hozzá kapcsolódó “dolgaival” együtt. A kis-közepes cégek ezzel tudnak nagyot nőni.

A munkafolyamat-kezelés (workflow) veszélye: ezek a szoftverek egyrészt bizonyos pontig testreszabhatóak csak – azaz ha egyedi szoftvert szeretnék workflow-val építeni – nem fog sikerülni vagy nagyon drága lesz. E mellett a workflow szoftverek ritkán állnak magukban: az ún. integrációt (más szoftverekkel való összekötést) biztosítani kell – ez pedig drágább lehet és tovább tarthat mint a folyamatok kialakítása.

A workflow kezelők és ún. tranzakcionális rendszerek közötti különbség: nagyon fontos másik terület ahol a cégek rendszeresen melléfognak: az ismétlődő, nagy mennyiségű, adott feladatra specifikus adatokat gyűjtő funkciók esetén nem szabad (tilos!) workflow menedzsment rendszert elsődleges rendszerként megpróbálni alkalmazni. Azaz pl. napi 10-100-10000 telefonhívásokat regisztrálni és az utána következő hosszú folyamatot követni – jó a workflow. De: egy mobil-szolgáltató híváskezelő központjához már kódot kell írni: ezt is le lehetne workflow menedzsment rendszerben rajzolni, de a létrejövő folyamatok egyrészt nem lennének hatékonyan futtathatóak (a világ összes szervere nem lenne hozzá elég) másrészt pedig meglehetősen nehézkes lenne vizuálisan, workflow-kal leírni azt amit ún. adatstruktúrákkal és kapcsolódó szoftver kóddal (“programozva”) el lehet készíteni. Az utóbbi az ún. “tranzakcionális” világ – itt egy-egy tranzakciót specializált szoftver kód (és nem pedig általános workflow management szoftver) kezel.

 

Projektek: egyedi, de valamilyen okból külön kezelendő, célhoz kötött projekteket kezelő szoftver. Azért vettük külön, mert számos cég működik projekt alapon (is) – úgy hogy nem is tudják. A projektek külön tervezendők, mérendők, irányítandók – de mégis számtalan ponton kapcsolódnak a cég többi részéhez.

A projektkezelő rendszerek hátránya bújhat ki a zsákból ha arra is projekteket próbálunk erőltetni amire nem valók: pl. egyes cégeknél a projektekhez egyben folyamatok (workflow-k – lásd az előző pontot) kapcsolódnak: ezek alapja ugyan projekt, de munkafolyamatokat kell kezelni ismétlődő módon a projektekkel párhuzamosan. Ilyenkor a megoldás nem feltétlenül egy projektkezelő rendszer hanem workflow kezelő rendszer bevezetése lehet.

 

MIS / Adattárház: a vezetők egy része ismeri – egy része pedig egyáltalán nem. Itt a lényeg, hogy adatokat gyűjtsenek egy adott területről vagy a cég egészéről és tegyék azokat úgy elemezhetővé hogy az adatok elemzésre készen állnak. Ez annak aki még nem látott belülről szoftvert, triviálisnak tűnhet de nem az. Gondoljunk csak arra, hogy pl. egy címet összekötni egy adott partnerrel és távolságot számítani két cím között nem biztos hogy könnyen elvégezhető. Ezek a szoftverek “emésztik” meg az adatokat, végzik el azokat a számításokat amelyeket az “alattuk” található többi rendszer nem végez el.

A MIS / adattárház nehézsége ott van, hogy nehezen elképzelhető egy informatikához hozzá nem értő számára, hogy egyáltalán mi is ez. Gondoljunk erre úgy, hogy ha rendszeresen kérdeznék tőlünk ugyanazt a számítás-sort, akkor azt mi is inkább egy idő után előkészítenénk  egy külön helyre – “ha mindig ezt kéred, és tudom hogy mindig így számolom ki: akkor veszem az adatokat és a számítás módot és jól elrakom az eredményt is: ha legközelebb kéred, majd előveszem“.

A MIS / adattárház és a tranzakcionális rendszerek “összeveszése”: előfordul hogy ugyanaz a szoftver végez elemzéseket és tárolja a napi tranzakciókat – ez elsőre az üzlet számára nem “fáj”. Ugyanakkor ezek az ún. használati módok van hogy jól összevesznek – mint az azonos tálból evő kutyák: ha a szervert és ami benne van egyszerre “támadják” azok a felhasználók akik egy-egy adott visznek fel vagy kérdeznek le és azok akik éppen egy teljes évet (vagy: képzeljük el több teljes évet!!! Tragédia! :)) akkor ők összeveszhetnek a szerveren, a nélkül hogy tudnának róla: ez már kissé túl technikai lesz, de a megértéshez lényegi: a szerverben a legértékesebb erőforrás a számítást végző processzoron kívül a memória: ebből mindig KEVÉS van mert relatívan drágább mint a tartós tárolásra kialakított “helyek” a szerveren: amely adat itt van tárolva ezért folyamatosan versenyzik (“veszekszik”) a többi, ugyanezért az értékes helyért ácsingózó adattal. És akkor most képzeljük el hogy egy vezető kitalálja hogy “most akkor kérdezzünk le egy teljes évet” – ami történik: ezek az adatok amelyeket a “főnök” kér: kisöprik a memóriából az összes többi adatot. Utána jön kedvencünk: Gizi: aki éppen számlát keres vagy rögzít – és ehhez partner-adatokat kérdez le. És mit vesz észre: “LASSÚ!!! MÁR MEGINT LASSÚ!!!”. Na hát ezért szükségesek külön adattárházi rendszerek.

 

FONTOS! A RÉM! (igen, ezt mi viccesnek tartjuk, így felhívni a figyelmet valami fontosra)

Cégek belüli adatmegosztás (“interfészek”): kevésbé ismert és szembetűnő kategória de ha annyit mondunk róla, ami minden cégvezetőt érdekelni fog, akkor gyorsan érdekessé válik: ez DRÁGA! NAGYON DRÁGA! Miért?

Az interfészek azért drágák mert hacsak nem két már előtte összekötött dobozos szoftvert kapcsolunk össze – mindig kell hozzá gondolkodás, egyedi szoftver-fejlesztés és rengeteg tesztelés. És: ezek a rendszerek közötti kapcsolatok tipikusan azok amelyeket a legjobban hozzáértő informatikusok szoktak kitalálni és megvalósítani. Őket hívják ún. architect-nek: építész-nek. Nem nagyképű elnevezés: tényleg ők találják ki hogy melyik szoftver melyik adatot írhatja, olvashatja. Ez mint cégvezetőt, cégtulajdonost nem kéne, hogy érdekeljen – pedig kötelező.

Az interfészek titka: az interfészekben adatokat alakítanak át – nem a gonosz manók – hanem az informatikusok: ha nem kérdeznek meg Téged egy-egy interfészről, könnyen lehet hogy ott adat veszik el vagy úgy kerül átalakításra hogy az Neked “nem jó”. Pl. egy pénzügyi tétel főkönyvi szám fordítást ha a programozó vagy az architect szimpla lustaságból nem ellenőriztet az üzlettel – akkor bizony lényegi információk veszhetnek el.

Az interfészek még féltettebb és biztosan ijesztő titka hogy rendszeresen karban kell őket tartani: a szoftverek bizony változnak – ha bármelyi szoftver – az interfész két végén – változik akkor “utána  kell húzni”. Tudnánk mesélni…a bejelentkező lapunkon található Google bejelentkezés (Login with Google) pl. a cikk írásának időpontjában nem működik: ez is egy ún. API-n (az interfészek újabb kori neve) kommunikál a Google-lel. Amikor a Google úgy gondolja – átír valamit ezen a módszeren. Nekünk természetesen nem szól. A felhasználó annyit lát hogy “nem működik”.

Az architek-tek feladata még hogy kérdezzenek és megértsék az üzleti folyamatot ahhoz hogy jó interfészt tervezzenek: ez egy újabb “ijesztő” dolog. Éltek még? Vagy már halálra rémültetek?!? Interfészt nem lehet jól tervezni – az üzleti folyamat ismerete nélkül.

Mindezek miatt egyetlen interfész kialakítása simán több napos mutatvány – egy egyszerűbbé is – és utána az informatikusok folyamatos felügyeletét igényli.

És: belegondoltatok mi történik ha elromlik? Na melyik szoftverfejlesztőtök tudja kivizsgálni, hogy mi történt? Hát persze hogy a legjobbak! És mivel 2 rendszer közötti kapcsolatról van szó: ezért aztán beszélgethetsz két céggel, hogy ki is a “bűnös”.

Cégek közötti adatmegosztás (“cégek közötti interfészek”): ha el tudjátok röviden képzelni hogy cégen belül milyen interfészeket tervezni, építeni és üzemeltetni – akkor ezt szorozzátok be “sokkal”.

A cégek közötti interfészek esetén a problémák még inkább előjönnek, nehezebb tervezni (itt már a 2 cég “tudósai” kell hogy összeüljenek” és ha nem működik: sok sikert a megoldáshoz.

Itt egy rövid sztori: amikor a Zwack Unicum vezérigazgatója, a Waberer’s vezérigazgatója és tulajdonosa, az SAP Magyarország ügyvezetője és a cikk szerzője ültek egy szobában még van 8 másik emberrel és hosszassan beszélgettek arról hogy kb. 8 hónap után (+1 hónap és megvan a gyerek!) hogyan működjön végre a Waberer’s és a Zwack közötti menedzselt logisztikai megoldás ahol SAP-nak kellett “néhány” adatot valós időben átadni. Egyetlen megjegyzés ehhez: a projekt nem volt sem olcsó, sem gyors.

FONTOS! Most tarts kávészünetet. Lazíts. Gondolj másra. Facebook-ozz. Index. Bármi. Mert fontos dolog következik.

Mindezeket elolvasva most már ugye érted valamennyire hogy miért fontos 2 dolog: 

az integrált rendszer: amikor csak teheted, használj integrált rendszert: ezek a rendszerek “saját magukkal beszélgetnek”: kevésbé romlik el ez a fajta kapcsolat, nem kell Neked kitalálni hogy működjön és mindezek miatt sokkal olcsóbb. Megspórolod vele az ún. integrációt.

a fővállalkozó: kell hogy legyen valaki aki “elviszi a balhét”: ne sajnáld rá a pénzt! Ez lehet a saját informatikusod is – ha valóban számon tudod kérni 🙂

+1: az olyan integrált rendszer ami több cég együttműködését is lehetővé teszi: mi nem sok ilyenről tudunk: a 10xONE ilyen. Alapból: több cég között tudsz egyetlen kattintással szinte bármilyen adatot megosztani. Külön jogosultságokkal. Villámgyorsan. Áttekinthetően. A legdurvább dolgot csináltuk meg Neked. Most már érted miért ilyen izgalmas ez? És: miért jó?!? Bármelyik partnereddel együtt dolgozhatsz a szoftverünkkel – mint ha egy cégben ülnétek. Sőt: az egyéb funkciókat – workflow, projektek, lekérdezések (adattárház/MIS) is többcégesre írtuk. Alapból. Örülsz? Még nem? Kellene. Nagyon!

 

AI: mesterséges intelligencia: az új “csoda” – ez önmagában egy igen tág kategória: itt a beszédből-szöveg, szövegből-beszéd, chatbot-ok, öntanuló algoritmusok, robotikus folyamat-automatizálás (RPA: robotic process automation), képfelismerés juthatnak eszünkbe. Mindegyik önmagában kevésbé értékes üzleti szemmel – hacsak valamilyen további alkalmazással nincsen összekötve. Ez egy teljesen külön terület – majd írunk róla egy külön cikket.

Illetve: dolgozunk rajta már, hogy a 10xONE-ban is legyen belőle – értelmesen, integráltan, minél több.

 

ÚJ GENERÁCIÓS ÜZLETI SZOFTVEREK

Rejtélyesen hangzik de nem az: ezek olyan szoftverek amelyek valamely módon újat nyújtanak: nem (csak) paramétereken, hanem ábrákon keresztül változtathatóak vagy értenek abból amit mondasz nekik (a videót nehogy megnézd, mert életveszélyes! Mintapélda lesz még arra, hogyan ne mutassunk be szoftvert:)).

Ezek a szoftverek azért lehetnek értékesek Számodra, mert azt a paradigmát törik meg, hogy minél inkább testre szabott, minél inkább egyedi a szoftver, a szolgáltatás – annál lassabb és drágább bevezetni.

Hogyan lehetséges ez? A készítőiknek volt idejük elgondolkodni azokon a “leckéken” amelyeket az elmúlt 30-50 évben az előző generációs ügyviteli szoftverekkel szereztek. Tanulni sohasem késő.

A 10xONE pl. egyszerre kezel projekteket – teljesen projekt alapú – munkafolyamatokat (workflow alapú is), vizuálisan változtatható és mellé a hagyományos integrált ügyviteli funkciókat is kombinálja. Mindezt ún. megoldásokba csomagolva – hogy azonnal bevezethető legyen, legyen kész sablon.

Ez miért is izgalmas? Merthogy az. Lehet hogy a végén még ez egy izgalmas cikk lesz?

Mert az Egyéb szoftverek mára a céges szoftver-eszköztár alap-elemeivé váltak. Azaz: ha Neked nincs, de a versenytársadnak van – lemaradsz. És: az Egyéb szoftverekért egyrészt ugyanúgy külön kell pénzt fizetned. Másrészt ezek az Egyéb szoftverek – ugye emlékszel még mik ezek? – ugyanúgy akkor tudnak jól működni ha integrálod őket a cég többi szoftverével.

Namármost – mit is írtunk az integrációról fentebb? Hát nem sok jót. Azaz ha ezeket az Egyéb szoftvereket megveszed – külön – akkor megintcsak pörög az óra – és az eurók, dollárok vagy forintok.

Mi ezt az egész hajcihőt (és a pénzt meg az időt is) spóroljuk meg Neked.

Ez pedig nem kevés – nagyon nem az.

Jelenleg 1200 funkciónál tartunk – a fentiek közül egyedül az AI (mesterséges intelligencia) hiányzik a szoftverünkből. Minden mást megkapsz egyben. Most már megvan hogy miért is

10x ONE

a szoftverünk neve? Ten-times-one. Tízszer több – egyben. Egyetlen árért.

…KATEGÓRIÁK KÖZÖTTI SZÜNET – AVAGY AMITŐL A FALNAK MÉGY

Read more

MARKETINGESKÉNT – MIÉRT NEM KAPOD MEG SOHA A SZUPER ÁLLÁST?

Elöljáróban: soha nem dolgoztam marketingesként.
 
És: ha marketinges vagy és állást keresel, vagy új megbízót, vagy majd egyszer fogsz, akkor olvasd el ezt.
De: előtte javasolt 1,5 óra jóga (engem az nyugtat le, lazít le, erősít, nyújt, légzést javít, közérzetet javít…pillanat: ez nem egy jógát népszerűsítő poszt!??).
Vagy gyere oda ahol most ezt a cikket írom pár napra legalább (M-mel kezdődik, szigetek a vége és 365 nap 22 és 30 fok között van, és olyan szép az óceán hogy a kék, türkiz, zöld minden árnyalata játszik, a homok olyan fehér hogy nappal vakít, hunyorognod kell…pillanat: ez nem egy M szigetek-et népszerűsítő poszt?!?) vagy igyál vagy fuss, vagy meditálj.

Csinálj valamit, mert hacsak nem Te vagy a világ legjobb marketingese – ez a cikk először is fel fog húzni.
Aztán – aztán Rajtad múlik mi történik. De: felhúzott állapotban ne kommentelj.
 

Mi is a marketinges szerepe – egy cégvezető szemével?

Én mint aki marketingest keres, így fogalmaztam meg magamnak a marketinges szerepét – ha tudnék ide a cikkbe piramist rajzolni akkor rajzolnék, az 1-essel a tetején; de itt az M szigeteken Ti sem töltenétek vele az időt; tehát:
 

1-Stratégia – a legfontosabb: kinek, mit, miért adunk el – ezt a tulajdonossal, cégvezetővel együtt
2-Taktika – ötletelés, ez a kreatív rész, csapatban vagy egyedül, fűvel vagy a nélkül
3-Operatív tervezés – a taktika alapján számokkal eldöntjük hogy akkor mi a következő amit kipróbálunk
4-Operatív végrehajtás – megcsináljuk amit elterveztünk, közben figyelünk

  1. Kísérletek
  2. Mérés, kiértékelés
  3. Végrehajtás, “nagyban”

5-Elemzés, riportolás

 
Kb. ezek. Ha valaki mindet tudja – ő az emberem. Na jó nem, de erről később.
 

Mi az amit még elvárok egy marketingestől – a cégvezető szemével

Ez már sokkal nehezebb – mert iparág-függő.
És: még egy valami: van egy hatalmas felismerés, amiről már írtam egy cikket: hogy nem kell mindenkinek mindenhez értenie – hogy mindenki másban jó. Még marketingen belül is.

Azaz: ha Te szupersztár szövegíró vagy, attól nem Neked kell grafikát gyártani.
Ha Te szuper online bajnok vagy, nem Te fogsz offline sajtótájékoztatót tartani.

És így tovább. Folytassam? Felesleges.
 

Viszont amit mindeképpen elvárok: amihez értesz – az tizedmásodpercek alatt jöjjön le a CV-dből. De: előtte még 3 dolgot. De egy kis kitérő – avagy: miről kell hogy szóljon a marketing!?

 

KÖZJÁTÉK – MI IS A MARKETING?

Némi kis unalom – ha tudod, ugord át. De akkor nem fogod érteni a cikk maradék részét!
 
Ezt a legkeményebb módon tanultam meg: egyrészt egy vagyont fizettem érte – a világ egyik legjobb üzleti sulijában volt a tanárom egy Sanjay Dhar nevű prof – imádtuk.

A marketing volt az egyik legnehezebb tárgy. Mindig azt ismételte, hogy a jól működő cégeknél

a marketing = a stratégia és a stratégia = a marketing.

 
És persze a fejünkbe rakott egy keretet (framework-nek is nevezhetnénk ha angolul írnám a cikket): 3C – STP – 4P.
Aki megfejti, vendégem egy italra. Persze nem itt ahol most vagyok, itt egy egyszerű 750ml-es ásványvíz (buborékos, azért kell nekem, én így szeretem) 12 USD. Meg a repjegy. Szóval majd otthon.
 
Na jó – hogy ne feszélyezzem a kedélyeket – nincs ebben semmi új, ugye? Íme:

3C – Customer, Company, Competitors
STP – Segmentation Targeting Positioning
4P (aki ezt nem tudja, hagyja abba a cikk olvasását és menjen horgolni)

Ez lenne a “kemény” útja annak, ahogyan megtanultam? Dehogy! Ezt elméletben gyorsan megtanultam – de semmit nem ért. Amikor céget indítottam, építettem (csináltam egy párat) akkor fejben tudtam, de alkalmazni!? Na azt nehogy már! Én mindig jobban tudtam, hogy mi kell most a cégnek (nem a vevőnek!) és különben is.
 
Azaz: elköltöttem tovább 2 milliót, kimentünk egy pár startup kiállításra meg versenyre az USA-ba (hogy miért pont oda az megint egy másik cikk témája) és ott volt olyan mázlink (na jó azért több volt ennél: egységes, rikító sárga póló, egy nagyon vonzó és kedves sales vezetőnk aki minden befektető-jelölthöz az amerikaiakhoz képest is szélesebb (és őszintébb, amit néha nem nehéz hozzájuk képest – aki tudja mire gondolok, most mosolyog!) mosollyal tudott odamenni a betanult szöveggel (nem azért mert buta, hanem mert ezt előre kitaláltuk, hogy mi érdekli őket – húha, előre rohantam, ez mindjárt jön!:)) és persze rikító egységes tornacipőben) hogy

egy Los Angeles-beli accelerator (elég jó nevűek) aztán azt mondta hogy 210-en jelentkeztek hozzá az elmúlt negyedévben most akkor 18 céget kiválasztott és mi is köztük vagyunk.

Aki járt már az USA-ban befektetőt keresni, az tudja hogy ez azért nem rossz. Érzésnek sem.
Na – ez már a “megtanultam” része volt, érdemes figyelni! Tehát: az első amit az acceleratorban kértek tőlünk (velük csináltuk, együtt): egy ún. Business Canvas volt. Amiben a legfontosabb rész – a többi valójában senkit nem érdekelt (!) – a Product – Market fit volt. Ez már megint jó adag elmélet. De mire megértettem hogy ez mi és miért is fontos…addigra megértettem hogy nem is tanított hülyeséget Sanjay Dhar (ő volt a marketing tanárom a suliban, aki még emlkészik).
 
A lényeg pedig abban volt amit Sanjay Dhar még tanított de akkor még nem vettem annyira komolyan – mert persze a framework mindenek felett! 🙂
Merthogy mondott még két dolgot:
 

The most important thing in marketing is to
STEP INTO THE SHOES OF YOUR CUSTOMER

 
És aztán kedves mosollyal (ez tényleg az volt, semmi erőltetés, imádtuk! :)) hozzátette még:
 

And there is one more important thing in marketing
TO KNOW WHO IS YOUR CUSTOMER

 
És hogy miért drágán tanultam meg ezt? Mert az ember nem tanul könnyen.
Elköltöttünk még pár millát (nem USD) arra hogy hirdetgessünk itt ott, hogy kiállítsunk stb. Pedig kb. ezt kellett tovább-boncolnunk.
És kiderült! 🙂
És kiderült hogy feleslegesen költöttünk sokat.
(Persze – erre nem a marketingesünk jött rá egyedül – ketten voltunk. Én meg ő. A többieket közben elveszítettük. Ilyen a háború. Egy sír itt. Egy sír ott. A cégtulajdonos meg mindig sír. Kivéve ha nyaral. Ezért járok én nyaralni.
A marketingesünk velünk tanult – de aztán feladta – de ez megint egy másik történet. Ez lenne már a 3. Nem mesélem el!
Már nem dolgozik velünk.)
 
Csakhogy: ahhoz hogy jó marketinget tudj csinálni ahhoz:
Kristálytisztán meg kell tudnod mondani hogy ki a vevőd és hogy ha beleléptél a cipőjébe azt is hogy mi az az egyetlen legfontosabb dolog amiért téged kell hogy válasszon. És utána köré kell hogy építsd mindent.
 

Ez a Value Proposition.
Avagy:
MIBEN EGYEDI EZ AMIT ADOK NEKED AZ ÉN VEVŐMNEK ÉS MIÉRT JÓ EZ NEKED?

Ezt alábonthatod még az üzenetedben, persze. De ha ez nincs meg – ne próbálj marketinget csinálni. Horgolj inkább. Már mondtuk?
(Nem, nem köt a horgoláshoz semmi az égvilágon. Nem akarok róla beszélni.)
 

ÖSSZEFOGLALVA: KI, MIT, MIÉRT, HOGYAN, MIKOR?

Avagy: ki vásárol, mit vásárol, miért vásárol, mikor vásárol és hogyan jut el oda hogy vásároljon?
És: elmondom: ez így még mindig messze triviális. A bökkenő nem itt van. Vagy nem csak itt.

Mint tudjuk ez mindennel így van: a ‘zemberek 95%-a nem tudja (a tutit) vagy ha tudta is – elfelejti. A maradék 5%-ból 95% pedig hiába tudja, nem csinálja.

 

AKKOR – MIÉRT NEM KAPOD MEG SOHA A SZUPER ÁLLÁST?

 
És akkor elérkeztünk oda, hogy miért is nem kapsz soha szuper állást marketingesként.
 

Mert hogy Te nem így csinálod. Fogadjunk.

 
Most hidegzuhany jön!
 

Mert: aki Téged keres, az a Te vevőd. Rájöttél? És: a CV-d a Te Value Proposition-öd, kibontva. Product-market fit! Te és a vevőd között.

Persze, ez így triviális.
És: ha azt írod, hogy (idézek most): “a világ legjobb marketingese” meg “top marketer” meg “marketing zseni” – akkor félig már szeretlek. Már reménykedek – Neked mint marketingesnek ez a dolgod: ez a value proposition magja.
 
DE: ha ilyet írsz magadról – azt a könnyek szememből való kitörlését követően – nem hiszem el. Miért? Mert: egyrészt nem specifikus amit írsz. Nem derül ki belőle hogy B2B, B2C, online, offline stb stb.
 
És: ezt követően kinyitom a CV-det és
-se a value proposition újra nincs benne – hogy miért pont Téged válasszalak – se semmi más. DRÁMA!
 

Ami ma egy – nem csak átlag, hanem maga szerint “zseni”! – marketinges CV-jében van az a következő:
-közhelyek
-unalom
-semmi egyedi
-folyó szöveggel – van olyan akinek nincs benne hejesirási hiba – hurrá!
-egy tök átlagos képpel
 

És: amikor ezeket az apróságokat – hogy tanítsam, főleg a kezdőknél szoktam ilyet – szóvá teszem, akkor pl. egy válasz: “hát úgyis azt ír az ember a CV-jébe amit akar”.
(Belegondoltál hogy amikor ezt írod, akkor a marketinges szakmát mint olyat húzod át, hazugozod le, teszed semmivé!? Hallottál olyanról hogy referencia? Hogy számok? Hogy egyenes gerinc? Tisztesség? Hogy az ártatlanság vélelme?)
 

Mit érzek én ezek után?  Sírok.

 
És akkor nem beszéltünk még az adatvezérelt marketingről. A kísérletezésről. Lean startup. Growth hacking. Mind olyan fogalom ami egy bizonyos szint alatt értelmezhetetlen.
 
És nem beszéltünk arról hogy ha meg szeretnéd tudni hogy ki a vevőd – akkor felhívnál előtte telefonon. Vagy írnál. Vagy megpróbálnád megérteni hogy az a szegmens amiben vagyok miben pont Rád éhezik.
 
Igen – verseny van marketingesek után. De: nálam nem fogsz sokáig dolgozni. Sőt: nem fogsz bejutni sem – ha nem ezeket csinálod.
 

Megint: nem az elmélet érdekel – az eredményét akarom látni. Mert különben nem hiszem el hogy ha magadat nem tudod eladni akkor majd a terméket el fogod tudni.

 
Gondoltam ezek után hogy megcsinálom az álom-marketinges CV-mintáját.
De nem fogom. Még reménykedek. Küldjetek már egyet. Végre!
 
A fentiek legyenek már benne: a tetején egy value proposition, kibontva.
És: SZÁMOK! Könyörgöm! Semmi gond a bölcsészekkel, a tanárokkal – senkivel. De: ha marketinges akarsz lenni – akkor a számok fontosak lesznek.

Hány vevőt (előfizetőt, felhasználót, ügyfelet – bárkit) szereztél. Mi volt a legjobb kampányod ami x ráfordítással hozott z vevőt. Milyen %-kal növelted a CTR-t. Az ACTR-t. Mennyit költöttél – ha publikus. Ha nem, írd oda, hogy kérésre küldesz, vagy írjak alá egy NDA-t.

 

És: a CV megjelenése: legyen egyedi!

És: támassza alá a content-et.
Tudod: content first. Van valami ilyen alapelv is. Vagy ez valami vallási előírás itt az M szigeteken? Biztos a sok napsütés hatása ez. Segítsetek!
 

Utószó

Nem hiszem hogy én vagyok minden tudás letéteményese. Nem csináltam egyedül még soha marketinget. De: már tudom hogy mit szeretnék. Ahogy karfiolt sem termesztettem. De már tudom hogy mitől jó.
És: nem várom hogy te áss, te trágyázz, te csináld a…mindent. Karfiolt szülni nem tudsz. Ez biztos.
De: amit csinálsz, azt csináljad, tudjad. És: amiben fejlődni akarsz azt írd le, egyezzünk meg és fejlődj!
Legyen a vége – karfiol, olyan, ami pont jó.
 

Háttér

Én ez alapján pontozom most a jelentkezőket, különböző súlyokkal:

Previous overall experience
Hands-on
Offline experience
Numbers, analytics
Strategist
B2B experience
Technology experience
Software marketing experience
Had his/her own business before
Excited about the opportunity
English knowledge
Worked abroad
Career path – so far
Work itself vs execute stuff in a multi
University degree in marketing
College degree in marketing
University degree in economics
College degree in economics
e-mail answers, 1st email, questions!!!

És hogy minek kell pl. “Degree in marketing”? Biztos van olyan marketer akinek semmi ilyen nincs és jó – ez egyik a sok szempontból. De: ha elsőként ezt tanultad – talán a jobban a vérdeben van. Remélem.

És: nem, nem elvárás hogy a cikk eleji “piramis” minden elemét tudd – de tudd hogy hol tartasz és hogy hova, melyik szintre mikorra akarsz eljutni.

 

Utószó utáni szó – avagy alszunk

Hát kb. ennyi. Megyek vissza, hallgatni az óceánt. Itt már este van. Lehűlt a levegő és 17 km/órás szellő van. 25 fok. Vettünk egy rozét is – dél afrikai. Akcióban 30 USD volt. <– 2 sorban rögtön 3 szám. Mindig ezek a számok! UGYE látjátok hogy sokat számítanak?

Pl. 70 km / órás szellő és -25 fok egész más lenne. 🙂
(Ez a post otthoni idő szerint pénteken délután lesz postolva. Véletlen? Azzal fejezem be a cikket amivel kezdtem: soha nem dolgoztam marketingesként.)

Steve Jobs Halott – Cégvezetők és Döntések

Avagy hogy nem döntötök Ti?

Cégvezetőként naponta hallom, hogy szoftverünket egy-egy cégnél csak egy két ember használja lelkesen.

Rossz hírem van: Steve Jobs halott.

De hogy jön ez a lelkes szoftver-használathoz?

Egyszerű: mióta Steve Jobs meghalt, az Apple termékeiben egyre több a zavaró elem és egyre kevesebb az innováció.

Miért?

Steve Jobs egy közismerten öntörvényű vezető volt. Ha kellett, kirúgott embereket, egész részlegeket. Ha kellett, a 200. terv-változatot is a kukába dobta. A határidő? Nem számított. Pénz? Nem számított. Egyetlen szempont, mérce volt: ő maga.

A halálával beköszöntött az Apple-nél a demokrácia. Az Apple szigorúan őrzi titkait: nem tudunk betekinteni abba, hogy hogyan működtek pontosan Steve Jobs-szal és most.

(Bár volt szerencsém az Apple (most már) régi főhadiszállására ellátogatni 8 éve és ebédelni az akkor nagy vállalati éttermükben is. De ez egy másik történet.)

De egyben biztosak lehetünk: Steve Jobs mini diktátorként működött.

Én hiszek a demokráciában. De: az egyik hatalmas választó-vonal (nevezzük kontinentális szakadéknak) a kis cég és a működő vállalat között abban rejlik, hogy vezetőket nevezünk ki, akik – döntenek. A többiek pedig végrehajtják. És kész.

Itt az “és kész”-en van a hangsúly.

Ha el van döntve, hogy erre a dologra ilyen és ilyen szoftvert használnak – akkor úgy lesz.

Nem kérik ki minden munkatárs részletes véleményét.

Természetesen ez nem jelenti azt, hogy a munkatárs nem szólhat bele. De nem abba, hogy “mit” (milyen rendszereket, eszközöket) hanem maximum abba, hogy “hogyan” (használnak).

Azaz: hiába döntesz el valamit cégvezetőként: soha nem fogsz a néhány fős méret felé növekedni, ha nem alkalmazol vasszigort mellé. A demokráciára gondolj úgy, mint aminek megvan a maga helye és ideje: ötletelés, stratégia, cégjövő, új termékek, fogyasztó/vevő fejével gondolkodás.

Minden másra a diktatúra alkalmasabb. Kell, hogy kemény legyél, mint vezető.

Döntsd el – aztán “csinálják meg”, akiknek kell.

Egyszerű. A döntésed különben nem ér semmit sem.

Mi lesz következő amit a cégedben nem csak eldöntesz – hanem végig is viszel? Szurkolunk Neked!

(És: igen, a kisördög: “mi van, ha nem fogadják majd jól?”. “Mi van, ha nekik van igazuk?” “Mi van, ha megsértődnek?” – ezek szokásos kérdések.)

Hidd el – Steve Jobsnak eszébe sem jutnának. Neked sem kéne – biztosan “jót akarsz és jól” a cégednek. Ne legyenek kétségeid. Még valami: azért vagy Te a cégvezető és a többiek akik Veled dolgoznak, mert Te ehhez értesz – ők meg ahhoz ami a feladatuk. Ahogy Te sem szólsz bele mindenbe (ugye nem?) ugyanúgy ne hagyd, hogy az alkalmazottak beleszóljanak minden részletbe.

A cégvezetés: napi szintű változtatás azon, hogy “hogyan” működik a cég. A változtatás mindig – fáj. Fogadd el.)