Колко струва изработката на уеб приложение

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

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

#Защо няма една честна цена

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

#Какво определя цената на уеб приложението

Обхват и функционалност

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

Потребителски роли и права

Всяка нова роля умножава работата. Когато клиенти, служители, мениджъри и партньори виждат различни данни и могат да променят различни неща, всеки екран и всеки адрес на API-то трябва да проверява кой прави заявката. Единният вход (SSO), двуфакторното удостоверяване и веригите за одобрение добавят още работа. Ролите се планират лесно в началото и се добавят трудно по-късно, защото правата засягат почти целия код.

Интеграции

Платежните системи, счетоводният софтуер, ERP и CRM, системите за резервации, куриерите и имейл услугите идват със собствено API, тестова среда, ограничения и собствени начини да откажат. Усилието зависи най-вече от качеството на всяка от тях. Добре документираното API с тестова среда е предвидимо. Стара система без документация или обмен на CSV файлове през FTP може да отнеме повече време от цялата останала функционалност. Надеждната интеграция изисква и повторни опити, логове и начин за сверяване на записите, когато двете системи се разминават.

Прехвърляне на данни

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

Дизайн

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

Тестване и качество

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

Хостинг, наблюдение и поддръжка

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

Фактор	По-малко работа	Повече работа
Потребителски роли	Една или две роли с достъп до едни и същи данни	Няколко роли, права по отделни записи, одобрения
Интеграции	Документирано API с тестова среда	Стари системи, обмен на файлове, без тестова среда
Прехвърляне на данни	Нова система без стари данни	Данни от години и от няколко източника
Дизайн	Библиотека от компоненти с вашата марка	Собствени компоненти и анимации на всеки екран
Тестване	Автоматични тестове на критичните места	Същото плюс тестове за натоварване и преглед за сигурност

#Как да получите оценка, на която можете да разчитате

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

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

Последната точка е най-важната. Две силно различаващи се оценки често описват два различни проекта, а списъкът с изключенията показва точно къде е разликата.

#Какво да попитате за всяка оценка

• Разбита ли е по функции? Една обща сума крие къде отива работата и не ви оставя какво да съкратите, ако бюджетът е ограничен.
• На какви допускания се основава? Например, че платежният доставчик има тестова среда или че съдържанието ще подготви вашият екип.
• Диапазон ли е и защо? Неизвестни като недокументирано API оправдават диапазон. Попитайте какво би го стеснило.
• Какво става при промяна в обхвата? Промените са нещо нормално. Разберете как се оценяват и одобряват, преди да се появи първата.
• Кога ще видите работещ софтуер? Редовните демонстрации ви позволяват да откриете недоразумение, докато поправката още е евтина.
• На чие име са кодът, акаунтите и документацията? Ако не са на ваше име, смяната на изпълнител по-късно ще ви струва повече.

Моделът на плащане влияе на риска толкова, колкото и самата сума. Двата най-разпространени модела сравняваме в статията фиксирана цена или почасово заплащане: кой модел е подходящ за вашия проект.

#Как да намалите цената, без да жертвате качеството

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

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

#Как може да помогне PN Scripts

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