Custom business tools

Власні додатки та внутрішні інструменти — від генераторів пропозицій до систем, зшитих під один процес.

• індивідуальноОбсяг
• Бізнес-системиОбласть
• розрахунок індивідуальнийЗапуск

Кому це потрібно

Компанії з унікальним процесом, який не покриває готовий софт.

Проблема

Готові інструменти нав'язують чужий процес. Проблема виникає в компаніях, спосіб роботи яких настільки власний, що жоден софт з полиці його не обслужить.

Що робимо

Будуємо власні додатки та інструменти — від генераторів комерційних пропозицій до внутрішніх систем.

Що входить

Чотири етапи, останній є безперервним:

• Аналіз
• Прототип
• Впровадження
• Розвиток

Терміни

Термін рахуємо індивідуально і називаємо його разом з розрахунком, до початку робіт. Залежить він від того самого, що й ціна: обсяг інструменту, кількість інтеграцій та модель підтримки. Зате порядок робіт незмінний: аналіз, прототип, впровадження, розвиток — і кожен етап має свою дату, щоб не було одного терміну на самий кінець.

Вартість

Індивідуальна оцінка. Ціна складається з обсягу, інтеграцій та моделі супроводу.

Що ви отримуєте

Інструмент, підігнаний на 100% під компанію, а не процес, підігнаний під інструмент.

Як рахувати поріг окупності інструмента, зробленого на замовлення

Оцінка індивідуальна, тож і поріг окупності треба рахувати індивідуально — а формула та сама незалежно від обсягу.

• Місячна економія = (кількість годин роботи, яка сьогодні йде на обхід відсутності такого інструмента — ручне переписування, складання пропозицій у Word, утримання процесу в голові однієї людини) × погодинна ставка
• Термін окупності (у місяцях) = вартість побудови інструмента ÷ місячна економія, після вирахування вартості підтримки
• Вартість відсутності інструмента рахуєте й інакше: через кількість помилок чи втрачених можливостей, що виникають через те, що процес тримається в голові однієї людини, а не в системі

Без цієї другої цифри термін окупності виглядає гіршим, ніж є насправді, — бо не враховує ризик, що процес перестає працювати, коли ця одна людина у відпустці або йде з фірми.

Власне рішення, готовий софт з ринку і ручна праця — три шляхи

Перш ніж замовляти інструмент на замовлення, варто порівняти його з двома альтернативами, які у вас уже є.

• Ручна праця (Word, Excel, пам'ять однієї людини) — нульова вартість інструмента, але кожен крок залежить від присутності конкретної людини й не масштабується разом із кількістю клієнтів
• Готовий софт з ринку — швидкий старт, але нав'язує чужий процес: компанія підлаштовується під інструмент замість того, щоб інструмент підлаштовувався під компанію, а те, чого софт не передбачив, все одно повертається до ручної праці
• Інструмент на замовлення — покриває саме ваш процес, включно з винятками, але коштує дорожче на старті й вимагає часу на аналіз, перш ніж з'явиться перший рядок коду

Цей третій шлях має сенс там, де процес настільки власний, що перші два вже підвели, — не як перший крок, а як рішення, ухвалене після спроби тих двох.

Коли інструмент на замовлення себе не окупає

Чотири ситуації, в яких чесніше відмовити від побудови власного інструмента, ніж його продати.

• Процес, який має обслуговувати інструмент, ще не усталився — змінюється щотижня, бо компанія сама ще шукає свій спосіб роботи; побудова чогось на такому ґрунті закінчується перебудовою за місяць
• Готовий інструмент з ринку покриває 90% потреби, а бракуючі 10% можна обійти вручну без великих витрат — різниця в ціні між софтом з ринку і власним інструментом тоді рідко окупається
• У компанії є одна людина, яка користуватиметься інструментом, і в цієї людини вже є зручний їй спосіб роботи — інструмент, побудований поряд з нею, відкриють один раз і забудуть
• Бюджет не дозволяє провести етап «Аналіз» у повному обсязі — інструмент, побудований без розпізнавання винятків у процесі, обходиться дорожче в доробках, ніж чесний аналіз на старті

Що потрібно мати зі свого боку

Побудова інструмента починається з вашого знання процесу, а не з нашого.

• Людину, яка знає процес зсередини і вміє описати винятки — не лише версію з інструкції, а те, що відбувається насправді, коли щось іде не так
• Доступ до даних та інструментів, які сьогодні обслуговують цей процес вручну, — таблиці, шаблони, пошта, поточні системи, з якими має взаємодіяти інструмент
• Одну людину, яка вирішує обсяг першої версії, — без неї етап «Аналіз» затягується, бо кожне рішення чекає наступну людину
• Згоду на те, що перша версія не охопить усе, — етап «Розвиток» безперервний саме тому, що рідко вдається передбачити весь процес з першого разу

Як через місяць перевірити, чи окупився інструмент

Мірки рахуєте самі, з власних даних, без входу до чогось нашого.

• Кількість годин ручної праці, яку тепер робить за вас інструмент, порівняна з часом до впровадження
• Кількість випадків, коли процес спрацював без участі конкретної однієї людини — це перевірка того, чи справді знання перейшло з голови в систему
• Кількість помилок чи пропущених кроків, знайдених постфактум, порівняно з періодом до інструмента
• Кількість людей, які справді користуються інструментом, а не лише та одна, для якої його будували, — якщо процес мав масштабуватися, це найкращий доказ того, що масштабується

Порівнюйте той самий тип періоду — спокійний місяць зі спокійним місяцем, а не з місяцем, коли половина команди була у відпустці.

Чого інструмент на замовлення не робить

Інструмент робить рівно те, що було спроєктовано на етапі «Аналіз», — не більше. Якщо він рахує суми, генерує документи за шаблоном чи стежить за порядком кроків — це арифметика й правила, а не штучний інтелект, і ми чітко кажемо, де одне, а де інше: генератор пропозицій, що рахує ціни з прайс-листа, — це не те саме, що мовна модель, яка пише текст пропозиції. Інструмент сам не вирішує, яким має бути процес, — це рішення ухвалює хтось у фірмі на етапі «Аналіз». Він також не виправляє дані, помилково введені людиною на вході, бо не знає, що вони помилкові, — лише обробляє те, що отримав.

Найчастіша помилка при замовленні власного інструмента

Найдорожча помилка — замовити інструмент під уявний процес замість того, що насправді відбувається у фірмі. Клієнт описує, як робота ПОВИННА відбуватися, ми будуємо точно за цим описом, а в перший же день використання спливають винятки, про які ніхто не згадав, бо для команди вони були очевидними — «ну ми ж завжди так робимо, коли клієнт дзвонить після закриття». Виправлення готового інструмента коштує дорожче, ніж чесний «Аналіз» на старті, тому цей етап у нашому переліку робіт — не формальність для галочки, а місце, де винятки виходять на поверхню до того, як з'явиться перший рядок коду.

Код, дані й доступи залишаються вашими

Інструмент будується на вашій інфраструктурі або на акаунті, заведеному на вашу фірму, — дані, що в ньому виникають, залишаються фізично на вашому боці. Вихідний код не замкнений у нашій системі: при зміні підрядника або завершенні співпраці ви забираєте інструмент разом із даними, а не починаєте побудову з нуля. Адміністративний доступ з першого дня має людина, призначена вами, ми працюємо з акаунтом з обмеженими правами.

Що ви отримуєте

• Аналіз процесу та прототип головного сценарію
• Виділений додаток в узгодженому функціональному обсязі
• Інтеграції, розгортання та план підтримки і розвитку

Коли завдання лежить в іншому місці

Якщо завдання звучить інакше, поруч стоять сусідні області тієї самої системи — AURA пов’язує їх між собою, а не продає окремо:

• Лід-форми — Форми та квізи, які люди хочуть заповнювати: кілька коротких кроків з умовною логікою замість одного довгого списку полів.
• Калькулятори вартості — Інтерактивний калькулятор вартості на сайті: клієнт сам рахує орієнтовну ціну і залишає контакт.
• Адмін-панелі — Власна панель для керування компанією: ліди, клієнти, контент і статистика в одному місці.
• Системи бронювання — Онлайн-бронювання з підтвердженнями та нагадуваннями. Клієнт бронює сам, а календар слідкує за собою сам.