— Что было раньше: курица или яйцо?
— Раньше было всё: и куры, и яйца.
Анекдот о товарном дефиците в позднем СССР
Когда мужики напиваются, их разговоры за столом постепенно сводятся к двум темам: бабы и гаджеты. Когда собираются сервис-мены, они ещё даже не успев начать пить, сходу начинают жаловаться на кадровый вопрос и несовершенство своего автосервисного ПО. Подавляющее большинство предпринимателей отстаивает тезис «Вот мне бы сейчас софт нормальный, чтобы даже законченные дуболомы могли работать, вот я бы развернулся, вот я бы всех как зачинил-зачинил, и денег бы заработал-заработал!».
Опытные и дальновидные бизнесмены пытаются парировать «А мне бы вот научиться находить и удерживать вокруг себя адекватных людей, и я бы на любом автосервисном ПО бизнес бы красивый построил», но их тихие реплики мало кто слышит, будучи абсолютно уверен, что людей нет и не будет, поэтому надо вкладываться исключительно в технологии.
Мне есть что сказать по этому вопросу. Помимо автосервисной деятельности я занимался и непосредственно разработкой ПО (работал простым разработчиком, затем тимлидом команды разработки и даже IT-директором), и базами данных, и написанием требований, и продуктовым менеджментом, а также внедрением, поддержкой, интеграциями и бизнес-администрированием. Поэтому сразу вижу множество ошибок в регулярно возникающих холиварах на тему софта.
Устраивайтесь поудобнее и давайте разбираться.
Человек или программа?
Персонал
Продукт
Прибыль
Вижу, что некоторые, прочитав эпиграф, настроились на логический парадокс из серии, что появилось раньше, яйцо или курица. Но в вопросе, что первично: сотрудник автосервиса или программа для автосервиса, никакого не то чтобы парадокса — даже второго ответа быть не может. Первичны люди. Не все подряд, конечно, а только те, кто приносят пользу. А если они её не приносят, что они у вас делают?
Если люди не приносят вам пользу, что они до сих пор у вас делают?
Если же посмотреть с позиции собственника бизнеса, то первичны вообще деньги. Вы внесли в бизнес немалый вклад в виде хороших идей, живых денег, товара, клиентской базы, своего труда, бессонных ночей, личной жизни, здоровья, чего-то ещё, и хотите отдачи от инвестиций. Если отдача вас устраивает, всё хорошо. Если нет, вы начинаете искать способы сделать так, чтобы начала устраивать. Если через некоторое время ситуация нормализуется, вы молодец и всё сделали правильно. Если не нормализуется, продолжаете попытки что-то с этим сделать.
Теперь представьте, что количество попыток у вас ограничено и на каждую попытку даётся только одна область улучшения. Если вы отведёте себе только 5 попыток реабилитировать актив, потратите ли хотя бы одну на улучшение или замену своей учётной системы? Когда с остальными составляющими бизнеса всё хорошо, то почему бы не попробовать. Но чаще всего оказывается, что по швам трещит буквально всё — от прямоты рук механиков до маркетинговой стратегии, а сервис-мен талдычит как попугай, что все проблемы в программном обеспечении, которое тянет его вниз и не оставляет времени заниматься всем остальным. Ей-богу, не автосервис, а IT-компания! Всё остальное, якобы, решается элементарно, поэтому и заниматься этим нужно в самую последнюю очередь, а сперва обязательно разобраться с учётной системой.
Все говорят, мол, а как мы будем считать наши деньги, которые мы когда-нибудь заработаем, нам же для этого программа нужна, да получше, побыстрее и поудобнее. Как же мы будем склад вести, который мы когда-нибудь затарим? Как же считать зарплату крутым механикам, которые у нас когда-нибудь появятся? Где хранить телефоны клиентов, которые когда-нибудь к нам приедут? А потом покупают себе модную софтину и всё равно ни деньги в ней не считают, ни склад нормально не ведут, а некоторые даже и телефоны клиентов не записывают.
Влияние автосервисного софта на ваши успех и доход сильно преувеличено разработчиками и продавцами этого самого софта. Они старательно стараются вам затереть, что не люди важны — достаточно купить у них чудо-программу и она будет делать всё сама. Но часто не договаривают, что чудом её должны будете сделать вы и ваши сотрудники. Я не отрицаю, хорошее подходящее ПО способно существенно усилить (и помочь монетизировать потенциал) грамотного сотрудника. Полуграмотного при этом оно оставит хотя бы на месте, а вот неграмотного способно и вовсе уничтожить.
Потому что в мире корпоративного программного обеспечения (с точки зрения бизнеса) нет хороших и плохих программ. Есть те, которые лучше подходят под задачи, которые бизнес перед ними ставит, есть те, кто подходит хуже, а есть и такие, которые вовсе не подходят. Все автосервисы, даром что занимаются одним и тем же, могут существенно различаться с точки зрения бизнес-процессов. Учётные системы всего лишь автоматизируют определённые процессы, но делают это так, как это видят их разработчики, которые, к сожалению, часто бывают, мягко говоря, дальше от реальной ситуации, чем пользователи их продуктов. Если не сглаживать углы и не подбирать слова, то есть такие разработчики, у которых в штате даже нет постановщика задач с практическим опытом работы в автобизнесе! Вряд ли такая компания напишет что-то годное. Скорее всего, их видение процессов будет отличаться от вашего.
Не бывает универсального хорошего автосервисного программного продукта. Один продукт лучше подойдёт одному бизнесу, другой другому. Поэтому не ищите хороший, а тем более, лучший продукт. Ищите максимально близкий к вашим процессам.
Ключ к успеху с любым софтом
Самые большие чудеса творит персональная ответственность человека за то, что он делает. Ни одна программа не компенсирует вам отсутствие ответственности ваших сотрудников. А вот наличие ответственности как раз очень даже компенсирует отсутствие программы. Более того, с приходом квалифицированных людей вопрос программы часто и вовсе отпадает.
Есть у меня один знакомый бухгалтер. Очень хороший и востребованный. У него есть карманные разработчики 1С, которые выполняют доработки по его запросам на любом предприятии, куда он приходит работать. Человек отвечает за свой результат и не делит свою ответственность больше ни с кем. Выполняет всё что нужно своими силами и средствами. Он точно знает, какая версия системы ему нужна, что она должна уметь и как её этому научить. Профи, одно слово!
Ещё пример. Одни знакомые ребятишки, которые занимаются оптовой торговлей и держат сеть магазинов. Шли по стандартному пути. Поднялись на растущем рынке много лет назад, потом жили по инерции, а потом проснулись и поняли, что кокос ВНЕЗАПНО перестал расти. Проблема была в резко изменившихся цепочках поставок. Решили модернизировать свою ERP. Долго кубатурили, ввалили кучу денег и внесли какие-то изменения. Лучше, разумеется, не стало, поэтому прислушались к моему совету и нашли крутого логиста. Он пришёл, посмотрел на их доработанную за дорого полуживую софтину и сказал: «И чего вы тут наворотили? Реально хотели на ЭТОМ построить логистику? Нет, мужики, работать оно так не будет!». В настоящее время чел работает на том софте, который он принёс с собой и параллельно ставит технические задания на доработку существующей системы. А ребятки всё это оплачивают по второму разу.
А зачем править имеющуюся систему, если у него всё своё, спросите вы. А затем, что ребятки с тех пор стали прислушиваться к советам. Я им сказал, что этого логиста нужно первым делом привлечь к доработке их процессов, и уже только потом к непосредственной работе с поставками. Сделать это нужно для того, чтобы максимально его оцифровать (выжать как можно больше знаний и опыта) на случай, если пути разойдутся или они решат тиражироваться. Как источник знаний и опыта он сейчас гораздо интереснее, чем как исполнитель своей непосредственной работы, которая не останавливалась и без него. Пусть вяленько, но шла и денег люди продолжали зарабатывать, пусть не так легко и много как раньше, но тем не менее.
Гнаться за программой, в которой может работать как можно больше ваших сотрудников, тоже не советую. Идите всегда от бизнес-процессов. Продукты, в которых удобно работать приёмщику, товароведу и закупщику, очень сильно не понравятся бухгалтеру. Аналитический dashboard для управляющего будет бесполезен для финансового директора.
Я не видел ни одного кейса, когда все роли, даже задействованные непосредственно в процессе производства автосервисной услуги (без бухгалтеров и прочих не относящихся), эффективно работали внутри одной программы, не заглядывая в другие. А софта я перелопатил огромное количество, и нашего, и зарубежного, от простого до топового. Так или иначе наблюдался перекос удобства и эффективности в сторону одной или нескольких ролей.
Но видел удачный кейс, когда приёмка эффективно работала в своём продукте, товароведы и закупщики в своём, логисты в своём, а вся отчётность крутилась на BI-системе. Не призываю вас делать так же. Просто знайте, что такое тоже возможно.
Вы же собеседуете разных крутых людей? Не поленитесь спросить, каким программным обеспечением они пользовались, что понравилось, что хотелось бы исправить. Поверьте, получите очень много полезной информации. У любого по-настоящему опытного специалиста есть и софт, и люди, которые могут его настроить. Возьмите на заметку и применяйте на собеседованиях. Вместо того, чтобы пугать кандидата тестом Кеттелла, поговорите с ним за ПО, на котором ему доводилось работать. Как у них было устроено, какие он видел в этом плюсы и минусы, чего не хватало до идеала.
Для кого я покупаю программу?
Отличный вопрос, который обязательно надо себе задавать. Выше мы отмечали, что не существует системы, которая одинаково хорошо подходила бы под все роли, задействованные в процессах авторемонтного бизнеса. Представьте, насколько дорого было бы её разработать. Как минимум, потребовалось бы держать в штате по одному представителю каждой роли для постановки задач, а также по одному системному аналитику и по целой команде разработки под каждого из них. Разработчики выкручиваются как умеют и поэтому один продукт лучше умеет в номенклатуру, второй в закупки, третий в отчётность, и так далее — в зависимости от того, в чём больше шарит (как правило) единственный постановщик задач.
Из всего этого нужно как-то выбрать что-то одно. Выбор, прямо скажем, не простой, но программа сама себя не выберет. У вас должен быть человек, имеющий решающий голос в вопросе выбора программного обеспечения. Который скажет «Из всего того, что я видел, нам более всего подойдёт вот эта программа потому и потому». Если он сумеет грамотно защитить свою точку зрения, прислушайтесь к ней.
Скорее всего, вы сейчас думаете: «Само собой, у нас есть такой человек и это разумеется я».
Встречный вопрос номер раз: почему в Формуле-1 сиденья болидов подгоняют под гонщиков, а не под руководителя или хозяина команды?
Встречные вопросы номер два: в какой версии бухгалтерской программы работает ваш бухгалтер? Каким навигатором пользуется ваш курьер? Какая версия диагностического ПО у вашего диагноста? «Да какая мне разница, это их инструменты, работают и работают, лишь бы результат выдавали», скажете вы и будете совершенно правы.
Быть правым — хорошо, а быть правым и последовательным — ещё лучше. Если решающий голос в выборе диагностического софта имеет диагност, то кто должен иметь решающий голос в выборе софта для вашего автосервиса?
Кто-то скажет, что это должен быть собственник. И да и нет. Основная миссия роли собственника: привлечение и обслуживание капитала, и для этого ему нужны совсем простые инструменты. Уже знакомый вам бизнесмен с закончившимися родственниками и разбираться не полезет, кто у него в чём работает, но при этом при помощи кнопочного телефона и калькулятора зарабатывает сильно больше тех, кто постоянно рассуждает о несовершенстве учётных систем достаточно уверенно держится на плаву.
На всякий случай уточню, что человек Собственник и роль Собственник — это совершенно не одно и то же. Один человек может эффективно нести несколько ролей. Главное тут — не слишком много на себя набрать. Приходилось видеть, как один и тот же человек, собственник предприятия, совмещает роли Аналитик, Маркетолог и Товаровед, но роль Собственник у него не закрыта. Это сильно бросается в глаза и отражается на работе предприятия далеко не лучшим образом.
Стало быть, если вы, например, работаете не только Собственником, но ещё и Управляющим и хорошо разбираетесь в процессах своего предприятия, конечно же, в выборе программы для автосервиса ориентируйтесь на свои компетенции. Только не забывайте, что решения нужно принимать находясь в роли Управляющего и оценивая продукт с точки зрения именно Управляющего.
Этих идиотов забыл спросить, ага
«Ой, да что я их спрашивать буду, откуда они знают как надо? Что они понимают вообще? В трёх запчастях и то разобраться не могут! Я сам мало что понимаю, а они понимают ещё меньше!» — сказал мне один сервис-мен, которому я дал прочитать эту статью на этапе черновика. Если вы согласны, у меня к вам встречный вопрос номер четыре: «Вы кого на работу-то понабирали?!».
Давайте разберём на примере мастеров приёмки. Приёмщик — это адвокат клиента! Вы бы хотели себе адвоката, который «в трёх запчастях и то разобраться не может»? Доверили бы такому свою свободу? А почему клиентам своим таких подсовываете? И как после этого надеетесь, что они к вам ещё раз приедут? Сами бы обратились к адвокату, который вместо пяти лет наболтал вам на восемь?
Мастер-приёмщик — это адвокат клиента!
Ваши клиенты — это ваше всё! Они везут вам деньги и достойны самого лучшего. Никакая программа не мотивирует клиента продолжать возить вам деньги. Если бы ваше ПО что-то решало в глазах ваших клиентов, вы бы в своих рекламных материалах писали не «Мы круто всё ремонтируем и даём гарантию!», а «У нас самая навороченная программа которая печатает заказ-наряды на семь кликов мыши быстрее, чем у конкурентов!».
Вряд ли вы скажете клиенту «Ну вот мы тут ПО меняем, поэтому нормо-час теперь на 200 рублей дороже». Сравните с фразой «Мы тут развальщика-волшебника наняли, который самые запущенные случаи вывозит и теперь у нас на развал нормач на 200 рублей больше теперь». К такому за любые деньги очередь выстроится.
Клиентов надо любить и допускать до них только самых лучших и проверенных сотрудников. Надо ли объяснять, что на входящем звонке не должна сидеть девочка «Представьтесь пожалуйста, назовите марку машины, адрес проживания, девичью фамилию матери, породу собаки, когда последний раз посещали сеанс пчёлопокусывания, и я оставлю вас висеть на трубке пока наконец не выясню, на кого вас переключить, и скорее всего это будет моя коллега, которая задаст вам те же вопросы и дополнительно поинтересуется вашими соцсетями и политическими взглядами».
На входящем звонке должен сидеть самый крутой из ваших перцев, к тому же, наделённый серьёзным влиянием на происходящее в сервисе. Которому дано право пообещать что-то клиенту и весь сервис костьми ляжет, чтобы обещание было выполнено.
Зачем вам сотрудники, которые разбираются в своих рабочих задачах меньше вас? Надо стремиться нанимать тех, кто умеет работать лучше и быстрее, кто может привнести в ваш бизнес что-то новое и повлиять на него положительным образом. Не забывайте, что судить о вас будут не по красивой вывеске, не по стеклянной приёмке с игровой приставкой, не по навязчивости пост-сервисных обзвонов, а по самому слабому из ваших сотрудников. Прочность цепи определяется прочностью самого слабого её звена.
Как выбрать программу для автосервиса?
При выборе программы для автосервиса следует опираться на бизнес-процессы конкретного предприятия. Среди них обязательно найдётся группа, которая приносит максимальный вклад в конечный измеримый результат, чаще всего, в прибыль. У всех вас эти группы разные и зависят от особенностей конкретного предприятия и стиля управления. Проведём голосование в нашем Telegram-канале и увидите, как разделятся мнения относительно того, какие процессы доминируют. Часто бывает, что основные процессы сами по себе не поддаются автоматизации. Например, непосредственно ремонт автомобиля, который уже в ремзоне. Разве что робот будет механику ключи подносить.
Если основные генерирующие процессы объективно не поддаются автоматизации, нужно автоматизировать процессы, их поддерживающие. Например, для процесса ремонта поддерживающим может быть обеспечение ремзоны инструментом, планово-предупредительный ремонт оборудования, повышение квалификации механиков, и так далее.
Есть ещё процессы обязательные к выполнению на любом предприятии, осуществляющим деятельность на территории РФ. Я объединил их в группу Сношения с государством. Сюда относятся подача бухгалтерской отчётности, печать чеков, эквайринг и остальное, за что можно присесть или налететь на существенный штраф. Разумеется, эти процессы любая программа, достойная вашего выбора, должна отрабатывать максимально безопасно для вашего бизнеса. Грубо, если она не умеет распечатывать чек установленной формы, она вам точно не подходит.
Автоматизация процессов может увеличить выручку (за счёт ускорения повторяющихся действий или начала выполнения тех, которые были ранее невозможны) и снизить затраты (в основном, за счёт сокращения перераспределения оплачиваемого человеческого труда).
Как решить любую проблему в любой организации
Агааааа! Попались! Думали, не замечу, как вы радостно начали потирать руки с мыслями «Ну сам же сказал, можно людей будет всех поувольнять и заменить программами да роботами, значит в правильном направлении мы всё время думали». Чтобы между нами не оставалось недосказанности, скажу, что я не говорил, что можно будет всех уволить и заменить программой. Тем людям, которые вас не развивают и особенно тем, кто тянет вас вниз и так давно у вас не место. Почему вы их до сих пор не уволили, это ваше и пусть остаётся вашим. Я говорю про людей, которые остаются с вами по праву и дают вам больше, чем берут.
Хорошо, кстати, сказал! Вот ещё один критерий оценки сотрудника. Если он приносит лично вам в карман больше, чем получает оттуда, он молодец. И вы тоже, раз смогли такого нанять, обеспечить работой и удержать. Только, как говорил легендарный Джабраил из «Кавказской пленницы», «А ты не путай свою личную шерсть с государственной!». Когда мы оцениваем эффективность сотрудника в деньгах, мы сопоставляем его вклад не в выручку, а в прибыль! Интересно вам работать с человеком, который сам заработал сто тысяч, а вам сдал только десять?
Встречаются два бывших одноклассника. Один преуспевающий бизнесмен, второй уже практически бомж. Первый говорит:
— Привет, сколько лет, сколько зим! Как жизнь?
Второй, угрюмо:
— Плохо все. Жена ушла, с работы уволили, денег нет.
Первый, в знак старой дружбы предлагает:
— Слушай, есть у меня для тебя работа.
— Да я ничего толком делать-то не умею…
— Ерунда! Работа такая: видишь напротив банк? Каждый месяц, десятого числа ты будешь ходить в этот банк и забирать два чемодана денег. Один будешь отдавать мне, а второй себе.
На том и порешили.
Проходит полгода. Второй поднялся, жена вернулась, машину купил, дом. Но ходит все мрачнее и мрачнее.
Первый спрашивает его:
— Ты чего такой хмурый?
— Знаешь я тут долго думал, тут несправедливость какая-то есть. В банк-то через дорогу я один хожу, а деньги-то мы с тобой пополам делим.
Вы же считаете такой показатель, как Чистая прибыль на одного сотрудника? Считаете? Ну считаете же? Правда считаете? Нет? Блин :-(… Ну так считайте :-)! Очень отрезвляющий показатель, который помогает адекватно взглянуть на штатную структуру и количество людей в ней.
Внимательные читатели удивлённо скажут: «Это что же получается, фонд зарплатной платы должен быть сопоставим с чистой прибылью?!». Ну да, а как ещё. Не просто сопоставим, а желательно чтобы прибыль превышала зарплатный фонд. Это один из критериев качества бизнес-процессов компании и их автоматизации.
Вон, в NHL даже локауты случались из-за того, что игроки начали получать слегка больше, чем владельцы команд. И шла речь не о распределении 10/90, в пользу сотрудников, как во многих автосервисах. Чтоб вы понимали, там было 57/43 в пользу игроков, и владельцы хотели переиграть это на 53/47 в пользу владельцев. По сути, отщипнуть у игроков 10%. При этом собственники клубов объясняли своё предложение достаточно стройно и рационально (увеличение затрат, деньги на развитие, и так далее), но игроков это не устраивало, результатом чего и был тот самый локаут, из-за которого начало чемпионата было перенесено на неопределённый срок. Потом все договорились, но оцените масштаб прецедента.
Ваша бизнес-модель хороша и ваши процессы автоматизированы хорошо если при сочетании этих двух вещей прибыль превышает хотя бы зарплатный фонд. Если это не так, значит, где-то теряется эффективность, догнать которую можно пересмотром процессов и автоматизацией. Но, в первую очередь, разумеется наймом. Если у вас нет хорошего специалиста по бизнес-процессам, кто вам их запилит? Если у вас нет хорошего бизнес-администратора, кто обеспечит вам должный уровень автоматизации? Если у вас нет хороших исполнителей, кто будет работать по бизнес-процессам?
Поэтому когда я говорю про перераспределение оплачиваемого человеческого труда, я не имею в виду тех сотрудников, которых и так давно пора уволить, и за счёт высвободившегося бюджета простимулировать тех, кто реально эффективен. Я имею в виду трансфер оплачиваемых усилий между процессами. За счёт автоматизации можно и нужно высвобождать рабочее время продуктивных сотрудников и направлять его на те процессы, которые генерируют прибыль.
Например, вместо того, чтобы тратить время на подбор запчастей в длинную дефектовку сотрудник может заняться подготовкой персонального предложения, его презентацией и согласованием его с клиентом. А так он 95% времени будет искать запчасти, израсходует всё мыслетопливо и в лучшем случае у него останутся силы, чтобы распечатать дефектовку и сказать клиенту «Ну вот, тут всё собрано, как соберётесь, звоните» или «Я вам на почту отправил, смотрите».
На что смотреть при выборе программы
Какая программа будет максимально эффективной в балансе между увеличением выручки и снижением затрат, такую и берите. Закон Парето сработает и в этом случае. Если вы с помощью своей системы сможете эффективно автоматизировать 20-30 процентов своих процессов, это даст вам 80-70 процентов конечного результата. У всех разработчиков своё понимание процессов, поэтому смотрите, чьё из них ближе к вашему. Спросите, как с помощью их софта догнать прибыль хотя бы до зарплат сотрудников и смотрите, что ответят. Скорее всего, начнут рассказывать либо про увеличение выручки либо про возможность всех поувольнять и забрать их зарплату себе.
Чаще всего при внедрении даже хороших систем появляются случаи, когда выручка растёт параллельно с затратами и прибыль остаётся плюс-минус та же самая, несмотря на то, что людей и работы становится больше. Это означает, что предприятие не концентрируется на повышении отдачи от какого-то одного процесса, а пытается навалиться сразу на многие. Не рекомендую так делать, потому что, как уже сказал, сложность системы вырастет, работать придётся больше, а результат будет несоизмерим с увеличением нагрузки. Зарплатный фонд вместо того, чтобы приближаться к прибыли, начинает сильно её превосходить.
Не забывайте также, что люди, при всём уважении, как тупили, так и будут тупить и никакие программы не исправят им головы без их собственной мотивации. Они найдут способ обойти даже самые сложные ограничения и проверки. Но только вы-то будете продолжать платить за разработку этих ограничений из собственного кармана, так как они будут заложены в стоимость программных продуктов. Поэтому не надейтесь на программу. Надейтесь только на исправление самих людей или их замену.
Если у вас всё работает на ручном управлении и ни о каких «ролях», «процессах», а тем более, «генерирующих», вы пока не задумывались, берите самую дешёвую программу, которую только сможете достать, и которая удовлетворяет трём условиям:
- Она не подставит вас в процессах сношений с государством;
- Вы сможете выгрузить из неё все нужные данные, когда определитесь с оптимальной для себя системой и соберётесь в неё переезжать;
- Вы сможете что-нибудь сделать с людьми, которые будут в её пользователями: заставить или мотивировать их работать в программе в соответствии с требованиями разработчика. Если требования разработчика к качеству вашего персонала кажутся вам непреодолимыми, выбирайте продукт с требованиями поменьше.
Вам пока не до вложений в автоматизацию. Как только сможете поднять голову, осмотреться и выдохнуть, перестав заниматься операционной деятельностью, займётесь бизнес-процессами. После этого и по софту придёт понимание. Раньше — не придёт.
Ещё один важный совет. Ни в коем случае не гонитесь за софтом, который предъявляет низкие требования к вашему персоналу! Адекватные разработчики знают цену и себе, и своим продуктам, и качественному персоналу автосервисов, поэтому не будут писать софт под кого попало. На софте для всех специализируются разработчики повседневных мобильных приложений и всяких популярных сайтов типа соцсетей, новостей, агрегаторов и маркетплейсов. Там действительно есть люди, которые занимаются исследованиями пользовательского опыта и занимаются адаптацией своего продукта под каждого человека. Представьте, что разработчики самолётов будут стремиться сделать управление им доступным каждому тинейджеру с улицы. Полетите на таком? Софт для автосервиса не должен нравиться его сотрудникам или быть лёгким в освоении. Он должен повышать эффективность процессов, которые он автоматизирует, и общий результат в виде чистой прибыли.
Ни в коем случае не гонитесь за софтом, который предъявляет низкие требования к вашему персоналу!
Часто вижу людей, которые рассуждают о программном обеспечении в отрыве от своей бизнес-модели. Мол, сейчас купим программу и как она скажет, так и будем делать, под неё и подстроимся. Так не работает! Бывают особенности, которые под софт никак не подстроить. О них поговорим в следующих сериях. Вкратце: вы видите какой-то процесс по-своему и чувствуете, что, будь по-вашему, отдача от процесса была бы сильно выше. Но софт неумолимо держит вас в своих рамках. Вам постоянно некомфортно. Вы постоянно думаете о том, как перестать чувствовать дискомфорт. И это не прекратится до тех пор, пока не попробуете вести свой процесс по-своему.
На работу надо ходить чтобы кайфовать! Можно подумать, у вас других источников дискомфорта не хватает. Их надо уменьшать, а не добавлять. Поэтому ваша программа не должна мешать вам кайфовать от того, что вы делаете. И вашим сотрудникам тоже. И здесь как раз срабатывает критерий преодоления. Если поначалу ему сложно работать в профессиональной программе, а потом он преодолевает себя и видит, что его эффективность увеличилась и денег стал он зарабатывать больше, разве это не повод для выброса эндорфинов? Разве это не повод научиться ещё чему-то и заработать ещё больше?
Опытные сервис-мены согласны, что данные первичны, а инструмент вторичен. Но при этом почти все оговариваются, мол, инструмент, конечно, вторичен, но почему-то в одном вторичном инструменте (который у соседа, или в автосервисе мечты, или в рекламном материале) всё получается как надо, а в другом (который у нас) мы постоянно плодим какую-то дичь и ничего не можем автоматизировать. На эту тему мы уже дискутировали в посте про логическую ловушку, которая вынуждает даже самых опытных из нас воспринимать отсутствие доказательств как доказательство отсутствия. Освежите в памяти, пригодится на будущее.
И самое главное! Продолжайте просто следить за блогом. В одной из следующих частей данного цикла я дам чек-лист плохой программы. Чем больше пунктов, тем ниже она должна находиться в вашем шорт-листе. Насколько ПО будет подходящим под ваши процессы, чек-лист не скажет, однако, отмести некоторые варианты, сэкономив деньги и время, точно поможет.
Когда человек не умеет водить машину, это видно уже по тому, как он открывает дверь и садится за руль. Когда человек не умеет играть на гитаре, это видно уже по тому, как он открывает громкость и берёт две квинты. Также и с программными продуктами: достаточно опытный глаз сразу вытащит пункты, которые присутствуют во всех плохо написанных продуктах и отсутствуют в хорошо написанных. Заметьте, я не говорю сейчас про функционал или соответствие ожиданиям. Оценить эти параметры сможете только вы. Я всего лишь скажу, насколько хорошо это сделано с точки зрения принципов продуктовой разработки программного обеспечения.
Спасибо, что дочитали!
UPD: В Telegram-канале пришёл отличный комментарий от читателя. Он был настолько хорош, что его обсуждение мы вынесли в отдельную статью о том, каким должно быть рабочее место профессионала.