Бекітілген бағамен әзірлеу: шарттағы соманы қалай ұстап тұрамыз

Орындаушы жобаға сома айтады. Бір-екі айдан кейін шот айтарлықтай үлкен, ал сан қай сәтте өзгергенін ешкім көрсете алмайды. Осы алшақтық негізін қалаушылар мен басшылардың бекітілген бағаға сенбеуінің басты себебі. Мәселе бекітілген бағаның жаман идея екенінде емес, оны көбіне ұстап тұруға қажет тәртіпсіз айтатынында.

Бекітілген баға көлем сметадан кейін емес, бұрын бекітілгенде жұмыс істейді. Бекітілген бағамен адал жоба қалай көрінетінін талдаймыз: шартта не болуы керек, құны неге байланысты, модель қай жерде бұзылады, Қазақстандағы шартта нені тексеру керек және Pazl-да мұндай жобаларды қалай жүргіземіз.

«Бекітілген баға» шын мәнінде нені білдіреді

Бекітілген бағасы бар шарт бір сипатталған көлемге бір күнге дейін бір соманы белгілейді. Бүкіл идея осында. Қиындық «сипатталған» деген сөзде. ТТ бұлыңғыр болса, «бекітілген баға» орындаушы бір сан таңдап, үміттеніп отыр дегенді ғана білдіреді.

Бағаны адал түрде бекітілген деп атау үшін үш нәрсе керек:

1. Екі тарап қол қойған жазбаша ТТ: экрандар, сценарийлер, интеграциялар, деректер, не кіреді және не кірмейді.
2. Жұмыс сағаттарына емес, кезеңдер мен қабылдауға байланған төлем кестесі.
3. ТТ бекітілгеннен кейін сұралған нәрсенің бәріне арналған өзгерістер тәртібі: бөлек, жазбаша және жұмыс басталғанға дейін.

Осы үшеуі болмаса, «бекітілген баға» іс жүзінде жарнамаға арналған саны бар сағаттық төлем. Клиент айырмашылықты «бір кішкене толықтыру» сұраған бойда біледі.

Бекітілген бағаны айтудың үш тәсілі және тәуекел қай жерде жасырынады

Қорымен сағаттық төлем. Орындаушы сағаттарды бағалап, мөлшерлемеге көбейтеді, белгісізге қор қосады да, қорытындыны «бекітілген» деп атайды. Жоба созылса, қор тез таусылады, ал орындаушы не шығынға батады (сирек), не көлемнен тыс «қосымша» тармақтар таба бастайды (жиі). Клиент орындаушының тәуекелі үшін екі рет төлейді: бір рет қорда, екінші рет қосымша төлемдерде.

Бұлыңғыр ТТ кезіндегі баға. Шартта сома бар, бірақ ТТ жүйенің қалай жұмыс істейтінінің сипаттамасы емес, бір беттік тармақтар тізімі. Жұмыс барысындағы әр анық емес тұс орындаушының пайдасына шешіледі, өйткені сілтеме жасайтын құжат жоқ.

Алдымен ТТ, содан кейін баға. ТТ сома айтылғанға дейін жазылып, бекітілген. Баға сипатталған нәтижені көрсетеді, сондықтан көлемнің өсуі бірден көрінеді: бұл құжатта жоқ нәрсе. Тек осы нұсқа ғана нағыз бекітілген баға сияқты жұмыс істейді.

Айырмашылық шарттың тұжырымдарында емес, ТТ бағадан бұрын аяқталды ма, әлде кейін бе, соған байланысты. Бекітілген баға сағаттық төлемнің қасында барлық тармақ бойынша қалай көрінетінін бекітілген баға ма, әлде сағаттық төлем бе салыстыруында талдадық.

Бекітілген бағамен жұмысты қалай құрамыз

Біздің тәртіп көлемді бағадан бұрын бекітуге негізделген және ол кез келген көлемдегі жобаға бірдей.

Қоңырау. Жүйе не істеуі керек, оны кім қолданады және ол немен байланысқан, соны талқылаймыз: банк пен төлем, Kaspi, 1С, CRM, касса, ішкі дерекқор. Бұл қоңырауда баға айтпаймыз.

Ұсыныс. Көлемді өзіміз түсінгендей жазып, болжанған соманы емес, осы көлемге байланған бағаны айтамыз.

Бекітілген бағасы мен мерзімі бар шарт. ТТ шарттың қосымшасы ретінде қол қойылады. Шартты Сіздің ЖШС не ЖК-мен жасасамыз, баға теңгемен. ТТ шарттың шекарасы: қағазда жоқ нәрсе көлемде де жоқ.

Тұрақты көрсетілімдермен әзірлеу. Клиент жоба барысында мәртебе туралы хаттарды емес, жұмыс істейтін нұсқаны көреді. Бұл қате түсінілген талапты қайта жасауға айналмай тұрып ұстаудың ең жылдам жолы.

Қабылдау. Клиент жасалғанды қол қойылған ТТ бойынша тексеріп, актіге қол қояды.

Біз жасағанның бәріне қабылдаған сәттен бастап 6 ай кепілдік.

Бастапқы ТТ ішіндегі түзетулер тегін: бұл көлемді өзгерту емес, біз алған жұмысты аяғына жеткізу. ТТ-да болмаған нәрсенің бәрі шоттағы тосынсый ретінде емес, біз оны қолға алғанға дейін өз қысқа келісімін және өз бағасын алады. Белсенді жобалар бойынша сұрақтарға тез жауап береміз: бекітілген бағамен жұмыс істейтін клиенттің үш күн жауап күтуі, адамдардың бекітілген бағаға сенуін тоқтататын дәл сол жағдай.

Шығынның екі бабы біздің сомадан әдейі тыс: хостинг пен сервер, сондай-ақ домен мен SSL сертификаты. Олар клиенттің аккаунттарына рәсімделеді, сондықтан инфрақұрылым бізге емес, клиентке тиесілі, ал орындаушы басқаратын сервер арқылы тәуелділік болмайды. Мұның ұзақ мерзімде неге маңызды екенін жеке жүйе ме, әлде жеткізушіге тәуелділік пе мақаласында талдадық.

Бастапқы код пен қолжетімділікті клиентке береміз. Бағдарламаға құқықтар қалай өтетіні шартта, бізбен болсын, басқамен болсын, анық жазылуы керек; тұжырымын заңгерден тексерткен жөн.

Бізде бастапқы бағалар: сайт 540 000 ₸ бастап, веб-қосымша немесе жеке кабинет 1 000 000 ₸ бастап, екі жүйенің типтік интеграциясы (мысалы, 1С және Kaspi) 270 000 ₸ бастап. Ірі жобалар жұмыс сағаттарынан емес, көлемнен өседі.

Бағаға не әсер етеді: типтік жобалар

Төмендегі бағалар біздің прайстың төменгі шегі, дайын ұсыныс емес. Қорытынды интеграцияларға, деректер көлеміне және дизайнның күрделілігіне байланысты. Кестені смета емес, әңгіменің басы деп санаңыз.

Көлемнің екі тұзағы сметаға қатысты әр дерлік дауда шығады. Біріншісі: әр тарап өзінше түсінетін «интеграция» сөзі (тек деректерді оқу ма, әлде қателерді өңдейтін екі жақты алмасу ма?). Екіншісі: бір тарап үшін кіру экраны, ал екіншісі үшін рөлдер мен құқықтардың толық жүйесі болатын «әкімшілік панель». Баға айтылғанға дейін екі тармақты да ТТ-да жазбаша сипаттаңыз. Есеп жүйесімен алмасуды қалай сипаттайтынымыз 1С интеграциясы бетінде көрінеді.

Бекітілген баға қай жерде бұзылады

Сыртқы сервистерге сипатталмаған тәуелділіктер. Жүйе банктің, Kaspi-дің не касса жеткізушісінің API-іне тәуелді болса және ол API жұмыс ортасында өзгерсе, кім төлейді? Жақсы шарт орындаушы үшінші тараптағы өзгерістерге жауап бермейтінін тура айтады, өйткені ешбір бекітілген баға біреудің жоспарын ескере алмайды.

«Тағы бір ұсақ-түйек». Қол қойылған ТТ-да болмаған әр өріс, экран не ереже, ешбір ерекшеліксіз көлемнің өзгеруі. Бұл тәртіп екі тарапты да қорғайды: клиент бастапқы бағаның адал екенін біледі, ал орындаушы шексіз жұмысты тегін істемейді.

Ешқашан аяқталмаған ТТ. Бизнес қабылдауы тиіс шешім үшін емес, бағдарламашыларға арналған, дерекқор құрылымының айналасында жазылған ондаған беттік ТТ-лар болады. Бұл жұмыс құжаты емес, болжамдар жиынтығы. Жұмыс ТТ-сы ол туралы төлемнен кейін емес, бұрын дауласуға болатындай қысқа.

Кезеңдер бойынша емес, уақыт бойынша төлем. Шоттар не тапсырылғанына қарамастан апта сайын жіберілсе, тараптардың мүдделері сәйкес келмейді. Бұл бекітілген баға деген маңдайшаның астындағы сағаттық төлем.

Қазақстандағы шарт: нені тексеру керек

Бұл бөлім заңгердің кеңесін алмастырмайды, бірақ әзірлеуге арналған кез келген шартта бірнеше нәрсені тексерген жөн:

• Тараптар мен мәні. Сіздің ЖШС не ЖК мен орындаушы арасындағы шарт, ТТ қосымша ретінде, баға теңгемен, мерзім және қабылдау тәртібі.
• Кезеңдер мен төлем. Төлем күнтізбеге емес, тапсырылған кезеңдер мен қол қойылған актілерге байланған.
• Жабу құжаттары. Шот және орындалған жұмыстар актісі. ҚҚС төлеушілер шот-фактураны ЭШФ ақпараттық жүйесі арқылы электрондық түрде жазады (ҚР Салық кодексі, 492-бап 1-тармақ, adilet.zan.kz сайтындағы мәтін). Дәл Сіздің бухгалтерияңызға қандай құжаттар керек екенін бухгалтерден нақтылаңыз.
• Кодқа құқықтар. Бағдарлама мен бастапқы кодқа құқықтар кімге және қашан өтеді. Мұны анық жазып, тұжырымын заңгерден тексертіңіз.
• Өзгерістер. ТТ-дан тыс кез келген жұмыс бағасы мен мерзімі көрсетілген қосымша келісіммен рәсімделеді.
• Дербес деректер. Жүйе Қазақстан азаматтарының деректерін сақтаса, дерекқор республикада болуы керек (ҚР 21.05.2013 № 94-V «Дербес деректер және оларды қорғау туралы» Заңы, 12-бап 2-тармақ, adilet.zan.kz сайтындағы мәтін). Бұл кейін жазылмайды, алғашқы күннен ТТ-ға енгізіледі.
• Даулар. Талап қою тәртібі және соттылық. Әдетте алдымен келіссөздер және жазбаша талап.

Біздің жобаларда бұл қалай көрінеді

Біз бекітілген бағаға жақсы сыятын бірнеше қайталанатын схема бойынша жүйелер жасадық.

Біріншісі: бір типті хат алмасуға батып кеткен іс-шаралар агенттігіне арналған ЖИ-агент. Кездесулер туралы сұрақтар, мәртебелер, күнделікті нақтылаулар мәтінмен, дауыспен, фото және бейнемен келетін. Агенттікке өсу үшін адам жалдаудың орнына күнделікті жұмысты агент жүргізіп, адам тек пайымдау керек жерде қосылуы қажет болды. Біз әңгіменің контекстін ұстайтын, команда қолданып жүрген жүйеге тапсырма қоятын және тақырып нәзік болғанда әңгімені бүкіл хат алмасуымен менеджерге беретін агент жасадық. ТТ агент қандай хабарламаларды өзі жабатынын, ал қайсысын әрдайым адамға беретінін нақты сипаттады. Нәтиже ЖИ моделінің өзі емес, дәл осы шекара болды.

Екіншісі: автопаркі, құжаттары және қаржысы әртүрлі бағдарламалар мен кестелерде жүрген логистикалық компанияға арналған ERP. Біз диспетчер, бухгалтер және басшы әрқайсысы деректердің өз бөлігін көретін бір жүйе жинадық.

Үшіншісі: бөлшек сауда желісіне арналған, кассалармен және 1С-пен байланысқан адалдық қосымшасы: цифрлық карта, сатып алғанда кэшбэк және қосымшаның жаңа нұсқасын шығармай акциялар жүргізуге арналған әкімшілік панель. Қиын бөлігі қосымша емес, операцияларды оқу мен жазудың өз ережелері бар кассалармен және есеп жүйесімен алмасу болды. Интеграцияның осы шекарасын баға айтпай тұрып ТТ-да толық сипаттадық. Дәл осы ереже біздің барлық мобильді қосымша әзірлеуімізде әрекет етеді: әр интеграция бағаға дейін сипатталады.

Барлық жағдайда бекітілген бағаны ТТ ұстап тұрды. Шекара анық болғанда, әзірлеу оңай бөлікке айналады.

Қорытынды

Бекітілген баға айла емес, ол толығымен сома айтылғанға дейін көлемнің қаншалықты жақсы сипатталғанына байланысты тәртіп. Қол қойылған ТТ-сыз смета саны бар болжам ғана. Кезеңдер бойынша төлемі, өзгерістердің түсінікті тәртібі және тапсырудан кейін басталатын кепілдігі бар, ТТ негізіндегі смета тараптар бір-бірінен талап ете алатын нағыз міндеттеме. Бұл тәсіл өнімнің алғашқы нұсқасында қалай жұмыс істейтінін MVP-ді қалай әзірлейміз мақаласынан оқыңыз.