Как да направите вътрешен инструмент: административни панели, одобрения и замяна на електронни таблици

За да направите вътрешен инструмент, изберете един процес, който в момента е болезнен — обикновено споделена електронна таблица, имейл нишка или чат канал, които вършат работата на база данни — и го превърнете в малко приложение със същински формуляр, списък със статуси, правилните права за всяка роля и история на промените. AI конструктор на приложения може да създаде работеща първа версия за един следобед. Това, което води до успех, е обхватът да остане един процес и приложението да се изгражда заедно с хората, които ще го използват всеки ден.

Какво се брои като вътрешен инструмент

Вътрешните инструменти са непривлекателният софтуер, който движи бизнеса. Често срещани видове:

За още идеи за начало вижте идеи за вътрешни инструменти за екипи.

Изобщо трябва ли да го правите?

Запазете електронната таблица, ако една личност я поддържа, данните са малко и грешката струва малко. Изградете инструмент, когато забележите тези признаци:

• Хората презаписват промените си едни на други или никой не знае кое копие е актуално
• Трябва някои хора да виждат или редактират само част от данните
• Имате написана страница с инструкции как се използва таблицата
• Промените на статуса трябва да уведомяват някого и той постоянно ги пропуска
• Имате нужда от одитна следа — кой е одобрил това и кога

Има и средна опция. Low-code платформите за вътрешни инструменти (Retool, Airtable интерфейси, Softr и други) ви дават готови градивни елементи върху вашите данни. Подхождат добре, когато данните ви вече са в поддържана база данни или електронна таблица и искате екрани с drag-and-drop. Приложение, изградено с ИИ, е по-добро, когато процесът е специфичен, искате то да изглежда и да се държи точно както му трябва на екипа, или искате да притежавате кода. За по-общия въпрос вижте да изградите ли или да купите софтуер за малък бизнес.

Първо проектирайте процеса, после екраните

Напишете процеса като кратка история, преди да пишете запитването. За инструмент за одобрение на разходи:

1. Служител подава разход: сума, категория, дата, описание, снимка на касова бележка.
2. Мениджърът му получава известие и одобрява или отхвърля с коментар.
3. Разходите над лимит изискват и одобрение от финансите.
4. Финансите отбелязват одобрените разходи като платени на седмична група.
5. Всеки може да вижда статуса на своите разходи; финансите виждат всички.

От тази история получавате:

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

Опишете процеса с тези термини и ИИ може да изгради правилното нещо от първия опит.

Права и история

Вътрешните инструменти често съдържат чувствителни данни — заплати, данни на клиенти, пари. Две правила:

1. Проверявайте ролите на сървъра за всяко действие. Мениджър не бива да може да одобри собствения си разход, като извика директно крайната точка за одобрение.
2. Записвайте историята. Пазете всяка промяна на статус и редакция с това кой я е направил и кога. Това решава повечето спорове „кой е променил това?“ и е безценно, когато нещо се обърка.

Решете как хората влизат в системата. Входът с фирмените профили в Google или Microsoft е удобен за екипи, които вече ги използват; имейл и парола работят навсякъде. И в двата случая ограничете регистрацията, така че само вашият екип да може да влиза.

Първо запитване, което работи

Направи вътрешно приложение за одобрение на разходи за компания с 25 души. Служителите подават разход със сума, валута, категория (пътуване, храна, софтуер, оборудване, друго), дата, описание и качена снимка на касова бележка. Мениджърът им вижда списък „Чака моето одобрение“ и може да одобри или отхвърли с коментар. Разходите над 500 долара изискват и одобрение от някого с роля Финанси. Финансите виждат таблица с всички разходи с филтри по статус, човек и месец и могат да отбелязват одобрените разходи като платени. Всяка промяна на статуса се записва с това кой я е направил и кога и се показва като хронология на страницата на разхода. Роли: служител, мениджър, финанси, администратор — проверявани на сървъра за всяко действие. Запазвай всичко в база данни и създай реалистични примерни данни. Прост, плътен и бърз интерфейс — това е работен инструмент, а не маркетингов сайт.

Стъпки за изграждане

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

Как да накарате хората наистина да го ползват

Много вътрешни инструменти работят перфектно и въпреки това се провалят, защото хората продължават по стария начин.

• Изграждайте заедно с потребителите. Наблюдавайте някого да върши задачата днес, преди да проектирате новата версия.
• Направете го по-бърз от стария начин. Ако подаването отнема повече време от изпращането на съобщение, хората ще продължат да изпращат съобщения.
• Плътно е по-добре от красиво. Операторите предпочитат таблици с добри филтри и формуляри, удобни за клавиатура, пред големи карти и празно пространство.
• Поставете следващото действие на първо място. „Чака мен“ трябва да е първото, което хората виждат.

Често срещани грешки

• Пренаписване на цялата електронна таблица. Преместете единствения болезнен процес; останалото оставете засега в таблицата.
• Без собственик. Някой трябва да отговаря за промените и поправките след пускането.
• Права като допълнение в последния момент. Добавянето на роли към готов инструмент е по-трудно, отколкото да започнете с тях.
• Пропускане на одитната следа, а после нужда от нея при първата загубена сума.
• Публикуване на публичен адрес без вход. Всичко вътрешно трябва да изисква влизане.

Поддръжка след пускането

Процесът се променя на всеки няколко месеца — нова стъпка за одобрение, нова категория, нов екип. Планирайте това от самото начало:

• Пазете настройките в таблици, не в кода. Категории, прагове и назначения на одобряващи, които са в базата данни, може да променя администратор без нов build.
• Събирайте заявките на едно място. Прост линк „предложи промяна“ в инструмента е по-добър от заявки, разпръснати в чатове.
• Експортирайте редовно. CSV експорт на основните таблици означава, че данните никога не са заключени, и улеснява месечните отчети.
• Тествайте след всяка промяна. Преминете отново през подаване, одобрение и отказ след всяка промяна в процеса, защото грешките в правата обикновено се появяват там.

Разходи за поддръжка

Вътрешен инструмент, изграден с ИИ, струва хостинг, база данни, файлово хранилище, ако хората качват документи, и евентуално имейл или съобщителна услуга за известията. Обикновено за инструмент, който притежавате, няма лицензи на потребител, което е важно, когато много случайни потребители имат нужда от достъп. Текущата цена е времето на някого да го поддържа.

Изграждане с Mythex

Вътрешните инструменти са добро попадение за Mythex. Описвате процеса, агентът го изгражда в жив преглед, добавя Postgres база данни за записите и файлово хранилище за качвания, като касови бележки. Случаят за вътрешен инструмент и случаят за административен панел в документацията имат начални запитвания. Колеги могат да помогнат за изграждането в вашето работно пространство без такси на потребител.

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

Въпроси