Софтуер по поръчка.

01

Какво изграждаме.

Вътрешни инструменти и платформи за оперативна работа.

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

Интеграции и свързващ софтуер.

Свързваме системи, които трябва да си говорят — ERP с електронна търговия, CRM с фактуриране, външни API с вътрешни данни — чрез надежден свързващ слой, направен да издържа.

Приложения и платформи за клиентите на бизнеса.

Уеб приложения и платформи, които бизнесите поставят пред клиентите си — изградени по стандарта, по който се съди за самия бизнес.

Уебсайтове.

За бизнеси, при които сайтът е витрината — изграден със същата архитектурна дисциплина като по-големите системи, които правим.

Системи с ИИ и автоматизация.

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

02

Как работим.

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

Изграждане от край до край.

Поемаме отговорност за работата от първия разговор през пускането и в периода след него. Дизайнът и инженерството са под един покрив — решенията остават близо до хората, които ги вземат, и отпада триенето, обичайно при предаване между отделни фирми. Темпото се определя от нуждите на работата: проучване и архитектурни решения в началото; итеративно изграждане с близкото участие на клиента; пускане, когато системата е готова, а не когато календарът го казва. След пускането оставаме със системата — не като абонамент заради самия абонамент, а за да я поддържаме в действие, да я усъвършенстваме спрямо реалната употреба и да я развиваме с промяната на бизнеса.

Вградена задача.

Когато клиентът има собствен екип, работим редом с него, а не на негово място. Формата варира — капацитет за определен етап, архитектурно напътствие при важно решение, продължително партньорство през многомесечна модернизация. Дисциплината е същата. Вписваме се в инструментите, начина на работа и правата на решение на екипа. Не внасяме паралелен процес. Отговаряме за работата, която вършим; не поемаме работа, която принадлежи на клиента. Вградените задачи често започват с диагностичен разговор — правилната форма на партньорството става ясна, щом работата е разбрана.

Диагностична задача.

Най-кратката задача, която предлагаме, е фокусирано проучване: системата, екипът, ограниченията и пътят напред, разгледани честно и докладвани обратно. Резултатът е писмена оценка — препоръката, която бихме дали, ако ние отговаряхме за работата, включително случаите, в които препоръката е да се прави по-малко или нещо различно от разработка. Може да стои самостоятелно; може да доведе до някоя от формите по-горе; може да доведе до извода, че не сме правилната фирма. Диагнозата е мястото, където работата понякога завършва с един абзац вместо със система — и където „не го изграждайте” понякога е правилната препоръка.

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

03

Кога софтуерът по поръчка е правилен.

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

Той не заслужава мястото си навсякъде. Малък бизнес, който би бил добре обслужен от Shopify магазин, няма нужда от собствена платформа за търговия. Екип, който търси по-умен начин да управлява проекти, обикновено е по-добре обслужен от настроен Notion или Asana, отколкото от система, изградена от нулата. Процес, който живее в три таблици, понякога се решава, като таблиците се заменят с инструмент, който вече съществува; понякога — с инженерно изградена система, която ги обединява; а понякога — като се провери дали самият процес не е проблемът. Правилният отговор не винаги е да се изгражда.

Приключвали сме диагностични задачи с препоръката да се използва съществуващ софтуер, да се преработи процес, преди да се автоматизира, и — веднъж или два пъти — да не се прави нищо. Работата, която отклоняваме, не е провал на разговора; често е най-полезният резултат, който разговорът е можел да донесе.

Как изглежда една разработка.

Една разработка обикновено означава система, върху която бизнесът стъпва — частта за клиентите, вътрешните операции, интеграциите, които ги свързват, или комбинация от тях. Проектираме я, изграждаме я, пускаме я, когато е готова, и оставаме с нея след това — да я поддържаме и развиваме. Кодът е на клиента. Колко дълго отнема зависи от самата работа.