Накратко
Преходът от Excel към CRM/ERP има смисъл, когато отделните таблици вече затрудняват общата работа, проследяването и контрола върху данните. Започнете с конкретен процес, изчистете информацията и проверете системата с реални задачи. Новият софтуер помага, когато заменя разпокъсан начин на работа, а не само прехвърля същия хаос в друг интерфейс.
Excel може да е достатъчен. До определен момент.
За малък екип с ясни задачи една добра таблица е практично решение. Лесно се променя, формулите са видими и не изисква отделен проект за внедряване. Няма причина да я сменяте само защото CRM звучи по-професионално.
Трудността идва, когато към нея се добавят още файлове и хора. Един записва клиента, друг плащането, трети разхода. После някой копира ред в своя версия. При въпрос „Какъв е актуалният остатък?“ отговорът зависи от това кой файл отваряте и кога е бил обновен.
Друг сигнал е нуждата от права. Служителят трябва да вижда наличността и да обработва запитвания, но не и всички финансови данни. Ако единственото решение е да получи копие без определени колони, създавате още версия за поддържане. Това вече е въпрос на организация, не на красота на таблицата.
Какво трябва да решат CRM и ERP
CRM обикновено подрежда отношенията с клиентите: запитвания, комуникация, следващи действия, оферти и продажби. ERP обединява оперативни процеси като наличности, покупки, разходи и финанси. Имената не гарантират конкретни функции. Две системи с еднакъв етикет могат да покриват много различна работа.
Затова започнете с проблем, който можете да опишете. „Не знаем на кое запитване е отговорено“ е CRM задача. „Не можем да съберем всички разходи по една стока“ е задача за свързани оперативни данни. „Искаме табло“ е твърде широко, докато не кажете кои решения трябва да вземате от него.
Списъкът с модули е полезен едва след това. Иначе лесно ще купите система с много екрани, която пак не може да отговори на най-важния ви въпрос. Включете хората, които извършват работата ежедневно, защото те знаят къде информацията се разминава и какви изключения възникват.
Пример с автомобил: един обект, много записи
При автокъща автомобилът има покупка, разходи, документи, плащания и статус. Ако тези данни са в различни таблици, човек трябва да ги събира ръчно, за да види себестойността. Общият запис за автомобила позволява свързаните операции да се разглеждат заедно.
В CRM Premier са изградени досиета с VIN, покупна и продажна цена, услуги и разходи, свързани документи и плащания. Има отделни статуси за очакван автомобил, транспорт, пристигане, ремонт, резервация и продажба. Това е конкретен пример за организиране на процес, а не доказателство за определено спестено време или печалба.
Важен детайл е, че полученото плащане и статусът „продаден“ са различни събития. Клиентът може да даде депозит, преди автомобилът да бъде продаден. Затова системата не трябва да предполага, че всяко плащане приключва продажбата. Такива особености трябва да присъстват в заданието още преди внедряването.
Същият принцип се прилага и извън автокъщите. При сервиз централният обект може да е поръчка за ремонт, при производство - изделие или заявка. Първо намерете обекта, около който се събира работата, и връзките му с клиенти, документи и разходи.
Изчистете данните преди прехвърлянето
Софтуерът няма да разбере сам дали „Иван Петров“, „Ив. Петров“ и записът със същия телефон са един човек. Нито дали липсващата дата е неизвестна, или просто не е въведена. Прехвърлените неясноти ще останат неясноти и в новата система.
Изберете основен източник за всяка група данни. Решете кои записи са актуални, как се отстраняват дубликатите и кои полета са задължителни. Използвайте стабилни идентификатори, когато ги имате: вътрешен номер, код на продукт, номер на документ или VIN. Не свързвайте всичко само по име.
Пазете оригиналните файлове като отделен архив. Направете таблица със съответствията между старите колони и новите полета. Запишете как се обработват празни стойности, валути, дати и отменени документи. Това спестява спорове по-късно, когато някой забележи разлика и трябва да разберете откъде идва.
Тествайте един завършен процес
Не започвайте с прехвърляне на всичко и обучение на всички. Изберете достатъчно представителна част от работата, която можете да проверите от начало до край. При автокъща това може да е покупка на автомобил, добавяне на разход, клиентски депозит и последваща продажба.
| Проверка | Какво сравнявате | Кой трябва да участва |
|---|---|---|
| Внесени записи | Брой и ключови полета спрямо източника | Човекът, който познава данните |
| Салдо или остатък | Суми и документи на една и съща дата | Финансовият отговорник |
| Права | Видимост и позволени действия за всяка роля | Реалните потребители |
| Изключение | Аванс, поправка, отказ или отменена операция | Екипът, който го обработва |
| Отчет | Резултат спрямо проверими изходни записи | Човекът, който взема решения |
Проверете и поправката на грешка. Служител ще въведе неправилна сума или ще избере грешен контрагент. Трябва да знаете как се коригира записът, кой има право и какво остава в историята. Система, която работи само при идеално въвеждане, няма да издържи ежедневната работа.
За сумите използвайте една дата и едно правило за сравнение. Иначе може да съпоставите стар отчет от вчера с нов отчет, в който вече има днешни плащания. Разликата няма да е непременно грешка, но ще загубите време да я търсите.
Обучението трябва да прилича на работния ден
Обиколката на всички менюта не е достатъчна. Дайте на всеки служител задачите, които действително ще изпълнява: създаване на клиент, записване на контакт, добавяне на разход, справка за остатък. Нека работи с тестови данни и да задава въпроси, докато процесът още може да се промени.
Определете човек от бизнеса, който събира проблемите и решенията. Ако всеки изпраща различни изисквания направо към разработчика, системата може да започне да следва противоречиви правила. Един отговорник не означава, че само той решава всичко; означава, че има обща актуална версия на договореното.
Запишете кратки инструкции за повтарящите се задачи и за необичайните случаи. Не е нужно ръководство със стотици страници. Полезно е човекът да знае какво да направи, когато няма цена, има частично плащане или клиентът отложи решението.
Денят на преминаването
Уговорете кога старите таблици спират да бъдат работен източник. Направете последно сверяване и определете къде се записват новите операции. Ако екипът продължава да въвежда едновременно на две места без правило, несъответствията ще се върнат бързо.
Запазете старите файлове за справка с ограничение за редакция според възможностите на средата. Подгответе начин за връщане назад при сериозен проблем и решете как ще се съхранят новите операции. Връщането към стар архив без тези данни може да създаде нова загуба.
След старта събирайте трудностите по задачи, а не само по екрани. „Не мога да видя кои клиенти чакат отговор“ дава по-ясна посока от „таблото не ми харесва“. Следете дали екипът използва системата и кои обходни таблици се появяват. Те често показват пропусната нужда.
Преди да търсите решение, запишете трите въпроса, на които днес отговаряте най-трудно. Ако предложената система може да ги реши с ваши данни и реални роли, имате добра основа за следващ разговор. Ако не може, допълнителните модули няма да компенсират липсата.
Често задавани въпроси
Кога Excel вече не е достатъчен?
Когато версиите, връзките между записите, правата и проследяването започнат да пречат на общата работа. Големият брой редове сам по себе си не е достатъчна причина. Важни са процесът, хората и последиците от грешките.
Трябва ли да внедрим CRM и ERP едновременно?
Не непременно. Започнете с процеса, който създава най-голяма трудност, и проверете връзките с останалата работа. Поетапното внедряване може да е по-лесно за екипа, ако данните и отговорностите са планирани предварително.
Могат ли всички стари данни да се прехвърлят?
Това зависи от качеството и формата им и от полетата в новата система. Направете пробен импорт и сверяване, преди окончателното прехвърляне. Част от старите записи може да останат в архив, ако нямат полезна роля в ежедневната работа.
Как да избегнем двойното въвеждане след старта?
Определете един основен източник за всяка операция и дата за преминаване. Ако е нужна интеграция с друга система, уточнете посоката на обмен и правилата при грешка. Без такова решение новият софтуер може да добави още едно място за записване.
