Як створити внутрішній інструмент: адмін-панелі, погодження та заміна таблиць

Щоб створити внутрішній інструмент, оберіть один процес, який зараз заважає: зазвичай це спільна таблиця, ланцюжок листів або чат, де виконується робота бази даних. Перетворіть його на невеликий застосунок із нормальною формою, списком зі статусами, правами для кожної ролі та історією змін. Конструктор застосунків на основі ШІ може створити робочу першу версію за пів дня. Успіх забезпечує вузький обсяг, один процес і побудова разом із людьми, які користуватимуться ним щодня.

Що вважається внутрішнім інструментом

Внутрішні інструменти — це непомітне програмне забезпечення, яке тримає бізнес на ходу. Поширені типи:

Ще ідеї для старту дивіться у внутрішніх інструментах для команд.

Чи взагалі варто це створювати?

Залиште таблицю, якщо нею володіє одна людина, дані невеликі, а помилка коштує мало. Створюйте інструмент, коли помічаєте такі ознаки:

• Люди перезаписують зміни одне одного, або ніхто не знає, яка копія актуальна
• Частині людей потрібно бачити або редагувати лише частину даних
• Ви написали сторінку інструкцій, як користуватися таблицею
• Зміни статусу мають сповіщати когось, але їх постійно пропускають
• Потрібен журнал аудиту: хто це погодив і коли

Є й проміжний варіант. Low-code платформи для внутрішніх інструментів (Retool, інтерфейси Airtable, Softr та інші) дають готові блоки поверх ваших даних. Вони підходять, коли дані вже зберігаються в підтримуваній базі чи таблиці і вам потрібні екрани, які збираються перетягуванням. Застосунок, створений ШІ, краще підходить, коли процес специфічний, коли інструмент має працювати й виглядати саме так, як потрібно команді, або коли хочете володіти кодом. Загальне питання розглянуто в створити чи купити ПЗ для малого бізнесу.

Спершу проєктуйте процес, потім екрани

Перед промптом запишіть процес як коротку історію. Для інструмента погодження витрат це може виглядати так:

1. Співробітник подає витрату: сума, категорія, дата, опис, фото чека.
2. Його керівник отримує сповіщення і погоджує або відхиляє з коментарем.
3. Витрати понад ліміт також потребують погодження фінансистом.
4. Фінансист позначає погоджені витрати як виплачені пакетом щотижня.
5. Кожен бачить статус своїх витрат; фінансист бачить усі.

З цієї історії випливає:

• Дані: витрати, користувачі, ролі, погодження (хто, рішення, коментар, дата), вкладення.
• Статуси: подано → погоджено керівником → погоджено фінансистом → виплачено, або відхилено.
• Ролі: співробітник, керівник, фінансист, адміністратор.
• Правила: поріг суми, хто може перевести запис у кожен статус.
• Екрани: форма подачі, «мої витрати», «очікує мого погодження», таблиця всіх витрат для фінансиста, сторінка деталей з історією.

Опишіть процес у таких термінах, і ШІ зможе створити правильний інструмент з першої спроби.

Права доступу та історія

Внутрішні інструменти часто містять чутливі дані: зарплати, дані клієнтів, гроші. Два правила:

1. Перевіряйте ролі на сервері перед кожною дією. Керівник не повинен мати змогу погодити власну витрату, викликавши endpoint погодження напряму.
2. Ведіть історію. Зберігайте кожну зміну статусу і редагування з тим, хто її зробив і коли. Це закриває більшість суперечок «хто це змінив?» і незамінне, коли щось пішло не так.

Визначте, як люди входитимуть. Вхід через корпоративні облікові записи Google або Microsoft зручний для команд, які вже ними користуються; email і пароль працюють скрізь. У будь-якому разі обмежте реєстрацію, щоб увійти міг лише ваш колектив.

Перший промпт, який працює

Створи внутрішній інструмент погодження витрат для компанії на 25 людей. Співробітники подають витрату з сумою, валютою, категорією (подорожі, харчування, програмне забезпечення, обладнання, інше), датою, описом і завантаженим фото чека. Керівник бачить список «Очікує мого погодження» і може погодити або відхилити з коментарем. Витрати понад 500 доларів потім також потребують погодження від користувача з роллю Finance. Фінансист бачить таблицю всіх витрат з фільтрами за статусом, особою і місяцем і може позначити погоджені витрати як виплачені. Кожна зміна статусу записується з тим, хто і коли її зробив, і показується як часова шкала на сторінці витрати. Ролі: співробітник, керівник, фінансист, адміністратор — перевіряються на сервері для кожної дії. Зберігай усе в базі даних і додай реалістичні тестові дані. Щільний, швидкий інтерфейс — це робочий інструмент, а не маркетинговий сайт.

Кроки побудови

1. Основна таблиця і форма для головного запису, з реалістичними тестовими даними, щоб пошук і фільтри було видно в дії.
2. Статуси й переходи, включно з тим, хто може перевести запис у кожен стан.
3. Ролі та вхід, обмежений вашою командою.
4. Журнал історії для кожного запису.
5. Сповіщення — лист або повідомлення в чаті, коли щось потребує дії людини.
6. Імпорт наявних даних з таблиці. Як перетворити таблицю на застосунок пояснює очищення і імпорт.
7. Пілот із двома-трьома реальними користувачами протягом тижня, перш ніж запускати для всіх.
8. Вимкніть старий процес у визначену дату. Дві системи, що працюють паралельно, означають, що жодній не довіряють.

Як змусити людей користуватися

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

• Будуйте разом із користувачами. Подивіться, як хтось виконує завдання сьогодні, перш ніж проєктувати нову версію.
• Зробіть його швидшим за старий спосіб. Якщо подача займає більше часу, ніж надсилання повідомлення, люди продовжуватимуть надсилати повідомлення.
• Щільне краще за гарне. Оператори віддають перевагу таблицям з хорошими фільтрами і зручним з клавіатури введенням, а не великим карткам і порожньому простору.
• Наступна дія — першою. «Очікує на мене» має бути першим, що бачать люди.

Типові помилки

• Перебудова всієї таблиці. Переведіть один болючий процес; решту поки залиште в таблиці.
• Немає власника. Після запуску хтось має відповідати за зміни та виправлення.
• Права як запізнілий наступний крок. Додати ролі до готового інструмента складніше, ніж почати з них.
• Пропущений журнал аудиту, а потім його потрібно терміново, коли гроші раптом зникли.
• Публікація на публічній адресі без входу. Усе внутрішнє має вимагати входу.

Підтримка після запуску

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

• Тримайте налаштування в таблицях, а не в коді. Категорії, пороги і призначення погоджувачів у базі даних адміністратор може змінити без перебудови.
• Збирайте запити в одному місці. Просте посилання «запропонувати зміну» в інструменті краще за запити, розкидані по чатах.
• Експортуйте регулярно. CSV-експорт основних таблиць означає, що дані ніколи не застрягають, і спрощує звітність наприкінці місяця.
• Тестуйте після кожної зміни. Пройдіть подачу, погодження і відхилення знову після будь-якої зміни процесу, бо помилки з правами найчастіше з'являються саме там.

Витрати на експлуатацію

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

Створення з Mythex

Внутрішні інструменти добре підходять для Mythex. Ви описуєте процес, агент будує його в живому прев'ю, додає базу Postgres для записів і сховище файлів для завантажень, наприклад чеків. Приклади стартових промптів є в документації: сценарій внутрішнього інструмента і сценарій адмін-панелі. Колеги можуть допомагати створювати інструмент у вашому робочому просторі без плати за місце.

Дві речі варто знати. Вхід для вашої команди, яка користується інструментом, є частиною застосунку, який ви створюєте, з обраним вами підходом — він окремий від облікових записів Mythex. А вбудованих інтеграцій з Salesforce, HubSpot чи Slack для самого застосунку в Mythex немає; ці сервіси підключаються через їхні API вашими ключами. Для стартового промпту спробуйте шаблони трекер погоджень або внутрішня адмін-панель, а якщо вам потрібні переважно графіки, дивіться як створити панель.

Запитання