Софтверските интеграции се тивкиот водовод на секој современ производ. Една алатка може да врши една работа одлично. Но ако нема софтверски интеграции со остатокот од стекот на клиентот, таа губи од послаб ривал што се поврзува насекаде. Накратко, овој текст објаснува зошто софтверски интеграции се важни и како да ги дизајнирате добро. Нашите софтверски производи ги применуваат овие идеи во пракса.

Секој производ живее во еден стек

Прво, ниту еден сериозен бизнис не работи со една алатка. Работата тече низ CRM, давател на идентитет, книговодствен систем, платформа за пораки и складиште на податоци. Затоа производ без софтверски интеграции се однесува како остров. Може да функционира добро, но неговиот дофат запира на сопствениот раб. Всушност, купувачите денес читаат кус список софтверски интеграции како предупредувачки знак.

Пречекајте ги луѓето таму каде што веќе работат

Второ, добрите софтверски интеграции ги почитуваат навиките што веќе постојат. Најлошите бараат корисникот да ја напушти омилената алатка и да учи нов екран. Најдобрите се појавуваат токму таму каде што корисникот веќе се наоѓа: во разговор на чет, во табела или на картичка од проектна табла. Како резултат, усвојувањето расте, бидејќи никој не мора да ја гради дневната рутина одново.

Двонасочните врски се подобри од оние само за читање

Трето, врските само за читање повлекуваат податоци и застануваат таму. Тие помагаат, но го оставаат корисникот повторно да ги внесува истите факти. Двонасочните софтверски интеграции запишуваат и назад во другиот систем. На пример, можат да ажурираат запис во CRM, да додадат термин во календар или да затворат тикет за поддршка. Така цената на смената на контекст паѓа на нула. Проектирајте ја секоја врска како двонасочна улица од самиот почеток, дури и ако првото издание носи само патека за читање.

Градете за лошиот ден

Четврто, софтверски интеграции мора да откажуваат со достоинство. Прекинати мрежи, истечени токени, ограничувања на брзина и тивки промени на шемата не се редок граничен случај. Напротив, тоа е секојдневието. Затоа вградете повторни обиди, прекинувач на кругот, ред за недоставени пораки и јасни состојби на грешка во секоја врска. Прекинувачот на кругот спречува еден болен извор да го собори целиот производ. Пред сѐ, никогаш не откажувајте тивко. Врска што замолкнува без збор ги учи корисниците да не веруваат во ништо друго што го испорачувате.

Направете ја автентикацијата како што треба

Петто, најавата носи поголема тежина отколку што очекуваат повеќето тимови. За врска со SaaS, OAuth 2.0 со токени за освежување е разумната основа. Клучевите за API остануваат резерва за внатрешните системи што ги поседувате. Освен тоа, дајте им на корисниците очигледен начин да обноват прекината врска, да ги проверат доделените опсези и да го одземат пристапот. Овие досадни екрани спречуваат порој од тикети за поддршка.

Запишете го договорот за податоци

Шесто, трајните софтверски интеграции почиваат на изречен договор со верзии. Без него, промена на која било страна создава суптилни и скапи дефекти. Затоа објавете формална шема и верзионирајте ја намерно. JSON Schema, Protocol Buffers и GraphQL сите ја вршат работата. Исто така, дозволете секој потрошувач да се закачи на една верзија и да надградува по сопствен календар. Никој не заслужува присилен скок кон шема што не ја избрал.

Вебхуковите се подобри од постојано испрашување

Седмо, испрашувањето е исто како рачно освежување на прелистувач. Вебхуковите испорачуваат настани во мигот кога се случуваат и скалираат на милиони дневно. Затоа секоја врска што тврди дека работи во реално време треба да користи вебхукови за известувања и обични API за усогласување. Освен тоа, секој вебхук бара потпис, клуч за идемпотентност и јасни правила за повторен обид. Без нив, една повторена испорака ги расипува податоците на клиентот.

Мерете го тоа што го испорачувате

Осмо, никој не може да поправи скриен проблем. Контролна табла за здравјето на секоја врска, со стапки на успех, латентност и број на грешки, ги фаќа проблемите пред клиентот да се јави. Освен тоа, дневник по клиент за секој настан им овозможува на инженерите за поддршка сами да го следат случајот, наместо да бараат корисникот да го повтори. Накратко, добрите инструменти ја делат функцијата што воодушевува од онаа што срами.

Интеграциите го продаваат производот

Деветто, купувачите бараат „дали X се поврзува со Y“ долго пред да закажат демонстрација. Затоа софтверски интеграции спаѓаат во излогот, а не само во машинското одделение. Дајте им на страницата со список, на документацијата и на примерите код иста грижа како на основните функции. На пример, јасно упатство за поставување може само по себе да затвори договор. Нашиот тим за услуги за аутсорсинг го гради тој слој заедно со производот.

Изберете краток список намерно

Десетто, секој тим се соочува со истото прашање. Кои врски ги градиме сами, кои ги препуштаме на платформа како Zapier, а кои ги одбиваме? Здрава стратегија ги именува петте најчести барања на клиентите. Потоа ги рангира според влијанието врз задржувањето и одвојува часови според тоа. Без таа дисциплина, софтверски интеграции се натрупуваат случајно и ниту една не го добива вниманието што ѝ треба. Користете го нашиот пресметувач за проекти за да ја измерите работата пред да се обврзете.

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

Во Square Software интеграциите ги третираме како вистински функции на производот, никогаш како споредна задача. Го запишуваме договорот, ја објавуваме спецификацијата на API и испорачуваме состојби на грешка заедно со среќната патека. Исто така, го држиме каталогот краток, за да остане секоја врска во добра состојба. Цените се движат од 35-55 EUR/час. Ако сакате мапа на софтверски интеграции што вашиот производ навистина ги бара, нашата страница за контакт е местото за почеток.

Моќта на интеграциите во современиот софтвер