Најбољи софтвер за столарију не памти само производе - памти правила фирме

У столарији је та разлика већа него што на први поглед изгледа. Две фирме могу користити исти профилни систем, истог добављача окова и исто стакло, а да њихова понуда у пракси функционише потпуно другачије. Једна фирма одређену конструкцију не продаје испод задате мере, друга је продаје уз другачији оков, трећа за исту боју има другачију логику доплате, четврта има засебне услове за дилере, а пета одређене компоненте уопште не нуди у комбинацијама које њен добављач технички дозвољава. На папиру сви продају прозор. У стварности, свако продаје свој производни и комерцијални модел.

Ту се и види разлика између софтвера који само чува податке и система који разуме посао. Производ у столарији није један ред у ценовнику. Он је резултат скупа техничких и комерцијалних правила која се активирају у зависности од димензија, типологије, начина отварања, профила, стакла, окова, боје, додатних елемената, услуга и купца коме се производ продаје. Појединачно, ниједно од тих правила није нарочито спектакуларно. Заједно, међутим, чине систем одлука који искусан комерцијалиста или технолог носи у глави годинама.

Производ је конфигурација, а конфигурација је скуп зависности

Код једноставне робе логика је чиста: артикал има шифру, назив, цену и количину. Код прозора и врата то готово никада није довољно. Димензија утиче на конструкцију, конструкција на оков, оков на цену, стакло може зависити од намене или захтева купца, боја може имати различиту доплату по систему, а додатни профили, ролетне, ручке, услуге и рабати улазе у обрачун по сопственим правилима. Нека компонента се обрачунава по метру, друга по квадратном метру, трећа по комаду, а четврта постоји само ако је задовољен одређени услов.

У софтверском језику, то је систем зависности и ограничења. У језику продавца, то је једноставно: „ово иде уз ово, ово не може овако, а ако је купац тај и тај, цена се рачуна овако“. Добар вертикални софтвер мора да разуме први свет да би кориснику могао да прикаже други.

Комплексност не нестаје зато што је интерфејс једноставан. Напротив: добар интерфејс је често могућ тек онда када је сложеност правилно смештена у систем.

То је важна разлика. Једноставан програм који не зна довољно о послу само пребацује терет на корисника. На екрану има мало поља, али поред монитора стоје Excel, PDF каталог, калкулатор, белешке и број телефона колеге кога треба питати за изузетак. Формално гледано, апликација је лака за коришћење. Реално гледано, посао и даље зависи од ручног памћења и импровизације.

Највећи део знања фирме често није записан нигде

У многим компанијама кључна пословна правила никада нису формално документована. Она се преносе разговором, искуством и навиком. Старији продавац зна који оков се користи у одређеној ситуацији, технолог зна која комбинација у пракси прави проблем, а власник или комерцијални директор зна који купац има какав услов. Док је тим мали, овај модел може да функционише изненађујуће добро. Људи седе близу, брзо се консултују и исправљају једни друге.

Проблем се појављује онда када фирма расте. Нови продавац не зна све изузетке. Отвара се још једна пословница. Дилер ради из другог града. Неко користи стару верзију ценовника. Искусни комерцијалиста није доступан. И одједном постаје јасно да значајан део know-how-а фирме никада заправо није припадао фирми — припадао је људима који су га памтили.

То је један од разлога зашто дигитализација не сме да се сведе на преношење каталога из PDF-а у базу. Каталог је релативно лако поново направити. Много је вредније формализовати питања која се свакодневно понављају: шта са чим иде, где постоји ограничење, када се нешто додаје, коме припада који услов и како се формира коначна цена.

Када се та правила једном претворе у структуру коју систем разуме, она више нису само индивидуално искуство. Постају институционално знање.

Софтвер не треба да тера фирму да ради „по његовом“

Један од честих проблема са пословним софтвером настаје када програм има једну унапред дефинисану представу о томе како индустрија треба да функционише. Корисник онда постепено прилагођава свој начин рада ограничењима програма. Негде је то оправдано — стандарди и добра пракса постоје с разлогом — али код техничке и комерцијалне логике произвођача то врло брзо постаје проблем.

Фирме се разликују по асортиману, добављачима, типовима купаца, политици рабата, начину формирања цена, услугама које нуде и нивоу слободе који желе да дају продавцима. Софтвер који то не уме да представи обично заврши у једној од две крајности: или је сувише ригидан, па корисници проналазе начине да га заобиђу, или је сувише „слободан“, па у систем може да се унесе практично било шта, укључујући и комбинације које фирма никада не би требало да прода.

Ни једно ни друго није добро.

Прави циљ је да систем буде довољно строг да чува техничку и комерцијалну логику фирме, а довољно флексибилан да та логика може да се мења када се промени посао. То је тешка равнотежа, али без ње вертикални софтвер остаје или обична база података или дигитални калуп у који сви морају да се уклопе.

Лоша верзија „паметног софтвера“ је она у којој је свако правило закуцано у код

Постоји и супротна грешка. Могуће је направити веома напредан систем који савршено познаје фирму — али само зато што је свака њена специфичност ручно уграђена у програмски код. Док се ништа не мења, такав систем делује одлично. Проблем настаје када добављач промени ценовник, фирма уведе нови профил, промени правило за неку доплату, дода нови модел ролетне или промени комерцијалну политику према одређеној групи купаца.

Ако свака таква промена захтева програмера, фирма није заиста добила контролу над својим правилима. Само је зависност од Excel-а заменила зависношћу од развојног тима.

Пословно правило и софтверска функционалност нису исто. Функционалност треба да омогући да се правило представи, провери и примени. Само правило, где год је то разумно, треба да буде под контролом фирме.

То не значи да баш све треба претворити у подешавање. Систем у ком је свака ситница конфигурабилна брзо постаје тежи за одржавање од самог пословања које покушава да моделира. Архитектонски посао је управо у томе да се повуче граница између стабилног језгра и променљивог пословног модела. Али тамо где је промена природан део свакодневног рада — цена, асортиман, услов, параметар, ограничење — нормалан одговор не би требало да буде „позовите програмера“.

Добар систем смањује број одлука које човек уопште мора да донесе

Када се говори о аутоматизацији, често се мисли на брже рачунање. То је највидљивији, али не и највреднији део. Много важније је да систем уме да елиминише непотребне одлуке.

Ако један избор аутоматски искључује пет других, нема разлога да продавцу тих пет опција уопште буду понуђене. Ако је нека цена изводљива из већ познатих параметара, нема разлога да се прекуцава. Ако купац има дефинисан комерцијални услов, нема разлога да продавац памти проценат. Ако одређена комбинација није дозвољена, боље је да до ње није могуће доћи него да неко грешку открије када је понуда већ послата.

Ту се види разлика између система који служи за унос података и система који служи као подршка одлучивању. Први верно бележи оно што човек унесе. Други већ позната правила користи да би смањио простор за погрешан избор.

За искусног продавца то значи бржи рад. За новог продавца значи много више — систем му даје оперативни оквир у ком може да ради коректно и пре него што научи све финесе посла. То није замена за стручно знање, нити би требало да буде. Али нема никакве користи од тога да човек годину дана учи напамет правила која је компанија већ једном дефинисала.

Скалирање продаје у ствари је скалирање правила

Фирма са три продавца може да функционише на поверењу, непосредној комуникацији и великој количини прећутног знања. Фирма са тридесет продаваца, неколико пословница или дилерском мрежом више не може на исти начин.

Сваки нови корисник повећава ризик да се исто правило протумачи на другачији начин. Свака нова локација повећава дистанцу између онога ко правило дефинише и онога ко га примењује. Ако се томе додају различити нивои рабата, локални асортиман, више добављача и различити комерцијални модели, проблем више није „како направити понуду“. Проблем је како очувати конзистентност целог система продаје.

Зато скалабилност пословног софтвера није само питање броја истовремених корисника или брзине сервера. Много је занимљивије питање да ли правила компаније могу да се скалирају на већи број људи без пропорционалног раста контроле, обуке и ручних провера.

Ту добро моделован систем почиње да показује стварну вредност. Нови продавац не мора да зна све. Дилер не мора за сваку комбинацију да зове централу. Комерцијални директор не мора лично да проверава да ли је неко применио последњу верзију правила. Систем постаје заједничка радна верзија онога што фирма тренутно сматра исправним.

Када се правило промени, не треба поново обучавати целу организацију

Ово је један од најпрактичнијих ефеката дигитално дефинисаних правила. Када се пословна политика промени у фирми која се ослања на табеле, мејлове и људско памћење, следи период у ком паралелно живи више верзија истине. Неко је видео нови ценовник, неко није. Један дилер је добио информацију, други није. На једном рачунару је нова Excel табела, на другом стара.

Када систем носи правило, промена се шири другачије. Корисник не мора да научи нову формулу да би је исправно применио. Следећа релевантна операција већ користи нову поставку. Наравно, људи и даље треба да разумеју зашто је политика промењена и шта она значи за посао, али више нема потребе да се исправност процеса ослања искључиво на то да ли су сви прочитали поруку.

То је много важније него што звучи. Компаније ретко немају правила. Много чешће имају проблем са њиховом доследном применом.

Где се у тој причи налази Okvir.io

Идеја иза Okvir.io није да фирми понуди један велики универзални каталог прозора и врата и затим очекује да се она њему прилагоди. Полазиште је супротно: систем треба да представи модел конкретне фирме — њен асортиман, релевантне техничке параметре, ценовну логику, комерцијалне услове и правила која одређују шта се кориснику нуди у одређеном тренутку.

Испод једноставног конфигурисања зато може да постоји значајно више логике него што је кориснику видљиво. Тако и треба да буде. Продавац не треба да размишља о томе којим редоследом систем проверава зависности или како је неко правило моделовано. Треба да ради свој посао, а да резултат поштује правила фирме.

С друге стране, правила која су по природи пословна и променљива треба, где год је разумно, да остану доступна кроз интерфејс за управљање системом. Промена цене, асортимана или комерцијалног услова није нови софтверски производ. То је свакодневни живот једне фирме.

Управо ту је једна од важнијих граница у развоју Okvir.io: комплексност система не треба пребацивати на корисника, али ни контролу над пословањем не треба пребацивати на програмера.

Није довољно дигитализовати ценовник

Ако фирма сутра изгуби Excel са ценовником, непријатно је, али се ценовник може поново направити. Ако изгуби начин на који је годинама доносила стотине малих техничких и комерцијалних одлука, проблем је много већи.

Зато је дугорочно највреднији део пословног система управо онај који се најмање види: акумулирана правила, ограничења, зависности и услови који су претворени у поновљив процес. Они чине разлику између „програма за понуде“ и система који заиста носи део оперативног знања компаније.

И ту је, можда, најважнија ствар коју треба разумети о једноставности софтвера.

Једноставност није одсуство сложености. У производњи и продаји столарије сложеност је стварна и не може се пожелети да нестане. Профили, окови, мере, стакла, ограничења, ценовници, доплате и комерцијални услови постојаће без обзира на то да ли их софтвер разуме.

Питање је само ко ће их носити.

Може их носити сваки продавац у својој глави, уз неколико табела и повремени телефонски позив искуснијем колеги. А може их носити систем, па човеку оставити оно због чега је заправо ту: да разуме купца, изабере добро решење и заврши посао.