Как протича разработката на софтуер по поръчка?

Кога има смисъл от софтуер по поръчка?

Готовият софтуер е добър избор, когато процесите Ви са стандартни и не се налага да променяте работата си. Софтуер по поръчка е по-подходящ, когато имате специфични правила, няколко екипа, сложни одобрения или данни, които се прехвърлят ръчно между Excel, имейл, ERP и CRM.

Пример е система, която свързва запитване, оглед, оферта, монтаж и гаранция. Друг е диспечерски панел с поръчки, GPS карта, шофьори и фактури. При такива процеси една готова програма често покрива само част от нуждите, а останалото се управлява с таблици и телефонни разговори.

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

Как се уточняват целите и изискванията?

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

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

Изискванията се разделят на задължителни и желателни. Задължителните влизат в първата версия. Желателните се планират за следващ етап, ако не са нужни за старта. Това ограничава риска проектът да се разрасне без контрол.

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

Как се планира уеб система по поръчка?

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

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

Планира се и техническата основа: база данни, потребители и роли, API, файлове, известия, логове, хостинг и резервни копия. При публична система се мисли и за натоварване, защита на формите и поведение при грешка.

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

Как протича самата разработка?

1. 01
   Подготовка на основата

   Създават се базата данни, потребителите, ролите, основните настройки и структурата на проекта. Подготвя се среда, в която новите функционалности могат да се проверяват отделно от работещата система.

2. 02
   Разработка на основните процеси

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

3. 03
   Интеграции и автоматизация

   Добавят се API връзки към плащания, куриери, телефония, имейл, счетоводство или външни каталози. Автоматизират се повтарящи действия като създаване на фактура, изпращане на известие или промяна на статус.

4. 04
   Постепенно представяне

   Показва се работеща част от системата, а не само снимки на екрани. Така можете да потвърдите дали логиката съответства на реалната работа и да посочите промени, преди да са изградени всички модули.

5. 05
   Подготовка за реална употреба

   Проверяват се потребителите, данните, настройките, достъпите и инструкциите. Определя се кой от екипа ще следи системата и кой ще одобрява бъдещи промени.

Как се тества софтуерът преди внедряване?

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

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

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

Как протича внедряването?

Внедряването включва настройване на реалната среда, импорт на данни, създаване на потребители и проверка на достъпите. Ако се прехвърля информация от Excel или стара система, предварително се почистват дублирани, непълни и неправилно форматирани записи.

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

След старта се наблюдават грешките, бавните операции и въпросите на потребителите. В този период често се правят малки корекции по полета, известия, права и справки. Това не означава, че проектът е планиран лошо. Реалната употреба показва детайли, които не могат да се видят напълно в кабинетна демонстрация.

Какво включва поддръжката след разработката?

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

Поддръжката не е същото като нова разработка. Добавянето на нов модул, нова роля или сериозна интеграция се планира отделно. За текуща техническа поддръжка ориентирът е 100–350 € на месец, като конкретната сума зависи от броя системи, нужната реакция и обема на включените дейности.

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

Как се определят срокът и цената?

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

Цената се определя след разговор, преглед на процесите и описание на обхвата. При софтуер по поръчка ориентирът е 3 000–29 300 €. По-ниската граница е възможна при ограничен обхват и готови компоненти, а по-високата се достига при повече роли, сложна бизнес логика, интеграции, мобилна част, миграция и специални изисквания за сигурност.

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

Как изглежда един реален проект?

При LiftexPro – ERP за асансьорни компании системата обхваща планиране на прегледи, управление на сгради, мобилно приложение за техници и автоматично фактуриране. Това е добър пример защо изработката започва от целия работен процес, а не от отделен екран.

При подобна система различните роли имат различни задачи. Диспечерът планира, техникът работи на терен, управителят следи изпълнението, а счетоводството използва данните за фактуриране. Ако тези части не са свързани, компанията отново ще преписва информация.

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

Как да подготвите запитване за разработка?

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

Колкото по-ясно е описан процесът, толкова по-смислено може да се оцени проектът. Не е необходимо да знаете техническите термини. Важно е да покажете как работи фирмата и какво трябва да се промени.