Консультаційна робота часто починається ще до того, як вона виглядає як проект. Приходить рекомендація. Партнер веде першу розмову. Хтось готує пропозицію. Керівник доставки оцінює штат. Клієнт запитує час. Нотатки переміщуються між вхідними, дзвінками, документами, електронними таблицями та інструментами проекту. До того часу, коли робота буде готова до початку, фірма вже може мати кілька версій правди.
Саме тому передача від початку до проекту є практичним місцем для оцінки автоматизації професійних послуг. Мета полягає в тому, щоб не дозволити автоматизації вирішувати, яких клієнтів прийняти, за що стягувати плату, який обсяг обіцяти або хто має укомплектувати роботу. Це залишаються людськими рішеннями. Краще питання вужче: які повторювані кроки координації можна зробити більш узгодженими, видимими та доступними для перегляду перед впровадженням?
Для консалтингових фірм і фірм, які надають професійні послуги, оцінка має починатися з реального робочого шляху від першого запиту до роботи з наданням обсягу.
Навіщо оцінювати передачу перед тим, як щось створювати?
Консультаційна фірма може мати сильну команду продажів і сильну команду доставки, але все одно втрачає час між ними. Зазвичай проблеми звичайні:
- подробиці надходження містяться в нотатках партнера, а не в робочому записі;
- припущення пропозицій не враховуються в плануванні доставки;
- початкові завдання відтворюються вручну для кожного нового клієнта;
- планування залежить від того, хто пам’ятає про наступний крок;
- очікувані витрати часу та витрат уточнюються після початку роботи;
- звітування клієнтів зібрано з розрізнених оновлень біля кінцевого терміну.
Автоматизація може допомогти, лише якщо розуміти ці кроки. Якщо фірма пропускає оцінку, це може автоматизувати плутанину: відсутні поля, незрозуміле право власності, застарілі шаблони та винятки, які ніхто не має права вирішувати.
Перед впровадженням нанесіть поточну передачу з достатньою кількістю деталей, щоб відповісти на чотири запитання:
- З чого починається робочий процес?
- Якій інформації слід довіряти, перш ніж відбудеться наступний крок?
- Кому належить рішення чи перевірка?
- Що має статися, коли в робочому процесі відсутні дані, виникає виняткова ситуація або чекає на клієнта?
Ці відповіді створюють основу для практичного дизайну автоматизації.
Відобразіть процес передачі від продажу до доставки, як він працює сьогодні
Процес передачі від продажу до доставки — це більше, ніж зміна статусу з «виграно» на «активно». Це момент, коли комерційний контекст стає відповідальністю за доставку.
Під час оцінювання задокументуйте шлях як послідовність операційних подій:
- запит, отриманий із схваленого джерела;
- записки щодо кваліфікації, отримані та нормалізовані;
- призначено власника можливості;
- пропозицію або технічне завдання, підготовлене на основі схвалених шаблонів;
- ціноутворення, обсяг, умови та винятки, перевірені відповідальними особами;
- схвалення клієнта або запис сигналу наступного кроку;
- зібрані вимоги до старту;
- власник доставки, припущення щодо персоналу та контрольний список для реалізації проекту підтверджено;
- час, витрати та очікувані звіти перенесені в операційний запис.
Це зіставлення має включати як звичайні, так і незручні випадки. Наприклад, що відбувається, коли партнер усно погоджується на індивідуальні результати? Хто перевіряє, чи може служба доставки підтримувати дату? Де переглядається нестандартний термін? Хто підтверджує, що остаточна версія пропозиції є тією, що має використовуватися для доставки?
Ці деталі мають значення, оскільки вони відокремлюють координаційну роботу від суджень. Кандидати в автоматизацію зазвичай займаються координацією: збирають поля, перевіряють повноту, готують чернетки, схвалюють маршрути, нагадують власникам, збирають пакети та зберігають докази.
Визначте людей-власників перед визначенням автоматизації
Автоматизація на етапі впровадження проекту потребує чіткої підзвітності. Корисна оцінка визначає принаймні чотири види власності:
- Власник процесу: особа, відповідальна за виконання передачі.
- Власник даних: особа або команда, відповідальна за вихідні записи та визначення.
- Рецензент: особа, яка може схвалити, відхилити або виправити автоматичний вихід.
- Власник ескалації: особа, яка обробляє відсутні дані, незвичний обсяг, конфіденційні зобов’язання клієнта або невдалі кроки робочого процесу.
Для консалтингової фірми це особливо важливо, оскільки той самий запис може вплинути на дохід, довіру клієнтів, персонал і ризик доставки. Автоматизація може підготувати опис облікового запису, зібрати чернетку пропозиції або виявити затримку передачі. Вона не повинна вирішувати, чи повинна фірма прийняти роботу, відмовитися від проекту, затвердити умови контракту, пообіцяти дату початку чи призначити консультанта без належної людської перевірки.
KeepSolid Automations підходить до такого роду роботи як до керованої служби автоматизації: процес, власники, правила, схвалення, винятки та бажані результати оцінюються до того, як буде розроблено робочий процес. Ця оцінка допомагає визначити, де можуть підійти детерміновані правила, обмежена підтримка ШІ, вузькі агенти завдань, моніторинг і контрольні точки людини.
Перевірте, чи автоматизація процесу пропозиції має надійні вхідні дані
Автоматизація процесу пропозицій часто приваблива, оскільки робота над пропозиціями повторюється. Але це також є комерційно чутливим.
Надійнішим оціночним запитанням є не “Чи можна автоматизувати пропозиції?” Це “Які етапи підготовки пропозиції можна заповнити з перевірених вихідних даних і затверджених шаблонів, а потім переглянути потрібними людьми?”
Хороші кандидати можуть включати:
- збір відомостей про схвалених клієнтів і можливості;
- підготовка плану пропозиції на основі схваленого шаблону;
- додавання стандартних описів послуг, де вони застосовні;
- позначення відсутніх припущень або незатверджених спеціальних умов;
- налаштування ціноутворення, обсягу, юридичного чи керівництва, якщо це необхідно;
- відстеження статусу пропозиції та наступного кроку власності.
Погані кандидати – це ті частини, які вимагають підзвітного судження: остаточна кваліфікація, комерційна стратегія, рішення щодо ціноутворення, компроміси щодо обсягу, контрактні зобов’язання та обіцянки клієнта. Вони мають залишатися в уповноважених людей.
Під час відкриття фірма також повинна перевірити, чи актуальні її шаблони. Якщо кожен партнер редагує окрему версію, автоматизації знадобиться етап керування шаблоном, перш ніж вона зможе надійно підготувати матеріали пропозиції.
Побудуйте процес прийняття проекту на основі необхідних доказів
Якщо потенційний клієнт стане справжньою залученістю, процес початку проекту має надати командам доставки достатньо контексту, щоб почати чисто. Процес прийому не повинен бути складним, але він повинен бути чітким.
Корисні докази споживання можуть включати:
- остаточно затверджений обсяг і припущення;
- іменовані зацікавлені сторони клієнта;
- внутрішній власник доставки;
- очікувана дата початку або обмеження щодо розкладу;
- результати та частота звітності;
- відкриті ризики, залежності або виключення;
- правила часу та витрат;
- посилання на затверджені пропозиції, контракти та примітки до джерела;
- історія схвалення нестандартних умов.
Автоматизацію можна оцінити для завдань прийому, які повторюються та піддаються перевірці: створення контрольного списку, збирання відсутніх полів, маршрутизація початкового пакета, нагадування власникам або підготовка інформаційної довідки. Обмежений штучний інтелект може допомогти підсумовувати дзвінки чи документи, вилучати ключові поля, класифікувати неповні записи про прийом або створювати структуровану записку про передачу. Робочий процес має виявляти невизначеність і надсилати рецензенту елементи з низьким рівнем достовірності або з великим впливом.
Критерії прийняття мають бути практичними. Наприклад: доставка не повинна отримувати пакет прийому, якщо не присутні обов’язкові поля, вихідна пропозиція пов’язана, власник названий, а будь-яке нестандартне зобов’язання має запис перегляду.
Включіть планування, пошук знань, час, витрати та звітність
Передача від початку до проекту не завершується на початку. Консалтингові фірми часто виявляють проблеми з передачею пізніше, коли консультанти запитують, де живе узгоджений обсяг, фінансовий відділ запитує, як слід обробляти витрати, або звіт клієнта потрібно зібрати з кількох відключених оновлень.
Ці подальші процедури варто оцінити, оскільки вони залежать від тих самих вихідних даних:
- Координація планування: збирайте доступність, готуйте варіанти початку та перенаправляйте конфлікти до власника.
- Пошук у знаннях: отримуйте схвалені внутрішні примітки, шаблони, приклади попередніх результатів або вказівки щодо політики з посиланнями на джерела для перегляду.
- Збір часу та витрат: нагадуйте учасникам, перевіряйте обов’язкові поля та направляйте винятки до авторизованих рецензентів.
- Звітування клієнтів: використовуйте автоматизовані звіти клієнтів для збирайте повторювані чернетки звітів із перевірених оновлень про проект, час, витрати та доставку, тоді як остаточне затвердження залишається за відповідальним консультантом або менеджером.
Для звітності клієнта важлива різниця між складанням і затвердженням. Автоматизація може допомогти зібрати вхідні дані, структурувати звіт, виділити відсутні дані або підготувати чернетку. Він не повинен винаходити прогрес, пом’якшувати ризики без схвалення або надсилати остаточний матеріал для клієнта без підтвердження відповідальної людини.
Вирішіть, які будівельні блоки підходять
Після відображення передачі компанія може оцінити будівельні блоки автоматизації, які відповідають кожному кроці.
Детерміновані правила найкраще підходять для стабільних кроків: обов’язкові поля, правила маршрутизації, терміни виконання, порогові значення затвердження, заповнення контрольного списку, повторювані нагадування та зміни статусу, керовані подіями.
Підтримку обмеженого штучного інтелекту можна оцінити там, де корисна інтерпретація: класифікація запитів, вилучення припущень пропозицій, підсумовування дзвінків, складання нотаток про передачу або перетворення оновлень проекту в план звіту. Межа має значення. Вихідні дані мають демонструвати невизначеність, цитувати чи посилатися на джерело доказів, де це доцільно, і передавати чутливі випадки особі.
Вузькі агенти завдань можуть допомогти, коли робочий процес має кілька повторюваних ролей, таких як підготовка прийому, складання пакетів пропозицій, координація планування, нагадування про час/витрати та підготовка чернетки звіту. Кожен помічник повинен мати чіткі інструменти, затверджені джерела, необхідні вихідні формати, умови зупинки та правила передачі.
Моніторинг і технічне обслуговування мають бути частиною оцінки, а не задумом. Для робочого процесу потрібна історія виконання, обробка помилок, черги винятків, повторні спроби, шляхи ескалації та названа особа, яка може призупинити або налаштувати процес, коли змінюються бізнес-правила.
Контрольний список для практичного оцінювання
Перед запровадженням автоматизації передачі послуг від початку до проекту консалтингова фірма може використати цей контрольний список, щоб структурувати відкриття:
- Які джерела потенційних клієнтів схвалено для прийому?
- Які поля є обов’язковими для проходження кваліфікації?
- Кому належать кваліфікація, ціноутворення, обсяг, умови контракту, персонал і зобов’язання клієнтів?
- Які шаблони пропозицій затверджені, актуальні та безпечні для заповнення з вихідних даних?
- Що вважається повною передачею від продажів до доставка?
- Яким джерелам даних можна довіряти для отримання проекту, часу, витрат і звітності?
- Який виняток повинен зупинити робочий процес для перегляду?
- Які докази слід зберігати для подальшого перегляду?
- Які дії можуть виконуватися автоматично, а які потребують схвалення людини?
- Який моніторинг, сповіщення та обслуговування потрібні після запуску?
Результатом цієї роботи є не просто діаграма. Це безперервний погляд на те, де автоматизація можлива, де дані чи право власності потрібно спочатку очистити, а де схвалення людини не підлягає обговоренню.
Куди підходить KeepSolid Automations
KeepSolid Automations може допомогти компаніям оцінити можливості керованої автоматизації, починаючи з реального робочого процесу клієнта: тригери, вхідні дані, системи, правила, власники, схвалення, винятки та бажані результати.
Для цієї теми корисною розмовою є оцінювання. Консалтингова фірма може захотіти дослідити, як залучення потенційних клієнтів, підготовка пропозицій, координація планування, впровадження проекту, пошук знань, збір часу/витрат і складання звітів клієнта можуть бути структуровані в керований робочий процес. Результат залежить від інструментів фірми, дозволів, вихідних даних, стабільності процесу, рівня ризику та вимог.
Це підтримує роботу. Це дозволяє уникнути перетворення автоматизації на чорну скриньку та дає партнерам, керівникам операцій і менеджерам з доставки чіткіший спосіб вирішити, що слід автоматизувати, що слід спочатку переробити, а що має залишатися рішенням людини.
Поширені запитання
Це те саме, що придбати програмне забезпечення PSA?
Ні. У цій статті йдеться про оцінку можливостей керованої автоматизації навколо передачі від головного до активного проекту. Платформа PSA може бути частиною операційного середовища фірми, але оцінювання має зосереджуватися на фактичному робочому процесі, вихідних даних, власниках, схваленнях і винятках, а не на припущенні одного фіксованого програмного шляху.
Чи може автоматизація самостійно кваліфікувати потенційних клієнтів або затверджувати пропозиції?
Це не повинно замінювати підзвітне комерційне судження. Автоматизацію можна оцінити для таких завдань підтримки, як збір деталей споживання, застосування затверджених критеріїв маршрутизації, підготовка матеріалів пропозицій із затверджених шаблонів і позначення відсутньої інформації. Кваліфікація, ціноутворення, обсяг, умови контракту та остаточні зобов’язання мають залишатися за уповноваженими людьми.
Що робить процес прийняття проекту готовим до автоматизації?
Готовність зазвичай залежить від стабільних обов’язкових полів, надійних джерельних записів, іменованих власників, чітких воріт затвердження та відомих шляхів винятків. Якщо фірма не може сказати, які дані є достовірними або хто може схвалити нестандартну роботу, впровадження має почекати, доки ці правила не будуть роз’яснені.
Як потрібно обробляти звіти клієнтів?
Для команд консультантів автоматизоване звітування клієнта слід розглядати як складання та підготовку звіту на основі перевірених вхідних даних, а не як остаточне спілкування без рук. Робочий процес може збирати оновлення, структурувати чернетку та позначати відсутні докази. Відповідальний консультант, менеджер або партнер повинен затвердити остаточний звіт для клієнта.
Що фірма повинна зробити в першу чергу?
Почніть із зіставлення однієї справжньої нещодавньої передачі від запиту до початку та звітування. Визначте кожен крок копіювання та вставлення вручну, затвердження, відсутні поля, винятки та власника рішення. Це дає фірмі конкретну основу для обговорення відкриття або консультації щодо повторюваної можливості автоматизації.
