Як праходзіць распрацоўка заказнога праграмнага забеспячэння?

Калі ёсць сэнс у заказным праграмным забеспячэнні?

Гатовае праграмнае забеспячэнне — добры выбар, калі вашы працэсы стандартныя і вам не трэба змяняць спосаб працы. Заказное праграмнае забеспячэнне больш падыходзіць, калі ў вас ёсць спецыфічныя правілы, некалькі каманд, складаныя ўзгадненні або даныя, якія ўручную пераносяцца паміж 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-сістэма на заказ.

Як падрыхтаваць запыт на распрацоўку?

• Апішыце, які працэс займае найбольш часу або прыводзіць да памылак.
• Пералічыце ролі, якія будуць карыстацца сістэмай, і што павінна ўмець кожная з іх.
• Укажыце праграмы, файлы і сэрвісы, з якімі павінна быць сувязь.
• Прывядзіце прыклад рэальнай сітуацыі ад пачатку да канца.
• Адзначце, якія функцыі абавязковыя для першай версіі.
• Удакладніце, якія даныя трэба перанесці і якія справаздачы неабходныя.
• Запытайце прапанову з аб'ёмам работ, этапамі, тэрмінам, умовамі прыёмкі і падтрымкай.

Чым больш ясна апісаны працэс, тым больш абгрунтавана можна ацаніць праект. Вам неабавязкова ведаць тэхнічныя тэрміны. Важна паказаць, як працуе кампанія і што трэба змяніць.