B2B сатып алуучулар үчүн софт RFP текшерүү тизмеси

Программалык камсыздоону иштеп чыгуу проекттеринин RFPси маселени, функционалдык жана функционалдык эмес талаптарды, коопсуздук жана маалымат керектөөлөрүн, коммерциялык шарттарды жана баллдоо ыкмасын каалаган жеткирүүчү жооп бергенге чейин айтышы керек. Оорчулуктуу критерийлерди баллдаңыз, андан кийин талашпаңыз; кейс изилдөөлөрүнө ишенбей референстерди текшериңиз жана бюджетти милдеттендирген каалган нерсеге кол коюудан мурун кыска акы төлөнө турган пилот өткөрүңүз.

Программалык RFP эмнени камтышы керек?

Документ жоопторду салыштыруу үчүн бар. Жеткирүүчү гана жазылган нерсеге жооп бере алат; көз карашты сүрөттөп, баа сураган RFP баары уккулуктуу түшө турган, бирок бири-бирине карата баалай турган эч бир сунуш чакырат. Функционалдык мазмун, чектөөлөр жана баллдоо эрежеси биринчи жооп келгенге чейин бекитилиши керек, болбосо баалоо критерийлер боюнча сүйлөшүүгө айланат.

Ошондой эле айларды үнөмдөгөн тартип чекити бар: RFP — сиз керегиңизди таба турган жер эмес. Талаптар ички иштен чыгат — процесс ээлери ишкерлик чынында кантип иштээрин сүрөттөйт, каржы эмне туушу керекти айтат, системаны күндө колдонот адамдар азыркы оорунун кайда экенин айтат. Бул иш жай жана саясий, жана ал каалаган жеткирүүчү тартылганга чейин болот. Аны биринчи келген жеткирүүчүгө өткөрүп жиберген командалар ошол жеткирүүчүнүн продукт тилинде жазылган талаптарды алат, бул андан кийин башка каалган сунушту начар ылайыктуу кылып көрсөтөт — алар чындыгында начар болгондуктан эмес, бенчмарк бир атагычтын айланасында жазылгандыктан.

Дагы бир, көбүнчө чаташтырылган үч документтин ортосундагы айырма. RFI рынокка эмне бар экенин сурайт; ал кыска, талаптардан мурун келет жана эч кимди милдеттендирбейт. RFP аныкталган талаптарга жана айтылган баалоо ыкмасына карата сунуш сурайт. RFQ аныкталган чөйрөгө карата баа сурайт. Чөйрө болгонго чейин RFP иштетүү — үч башка нерсени билдирген үч санды салыштыруунун эң кеңири жолу.

Толук RFP кылган, толук эмес кылбаган беш нерсе:

• Чечимди эмес, маселени аныктайт. "Айлык жалпыланган отчётту жыйноо убакытын күндөрдөн аныкталган сааттар санына түшүрүү" — бул маселе билдирүүсү; "бизге маалымат кампасын кургула" — чечим божомолу, ал чечиши мүмкүн эмес.


• Талаптарды артыкчылыктардан ажыратат. өтүүнү чечкен милдеттүүлөр, рангын чечкен керектүүлөр жана эч нерсени чечпей турган кооздуктар. Жеткирүүчүлөр ошол айырма көрүнө турганда гана олуттуу жооп беришет.


• Чектөөлөрдү атайт. Интеграцияланышы керек болгон азыркы системалар, көчүрүлүшү керек болгон маалыматтар, аудит жана сактоо милдеттери, иштөө башталуу тереси, ким кол коёт.


• Баалоо ыкмасын алдын ала айтат. Оорчулуктуу критерийлер, ким баалайт, кандай далил талап кылынат жана ийгиликсиз жеткирүүчүлөр баллдарынын кыскармасын качан алышат.


• Процесс даталарын коёт. Суроо мөөнөтү, тактоо тереси, тапшыруу мөөнөтү, баалоо мезгили, чечим датасы. Датасы жок процесс азыркыда эле адамдуу жеткирүүчүлөрдү тартат.

RFP түзүлүшү

Функционалдык жана функционалдык эмес талаптар

Функционалдык талаптар системанын эмне кыларын сүрөттөйт: кайсы процесстер, кайсы рольдер үчүн, кайсы жыйынтыктар менен. Функционалдык эмес талаптар аны канча жакшы кыларын сүрөттөйт, жана алар эң көп жетпегендер — андан кийин кымбатча ишке ашырылат же такыр ишке ашырылбайт.

Көп B2B проекттеринде так айтууга арзый:

• Ылдамдык. Маанилүү операциялар үчүн айтылган жүктөөнүн алдындагы жооп убакыттары — буйрутма киргизүү, отчёт чыгаруу, ай аягын жабуу.


• Жеткиликтүүлүк. Бизнеске кандай uptime керек, тейлөө терестери жана система иштен чыкканда эмне болот — кабыл алууга болгон тыныгууну сүрөттөөсүз максат — бул талап эмес.


• Калыбына келтирүү. RTO жана RPO жөнөкөй сөздөр менен: окуядан кийин операциялар канча тез калыбына келет жана канча иш жоголушу мүмкүн. Эки сан тең баалоого кирет, гана келишимге эмес.


• Аудит жолу. Ким эмнени жана качан өзгөрттү, канча убакыт сакталат, ким таба алат — айрыкча акча, кампа же жеке маалымат кыймылдаган жерлерде.


• Жеткиликтүүлүк жана ыңгайлуулук. Системаны ким, кайсы түзмөктөрдө, кайсы тилдерде колдонот; кампа иштете албаган система, канча жакшы балл албасын, ишке ашырылган жок.


• Интеграция жана маалымат. Кайсы системалар туташат, маалымат кайсы багытта агат жана ар бир маалымат бирдиги үчүн негизги жазуунун ээси ким.

Коопсуздук жана ылайыктуулук суроолору

Коопсуздук "ооба/жок" сабы катары эмес, далил талап кылынган суроолор катары сураган жакшы. Камтылуга арзыйлары:

• ISO/IEC 27001 — жеткирүүчү ага ээби жана сертификаттаган чөйрө эмнени камтыйт? Сатуу уюмун камтыйт, бирок жеткирүү командаларын камтабайт деген сертификат так бир нерсени айтат.


• Коопсуздук өнүктүрүү — коопсуздук дизайнда, код текшерүүсүндө жана сыноодо кайда турат; көз карандылык жана жаракаттуулуктарды дарылоо жол-жобобу.


• OWASP Top 10 — веб компоненттери үчүн жеткирүүчүнүн текшерүүсүнүн бир бөлүгүбү; так, жооп алууга болгон суроо.


• Кирүү контролу — чөйрөлөрүңө жана маалыматыңа ким кире алат, кирүү кантип берилет жана алынат, канча журналдоо бар.


• Маалыматтарды коргоо милдеттери — тиешелүү жерде KVKK жана GDPR; ким контроллер, ким иштетүүчү, маалыматтарды иштетүү келишими суб-иштетүүчүлөр жана бузуу жөнүндө билдирүү жөнүндө эмне айтат.

Коммерциялык шарттар жана SLAлар

Салыштыра ала турган түзүлүштө баа сураңыз: эмне камтылат, эмне өзүнчө төлөнөт жана өзгөрүүлөр кантип бааланат. Чөйрөсү жок бир сан башка бир сан менен салыштырылбайт; чыгым жана баа моделдери барагы кеңири түзүлүштөрдү жана ар биринин козгой турган суроолорун түшүндүрөт.

SLAлар талаптардай эле тактыкты талап кылат. Жеткиликтүүлүк пайызы гана анын өлчөө ыкмасы, чектөөлөрү жана чара менен маанилүү; жооп убакыты гана анын оордук аныкталыштары жана иш сааттары менен маанилүү. Ар бир жеткирүүчүдөн пайыздардын баракчасын, аныкталышсыз кабыл албай, SLAнын ичиндеги терминдерди аныктап берүүнү сураңыз.

Баалоо балл матрицасы

Көчүрүлө турган шаблон. Төмөндөгү оорчулуктар мисал — өзүңүздү артыкчылыктарыңызга карата коюңуз жана жалпысын 100дө кармаңыз. 1, 3 жана 5 эмнени билдирээрин бирөө баллдаганга чейин аныктаңыз, талаштар башталгандан кийин эмес.

Эки тартип муну иштетет. Талкууга чейин көз карандысыз баллдаңыз, ошондо биринчи ишенүүчү үн бөлмөнү көрсөтпөсүн. Жана ар бир баллга бир сап негиз жазыңыз — себептери бар балл жыйынтыгын алган жеткирүүчүлөр натыйжаны алда канча оңой кабыл алышат, жана өз командаңыз аны алты айдан кийин коргой алат.

Үчүнчү тартип — ким баллдайт. Топтун ичинде натыйжа менен жашай турган адамдар болушу керек — процесс ээси, маалыматка жоопкер адам, коопсуздук же каржыдан бирөө — гана сатып алуу бөлүмү эмес. Баалоолор топ чече алганды чечкенди баллдап (сунуштун түзүлүшү, сатуу командасынын жылмакайлыгы) чече албаганды кийинге калтырганда тынч иштен чыгат. Азыркы системаларга келбейт дегенге укугу бар бир техникалык адам каалаган жеңилдиктен көп чыгымды алдын алат.

Оорчулуктардын өзүнө дагы бир эскертүү татыйт: алар жеткирүүчүлөргө көрүнө турган артыкчылык билдирүүсү. Коопсуздукка 5% жана баага 30% оорчулук коюлса, олуттуу коопсуздук ойлонгон жеткирүүчүлөр байкашат, жана келишим кол коюлганда өз командаңыз да байкашат. Таблицаны толтуруу үчүн шашылдан коюлган оорчулук бөлмөнүн тышындагы бардык адам тарабынан чындык катары окулат; аны бир жолу, чечим кабыл алуучулар бөлмөдө отурганда коюңуз жана аны гана ошол эле формалдуулук менен өзгөртүңүз.

Референс текшерүүлөрү жана пилот

Кейс изилдөөлөрү — бул маркетинг; референс текшерүүлөрү — бул далил. Иштеген чалуу кыска жана эмне жеткирилгени эмес, эмне болгонун сурайт: проект бүттүбү, чөйрөдө эмне өзгөрдү, командада чынында ким болду, алар башкача эмне кылышат жана бул жеткирүүчү менен долбоорду кайрадан башташат беле. Өткөн заман жана так жооптор — сигнал.

Өлчөмү жана татаалдыгы сиздикине окшогон проекттен референс сураңыз, жеткирүүчүнүн эң сыймыктанган ишинен эмес; бюджетиңиздин эки эсеси болгон флагмандык иштетүү команда сиздин масштабыңызда кантип иштээри жөнүндө аз нерсе үйрөтөт. Жана референстин өзүңүз текшериңиз: жеткирүүчү мурунан даярдаган байланыш — бул мактоо эмес, референс; пайдалуу чалуу — кардар сиз эмне сурап жатканын ошол жерде билген чалуу.

Андан кийин кыска акы төлөнө турган пилот эч бир референс бере албаган бөлүктү текшерет: талаптар толук эмес болгондо бул команда сиздин адамдарыңыз менен кантип иштейт. Дизайн эрежелери каалаган пилот үчүн коюуга арзый эрежелердин өзү: чыныгы иш, жазма кабыл алуу критерийлери, жолдон бир өзгөрүү жана алдын ала макулдашылган чечим эрежеси. Аутсорсинг барагы пилот дизайнын тереңирээк кармайт.

Текшере турган келишим пункттары

• IP өткөрүү — код, документация жана туундулардын укуктары төлөмдө эмес, түзүлгөн учурдан баштап сизге өтөт.
• Маалымат ээлиги — маалыматыңыз сиздики болуп калат; жеткирүүчүнүн укуктары жеткирүүгө керек болгону менен чектелет.
• Кабыл алуу — кабыл алуу эмнени билдирээрин, ким жарыялайт жана бир нерсе өтпөй калганда процесс эмне.
• Өзгөрүү контролу — чөйрө өзгөрүүлөрү кантип суранат, бааланат жана макулдашылат; анысыз ар бир өзгөрүү талашка айланат.
• Чыгуу жана өтүү — баштапкы код, кирүү, документация жана жардам аягында; жеткирүүчү өзгөргөндө билим кантип которулат.
• Escrow — бизнес үзгүлтүксүздүгү жеткирүүчүдө турган компоненттерге көз каранды болгондо, жеткирүүчү улантпаса эмне болот.
• Жоопкерчилик — чектер, четке кагуулар жана камсыздандырылбаган эмне; аны баадай эле көңүл коюп окуңуз.
• Бузуу — эскертүү мөөнөттөрү, бузуудан кийинки милдеттер жана маалыматтарды кайтаруу же өчүрүү процесси.

Көп берилүүчү суроолор

Биринчи RFI жөнөтөбүзбү же RFPни?

Рынок же маселе аныкталбаганда RFI — эмне бар экенин жана канча турарын сурап жатасыз. Талаптар жана баалоо ыкмасы аныкталганда RFP; муну эрте жөнөтүү жалгыз талаптар ишин ар бир жеткирүүчүнүн сунушуна, алардын сөздөрү менен алардын артыкчылыктары менен которот.

Канча жеткирүүчүгө чакырабыз?

Ар бир сунушту туура окуй жана ар бир референске чала ала тургандай аз; баалоолор бир нечеден ашканда сапат жоготот; RFI, экрандоо чалуусу жана окшош референс проектинен курулган тизме адатта атактуу аттардын узак тизмесинен пайдалуураак.

Оорчулуктар кантип коюлат?

Сиздин артыкчылыктарыңыздан, каалаган сунушту көрбөнүнүн алдынан жана натыйжа менен жашай турган адамдардын ортосунда макулдашып. Кеңири кездешкөн иштен чыгуу — бардыгына тең оорчулук коюу, бул эч нерсе эч нерседен маанилүү эмес дегендин бир жолу; баа же тобокелдик сиз үчүн басымдуу болсо, оорчулуктар аны айтышы керек.

Баа баллданабы?

Ооба, бирок чөйрөсү бекитилген бир оорчулуктуу критерий катары, бүткүл баалоо эмес. Чөйрөсү жок баллданган баа аз иш болжолдогон жеткирүүчүнү сыйлайт; алды менен талаптарыңызды баалаңыз, андан кийин бир эле нерсенин жалпысын салыштырыңыз.

Коопсуздук жоопторун кантип баллдайм?

Далилге, үнгө эмес. Үч деңгээл иштейт: позиция жок (1), саясаттар сүрөттөлгөн (3), сертификат чөйрөсү текшерилген плюс коопсуздук өнүктүрүү сүрөттөлгөн жана далилдер берилген (5). Жеткирүүчүнүн сертификаты жок жерде, кандай окшош контролдор бар экенин жазма сураңыз — документтелген контролдору бар адилет жок, текшериле албаган ообадан жакшыраак балл алат.

RFPден кийин талаптарды өзгөртсө болобу?

Тапшырууларга чейин — ооба, өзгөрүү баарына жарыяланып. Тапшыруулардан кийин — гана бардык атагычтар алган формалдуу тактоо аркылуу; бир жеткирүүчү үчүн тынч түрдө талаптарды өзгөртүү бүткүл процесс курулган салыштырылуучулукту жоготот. Келишимден кийин — бул өзгөрүү контролунун иши.

Булактар жана стандарттар

• ISO — ISO/IEC 27001 (маалымат коопсуздугун башкаруу) нушери; ага таянганга чейин азыркы чыгарууну жана сертификаттын чөйрөсүн ырастоңуз.
• OWASP — бул баракчада шилтемеленген Top 10 веб тиркеме коопсуздук тобокелдиктеринин текшерүү тизмесинин нушери.
• Балл матрицасынын принциптери жарыяланган RFP шаблон практикасын жолдойт; көрсөтүлгөн оорчулуктар өзгөртүү үчүн мисал, сунуш эмес. Бул баракча — сатып алуу нускамасы, укуктук кеңеш эмес, жана WorldwideTradeX үчүн эч кандай сертификат же аудит дооматталбайт.

Байланышкан баракчалар

Программалык камсыздоону иштеп чыгуу · Түркиядан IT аутсорсинг · Чыгым жана баа моделдери · IT аудит жана кеңеш берүю · Баа суроо