Како да изградите интерна алатка: админ панели, одобрувања и замена на табели

За да изградите интерна алатка, изберете еден тек што во моментов е болен — обично споделена табела, синџир на е-пошта или канал за разговор што ја врши работата на база на податоци — и претворете го во мала апликација со соодветен образец, листа со статуси, соодветни дозволи за секоја улога и историја на тоа кој што променил. AI градител на апликации може да направи работна прва верзија за една попладневна смена. Она што го прави успешно е ограничувањето на опсегот на еден тек и изградбата со луѓето што ја користат секој ден.

Што се смета за интерна алатка

Интерните алатки се непривлечниот софтвер што ја води компанијата. Чести видови:

За повеќе идеи за почеток, видете идеи за интерни алатки за тимови.

Дали воопшто треба да ја градите?

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

• Луѓето си ги пребришуваат промените, или никој не знае која копија е тековна
• Треба некои луѓе да гледаат или уредуваат само дел од податоците
• Напишавте страница упатства за тоа како да се користи табелата
• Промените на статус треба да известат некого, а постојано се пропуштаат
• Ви треба трага за ревизија — кој го одобрил ова и кога

Постои и среден пат. Low-code платформите за интерни алатки (Retool, Airtable интерфејси, Softr и други) ви даваат градбени блокови над вашите податоци. Тие се добар избор кога вашите податоци веќе живеат во поддржана база или табела и сакате екрани со повлечи-и-пушти. AI-изградена апликација ви одговара подобро кога текот е специфичен, сакате да изгледа и да се однесува точно како што му треба на вашиот тим, или сакате да го поседувате кодот. За општото прашање, видете да градите или да купите софтвер за мал бизнис.

Дизајнирајте го текот пред екраните

Напишете го текот како кратка приказна пред да промптирате. За алатка за одобрување трошоци:

1. Вработен поднесува трошок: износ, категорија, датум, опис, фотографија од сметка.
2. Неговиот менаџер добива известување и одобрува или одбива со коментар.
3. Трошоците над одреден лимит потребно е да ги одобри и финансиите.
4. Финансиите ги означуваат одобрените трошоци како платени во неделна групна исплата.
5. Секој може да го види статусот на своите трошоци; финансиите ги гледаат сите.

Од таа приказна добивате:

• Податоци: трошоци, корисници, улоги, одобрувања (кој, одлука, коментар, датум), прилози.
• Статуси: поднесено → одобрено од менаџер → одобрено од финансии → платено, или одбиено.
• Улоги: вработен, менаџер, финансии, администратор.
• Правила: прагот на износот, кој може да премести ставка во секој статус.
• Екрани: образец за поднесување, „моите трошоци“, „чека мое одобрување“, табела на финансиите со сите трошоци, страница со детали и историја.

Опишете го текот вака и AI може да го изгради вистинското од првиот обид.

Дозволи и историја

Интерните алатки често содржат чувствителни податоци — плати, податоци за клиенти, пари. Две правила:

1. Проверувајте ги улогите на серверот за секое дејство. Менаџер не треба да може да го одобри сопствениот трошок со директно повикување на крајната точка за одобрување.
2. Евидентирајте ја историјата. Чувајте ја секоја промена на статус и секое уредување со тоа кој го направил и кога. Тоа решава повеќето расправии „кој го промени ова?“ и е неприценливо кога нешто ќе тргне наопаку.

Одлучете како луѓето се најавуваат. Најавата со корпоративните Google или Microsoft сметки е практична за тимови што веќе ги користат; е-пошта и лозинка работат насекаде. Во секој случај, ограничете ја регистрацијата така што само вашиот тим може да влезе.

Прв промпт што функционира

Изгради интерна алатка за одобрување трошоци за компанија со 25 вработени. Вработените поднесуваат трошок со износ, валута, категорија (патувања, оброци, софтвер, опрема, друго), датум, опис и прикачена фотографија од сметка. Нивниот менаџер гледа листа „Чека мое одобрување“ и може да одобри или одбие со коментар. Трошоците над 500 долари потоа бараат и одобрување од некој со улога Финансии. Финансиите гледаат табела со сите трошоци со филтри по статус, лице и месец, и можат да ги означат одобрените трошоци како платени. Секоја промена на статус се евидентира со тоа кој ја направил и кога, прикажана како временска линија на страницата на трошокот. Улоги: вработен, менаџер, финансии, администратор — проверени на серверот за секое дејство. Сè зачувај во база на податоци и вметни реалистични примерок-податоци. Едноставен, густ, брз интерфејс — ова е работна алатка, не маркетинг сајт.

Чекори за изградба

1. Главната табела и образецот за основниот запис, со реалистични податоци за да пребарувањето и филтрите очигледно функционираат.
2. Статуси и премини, вклучувајќи кој може да премести ставка во секоја состојба.
3. Улоги и најава, ограничени на вашиот тим.
4. Дневник на историја на секој запис.
5. Известувања — е-пошта или порака во разговор кога нешто бара дејство од некого.
6. Увоз на постоечките податоци од табелата. Како да претворите табела во апликација ги покрива чистењето и увозот.
7. Пилот со два-три реални корисници една недела пред воведување кај сите.
8. Исклучете го стариот процес на одреден датум. Два системи што работат паралелно значат дека ниту еден не е доверлив.

Како навистина луѓето да ја користат

Многи интерни алатки функционираат совршено и сепак пропаѓаат, бидејќи луѓето продолжуваат по стариот начин.

• Градете со корисниците. Погледнете некого како ја врши работата денес пред да ја дизајнирате новата верзија.
• Направете ја побрза од стариот начин. Ако поднесувањето трае подолго од испраќање порака, луѓето ќе продолжат да испраќаат пораки.
• Густо е подобро од убаво. Оператерите претпочитаат табели со добри филтри и формулари погодни за тастатура, наместо големи картички и празен простор.
• Следната акција прва. „Чека на мене“ треба да биде првото што луѓето го гледаат.

Чести грешки

• Прередување на целата табела. Преместете го еден болен тек; останатото оставете го во табелата за сега.
• Нема сопственик. Некој мора да биде одговорен за промените и поправките по лансирањето.
• Дозволи како дополнување на крајот. Додавањето улоги на готова алатка е потешко отколку почнување со нив.
• Прескокнување на трагата за ревизија, а потоа ја посакувате првиот пат кога ќе нестанат пари.
• Објавување на јавен URL без најава. Сè интерно мора да бара најава.

Одржување по лансирањето

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

• Чувајте ги поставките во табели, не во код. Категориите, праговите и доделувањата на одобрувачи што се во базата може админ да ги менува без повторна изградба.
• Собирајте ги барањата на едно место. Едноставна врска „предложи промена“ во алатката е подобра од барања расфрлани низ разговори.
• Извезувајте редовно. CSV извоз на главните табели значи дека податоците никогаш не се заробени и го олеснува месечниот извештај.
• Тестирајте по секоја промена. Минете повторно низ поднесување, одобрување и одбивање по секоја промена на текот, бидејќи грешките со дозволи обично се појавуваат таму.

Тековни трошоци

Интерна алатка изградена со AI чини хостинг, база на податоци, складирање датотеки ако луѓето прикачуваат документи, и можеби услуга за е-пошта или пораки за известувања. Обично нема лиценци по седиште за алатка што ја поседувате, што е важно кога многу повремени корисници им треба пристап. Тековниот трошок е времето на некој за одржување.

Изградба со Mythex

Интерните алатки се добро вклопување за Mythex. Го опишувате текот, агентот го гради во живиот преглед, додава Postgres база на податоци за записите и складирање датотеки за прикачувања како сметки. Почетните промпти ги имаат случајот на употреба интерна алатка и случајот на употреба админ панел во документацијата. Колегите можат да помогнат да се изгради во вашиот работен простор без надоместоци по седиште.

Две работи што треба да ги знаете. Најавите за вашиот тим што ја користи алатката се дел од апликацијата што ја градите, со пристап што го избирате — тие се одвоени од Mythex сметките. И Mythex не вклучува вградени интеграции со Salesforce, HubSpot или Slack за самата апликација; тие се поврзуваат преку нивните API со вашите сопствени клучеви. За почетен промпт, пробајте ги шаблоните следач на одобрувања или интерна админ алатка, а видете како да изградите табла ако она што ви треба се главно графикони.

Прашања