Kritikus tömeg – Társadalom, gazdaság, kerékpár

Nemrégiben egy kuponoldal sablon értékesítője keresett meg minket, hogy szeretnénk-e megjelenni 20-70%-os akcióval az oldalukon. Beszélgetni kezdtünk és ott fejeztük be a tárgyalást, hogy kuponos vásárlásnál 70% felárat szeretnénk adni leendő ügyfeleinknek. Ébresztő!

 

Tisztességes üzletet folytatunk

Cégünk vezérigazgatója a gazdasági életben szokatlan értékrendet képvisel. Elvárja, hogy minden beérkező számlát a befogadás napján elutaljanak kollégáim és ezt el is várja ügyfeleinktől. Szembemegy az árral.

Kis (ez még fontos lesz) hazánk gazdasága nem pörög eléggé. Nem vagyok közgazdász, de mivel cégünk kereskedelmi cégekkel áll partneri viszonyban, ujjunkat rajta tartjuk a gazdaság ütőerén, látjuk, hogy a cégek mivel próbálkoznak és mivel (nem) érnek el sikereket.

 

A gazdaság nem éri el a kritikus tömeget

Londonban élő barátaim hazalátogattak és két idevágó tapasztalatot osztottak meg velem.

1. Irodánk ablakán kinézve látják a Béke téren lévő gyros-ost. A megállóban leszálló emberek ott sétálnak el előtte, a bankfiókokból kilépő emberek még meg-meg állnak előtte. De kevesen mennek be. Nincs meg az a kritikus tömeg, amikor is az emberek egymást vonzzák be gyrost vagy baklavát enni. (És esetleg beszélgetni egy jót)

A gyrosos pedig a kis létszámú vendégkörből nem tud annyi pénzt termelni, hogy bővítse üzletét, a járdán fedett asztalokat helyezzen el, ezzel minőségibb szolgáltatást nyújtson.

2. Itthoni lakásukat felújítják, a Londonban kapható tapétát választják itt is. Londonban 7.500 Ft egy tekercs. Itthon 42.000 Ft. Nincs belőle árukészlet, nincs rá kereslet, nincs meg a kritikus tömeg. Pedig ha olcsóbban adná, talán többen vennék. Közgazdasági egyetemen profit maximalizálásnak hívják ezt a gondolkodásmódot. De ehhez mérhető, reprezentatív mennyiségű erőforrásra (vásárló, áru) van szükség…

 

A kritikus tömeg helyett kapkodásba csap át

10 millió honfitársunk közül kb. 3 millió keres pénzt, ennyien tudnak pénzt költeni. Persze a nem kereső családtagjaik is költhetnek, de a pénz ettől nem lesz több, sőt. A felosztandó torta, az elköltésre váró pénz (bruttó hazai termék, stb.) ugyanakkor, a módszer, amellyel a gazdaság működik, nem gazdaságos, nem szép.

A manufakturális működésből kevés cég csap át valódi vállalatba, sőt a gazdasági folyamatok is a kis vállalkozásokat, egyéni cégeket részesítik előnyben (hiszen valamiből meg kell élni). A valódi vállalati modell azonban előnyösebb lenne! Ismét fordítva ülünk a lovon. Nézzük a problémákat:

  1. Webáruház, ahogy nem szabadna

Webáruházat akkor kell nyitni, ha az üzlet annyira beindult lokálisan (boltban, áruházban), hogy a vevőket nem tudjuk kiszolgálni. Vagy akkor, ha valóban kényelmes kiszállítani valamit az ügyfélnek. Annak az ügyfélnek, aki már rendszeres vásárlónk. Napi 3-4 rendelés is kevés. Heti pár 100 rendelésnél már van értelme. Az elején persze ez nem fog menni, de hogy egy év után sem érjük el ezt a számot? Akkor nincs meg a működéshez szükséges kritikus tömeg!

  2. Szájhagyomány, ahogy kellene

Jó bornak is kell cégér! De maga a cégér mit sem ér, ha a termék nem kiváló, nincs az embereknek rá szükségük és nem akarják csak úgy önszántukból megvenni. Az értékesítés sokat változott az elmúlt években, de a szájhagyomány alapú (lassú, de biztos) információ terjedés az egyik legfontosabb. Ehhez is kell egy kritikus tömeg!

  3. LIKE-ok, ahogy működne

Közösségi oldalak, Facebook. Az információ spóra szerűen terjed. Ha megvan a megfelelő kritikus tömeg! Jelen esetben olvasó, megosztó, kommentelő, dislike-oló. Kis hazánkban nincs meg! Félig reprezentatív lehet az a felmérés, amelyet saját Facebook profilom alapján készítettem. Az elmúlt egy évben nem láttam olyan kommentet, amelyet 30-nél többen véleményeztek volna (like+komment). És ezek is cuki cicák és egy hónapos csecsemők nagymamáknak címzett fényképei. Ez nagyon kevés! Hazájában a Facebook több ezer like-ot kap, százával szólnak hozzá. Ott elérhető a tömeg!

 

…és az az ominózus kupon

A kupon is egy trendi, felkapott, új hullám. Adj kedvezményt, válogatok és ha esetleg tetszik, amit ma elém raktál, akkor megveszem! Az eredetileg készletkisöprésre tervezett modellben (maradt 5 darab valami, a készlet erejéig féláron elvihető) elkezdtek szolgáltatásokat értékesíteni. Korlátlan készlet áll rendelkezésre, soha nem fogy el. Ez egy véget nem érő akció, egy véget nem érő árcsökkentő hatással. A szolgáltatás az eredeti áron már soha nem lesz elérhető! És ezzel magunk alatt vágjuk a fát, az egész gazdaság egy nagy favágó!

A Symbol Tech Zrt. már többedik alkalommal nyilatkoztatja ki, hogy a termékünkért, a szolgáltatásainkért pont annyit kérünk, amennyibe szerintünk kerül. Erre sem kedvezményt, sem felárat nem tudunk és szándékozunk felszámolni. Cégünk értékrendje ezt diktálja!

300

Symbol Ügyvitel rendszerünk adatbázisa a funkciók bővülésével párhuzamosan nő. A múlt héten már látni lehetett, hogy eljutunk idáig. Elértük a 300 táblás szintet.

 

Adatbázisunk komplexitása az alábbi számokkal írható le:

300 tábla

2847 mező

428 index

66 egyedi kulcs

808 idegen kulcs

55 tárolt eljárás

69 trigger

24 adatbázis kivétel

 

A 300. tábla pedig az “AssetDepIndex” nevet viseli.

 

Symbol Ügyvitel v1.96 “St.Tropez”

Rögtönzött közvélemény kutatásunk eredménye alapján, kollégáink a Symbol Ügyvitel rendszerünk v1.96-os, utolsó nyári verzióját St.Tropez városáról nevezték el. Ebben az 5.000 lakosú kisvárosban találhatóak Franciaország Provence – Alpes – Côte d’Azur tartományának legszebb strandjai. Olvasson róla többet kinyitva az információs dobozt!

[learn_more caption=”Saint Tropez-ról részletesen ide kattintva”]Furcsa egy hely ez! Télen egy falu: mindössze ötezer őslakos él itt, nyáron azonban naponta akár százezren is megfordulhatnak. Saint Tropez-ról van szó, amely hosszú ideig amolyan csendes halásztelepülés volt. Nevét Saint Torpes of Pisa (Torpetius, Tropesius)-ról kapta, aki Néró uralkodása alatt élt, gladiátor volt és vértanú halált halt Krisztus után 65 körül. Kultikus hely lett belőle, dalt írt róla a Pink Floyd, David Gates és az Aerosmith’s is. Számos kikötője közül a Pampelonne beach-en játszódik az 1964-ben készült “A Saint Tropez-i csendőr” (franciául Le Gendarme de Saint-Tropez), amely a csendőr sorozat első része volt Louis de Funes-szel a főszerepben. A film nagy sikere is közrejátszott az akkoriban még kisvárosias Saint Tropez felvirágzásában.[/learn_more]

Fejlesztések az 1.96-os verziónkban:

Csak a legfontosabbakat említjük, a teljes lista elérhető a Tudásbázis címen!

 

Beépített, többlépcsős útvonaltervező
Beépítésre került a többlépcsős (egynél több, sorrendben állítható címet tartalmazó) útvonaltervező. Címként hozzáadható tetszőleges vevő vagy érdeklődő címe, a cég fő telephelye vagy bármely más, szabadon megadható cím.

Szerződések számlázása manuálisan
Szerződések számlázása rendszeresség nélkül is lehetséges a szerződések listáján elérhető funkciógombbal.

Előleg felhasználás gyorsabban
Előleg számlák listáján a kiválasztott egy vagy több (azonos vevőhöz tartozó) előleg számla egy kattintással felhasználható.

Számla nyomtatvány további információk
Számla nyomtatványon (bizonylattömb beállítás függvényében) lehetőség van további információk megjelenítésére: Kerekítés mértéke, felhasznált előleg összege.

Szállítói és vevői kódok keresése termék füles keresőn
Szállítói és vevői kódok használatakor a termék füles keresőn ezek a kódok is kereshetőek, a termék akár egynél többször (minden kódja alatt) szerepel a keresőben.

Kézi szállítólevél
A rendszerben rögzíthetőek kézi szállítólevelek, amelyek papír alapon vagy más rendszer által kerültek kiállításra.

Lomtár kényelmesebb használata
Lomtár funkciót újragondolva, nulláról megvalósítottuk, hogy kényelmesebb és gyorsabb legyen.

Figyelmeztetés nullás áron való értékesítésre
Felhasználói beállítástól függően a rendszer figyelmeztet a nullás áron való értékesítésre. A termékjellemzők között beállítható, hogy mely termékek (ajándék, göngyöleg) esetén ne kerüljön sor a figyelmeztetésre.

Nem tudok meghalni, mert van egy Herald Tribune előfizetésem

Évek óta problémát jelent nagyvállalati ügyfeleinknél, hogy szoftverünk nagy terhelés mellett elég sok memóriát fogyaszt. Enterprise ügyfeleinknek nem illik mondani, hogy 4 naponta indítsák újra a felhasználói alkalmazást (apropó, Winword működik 4 napig?). Nem programozó kollégák is kíváncsiak voltak arra, hogy mi okozza a problémát. De hogy beszéljek nekik az agysebészet rejtelmeiről, ha nem láttak még orvosi műtőt belülről? Találtam azonban egy hasonlatot

Egy sztori, mint hasonlat:

“Nem tudok meghalni, mert van egy újság előfizetésem a Herald Tribune-nél. A kiadó tudja a címemet, ezért ha a kaszás jönne értem, nem vihet el, mert akkor a címen nem lakik senki! A halotti anyakönyvi kivonat persze automatikusan lemondja az előfizetést, de azt nem állítják ki, amíg élek.”

Van erre egy programozói kifejezés, Dead lock (vegyük észre benne a dead szót!), azaz a függőségek egymáshoz vannak láncolva. De mit is takar ez programozói szempontból és miért fontos ez most nekünk?

“Profi programozó nem használ Pascal nyelvet” tartja a mondás, pedig a memória problémák ott sokkal egzaktabbul kiküszöbölhetőek. Mi C# nyelvet használunk, amely kényelmes, gyorsan fejleszthető, kézre áll, sok benne az automatikus dolog. Például a memória felszabadítás. Na pont ez a probléma!

 

Esemény hivatkozások láncolata

Egy főiskolai vizsgaprogram, amely egy négy táblás adatbázisban valósít meg egy videotéka nyilvántartást, vélhetően nem fog sok memóriát lefoglalni, sőt esemény hivatkozásokat (event/delegate) sem fog tartalmazni. Nagyobb rendszerek viszont ezek nélkül nem képzelhetőek el! A Symbol Ügyvitel moduljai is számos eseményre feliratkoznak, hogy értesüljenek a programban bekövetkezett változásokról. Például új terméket választottam ki a számla tételben, ennek mennyiségi egységét, ÁFA kulcsát, árait a rendszer kérje le és frissítse.

A probléma ott áll elő, amikor a feliratkozott objektumra (az újság előfizetőjére) már nincs szükség. A rendszerbe beépített kaszás (Garbage Collector) viszont nem tudja őt a másvilágra küldeni, mert van egy előfizetése! Logikus lenne a “véget ér lassan az életem” állapotban az előfizetést lemondani, de ezt az állapotot nehéz felismerni. Mindenki sokáig akar élni!

I. Megoldás 

Megoldás lehetne a WeakReference Event, amely egy laza előfizetés. Ha látóköröm kívül kerül az előfizető, akkor az azonnali lemondással jár. Végre szabadon mozoghatok, akár meg is halhatok, nincs kötöttségem. De mégis van! Ha látótávolságon kívülre kerülök, akkor több újságot nem kapok. Így még a sarki boltba sem mehetek le, mert már nem lát az újság kiadója.

 

II. Megoldás

A megoldást nem árulom el (szakirodalom szerint nincs is egzakt megoldás, csak helyzetfüggő), de annyi biztos, hogy Symbol Ügyvitel rendszerünkben sikerült drasztikusan csökkenteni a kószáló, halálra váró, de előfizetéssel rendelkező “dolgok” számát.

 

Biztos nem volt nehéz…

A dolog nem volt egyszerű! A feliratkozások szálai olyan mélységekbe vezettek, hogy az újság kiadója sem tudta megmondani, hogy ki és mire fizetett elő. Talán az újságra már nem fizetek elő, de egy benne lévő melléklet miatt mégis kapom az újságot. Vagy az újság mellékletének egyik almelléklete miatt kapom a lapot úgy, hogy a kiadót egy nagyobb kiadó már megvette, ezzel átvéve az előfizetői listát.

 

Kinyomoztuk

Nem biztos, hogy teljesen a végére jutottunk, de a halálesetek (amik ebben a környezetben szükségesek) számát jelentősen növelni tudtuk, az eddigi túlnépesedést megállítottuk.

Örülünk Vincent? (Ponyvaregény 1984)

Elfogytak a termékkulcsaink

Már a kezdetek-kezdetén a rendszerbe volt kódolva, hogy egyszer elfogynak a termékkulcsok. Idén májusban azonban már komolyan el kellett kezdeni foglalkozni a dologgal. Joggal mondhatom, hogy minden eddiginél jobb megoldás született!

Ahogy az autószalonban az új gépkocsi felszereltségét egy hosszú listáról tudjuk kiválasztani, úgy ügyviteli rendszerünkben is a kiválasztott modulokkal felvértezve lehet megvásárolni a szükséges és elégséges ügyviteli rendszert. A konfigurációk sokszínűsége okán a modul kínálatunk az elmúlt 12 hónapban jelentősen megnövekedett. Az eddig használt termékkulcs formátuma már nem elegendő ezek kiszolgálásához.

 

Jelenlegi módszer

A jelenlegi módszer szerint a termékkulcs csak egy ellenőrző összeg (szaknyelven hash és crc) a megadott cégnévhez. Azaz nem tárol szinte semmilyen információt, csak a beírt cégnevet ellenőrzi. A termékkulcs csak azt tudja “megmondani”, hogy az adott cégnévvel használható-e vagy sem. De pont ez volt eddig a célja, erre eddig elegendő volt a 4×6 betű és szám.

Ügyviteli termékcsaládunk piacra dobásakor a felhasználói kényelmet is szem előtt tartottuk, emiatt döntöttünk a jól megszokott termékkulcs mellett. Ezt elektronikusan, SMS-ben és e-mailben küldtük ki, ez utóbbiból egy kattintással másolható is volt a termékkulcs. A legtöbb hazai konkurens és külföldi szoftver gyártók is ezt használják (Microsoft, Adobe, stb.)

 

Változnak az idők

A termékkulcsban elhelyezhető modulok számának közel 80%-át kihasználtuk, ennek részleges átalakítása csak elodázta volna a problémát. (Hasonlóan a hagyományos IPv4 címek elfogyásához, mindennek vannak korlátai, emiatt volt szükség nemrégiben az egész világot érintő IPv6-os átállásra.)

Ennek fényében a szakmai kollégák május közepén elkezdték kidolgozni az új módszert, a licensz fájl rendszert. Ez szinte végtelen mennyiségű adatot tud tárolni, a közeljövőben nem lesz tárolási kapacitás probléma. A kidolgozott technológia azonban további előnyökkel kecsegtet.

Lehetőségünk van a licensz információk mellett céginformációkat is elhelyezni. Az eddigi, utolsó lépésben végrehajtott cégnév ellenőrzés helyett már a cégadat varázsló első lépésében megadható a licensz fájl. A licensz fájl tartalmazza a cég nevét, adószámát, székhelyének címét, egyéb adatokat, sőt még akár a céges logót is. A jövőben már nem a felhasználónak kell bepötyögnie a cégadatokat, egyszerűen betölti a licensz fájlt és a rendszer minden szükséges adatot ismer.

A cégadatokkal való feltöltés cégünk számára nem is jelent plusz terhet. Értékesítő kollégáim minden érdeklődő céget átvilágítanak, a hivatalos cégnyilvántartás alapján pozicionálják azokat, ellenőrzik az adószámuk érvényességét és megvizsgálják őket pályázati szempontból is. Azaz az adatok már eddig is rendelkezésre álltak.

 

Biztonság

Felmerülhet a kérdés, hogy a teljes cégadat egy fájlban tárolása biztonságos-e. Mivel a licensz fájl önmagában alkalmas egy számlázó (és készletkezelő, ügyviteli) program élesítéséhez, a benne lévő adatokat védeni kell!

Erre kollégáim egy hagyományos PIN kódos védelmet építettek a licensz fájlokba. Csak az tudja megnyitni őket, aki birtokában van az érvényes PIN kódnak. A hibásan begépelt PIN kódot három alkalommal lehet javítani.

Értékesítési vezetőként úgy vélem, hogy a Symbol Tech Zrt. ezzel egy újabb lépést tett a professzionális, minőségi ügyfél kiszolgálás irányába.