Namunaga qayta ishlash uchun texnik vazifa. Tadqiqot institutlarida shamollatish ventilyatsiyasini modernizatsiya qilish bo'yicha TK texnik vazifasi

Pavel Monanov

Merfi qonunini eslaysizmi? Agar siz to'g'ri tushunilmasligingiz mumkin bo'lsa, siz aniq tushunasiz. Bu nafaqat odamlar o'rtasida, balki saytlar yaratishda ham adolatli. Mijoz ikkinchi "Facebook" ni xohladi va yosh it perzori forumini oldi. Ishlab chiquvchi mijozning istaklari ro'yxatini bekor qilmadi - vaqtni behuda sarf qildi.

Ushbu qo'llanmada men sizga nima uchun va nima uchun texnik ishga tushirish kerakligini aytib beraman. Shu bilan birga, men vaqt sarflanmagan vaqtni o'rash kerak emasligini yozish kerakligini ko'rsataman.

Maqola foydali bo'ladi:

• Saytlarni yaratish bilan bog'liq har bir kishi: ishlab chiquvchilar, dizaynerlar, kameramen.
• Loyiha menejerlari.
• DAVRALTAL Studiyalar rahbarlari.
• Saytni rivojlantirishga buyurtma berishni rejalashtirgan tadbirkorlar.

Material yaxshilikka erishish uchun men bir nechta ishlab chiqaruvchilar, dizaynerlar, loyiha menejerlari va Dizmal studiyalar egalarining sharhlarini to'pladim. Maqola oxirida eng qimmatli qo'shiladigan eng qimmatli qo'shiladi. Keling, tushunamiz.

Katta va nima uchun kerak

Texnik topshiriq - bu saytga qo'yiladigan talablar qayd etilgan hujjat. Aniqroq, ushbu talablar batafsilroq bo'yalgan, jarayonning barcha ishtirokchilari qanday bo'lishi kerakligini tushunishadi. Shunday qilib, har kimning natijadan qoniqish imkoniyati o'sib boradi.

Texnik topshiriqning asosiy maqsadi: mijoz va pudratchi bir-birlarini to'g'ri tushunganligiga ishonch hosil qiling.

Juda ko'p texnik vazifalardan foydalanish. Har bir tomon uchun bu o'ziga xosdir.

Mijoz uchun foydalaning:

• U pul to'laydigan narsani tushuning va sayt nima bo'ladi. Siz darhol tuzilishni, nima va qanday ishlashini tushunishingiz mumkin. Hamma narsa qoniqarli bo'ladimi, chastota. Agar yo'q bo'lsa, rivojlanish boshlanishidan oldin hech qanday muammosiz o'zgaring.
• Rassomning vakolatiga qarang. Agar texnik ramka aniq va ravshan bo'lsa - ishlab chiqaruvchiga ishonch ko'tariladi. Agar pyuresi u erda yozilgan bo'lsa - ehtimol u yugurish va atrofga qaramaslik kerak.
• Rassomning vijdonsizligi bilan to'g'ri keladi. Sayt tayyor bo'lganda, texnik vazifaga muvofiq tekshirilishi mumkin. Nomuvofiqliklar bormi? Ishlab chiquvchi ularni to'g'rilashi kerak. Agar siz rasmiy ravishda hamkorlik qilsangiz va shartnoma tuzsangiz - siz suddan ham kuch ishlatishingiz mumkin.
• Ijrochilarni almashtirishni soddalashtiring. Agar mijoz va ishlab chiquvchi pishgan va qochib ketgan bo'lsa, saytning yaratilishi qat'iy kechiktirilishi mumkin. Batafsil iqtisodiyot mavjud bo'lganda, uni yangi jamoaga o'tkazish mumkin - bu ba'zan tezroq ish aylanadi.
• Murakkab mahsulotni ishlab chiqish narxini o'rganing. Majburiy veb-xizmatni rivojlantirishning aniq va narxini aniqlash mumkin emas. Avval siz xizmat qanday ishlashini tushunishingiz kerak va unda qanday funktsiyalar bo'ladi. Buning uchun va siz ish bozorini tayyorlashingiz kerak.

Ijoda uchun foyda:

• Mijoz nimani xohlashini tushuning. Mijoz o'nlab savollar beriladi, misollarni ko'rsating, echimlarni taklif etadi. Keyin hamma narsani bitta hujjatga va muvofiqlashtiruvchini yozing. Agar barcha yaxshi bo'lsa, siz to'g'ri tushundingiz.
• Mijozning to'satdan suvlariga qarshi tekislang.Ba'zida yarmining vazifasini o'zgartirishni istagan mijozlar mavjud. Agar siz rozi bo'lmasangiz va TKni imzolagan bo'lsangiz, siz juda o'xshash emassiz. Qanday bo'lmasin, hatto sud ham sizning yoningizda bo'ladi.
• O'z vakolatiingizni ko'rsating. Cool tayyorlangan texnik xizmat mijozni ishlab chiquvchilar xarajatlarini ko'rsatadi. Agar kompaniya saytning rivojlanishiga ishonishiga shubha qilsa, yuqori ehtimollik bilan bog'liqlik bilan shubhalanadi.
• Pul topish. Ba'zi studiyalar va ishlab chiquvchilar TKni alohida xizmat sifatida tuzishni taklif qiladilar.

• Rivojlanish jarayonini osonlashtirish va tezlashtirish. Yaxshi tk, sayt tuzilmasi, har bir sahifada kerakli funktsiyalar va narsalar ko'rsatiladi. Barcha talablar bizning ko'zimiz oldida allaqachon bo'lganida - bu faqat Sasy va yozish kodini olish kerak.

Endi ushbu barcha funktsiyalarni bajaradigan yaxshi iqtisodiyotni qanday amalga oshirishni aniqlaylik.

Texnik xizmat ko'rsatgich

Umuman olganda, bozorda hech kimni qilishi mumkin. "Bizga stomatologiya klinikasi uchun biznes kartasi kerak" - bu allaqachon ko'pchilik. Ammo u o'z vazifalarini bajaradimi? Aslida emas.

Yaxshi Tz har doim rassom: Loyiha rahbari yoki ishlab chiqaruvchisi. Shubhasiz, veb-ishlab chiqaruvchi kafe yoki stomatologiya egasi bo'lganidan ko'ra saytlar yaratilishini tushunadi. Shuning uchun, loyihani tavsiflash uchun unga tegishli bo'ladi.

Bu, mijoz yo'qolishi va oxirida: "ZBS, tasdiqlovchi" deb yozish uchun yo'qoladi va paydo bo'ladi. Shuningdek, u jarayonda ham ishtirok etishi kerak:

Albatta, mijoz TKning o'z versiyasini chizishi mumkin. Ehtimol, bu yakuniy iqtisodiyotni yaratish jarayonini tezlashtiradi. Va, ehtimol, axlatni ohista tashlagan axlatni chiqaradi.

Aniq va aniq yozing

Ushbu maslahat ish bozorining asosiy maqsadidan kelib chiqadi - "Mijoz va ijrochi bir-birlarini to'g'ri tushunishiga ishonch hosil qiling."

Texnik vazifada yuqori sifatli sifatlar bo'lmasligi kerak: chiroyli, ishonchli, zamonaviy. Ular aniq tushunib bo'lmaydi. Har bir inson o'zining go'zallik va zamonaviylik tushunchalariga ega.

Qarang. Kimdir bu dizaynni chiroyli deb hisoblab, uning veb-saytida foydalanishga ruxsat berdi:

Xuddi shu narsa - yolg'iz hech narsani anglatmaydigan noaniq formulalar bilan:

• Sayt mijozga yoqishi kerak. Va agar u yomon kayfiyat bo'lsa?
• Sayt qulay bo'lishi kerak. Bu nimani anglatadi? Nima uchun qulay?
• Sayt og'ir yuklarga bardosh berishi kerak.10 ming kishi? Yoki 10 million?
• Sifatli mutaxassis. Xo'sh, tushundingiz.

Matnda noaniqlik yo'qligini tekshiring. Agar mavjud bo'lsa, qayta yozing. Sizning so'zingiz aniq va aniq bo'lishi kerak:

• Saytni tezda yuklab olish kerak → Saytning har qanday sahifasidan 80 ballgacha bo'lgan 80 balldan iborat bo'lishi kerak.
• Katta yuklar → 50 ming tashrif buyuruvchilar bir vaqtning o'zida.
• Asosiy sahifa Maqolalar ro'yxatini ko'rsatadi. → So'nggi sahifa oxirgi 6 ta maqolalarning ro'yxatini ko'rsatadi.
• Minimalistik foydalanuvchi interfeysi → "Elektron pochta xabarini qoldiring" maydoni va "Obuna bo'lish" → * chizilgan eskiz *.

Biz so'zlarni tushundik, keling, tuzilishda yuguramiz.

Umumiy ma'lumotni belgilang

Hamma jamoa a'zolari kompaniya nima qilayotganini va uning maqsadli auditoriyasi kimligini tushunishlari kerak. Hech kim chalkashib ketmasligi uchun, ish bozorining boshida ro'yxatdan o'tish yaxshidir.

Va baribir saytning maqsadini ko'rsatishingiz va uning funksionalligini, blog o'rniga onlayn do'konni olish uchun tasvirlashingiz kerak.

Murakkab atamalarni tushuntiring

Texnik dizaynning birinchi qoidasi - u maqsadga muvofiq bo'lgan har bir kishiga aniq bo'lishi kerak. Agar siz mijozingizni tushunmaydigan atamalardan foydalanmoqchi bo'lsangiz - bolalarning o'yinchoq do'konining egasi - ularni tushuntirishga ishonch hosil qiling. Vikipediyadan nusxa ko'chirish emas, balki tushunarli til.

Asboblar va xosting talablarini aytib bering

Siz 2 oy ajoyib sayti bilan tanishganingizni tasavvur qiling. Har bir bosqich mijoz bilan kelishilgan - u xursand. Va endi ish topish vaqti keldi. Siz ma'mur panelini ko'rsatasiz va mijoz baqiradi: "Bu nima? Modex?! Men "WordPress" da shunday qilaman deb o'yladim! "

Shunday qilib, bunday muammolar mavjud emas, ular qo'llaniladigan vositalar, dvigatellar va kutubxonalar tasvirlangan. Shu bilan birga, xostingga qo'yiladigan talablar ko'rsatilgan. Siz hech qachon bilmaysiz, siz PHP-da amalga oshirasiz - va mijoz .Net.

Saytga qo'yiladigan talablarni sanab bering

Saytning eng yaxshi versiyalari va barcha turdagi qurilmalardagi barcha brauzerlarda ishlashi kerak. Ha, har qanday ishlab chiqaruvchi va har qanday mijoz uchun aniq. Ammo mijozni adolatsiz to'ldirgan ishlardan himoya qilish yaxshiroqdir.

Shuningdek, siz saytning yuklab olish tezligini, yuklarning barqarorligini, xakerlarning hujumlariga va shunga o'xshash narsalar bilan bog'liq bo'lgan talablarni ham yozasiz.

Sayt tuzilishini belgilang

Dizayn va rejalashtirish boshlanishidan oldin, siz sayt tuzilishi mijoziga qo'shilasiz.

Xaridor bilan ish, unga kerak bo'lgan narsani bilib oling. Dastlab ishlab chiquvchilarni, Soshexnikov, marketerlar, qo'mondonlarni to'plang va saytda qaysi sahifalar kerakligini aniqlang. Qanday qilib ular qanday o'tishi mumkinligini, qaysi birini borishingiz mumkinligini o'ylab ko'ring.

Siz tuzilmalarni ko'rsatishingiz mumkin, siz blok diagrammasini chizishingiz mumkin. Siz xohlaganingizcha.

Bu saytdagi ishning eng muhim bosqichlaridan biridir. Tuzilish asosidir. Agar muvaffaqiyatsiz bo'lsa - sayt egri chizig'i bo'lib chiqadi.

Har bir sahifada nima bo'lishini tushuntiring

Mijoz nima uchun har bir sahifa kerakligini va u qanday elementlarga bog'liqligini tushunishi kerak. Ko'rishning ikki usuli mavjud.

Prototip - ko'proq ingl. Vizual va aniq yo'l. Rassom har bir sahifaning eskizlarini tortadi va ularni texnik ishga tushirishga majbur qiladi. Mijoz kelajakdagi saytining interfeysi qanday ko'rinishini va u yoqtirganligini va o'zgarishga arziydigan narsasini qanday ko'rishni ko'radi.

Elementlarni qabul qilish - Prototipga dangasa alternativa. Sahifada qaysi blokda bo'lishi kerakligini yozing va nima qilayotganlarini yozing.

Kanalizatsiya joyidan foydalanish stsenariylari

Agar siz nostandart interfeys qilsangiz, sahifalarni tuzish va eskizlarini ko'rsating. Ijrochilarning butun jamoasi va mijoz tashrif buyuruvchilar saytdan qanday foydalanishlarini tushunishlari juda muhimdir. Buning uchun skriptlar juda yaxshi. Skript sxemasi juda oddiy:

• Foydalanuvchi harakati.
• Saytning javobi.
• Natija.

Albatta, agar siz standart biznes kartasini yoki kreditlashni amalga oshirsangiz, siz skriptlarni yozishingiz shart emas. Ammo agar saytda interfaol xizmat mavjud bo'lsa - bu juda istalgan.

Vikipediyadagi stsenariylardan foydalanish haqida ko'proq o'qing.

Tarkib uchun kim javobgar ekanligini aniqlang

Ba'zi bir ishlab chiqaruvchilar saytni mazmun bilan to'ldiradilar. Boshqalar baliq qo'yishadi. Uchinchidan, matn yozishi mumkin, ammo qo'shimcha to'lov uchun. Ushbu sohilda ushbu sohilda rozi bo'ling va qanday tarkibni tayyorlashingiz kerakligini aniqlang.

Matnlarning sifatini baholash uchun ob'ektiv mezonlarga ega bo'ling. Maqsadli auditoriya uchun foydali "yuqori sifatli, qiziqarli va sotish tarkibidan foydalanib, hech narsa yozmaslik yaxshiroqdir." Bu axlat, u hech kimga kerak emas.

Barcha tarkib noyob bo'lishi kerakligini ko'rsating - bu foydali. Vijdonsiz ijrochilardan yana bir mijozning yana bir himoyasi.

Dizaynni tavsiflang (agar mumkin bo'lsa)

Matnda bo'lgani kabi, saytning dizaynini baholashning ob'ektiv mezonlari qiyinlashadi. Agar siz mijoz bilan rang sxemasi haqida kelishilgan bo'lsangiz - yozing. Agar u shriftlar buyuriladigan brendga ega bo'lsa, ularni belgilang.

Chiroyli va zamonaviy dizayn haqida yozish shart emas. Bu hech narsa degani emas, u kuchga ega va umuman fu bo'lmagan.

Chiqish o'rniga: asosiy tarkibi

Turli xil vazifalar uchun TK tarkibi o'zlariga tegishli bo'ladi. Yangi ijtimoiy tarmoq uchun bir xil texnik vazifalarni bajarish va sabzi ulgurji savdosiga yotish ahmoqlikdir. Ammo umuman olganda, sizga ushbu bo'limlar kerak:

• Kompaniya va maqsadli auditoriya, saytning maqsad va vazifalari to'g'risida ma'lumot.
• Mijoz uchun tushunarsiz bo'lishi mumkin bo'lgan atamalarning lug'ati.
• Saralash va ish joyiga texnik talablar.
• Ishlatilgan texnologiyalarning tavsifi va xosting talablari ro'yxati.
• Saytning batafsil tuzilishi.
• Sahifalar yoki ularda bo'lishi kerak bo'lgan narsalarni tavsiflovchi prototiplar.
• Nostandart interfeysdan foydalanish stsenariylari (ixtiyoriy).
• Ishlab chiqaruvchini ishlab chiqaradigan tarkiblar ro'yxati.
• Dizayn talablari (ixtiyoriy).

• Dasturiy ta'minot talablarini aniqlashtirish uchun qoidalar. SRS - bu quyish evolyutsiyasining keyingi bosqichi. Katta va murakkab loyihalar uchun ehtiyoj.
• Dasturiy ta'minotni ishlab chiqish uchun TKning standartlari va shablonlari. Turli mehmonlar va texnik vazifalarni yaratish uchun tavsiflar.

Bu men yozgan qismning oxiri. Ammo Hydega yordam bergan mutaxassislarning yana bir sharhlari mavjud. O'qing, shuningdek qiziq.

Izohlarni ishlab chiquvchilar

Men bir nechta ishlab chiqaruvchilar bilan ular ommaviy ravishda qanday tashkil etishlarini bilish uchun suhbatlashdim. Men ularga mikrofonni uzataman.

Birinchidan, TKning mijoz bo'lishi kerak - u uning sayti nima bo'lishini va qanday pul kerakligini tushunadi. Agar biror narsa amalga oshirilmasa - u Tk-ga murojaat qilishi mumkin va qayta tiklanishini so'raydi.

TK mijoz bilan aloqa qilgandan keyin loyiha menejeridir va dizayner bilan vazifani muhokama qiling.

Katta mijozlar ko'pincha har bir tugma tasvirlangan juda batafsil TKni so'rashadi. Kichik kompaniyalar, aksincha, 100 sahifa uchun ehtiyotkorlik hujjatlarini yoqtirmaydilar. Uzoq o'qish va oson narsani osongina o'tkazib yuborish. Ko'pincha biz 10-15 sahifa uchun kalikli tk ishlab chiqaramiz.

Biz quyidagilarni belgilaymiz:

• Kompaniya haqida ma'lumot va saytning maqsadi.
• Dizayn talablari, rangli gat.
• Ishlatilgan texnologiyalar va CMS.
• Biz tarkibimiz yoki mijozimiz bilan shug'ullanadigan odamlar.
• Saytning tuzilishi har bir sahifaga bog'liq.
• Har bir sahifaning tavsifi. Biz Prototipni qilmaymiz, balki sahifada qaysi elementlarni va ular qanday ishlashi kerakligini ko'rsatamiz.

So'nggi 2 bo'limlar eng muhimdir. Bu ular sayt qanday va u qanday ishlashi kerakligini tushunadiganlar.

Juda muhim nuqta - shunchaki texnik dizaynni ishlab chiquvchilarga berish va ular hamma narsani yaxshi bajarishiga umid qilish mumkin emas. TK - sayt uchun saytlar ro'yxati, u aloqa almashtira olmaydi. Jamoa har bir a'zosi umumiy maqsadni tushunishiga ishonch hosil qilish juda muhim, shunchaki oqimdagi vazifalarni bajarmaydi. Agar biror narsa tushunarsiz bo'lsa - tushuntirish, muhokama qilish, batafsil sharhlar berish kerak.

Agar siz chet el saytlaridan "Mahsulot talablari hujjatlari" so'rovi bilan murojaat qilsangiz, texnik vazifa (TK, PRD) vafot etganligi haqidagi ijodiy va ishonchli maqolalarni topishingiz mumkin. Shu bilan birga, mahsulotni noldan oshirishda, prototiplar mijozning rekordlari, ba'zan juda kambag'al ko'rinishga ko'proq e'tibor qaratilgan. Ammo, agar biz asosiy tizimni qayta moliyalashtirish haqida gapiradigan bo'lsak, u mutlaqo boshqa burilish kerak. Bizni takomillashtirish bilan va maxsus ishlab chiqilgan rivojlanamiz, shuning uchun oshpaz biz uchun yolg'on gapirmasa, it itni yedi. Umuman olganda, bugun - sotib olingan va o'rnatilgan dasturiy ta'minotni qayta moliyalashtirishda yozilgan eng klassik texnik vazifalar haqida. Qisqasi, yara haqida.

O'zaro ta'sirning sababi

Texnik topshiriqni yaratish jarayonini tayyorlashdan oldin, keling, ijrochi va mijoz loyihaga tushadigan susari haqida gapiraylik.

Talablar- Buyurtmachi yoki jarayon egasi tomonidan tavsiflanadigan tizimning istalgan xatti-harakati. Qoida tariqasida talablar ish tajribasi asosida shakllantiriladi, dasturning to'g'ri xatti-harakati taqdimoti. Bu ishlab chiqaruvchi (sotuvchi) uchun asosiy ma'lumotlar, ammo bu eng ko'p to'qnashuvlarning eng ko'pi paydo bo'lishi, xatolar, keraksiz so'rovlar va boshqa so'rovlar to'plash bosqichida.

Resurslar - Talablarni bajarish jarayonida odamlar, mashinalar, uskunalar, rivojlanish muhiti, vaqt va pullar. Resurslar texnik vazifani tasdiqlash bosqichida aniq rejalashtirish va baholashni talab qiladi. Xaridorning ustuvor yo'nalishlarini va mehnat resurslarini sotuvchining taqsimlashiga vakolat qo'yish sizga vaqtni belgilash va boshqa xavflarni minimallashtirishga imkon beradi.

Qobiliyat - Agar qisqacha bo'lsa, unda bu sotuvchi (ijrochi). Bizning mintaqamizning misolini ko'rib chiqing. Mijoz tizimni sotib oladi va takomillashtirish ishini tashkil qiladi: siz sayt bilan bog'lanish, CRMda onlayn do'konda buyurtma raqamiga integratsiyalashingiz kerak. Bu haqiqatan ham bajarilgan talab, bizda manba va buni amalga oshirish imkoniyati bor. Va baribir CRM CMS-ni, sayt tarkibini boshqarish tizimini rivojlantirish va mahkamlash kerak. Nazariy jihatdan biz buni amalga oshirishimiz mumkin, ammo biz uni arzonlashtirish imkoniyatiga ega emasmiz va mijoz bizga inson va vaqtinchalik resurslarni vazifani bajarish uchun juda ko'p pul to'lashga qodir emas. Natijada, mijoz ushbu talabni rad etishdan bosh tortadi - va CMS ayniqsa kerak emas, hamma narsa juda yaxshi. Ammo keyinroq "ochko'z" haqida.

Cheklovlar - TKni qiyin yoki imkonsiz deb hisoblaydigan to'siqlar to'plami: byudjet, texnologiya, litsenziyalangan muammolar, qonun chiqaruvchi moddalar, apparat konfiguralari va boshqalar.

Shunday qilib, barcha to'rtta korxonalar o'zaro bog'liq bo'lib, ular umuman loyihaning muvaffaqiyatini aniqlaydilar. Har bir elementni ko'rib chiqing va texnik vazifa ustida ishlashingiz kerak bo'lgan tanqidiy lahzani ta'kidlashga harakat qiling.

Talablarni to'plash va tahlil qilish

Bu juda muhim ichki korporativ jarayoni, shunda ular dasturdan (shu erda va keyin biz CRM, boshqa turdagi dasturiy ta'minot bilan ishlash usullari). Agar siz ishchan sotuvchi turiga yoki tizim integratori bilan murojaat qilsangiz, unda sizga yuqori ehtimollik ehtimoli bor (bu shaxsiy menejer, u hisob menejeridir, u endi siz " bizning kompaniyamizda "). Aslida, aksariyat hollarda bu ikkita vazifani bajaradigan oddiy savdo bozori: Loyihaning narxini o'zgartirish va kancadan tushishga ruxsat bermang.

Bu allaqachon bir soat davomida bu erda va hatto oq marker taxtiga ham tegmadi. U haqiqiy tizim tahlilchisi emas

Siz va xodimlaringizdan yaxshiroq, hech kim sizning kompaniyangizni bilmaydi. Shunday qilib, talablarni to'plash va tahlil qilish faqat sotuvchiga yordam berish va yuborishingiz mumkin bo'lgan sizning vazifangiz, ammo hech qanday holatda jarayonga aralasholmaydi. Ishlab chiquvchidan shunga o'xshash amalga oshirish haqida so'rang, e'tibor berish va davom etishingizni tekshiring. Aytgancha, profil mavzusida yaxshi biladigan va rivojlanish jarayonida dasturiy ta'minot me'morchiligini va uning ichki ekspertori sifatida, u tahlilchi va ichki mutaxassis sifatida ish olib borishi mumkin bo'lgan xodimingiz bo'lishi mumkin. TK va sotuvchisi bilan aloqa qilish.

Talablarni to'plash uchun juda oddiy sxema mavjud.

1. Menejerlardan ishlaydigan guruh va CRM-dan foydalanadigan birliklarning tajribali mutaxassislarini yarating. Tanlash kerak bo'lgan echim haqida aytib bering, demo-versiyasiga kiring.
2. Ishchi guruh a'zolari xodimlarga ma'lumot uzatishlari va o'zlarining xohishlarini mutlaqo erkin shaklda yangi dasturga so'rashlari kerak. Agar xodimlardan kimdir bunday dasturiy ta'minotga duch kelmasa va kelajakda foydalanish sohasida gapirishga tayyor emas, siz undan davriy vazifalaringizni tasvirlab berishingizni so'rashingiz kerak, bu universal yondashuv.
3. Keyin har bir birlik kramay yoki u mos kelmaydigan narsada yoki u mos emas va ma'lumotlarni birlashtiradi.
4. Ishchi guruh to'plangan talablarni tahlil qiladi, cheklovlarni tekshiradi va yo'q qiladi. Masalan, ko'pincha savdo bo'limi va marketing bo'limi bir xil hisobot tomonidan buyurilgan, ammo talablarga binolar va sub'ektlarga turli xil usullar, ammo ularning orqasidagi ma'lumotlar bir xil. Shunga ko'ra, siz bitta shaklga kelishingiz kerak.
5. Ishchi guruh talablar ro'yxatini ishlab chiqaradi va ustuvor yo'nalishlarga ega. Ushbu bosqichda siz sotuvchini ulashingiz mumkin, chunki u resurslar uchun javobgardir. Masalan, siz sizdan o'lka uchun maxsus hisobot yaratishni so'rashingiz mumkin va siz sayt bilan integratsiyani buyurtma qilishingiz mumkin. Bu vazifaning nuqtai nazaridan mutlaqo farq qiladi, bu bu erda ustuvorlik juda muhimdir.

Talablar yig'ilgandan so'ng, xodimlar va boshqaruvlar bilan birgalikda amalga oshiriladi va texnik topshiriqni yaratishni boshlashingiz mumkin. Siz sotuvchi shaklidan so'rashingiz yoki uni o'zingiz qilishingiz mumkin - har qanday holatda, bosh og'rig'idan va siz va CRM provayderingizni tejashga imkon beradigan bir nechta temir qoidalari mavjud.

Texnik vazifaning anatomiyasi

Agar biz texnik vazifani yaratish jarayoni haqida gapiradigan bo'lsak, unda bir nechta bosqichlar mavjud. Ularning izchil o'tishi va mijozni kerakli qayta ishlashga olib keladi. Bu erda ular.

• Aniqlash - talablarni aniqlash, hal qilish kerak bo'lgan muammolarni bartaraf etish.
• Tahlil - talablarning talablarini, umumxalq ehtiyojlarini taqsimlash, umumlashtirish, umumlashtirish.
• Moslashish - bu CRM imkoniyatlari va mavjud biznes-jarayonlar kontekstida talablarni baholash.
• Hujjatlar - TK talablarining rasmiy va batafsil tavsifi, TK muvofiqlashtirish.
• Sotuvchi bilan aloqa (ishlab chiqaruvchi) sotuvchisi bilan ishlanayotgan TKga muvofiq takomillashtirish bilan bog'liq iterativ hamkorlik.
• Kerakli funktsional imkoniyatlarni yaratish bo'yicha sotuvchining ishi. Sotuvchi doimiy ravishda mijoz bilan aloqada bo'lsa, bu mijozning ko'rinishini eng aniq mos keladi.
• Sinov - sotuvchilar xodimlarining funktsional imkoniyatlarini, mijozning ichki ekspertlari va oxirgi foydalanuvchilar tomonidan takomillashtirish va TKning muvofiqligini o'zgartirish uchun tekshirish.

Umuman olganda, texnik vazifa loyihani yaratish yoki umuman aloqada bo'lmaganda kesishishi va hamkorlik qilishi mumkin bo'lgan bir nechta talablarning talablari asosida yaratilishi mumkin.

Biznes darajasi- murakkab va ustuvor vazifalarni hal qilish bo'yicha global daraja. Ushbu darajada biznes jarayonlarini integratsiyalash, takomillashtirish va modellashtirish yangi funktsional modullarni ishlab chiqish mumkin. Qoida tariqasida, bu jiddiy maslahatlashuvlar va mijoz bilan yaqin hamkorlik bilan bog'liq resursli intensiv rivojlanishdir. Masalan, bir vaqtlar o'lkada bir vaqtlar, bunday maxsus qayta ko'rib chiqish ombor, kassa va ishlab chiqarish edi. Asta-sekin, chiqarilishga kiritilgan o'zgarishlar, keyinchalik ulgurji, chakana savdo va gipermarketlar uchun yangi mahsulotni yaratishga imkon berdi - OFFoft chakana savdosi.

Foydalanuvchi darajasi yoki foydalanuvchi guruhi.Ushbu darajada amaldagi interfeysni qayta ko'rib chiqish bo'yicha vazifalar amalga oshiriladi. Masalan, foydalanuvchi kursorni istaganingizda, oxirgi tartibning raqami va holatida derazaning oyati va holati yoki maxsus ma'lumotlarni guruhlash bilan maxsus hisobot mavjud edi. Ushbu darajadagi neft kamroq vaqtni egallaydi, ammo ularning ko'pi bo'lishi mumkin - masalan, marketing kafedrasining talablari, logistika va texnik yordam.

Funktsional imkoniyatlar darajasi. Buni avvalgisidan ajratish ko'pincha qiyin bo'lib, bu erda rasmiy mezon ishlaydi - qayta ishlash interfeysda biron bir narsani namoyish qilish darajasida emas, balki tizim mantig'ini takomillashtirish darajasida emas. Bunga turli xil tartiblash, chat bilan integratsiyalar, telefoniya imkoniyatlari bilan talablar kiradi.

Xizmat darajasi - Aslida, ushbu darajadagi talablar birinchi bo'lib tuzatishlar bilan yangi qurilishlarga kirish kerak. Bular yuqori yuk, xavfsizlik ostida ishlaydigan tizim javobi tezligi uchun vazifalardir. Ideal versiyasida Venndor bunday yaxshilanishlarga ega bo'lmasligi kerak - korporativ dasturiy ta'minot sust, ma'lumotlarni yo'qotishi, qulashi va bitta darajadagi ruxsatlarni taqsimlash va taqsimlash. Ammo agar talab paydo bo'lsa, u mijozning shaxsiy partiyasi yoki apparatning yon tomonidagi muammolar bilan bog'liq emas, bu unga katta e'tibor berishga arziydi.

Texnologiyalar darajasi - Ro'yxatda davom eting, ammo qolganlaridan oldin va ahamiyati va qiyinchiliklari. Bular platforma, operatsion tizim yoki qurilmalar bilan bog'liq bo'lgan mijozlar talablari bo'lishi mumkin. Masalan, MacOS bo'yicha yig'ish to'plami. Agar bunday talablar asta-sekin ozod qilinsa, ammo bu erda tuzatiladigan bo'lsa, bu juda ajoyib. Bu ushbu darajadagi mijozlarga so'rovlardan foydalanamiz, Makofon CRM andozalarini kamdan-kam uchraydigan, ammo mavjud mobil versiya so'rovi sifatida TRM texnologiyasi yordamida o'chirilgan kirish huquqini berdik.

Texnik topshiriqning anatomiyasi har qanday holatda skelet shaklida oddiy. Texnik topshiriqning majburiy qismlari mijozga muammoni hal qilishga yordam beradi va topshiriqni to'g'ri shakllantiring va pudratchi - ulardan nima istayotganlarini tushunish uchun. Aytgancha, tushunish haqida. Albatta, postning boshida biz bir oz omon qoldik, biznes maslahatchilarini sinf sifatida rad etamiz. Bu shunday: har bir sotuvchi bozorda bir necha yil ishlaydi, ammo o'nlab yillar, shuningdek, deyarli har bir sohada ishlar mavjud. Shunga ko'ra, muhandislar, dasturchilar va savdo kompaniyaning har bir turida amalga oshirishning o'ziga xos xususiyatlari bilan tanish. Ammo yana, sizning biznesingizga e'tibor qaratish juda muhimdir.

Kimdan?Ushbu bo'limda kim cheklashning cheklangan foydalanuvchisi bo'lishini, qaysi vazifalarni hal qilish kerakligini va qaysi chastotani hal qilish kerakligini tasvirlash kerak.

Men misol keltiraman. Xuddi shu kompaniyada CRM ni taqdim etdi, ancha katta ma'lumot masofasi (oyiga bir necha o'n millionlab reklaslar, kuniga bir necha yuz ming yozuv) qabul qilindi. Savdo bo'limi boshlig'i ushbu yozuvlarni "kunlik" chastotasi bilan yuklab olish to'g'risida hisobotni talab qildi. Tabiiyki, bir vaqtning o'zida bir vaqtning o'zida ishlagan holda ishlov berish jarayonini optimallashtirish uchun tizimning yuzlab foydalanuvchilar topildi. Amalda allaqachon ish paytida savdolar qayta tiklandi va hisobot faqat oy yakunlari bo'yicha zarur va keyinchalik jadvalda ishga tushirilishi kerakligi ma'lum bo'ldi. Vaqt va pul behuda sarflanganligini aytadimi?

Nima uchun?Ishlashga va uning biznes jarayoniga bo'lgan ehtiyojni asoslash. Ushbu mahsulot mijozning o'zi uchun ko'proq kerak, ammo sotuvchi boshqa jarayonlar qanday ta'sir qilishini bilish uchun kerak. Ba'zan bu muqobil echimni topishga yordam beradi.

Nima qilish kerak?Eng ma'lumotli blok - u tizimning talablari, taxminlari tavsiflanadi. Va bu erda Bashomgga kelgan va hayot bilan juda murakkab bo'lgan juda marvaridlar, mo''jizalar va to'qnashuvlar. Birinchisining sababi - foydalanuvchi o'zi nima qilishni bilmaydi. Hali ham kichik bir statistika mavjud - foydalanuvchi talablarni shakllantira olmaydi. Va keyin ishlab chiquvchining vazifasi (ishchi guruh, tahlilchilar, agar mavjud bo'lsa), kerakli talabni tanlashda, maqsadli talabni tanlashda, maqsadli talabni tanlashda yordamni kiriting. Xuddi shu blokda siz kutilgan natijani aytib o'tishingiz kerak.

Texnik topshiriq parametrlari- Shartlar, barcha tomonlardan mas'uliyatli, zarur aloqa va boshqalar. Aslida, bu texnik vazifa bilan hujjat ishlab chiqaradigan muhim rasmiy narsalarning kombinatsiyasi. Texnik vazifa rivojlanishni rivojlantirishda ko'plab o'zgarishlarga yo'l qo'ymaslik uchun majburiy ravishda kelishilishi shart va imzolanishi shart, ammo ular hali ham kichik hajmda).

Ideal versiyada texnik vazifa sotuvchining faol ishtirokida tuziladi va uning umumiy tarkibi bu tuzilishdir:

1. Har bir mexanizmning talablari va har bir funktsiyalar tavsifi
2. Ushbu funktsional imkoniyatlarning tavsifi
3. Har bir qadam uchun ishlash narxi alohida-alohida
4. Ushbu texnik topshiriq bo'yicha ishlarning umumiy qiymati
5. Ishlarni bosqichma-bosqich va sahna ko'rsatilishi bilan bajarish shartlari
6. O'rnatish shartlarining tavsifi va sinov
7. Texnik topshiriqning to'liq tabiati va boshqa shartlarning to'liq tabiati haqida.

Ishlab chiqaruvchining ko'z yoshlari tomonidan yozilgan 10 qoida

Texnik topshiriqni takomillashtirish bo'yicha texnik vazifasi bo'lishi kerak, mijoz uchun zarur bo'lgan CRMning 300-sahifasining tavsifi emas. Talablarni rasmiylashtirishdan oldin siz tizim interfeysi, imkoniyatlari, hujjatlari, ehtimol, "istaklar ro'yxati" ning aksariyati allaqachon asosiy ta'minotida. Ichki protsedura vositalariga e'tibor berishni maslahat beraman (hisobot dizaynerlari, konfigurator va boshqalar) - ehtimol zarur o'zgarishlar doimiy dasturchiga (ko'plab kompaniyalarda) amalga oshiriladi.

Texnik vazifa ochko'z bo'lmasligi kerak.Ko'pincha biznes ularning imkoniyatlarini engib, "hamma narsani darhol olishni xohlaydi." Bunday yondashuv pul nuqtai nazaridan yoki biznes nuqtai nazaridan asoslanmagan. Sotuvchi, qoida tariqasida, bir necha hafta (mintaqalarda - 15 yil) bo'lmagan va siz u bilan bog'lanishingiz mumkin va siz u bilan bog'lanishingiz mumkin va bir muncha vaqtdan keyin siz CRM nima etishmasligini tushunishingiz mumkin.

Kechagidayning yorqin namunasi kechagi kundan boshlab, mijoz buxgalteriya hisobi, keyin ushbu sotuvchi Erpning ERP ERP ERP ERPni o'z ichiga olgan bitta taniqli rus kompaniyasining ERPni sotib oldi. ERP o'z-o'zidan unchalik ko'p emas, balki juda mos emas. Ammo omborxonalar buxgalteriya hisobi va ishlab chiqarish bilan bir qatorda kranlar mos keladi. Eritqi bor: ERP haqida unutish, yig'lash, yangi CRM bilan buxgalteriya hisobini to'ldiring va qulay amalga oshirishda shodlaning shodlan. Ammo botqoqsiz pul achinishdir! Va mijoz KRMning ERP bilan integratsiyasini talab qiladi. Biz buni qilmadik, lekin nega bunday isrofgarchilik, nima uchun nisbatan shunga o'xshash tizim?

Texnik vazifa haqiqiy va bajarilishi kerak - ikkala talab va vaqtga ko'ra. Sotuvchining fikrini tinglash juda muhim, chunki u bir yoki boshqa vazifani bajarishi aniqligini aniq biladi. Menga ishoning, ishlab chiqaruvchi vaqtni va muddatni shamollashning foydali emas - bu iloji boricha ko'proq loyihalarni bajarish va obro'ga zarba bermaslik uchun foydali. Realizmga kelsak, CRM-ni Kolderider boshqaruv tizimining darajasiga qadar tugatishdan saqlaning, bu shunchaki haqiqatan ham zarur bo'lgan va yaqin kelajakda kerak bo'lgan narsalarning talablariga kiritilishi kerak.

Masalan, mintaqalar CRM - bu ish stoli dasturi, bizda brauzer uchun mijozingiz yo'q. Bizdan bitta kompaniya uchun veb-dasturni yaratishni so'rab, bu muhim rivojlanish, u hozirda o'tkazilmoqda va bitta kompaniyani qayta moliyalashtirish mumkin emas. Yo'q, albatta, hamma narsa uning narxiga ega, ammo yana - umuman, talab o'zgarmaydi.

Xususiyatni ishlab chiqishda va ariza va mantig'i haqida gap ketganda, vaziyatni chalkashtirib yuborishning hojati yo'q, "O'zingiz uchun" yangi dasturiy ta'minotni yaratish deyarli yangi dasturiy ta'minotni yaratish deyarli. Ammo bu boshqa voqea.

Texnik topshiriqni batafsil bayon qilish kerak. Siz kelajakdagi loyihaning barcha muhim tafsilotlarini ko'rsatishingiz kerak: dasturni interfeysdagi istaklarga ishlatish chastotasidan. Talablar qanchalik ko'p bo'lsa, osonroq va tezroq amalga oshiriladi va sinovdan o'tkaziladi. Ayniqsa, ma'lum bir sohada (tibbiyot, sug'urta, banklar) ishlayotgan bo'lsangiz, bu xususan, ishbilarmonlik bilan ishlashning to'liq bayonnomasi va dastur sotuvchi vazifasini va tez moslashuvni tushunishni ta'minlaydi. sizning kompaniyangizdagi tizim.

Raqamlar formatlariga, maydonlarning ismlariga, ochilish ro'yxatlarining mavjudligi yoki yo'qligi, tugmalarning xatti-harakatlari, ma'lumotlar turlarining xatti-harakatlari. Agar mijoz CRM ishining mantiqqa kirishi kerak bo'lgan shaxsiy formulalarni ishlatsa ( masalan, dilerlik bonuslarini hisoblash) Ushbu formulalar o'zlarining belgilari va hisoblash mantig'ini to'liq dekodlash bilan yozilishi kerak.

Ha, korporativ dasturiy ta'minot shunga o'xshaydi va unda juda ko'p muhim yo'nalishlar mavjud

Texnik vazifasi aniq va aniq bo'lishi kerak. Blurryy Tering, Amalga oshirish variantlari, loyqa talablari - o'lik tugaydi. Bu yaxshi niyatlardan kelgan mijoz tizimning xatti-harakati uchun bir nechta variantni yozadi, yaqin, ammo TP ga teng emas. Bunday holda, u yordam berishiga amin, lekin aslida, do'zaxga boradigan yo'lning yaxshi niyatini ishlab chiquvchi aynan qanday ehtiyojni tushunishi va uni qanday qilish kerakligini tushunishi kerak ishlatiladigan texnologiyalar tizimi va to'plami.

Bu yil siz yana bitta istakni berishingiz mumkin. Faqat, iltimos, tushunadigan biznes talablari kabi bajara olmaydigan bo'lsam ham, uni isrof qilmang!

Texnik vazifa inson tilida yozilishi kerak. Va bu muhim, yo'q, juda muhimdir. Til bilan bog'liq muammolar loyihani kuchaytirishga olib keladigan ikki vaziyatni ajratib turaman.

1. Mijoz texnik savodxonligini namoyish etishga harakat qilmoqda: "Bir oynani qayta ishlashga chaqirim bilan ishlov berish imkoniyati bo'lgan derazani qayta ishlash ..." Buning o'rniga, "kerak bajarilgan vazifani belgilashingiz mumkin bo'lgan oynani oching. " Agar siz yoki sizning ichki ekspertingiz texnik matnlarni yozish qobiliyati bo'lmasa, Google-ga ega bo'lmang - odatdagidek so'zlarni yozamiz.

   Texnik vazifasi bu haqda abaduli kitob bo'lmasligi kerak. Muammoni hal qilish, bu shriftlarga e'tibor berish va talablarning tavsifini unutish, deb ta'riflab, uni hal qilishda hal qilish kerak. TK nafaqat muammoni o'zi, balki uni tushunish darajasidagi echimini o'z ichiga olishi kerak - ishlab chiqaruvchi buni kodeke allaqachon hal qiladi. Solishtirmoq "Savdo bo'limi yomon rejalashtirmoqda, bir yil davomida kurashayotgan raqamlarni yo'qotadi" va "Siz Nomenklatura guruhlari kontekstida rejaning qadriyatlari va sotish faktlari, har oy rejimining qadriyatlarini va sotish haqiqatini ta'minlaydigan hisobotni yaratishingiz kerak".

   Texnik vazifa kelajakka qarash imkoniyatiga ega bo'lishi kerak.Xo'sh, unday emas, lekin uning orqasida turgan odamlar. Agar yaqin orada o'zgarishlar bo'lganligi ma'lum bo'lsa, biznes jarayonlarida o'zgarishlar ro'y beradi, shuning uchun qayta ko'rib chiqishni ikki marta takrorlash uchun hisobga olish kerak.

   Texnik vazifa byurokratik bo'lmasligi kerak. Agar siz hech bo'lmaganda ushbu hujjatni bir marta tashkil qilsangiz, byurokratiyaga, qat'iy inqiloblarga tushib qolish vasvasasi bilan bog'liq vasvasaga solish vasvasasidan boshqa narsani Jinoyat kodeksining maqolasi sifatida tasvirlash qiyinligi va har bir narsani Jinoyat kodeksining maqolasi sifatida tasvirlab berish uchun qiyinligini sezgan bo'lishi mumkin (afzal jazo hamma qoidabuzarlik uchun). Byurokratik formulalar niqob, TK yaratish maqsadlarini to'liq anglash. Sotuvchining zimmasi shartnoma asosida ro'yxatga olingan, byudjet u erda yozilgan. Ushbu fikrlarni texnik vazifada olib yurmang.

   Texnik vazifasi texnik vazifasi bo'lishi kerak. Bu paradoksal ko'rinadi, lekin ko'pincha TK o'rniga biz kran yoki uchrashuvning minutlari uchun xatlar, shikoyatlar, kontraktlarni o'qiymiz. Albatta, bunday hujjat uchun ishlash mumkin emas. Forma va tarkibdan uzoqlashmaslik uchun eski maktab hiylaidan foydalaning: atamani ko'rib chiqing. Texnik - bu tushuntirish buyurilganligini anglatadi, texnika dasturiy ta'minotni o'zgartirish orqali muammoni hal qilishga qaratilgan. Bu dasturiy ta'minot kontekstidagi vazifa va siz gaplashishingiz kerak. Vazifa masala, muammolar, maslahatlarsiz, maslahatlar va dastlabki hisob-kitoblar. Shunchaki tahrirli vazifa.

   Amrlar tugadi, endi mukofot

   Ko'rsatilgan qoidalarga qo'shimcha ravishda, bu haqda gapirish arziydi. Biz maqsadlar, rejalar va umidlar haqida gapirmoqdamiz - loyihani muvaffaqiyatli amalga oshiradigan va sotuvchi va mijozning munosabatlari deyarli do'stona.

   Texnik topshiriqni tezda yozishingiz kerakAgar siz uyali operator yoki katta gipermarket jarayonini avtomatlashtirish vazifangiz bo'lsa ham. Buning sababi, siz amalga oshirilayotgan juda katta tezlikda rivojlanayotganligi sababli, olti oy - yiliga yangi bo'sh joyni (va ba'zan ikki) omon qolishi mumkin. Ehtimol, siz qayta ishlash zarurligini qayta ko'rib chiqishingiz va qayta boshlashingiz kerak.

   

   
   Va nihoyat, u TKni tugatish uchun vaqt topdi. Ammo, afsuski, uni amalga oshirish uchun u erda ishlab chiqaruvchilar yo'q.

   Mijoz stack va texnik cheklovlar haqida bilmaydi.Va bilmasligi kerak - bu sotuvchining vazifasi, bu texnik vazifani tuzgandan so'ng, ishni baholaydi. Xaridor texnologiyada chuqurlashtirilmasligi va sotuvchi bir yoki boshqa narsani amalga oshirishi mumkin bo'lsa, har bir verguldan so'rash kerak. Har tomonlama tk qiling va ishlab chiqaruvchi munozarali arxitekturani tanlaydi - ko'pincha siz o'ylaganingizdan ham yaxshiroq.

   Byudjetni baholang va yoqimsiz kutilmagan hodisalardan saqlaning - Bir qo'shma vazifa. Siz sotuvchini siljitmasligingiz va undan ishning taxminiy bahoini (yaxshi, bu bo'shliqni, ko'zlarga, bu turdagi va boshqalar kabi, bu turdagi narsalar va tajriba bilan xato chegaralari). Byudjetni to'liq baholash faqat texnik vazifani o'qish, tahlil qilish va yakuniy tasdiqlashdan keyin mumkin. Agar sizning ishlab chiquvchiingiz boshqacha tarzda keladi - qayta-qayta tekshiruv kamida ikki baravar qimmatga tushadi.

   O'zgarishlar va kengaytmalarga muvofiq ravishda davom eting - Men yuqorida yozdimki, ishlab chiquvchi yo'qolmaydi va istalgan vaqtda sizning talablaringizga o'zgartirish va qo'shimchalar kiritishga tayyorman. Shuning uchun, zudlik bilan CRM / Erpning orzularini yaratishga urinmang, "Hammasi qahva ichguncha ishlaydi" - tizimda ishlaysiz va TKning talablari va to'plamiga talab va kompilyatsiyaga o'tishni davom ettiring .

   Texnik vazifalar haqida cheksiz deb yozishimiz mumkin, bu nafaqat xotiralar va bekatlar, balki bosh og'rig'i ham. Siz 1989 yilda ro'yxatdan o'tish uchun ustuvorlik va qoidalar haqida gapirishingiz mumkin, bu 1989 yil, IEE standartlari haqida, prototiplar va qo'shimcha tk. Ammo oxirida men o'zimizni eng muhim qoida: eng muhim qoida: Texnik vazifa - bu yaxshi emas, shuning uchun yaxshilansangiz, soddalashtirishingiz mumkin - soddalashtirishingiz mumkin. uni nafis holga keltiradi va uni amalga oshirishi mumkin. Ishonchim komilki, bundan keyin hech kim burunni tk-ni bosmaydi va u erda yozilmagan deb aytmaydi. Yoki deyarli hech kim yo'q.

   Barchasida biz o'lka va o'z rivojlanishimizning butun dasturiy ta'minotida chegirmalar beramiz. 1 dan 15 dekabrgacha - 15% va pul mablag'lari va ijaralarning tik shartlari. Bizda -70% va -90% yo'q, chunki biz litsenziyalar uchun iqtisodiy asosli narxni saqlab qoldik va uni shiftdan tutmaslik.

   Xo'sh, agar sizga CRM tizimi kerak bo'lsa (qayta ishlash yokisiz) keyin keling bizning veb-saytimiz CRM, uning afzalliklari va boshqa korporativ dasturlar haqida juda ko'p.

   Ha, biz har doim CRM va boshqa mahsulotlarni sotishga, CRM, sotishni va sotishga tayyor bo'lgan sheriklarni qidirmoqdamiz, CRM, Sotish dasturini va foydalanuvchilarga dars beradi. Daromad taqsimoti halol va foydali sherikdir. Biz ko'rsatamiz, ayting, o'rgating. Yozing [Elektron pochta bilan himoyalangan]

   Slaydlar, slaydlar. Http://www.modernanalyst.com va Pinterest-dan olingan komiks. Agar yaxshiroq tarjima bo'lsa - biz uni postda qilishdan xursand bo'lamiz.

Agar siz chet el saytlaridan "Mahsulot talablari hujjatlari" so'rovi bilan murojaat qilsangiz, texnik vazifa (TK, PRD) vafot etganligi haqidagi ijodiy va ishonchli maqolalarni topishingiz mumkin. Shu bilan birga, mahsulotni noldan oshirishda, prototiplar mijozning rekordlari, ba'zan juda kambag'al ko'rinishga ko'proq e'tibor qaratilgan. Ammo, agar biz asosiy tizimni qayta moliyalashtirish haqida gapiradigan bo'lsak, u mutlaqo boshqa burilish kerak. Bizni takomillashtirish bilan va maxsus ishlab chiqilgan rivojlanamiz, shuning uchun oshpaz biz uchun yolg'on gapirmasa, it itni yedi. Umuman olganda, bugun - sotib olingan va o'rnatilgan dasturiy ta'minotni qayta moliyalashtirishda yozilgan eng klassik texnik vazifalar haqida. Qisqasi, yara haqida.

O'zaro ta'sirning sababi

Texnik topshiriqni yaratish jarayonini tayyorlashdan oldin, keling, ijrochi va mijoz loyihaga tushadigan susari haqida gapiraylik.

Talablar- Buyurtmachi yoki jarayon egasi tomonidan tavsiflanadigan tizimning istalgan xatti-harakati. Qoida tariqasida talablar ish tajribasi asosida shakllantiriladi, dasturning to'g'ri xatti-harakati taqdimoti. Bu ishlab chiqaruvchi (sotuvchi) uchun asosiy ma'lumotlar, ammo bu eng ko'p to'qnashuvlarning eng ko'pi paydo bo'lishi, xatolar, keraksiz so'rovlar va boshqa so'rovlar to'plash bosqichida.

Resurslar - Talablarni bajarish jarayonida odamlar, mashinalar, uskunalar, rivojlanish muhiti, vaqt va pullar. Resurslar texnik vazifani tasdiqlash bosqichida aniq rejalashtirish va baholashni talab qiladi. Xaridorning ustuvor yo'nalishlarini va mehnat resurslarini sotuvchining taqsimlashiga vakolat qo'yish sizga vaqtni belgilash va boshqa xavflarni minimallashtirishga imkon beradi.

Qobiliyat - Agar qisqacha bo'lsa, unda bu sotuvchi (ijrochi). Bizning mintaqamizning misolini ko'rib chiqing. Mijoz tizimni sotib oladi va takomillashtirish ishini tashkil qiladi: siz sayt bilan bog'lanish, CRMda onlayn do'konda buyurtma raqamiga integratsiyalashingiz kerak. Bu haqiqatan ham bajarilgan talab, bizda manba va buni amalga oshirish imkoniyati bor. Va baribir CRM CMS-ni, sayt tarkibini boshqarish tizimini rivojlantirish va mahkamlash kerak. Nazariy jihatdan biz buni amalga oshirishimiz mumkin, ammo biz uni arzonlashtirish imkoniyatiga ega emasmiz va mijoz bizga inson va vaqtinchalik resurslarni vazifani bajarish uchun juda ko'p pul to'lashga qodir emas. Natijada, mijoz ushbu talabni rad etishdan bosh tortadi - va CMS ayniqsa kerak emas, hamma narsa juda yaxshi. Ammo keyinroq "ochko'z" haqida.

Cheklovlar - TKni qiyin yoki imkonsiz deb hisoblaydigan to'siqlar to'plami: byudjet, texnologiya, litsenziyalangan muammolar, qonun chiqaruvchi moddalar, apparat konfiguralari va boshqalar.

Shunday qilib, barcha to'rtta korxonalar o'zaro bog'liq bo'lib, ular umuman loyihaning muvaffaqiyatini aniqlaydilar. Har bir elementni ko'rib chiqing va texnik vazifa ustida ishlashingiz kerak bo'lgan tanqidiy lahzani ta'kidlashga harakat qiling.

Talablarni to'plash va tahlil qilish

Bu juda muhim ichki korporativ jarayoni, shunda ular dasturdan (shu erda va keyin biz CRM, boshqa turdagi dasturiy ta'minot bilan ishlash usullari). Agar siz ishchan sotuvchi turiga yoki tizim integratori bilan murojaat qilsangiz, unda sizga yuqori ehtimollik ehtimoli bor (bu shaxsiy menejer, u hisob menejeridir, u endi siz " bizning kompaniyamizda "). Aslida, aksariyat hollarda bu ikkita vazifani bajaradigan oddiy savdo bozori: Loyihaning narxini o'zgartirish va kancadan tushishga ruxsat bermang.

Bu allaqachon bir soat davomida bu erda va hatto oq marker taxtiga ham tegmadi. U haqiqiy tizim tahlilchisi emas

Siz va xodimlaringizdan yaxshiroq, hech kim sizning kompaniyangizni bilmaydi. Shunday qilib, talablarni to'plash va tahlil qilish faqat sotuvchiga yordam berish va yuborishingiz mumkin bo'lgan sizning vazifangiz, ammo hech qanday holatda jarayonga aralasholmaydi. Ishlab chiquvchidan shunga o'xshash amalga oshirish haqida so'rang, e'tibor berish va davom etishingizni tekshiring. Aytgancha, profil mavzusida yaxshi biladigan va rivojlanish jarayonida dasturiy ta'minot me'morchiligini va uning ichki ekspertori sifatida, u tahlilchi va ichki mutaxassis sifatida ish olib borishi mumkin bo'lgan xodimingiz bo'lishi mumkin. TK va sotuvchisi bilan aloqa qilish.

Talablarni to'plash uchun juda oddiy sxema mavjud.

1. Menejerlardan ishlaydigan guruh va CRM-dan foydalanadigan birliklarning tajribali mutaxassislarini yarating. Tanlash kerak bo'lgan echim haqida aytib bering, demo-versiyasiga kiring.
2. Ishchi guruh a'zolari xodimlarga ma'lumot uzatishlari va o'zlarining xohishlarini mutlaqo erkin shaklda yangi dasturga so'rashlari kerak. Agar xodimlardan kimdir bunday dasturiy ta'minotga duch kelmasa va kelajakda foydalanish sohasida gapirishga tayyor emas, siz undan davriy vazifalaringizni tasvirlab berishingizni so'rashingiz kerak, bu universal yondashuv.
3. Keyin har bir birlik kramay yoki u mos kelmaydigan narsada yoki u mos emas va ma'lumotlarni birlashtiradi.
4. Ishchi guruh to'plangan talablarni tahlil qiladi, cheklovlarni tekshiradi va yo'q qiladi. Masalan, ko'pincha savdo bo'limi va marketing bo'limi bir xil hisobot tomonidan buyurilgan, ammo talablarga binolar va sub'ektlarga turli xil usullar, ammo ularning orqasidagi ma'lumotlar bir xil. Shunga ko'ra, siz bitta shaklga kelishingiz kerak.
5. Ishchi guruh talablar ro'yxatini ishlab chiqaradi va ustuvor yo'nalishlarga ega. Ushbu bosqichda siz sotuvchini ulashingiz mumkin, chunki u resurslar uchun javobgardir. Masalan, siz sizdan o'lka uchun maxsus hisobot yaratishni so'rashingiz mumkin va siz sayt bilan integratsiyani buyurtma qilishingiz mumkin. Bu vazifaning nuqtai nazaridan mutlaqo farq qiladi, bu bu erda ustuvorlik juda muhimdir.

Talablar yig'ilgandan so'ng, xodimlar va boshqaruvlar bilan birgalikda amalga oshiriladi va texnik topshiriqni yaratishni boshlashingiz mumkin. Siz sotuvchi shaklidan so'rashingiz yoki uni o'zingiz qilishingiz mumkin - har qanday holatda, bosh og'rig'idan va siz va CRM provayderingizni tejashga imkon beradigan bir nechta temir qoidalari mavjud.

Texnik vazifaning anatomiyasi

Agar biz texnik vazifani yaratish jarayoni haqida gapiradigan bo'lsak, unda bir nechta bosqichlar mavjud. Ularning izchil o'tishi va mijozni kerakli qayta ishlashga olib keladi. Bu erda ular.

• Aniqlash - talablarni aniqlash, hal qilish kerak bo'lgan muammolarni bartaraf etish.
• Tahlil - talablarning talablarini, umumxalq ehtiyojlarini taqsimlash, umumlashtirish, umumlashtirish.
• Moslashish - bu CRM imkoniyatlari va mavjud biznes-jarayonlar kontekstida talablarni baholash.
• Hujjatlar - TK talablarining rasmiy va batafsil tavsifi, TK muvofiqlashtirish.
• Sotuvchi bilan aloqa (ishlab chiqaruvchi) sotuvchisi bilan ishlanayotgan TKga muvofiq takomillashtirish bilan bog'liq iterativ hamkorlik.
• Kerakli funktsional imkoniyatlarni yaratish bo'yicha sotuvchining ishi. Sotuvchi doimiy ravishda mijoz bilan aloqada bo'lsa, bu mijozning ko'rinishini eng aniq mos keladi.
• Sinov - sotuvchilar xodimlarining funktsional imkoniyatlarini, mijozning ichki ekspertlari va oxirgi foydalanuvchilar tomonidan takomillashtirish va TKning muvofiqligini o'zgartirish uchun tekshirish.

Umuman olganda, texnik vazifa loyihani yaratish yoki umuman aloqada bo'lmaganda kesishishi va hamkorlik qilishi mumkin bo'lgan bir nechta talablarning talablari asosida yaratilishi mumkin.

Biznes darajasi- murakkab va ustuvor vazifalarni hal qilish bo'yicha global daraja. Ushbu darajada biznes jarayonlarini integratsiyalash, takomillashtirish va modellashtirish yangi funktsional modullarni ishlab chiqish mumkin. Qoida tariqasida, bu jiddiy maslahatlashuvlar va mijoz bilan yaqin hamkorlik bilan bog'liq resursli intensiv rivojlanishdir. Masalan, bir vaqtlar o'lkada bir vaqtlar, bunday maxsus qayta ko'rib chiqish ombor, kassa va ishlab chiqarish edi. Asta-sekin, chiqarilishga kiritilgan o'zgarishlar, keyinchalik ulgurji, chakana savdo va gipermarketlar uchun yangi mahsulotni yaratishga imkon berdi - OFFoft chakana savdosi.

Foydalanuvchi darajasi yoki foydalanuvchi guruhi.Ushbu darajada amaldagi interfeysni qayta ko'rib chiqish bo'yicha vazifalar amalga oshiriladi. Masalan, foydalanuvchi kursorni istaganingizda, oxirgi tartibning raqami va holatida derazaning oyati va holati yoki maxsus ma'lumotlarni guruhlash bilan maxsus hisobot mavjud edi. Ushbu darajadagi neft kamroq vaqtni egallaydi, ammo ularning ko'pi bo'lishi mumkin - masalan, marketing kafedrasining talablari, logistika va texnik yordam.

Funktsional imkoniyatlar darajasi. Buni avvalgisidan ajratish ko'pincha qiyin bo'lib, bu erda rasmiy mezon ishlaydi - qayta ishlash interfeysda biron bir narsani namoyish qilish darajasida emas, balki tizim mantig'ini takomillashtirish darajasida emas. Bunga turli xil tartiblash, chat bilan integratsiyalar, telefoniya imkoniyatlari bilan talablar kiradi.

Xizmat darajasi - Aslida, ushbu darajadagi talablar birinchi bo'lib tuzatishlar bilan yangi qurilishlarga kirish kerak. Bular yuqori yuk, xavfsizlik ostida ishlaydigan tizim javobi tezligi uchun vazifalardir. Ideal versiyasida Venndor bunday yaxshilanishlarga ega bo'lmasligi kerak - korporativ dasturiy ta'minot sust, ma'lumotlarni yo'qotishi, qulashi va bitta darajadagi ruxsatlarni taqsimlash va taqsimlash. Ammo agar talab paydo bo'lsa, u mijozning shaxsiy partiyasi yoki apparatning yon tomonidagi muammolar bilan bog'liq emas, bu unga katta e'tibor berishga arziydi.

Texnologiyalar darajasi - Ro'yxatda davom eting, ammo qolganlaridan oldin va ahamiyati va qiyinchiliklari. Bular platforma, operatsion tizim yoki qurilmalar bilan bog'liq bo'lgan mijozlar talablari bo'lishi mumkin. Masalan, MacOS bo'yicha yig'ish to'plami. Agar bunday talablar asta-sekin ozod qilinsa, ammo bu erda tuzatiladigan bo'lsa, bu juda ajoyib. Bu ushbu darajadagi mijozlarga so'rovlardan foydalanamiz, Makofon CRM andozalarini kamdan-kam uchraydigan, ammo mavjud mobil versiya so'rovi sifatida TRM texnologiyasi yordamida o'chirilgan kirish huquqini berdik.

Texnik topshiriqning anatomiyasi har qanday holatda skelet shaklida oddiy. Texnik topshiriqning majburiy qismlari mijozga muammoni hal qilishga yordam beradi va topshiriqni to'g'ri shakllantiring va pudratchi - ulardan nima istayotganlarini tushunish uchun. Aytgancha, tushunish haqida. Albatta, postning boshida biz bir oz omon qoldik, biznes maslahatchilarini sinf sifatida rad etamiz. Bu shunday: har bir sotuvchi bozorda bir necha yil ishlaydi, ammo o'nlab yillar, shuningdek, deyarli har bir sohada ishlar mavjud. Shunga ko'ra, muhandislar, dasturchilar va savdo kompaniyaning har bir turida amalga oshirishning o'ziga xos xususiyatlari bilan tanish. Ammo yana, sizning biznesingizga e'tibor qaratish juda muhimdir.

Kimdan?Ushbu bo'limda kim cheklashning cheklangan foydalanuvchisi bo'lishini, qaysi vazifalarni hal qilish kerakligini va qaysi chastotani hal qilish kerakligini tasvirlash kerak.

Men misol keltiraman. Xuddi shu kompaniyada CRM ni taqdim etdi, ancha katta ma'lumot masofasi (oyiga bir necha o'n millionlab reklaslar, kuniga bir necha yuz ming yozuv) qabul qilindi. Savdo bo'limi boshlig'i ushbu yozuvlarni "kunlik" chastotasi bilan yuklab olish to'g'risida hisobotni talab qildi. Tabiiyki, bir vaqtning o'zida bir vaqtning o'zida ishlagan holda ishlov berish jarayonini optimallashtirish uchun tizimning yuzlab foydalanuvchilar topildi. Amalda allaqachon ish paytida savdolar qayta tiklandi va hisobot faqat oy yakunlari bo'yicha zarur va keyinchalik jadvalda ishga tushirilishi kerakligi ma'lum bo'ldi. Vaqt va pul behuda sarflanganligini aytadimi?

Nima uchun?Ishlashga va uning biznes jarayoniga bo'lgan ehtiyojni asoslash. Ushbu mahsulot mijozning o'zi uchun ko'proq kerak, ammo sotuvchi boshqa jarayonlar qanday ta'sir qilishini bilish uchun kerak. Ba'zan bu muqobil echimni topishga yordam beradi.

Nima qilish kerak?Eng ma'lumotli blok - u tizimning talablari, taxminlari tavsiflanadi. Va bu erda Bashomgga kelgan va hayot bilan juda murakkab bo'lgan juda marvaridlar, mo''jizalar va to'qnashuvlar. Birinchisining sababi - foydalanuvchi o'zi nima qilishni bilmaydi. Hali ham kichik bir statistika mavjud - foydalanuvchi talablarni shakllantira olmaydi. Va keyin ishlab chiquvchining vazifasi (ishchi guruh, tahlilchilar, agar mavjud bo'lsa), kerakli talabni tanlashda, maqsadli talabni tanlashda, maqsadli talabni tanlashda yordamni kiriting. Xuddi shu blokda siz kutilgan natijani aytib o'tishingiz kerak.

Texnik topshiriq parametrlari- Shartlar, barcha tomonlardan mas'uliyatli, zarur aloqa va boshqalar. Aslida, bu texnik vazifa bilan hujjat ishlab chiqaradigan muhim rasmiy narsalarning kombinatsiyasi. Texnik vazifa rivojlanishni rivojlantirishda ko'plab o'zgarishlarga yo'l qo'ymaslik uchun majburiy ravishda kelishilishi shart va imzolanishi shart, ammo ular hali ham kichik hajmda).

Ideal versiyada texnik vazifa sotuvchining faol ishtirokida tuziladi va uning umumiy tarkibi bu tuzilishdir:

1. Har bir mexanizmning talablari va har bir funktsiyalar tavsifi
2. Ushbu funktsional imkoniyatlarning tavsifi
3. Har bir qadam uchun ishlash narxi alohida-alohida
4. Ushbu texnik topshiriq bo'yicha ishlarning umumiy qiymati
5. Ishlarni bosqichma-bosqich va sahna ko'rsatilishi bilan bajarish shartlari
6. O'rnatish shartlarining tavsifi va sinov
7. Texnik topshiriqning to'liq tabiati va boshqa shartlarning to'liq tabiati haqida.

Ishlab chiqaruvchining ko'z yoshlari tomonidan yozilgan 10 qoida

Texnik topshiriqni takomillashtirish bo'yicha texnik vazifasi bo'lishi kerak, mijoz uchun zarur bo'lgan CRMning 300-sahifasining tavsifi emas. Talablarni rasmiylashtirishdan oldin siz tizim interfeysi, imkoniyatlari, hujjatlari, ehtimol, "istaklar ro'yxati" ning aksariyati allaqachon asosiy ta'minotida. Ichki protsedura vositalariga e'tibor berishni maslahat beraman (hisobot dizaynerlari, konfigurator va boshqalar) - ehtimol zarur o'zgarishlar doimiy dasturchiga (ko'plab kompaniyalarda) amalga oshiriladi.

Texnik vazifa ochko'z bo'lmasligi kerak.Ko'pincha biznes ularning imkoniyatlarini engib, "hamma narsani darhol olishni xohlaydi." Bunday yondashuv pul nuqtai nazaridan yoki biznes nuqtai nazaridan asoslanmagan. Sotuvchi, qoida tariqasida, bir necha hafta (mintaqalarda - 15 yil) bo'lmagan va siz u bilan bog'lanishingiz mumkin va siz u bilan bog'lanishingiz mumkin va bir muncha vaqtdan keyin siz CRM nima etishmasligini tushunishingiz mumkin.

Kechagidayning yorqin namunasi kechagi kundan boshlab, mijoz buxgalteriya hisobi, keyin ushbu sotuvchi Erpning ERP ERP ERP ERPni o'z ichiga olgan bitta taniqli rus kompaniyasining ERPni sotib oldi. ERP o'z-o'zidan unchalik ko'p emas, balki juda mos emas. Ammo omborxonalar buxgalteriya hisobi va ishlab chiqarish bilan bir qatorda kranlar mos keladi. Eritqi bor: ERP haqida unutish, yig'lash, yangi CRM bilan buxgalteriya hisobini to'ldiring va qulay amalga oshirishda shodlaning shodlan. Ammo botqoqsiz pul achinishdir! Va mijoz KRMning ERP bilan integratsiyasini talab qiladi. Biz buni qilmadik, lekin nega bunday isrofgarchilik, nima uchun nisbatan shunga o'xshash tizim?

Texnik vazifa haqiqiy va bajarilishi kerak - ikkala talab va vaqtga ko'ra. Sotuvchining fikrini tinglash juda muhim, chunki u bir yoki boshqa vazifani bajarishi aniqligini aniq biladi. Menga ishoning, ishlab chiqaruvchi vaqtni va muddatni shamollashning foydali emas - bu iloji boricha ko'proq loyihalarni bajarish va obro'ga zarba bermaslik uchun foydali. Realizmga kelsak, CRM-ni Kolderider boshqaruv tizimining darajasiga qadar tugatishdan saqlaning, bu shunchaki haqiqatan ham zarur bo'lgan va yaqin kelajakda kerak bo'lgan narsalarning talablariga kiritilishi kerak.

Masalan, mintaqalar CRM - bu ish stoli dasturi, bizda brauzer uchun mijozingiz yo'q. Bizdan bitta kompaniya uchun veb-dasturni yaratishni so'rab, bu muhim rivojlanish, u hozirda o'tkazilmoqda va bitta kompaniyani qayta moliyalashtirish mumkin emas. Yo'q, albatta, hamma narsa uning narxiga ega, ammo yana - umuman, talab o'zgarmaydi.

Xususiyatni ishlab chiqishda va ariza va mantig'i haqida gap ketganda, vaziyatni chalkashtirib yuborishning hojati yo'q, "O'zingiz uchun" yangi dasturiy ta'minotni yaratish deyarli yangi dasturiy ta'minotni yaratish deyarli. Ammo bu boshqa voqea.

Texnik topshiriqni batafsil bayon qilish kerak. Siz kelajakdagi loyihaning barcha muhim tafsilotlarini ko'rsatishingiz kerak: dasturni interfeysdagi istaklarga ishlatish chastotasidan. Talablar qanchalik ko'p bo'lsa, osonroq va tezroq amalga oshiriladi va sinovdan o'tkaziladi. Ayniqsa, ma'lum bir sohada (tibbiyot, sug'urta, banklar) ishlayotgan bo'lsangiz, bu xususan, ishbilarmonlik bilan ishlashning to'liq bayonnomasi va dastur sotuvchi vazifasini va tez moslashuvni tushunishni ta'minlaydi. sizning kompaniyangizdagi tizim.

Raqamlar formatlariga, maydonlarning ismlariga, ochilish ro'yxatlarining mavjudligi yoki yo'qligi, tugmalarning xatti-harakatlari, ma'lumotlar turlarining xatti-harakatlari. Agar mijoz CRM ishining mantiqqa kirishi kerak bo'lgan shaxsiy formulalarni ishlatsa ( masalan, dilerlik bonuslarini hisoblash) Ushbu formulalar o'zlarining belgilari va hisoblash mantig'ini to'liq dekodlash bilan yozilishi kerak.

Ha, korporativ dasturiy ta'minot shunga o'xshaydi va unda juda ko'p muhim yo'nalishlar mavjud

Texnik vazifasi aniq va aniq bo'lishi kerak. Blurryy Tering, Amalga oshirish variantlari, loyqa talablari - o'lik tugaydi. Bu yaxshi niyatlardan kelgan mijoz tizimning xatti-harakati uchun bir nechta variantni yozadi, yaqin, ammo TP ga teng emas. Bunday holda, u yordam berishiga amin, lekin aslida, do'zaxga boradigan yo'lning yaxshi niyatini ishlab chiquvchi aynan qanday ehtiyojni tushunishi va uni qanday qilish kerakligini tushunishi kerak ishlatiladigan texnologiyalar tizimi va to'plami.

Bu yil siz yana bitta istakni berishingiz mumkin. Faqat, iltimos, tushunadigan biznes talablari kabi bajara olmaydigan bo'lsam ham, uni isrof qilmang!

Texnik vazifa inson tilida yozilishi kerak. Va bu muhim, yo'q, juda muhimdir. Til bilan bog'liq muammolar loyihani kuchaytirishga olib keladigan ikki vaziyatni ajratib turaman.

1. Mijoz texnik savodxonligini namoyish etishga harakat qilmoqda: "Bir oynani qayta ishlashga chaqirim bilan ishlov berish imkoniyati bo'lgan derazani qayta ishlash ..." Buning o'rniga, "kerak bajarilgan vazifani belgilashingiz mumkin bo'lgan oynani oching. " Agar siz yoki sizning ichki ekspertingiz texnik matnlarni yozish qobiliyati bo'lmasa, Google-ga ega bo'lmang - odatdagidek so'zlarni yozamiz.

   Texnik vazifasi bu haqda abaduli kitob bo'lmasligi kerak. Muammoni hal qilish, bu shriftlarga e'tibor berish va talablarning tavsifini unutish, deb ta'riflab, uni hal qilishda hal qilish kerak. TK nafaqat muammoni o'zi, balki uni tushunish darajasidagi echimini o'z ichiga olishi kerak - ishlab chiqaruvchi buni kodeke allaqachon hal qiladi. Solishtirmoq "Savdo bo'limi yomon rejalashtirmoqda, bir yil davomida kurashayotgan raqamlarni yo'qotadi" va "Siz Nomenklatura guruhlari kontekstida rejaning qadriyatlari va sotish faktlari, har oy rejimining qadriyatlarini va sotish haqiqatini ta'minlaydigan hisobotni yaratishingiz kerak".

   Texnik vazifa kelajakka qarash imkoniyatiga ega bo'lishi kerak.Xo'sh, unday emas, lekin uning orqasida turgan odamlar. Agar yaqin orada o'zgarishlar bo'lganligi ma'lum bo'lsa, biznes jarayonlarida o'zgarishlar ro'y beradi, shuning uchun qayta ko'rib chiqishni ikki marta takrorlash uchun hisobga olish kerak.

   Texnik vazifa byurokratik bo'lmasligi kerak. Agar siz hech bo'lmaganda ushbu hujjatni bir marta tashkil qilsangiz, byurokratiyaga, qat'iy inqiloblarga tushib qolish vasvasasi bilan bog'liq vasvasaga solish vasvasasidan boshqa narsani Jinoyat kodeksining maqolasi sifatida tasvirlash qiyinligi va har bir narsani Jinoyat kodeksining maqolasi sifatida tasvirlab berish uchun qiyinligini sezgan bo'lishi mumkin (afzal jazo hamma qoidabuzarlik uchun). Byurokratik formulalar niqob, TK yaratish maqsadlarini to'liq anglash. Sotuvchining zimmasi shartnoma asosida ro'yxatga olingan, byudjet u erda yozilgan. Ushbu fikrlarni texnik vazifada olib yurmang.

   Texnik vazifasi texnik vazifasi bo'lishi kerak. Bu paradoksal ko'rinadi, lekin ko'pincha TK o'rniga biz kran yoki uchrashuvning minutlari uchun xatlar, shikoyatlar, kontraktlarni o'qiymiz. Albatta, bunday hujjat uchun ishlash mumkin emas. Forma va tarkibdan uzoqlashmaslik uchun eski maktab hiylaidan foydalaning: atamani ko'rib chiqing. Texnik - bu tushuntirish buyurilganligini anglatadi, texnika dasturiy ta'minotni o'zgartirish orqali muammoni hal qilishga qaratilgan. Bu dasturiy ta'minot kontekstidagi vazifa va siz gaplashishingiz kerak. Vazifa masala, muammolar, maslahatlarsiz, maslahatlar va dastlabki hisob-kitoblar. Shunchaki tahrirli vazifa.

   Amrlar tugadi, endi mukofot

   Ko'rsatilgan qoidalarga qo'shimcha ravishda, bu haqda gapirish arziydi. Biz maqsadlar, rejalar va umidlar haqida gapirmoqdamiz - loyihani muvaffaqiyatli amalga oshiradigan va sotuvchi va mijozning munosabatlari deyarli do'stona.

   Texnik topshiriqni tezda yozishingiz kerakAgar siz uyali operator yoki katta gipermarket jarayonini avtomatlashtirish vazifangiz bo'lsa ham. Buning sababi, siz amalga oshirilayotgan juda katta tezlikda rivojlanayotganligi sababli, olti oy - yiliga yangi bo'sh joyni (va ba'zan ikki) omon qolishi mumkin. Ehtimol, siz qayta ishlash zarurligini qayta ko'rib chiqishingiz va qayta boshlashingiz kerak.

   

   
   Va nihoyat, u TKni tugatish uchun vaqt topdi. Ammo, afsuski, uni amalga oshirish uchun u erda ishlab chiqaruvchilar yo'q.

   Mijoz stack va texnik cheklovlar haqida bilmaydi.Va bilmasligi kerak - bu sotuvchining vazifasi, bu texnik vazifani tuzgandan so'ng, ishni baholaydi. Xaridor texnologiyada chuqurlashtirilmasligi va sotuvchi bir yoki boshqa narsani amalga oshirishi mumkin bo'lsa, har bir verguldan so'rash kerak. Har tomonlama tk qiling va ishlab chiqaruvchi munozarali arxitekturani tanlaydi - ko'pincha siz o'ylaganingizdan ham yaxshiroq.

   Byudjetni baholang va yoqimsiz kutilmagan hodisalardan saqlaning - Bir qo'shma vazifa. Siz sotuvchini siljitmasligingiz va undan ishning taxminiy bahoini (yaxshi, bu bo'shliqni, ko'zlarga, bu turdagi va boshqalar kabi, bu turdagi narsalar va tajriba bilan xato chegaralari). Byudjetni to'liq baholash faqat texnik vazifani o'qish, tahlil qilish va yakuniy tasdiqlashdan keyin mumkin. Agar sizning ishlab chiquvchiingiz boshqacha tarzda keladi - qayta-qayta tekshiruv kamida ikki baravar qimmatga tushadi.

   O'zgarishlar va kengaytmalarga muvofiq ravishda davom eting - Men yuqorida yozdimki, ishlab chiquvchi yo'qolmaydi va istalgan vaqtda sizning talablaringizga o'zgartirish va qo'shimchalar kiritishga tayyorman. Shuning uchun, zudlik bilan CRM / Erpning orzularini yaratishga urinmang, "Hammasi qahva ichguncha ishlaydi" - tizimda ishlaysiz va TKning talablari va to'plamiga talab va kompilyatsiyaga o'tishni davom ettiring .

   Texnik vazifalar haqida cheksiz deb yozishimiz mumkin, bu nafaqat xotiralar va bekatlar, balki bosh og'rig'i ham. Siz 1989 yilda ro'yxatdan o'tish uchun ustuvorlik va qoidalar haqida gapirishingiz mumkin, bu 1989 yil, IEE standartlari haqida, prototiplar va qo'shimcha tk. Ammo oxirida men o'zimizni eng muhim qoida: eng muhim qoida: Texnik vazifa - bu yaxshi emas, shuning uchun yaxshilansangiz, soddalashtirishingiz mumkin - soddalashtirishingiz mumkin. uni nafis holga keltiradi va uni amalga oshirishi mumkin. Ishonchim komilki, bundan keyin hech kim burunni tk-ni bosmaydi va u erda yozilmagan deb aytmaydi. Yoki deyarli hech kim yo'q.

   Barchasida biz o'lka va o'z rivojlanishimizning butun dasturiy ta'minotida chegirmalar beramiz. 1 dan 15 dekabrgacha - 15% va pul mablag'lari va ijaralarning tik shartlari. Bizda -70% va -90% yo'q, chunki biz litsenziyalar uchun iqtisodiy asosli narxni saqlab qoldik va uni shiftdan tutmaslik.

   Xo'sh, agar sizga CRM tizimi kerak bo'lsa (qayta ishlash yokisiz) keyin keling bizning veb-saytimiz CRM, uning afzalliklari va boshqa korporativ dasturlar haqida juda ko'p.

   Ha, biz har doim CRM va boshqa mahsulotlarni sotishga, CRM, sotishni va sotishga tayyor bo'lgan sheriklarni qidirmoqdamiz, CRM, Sotish dasturini va foydalanuvchilarga dars beradi. Daromad taqsimoti halol va foydali sherikdir. Biz ko'rsatamiz, ayting, o'rgating. Yozing [Elektron pochta bilan himoyalangan]

   Slaydlar, slaydlar. Http://www.modernanalyst.com va Pinterest-dan olingan komiks. Agar yaxshiroq tarjima bo'lsa - biz uni postda qilishdan xursand bo'lamiz.

Texnik topshiriqning 1Cni yakunlash uchun to'g'ridan-to'g'ri ishlab chiquvchilar oldin belgilangan vazifalarga to'g'ridan-to'g'ri hal qilinadimi, bevosita bog'liq. Shu bilan birga, bunday hujjat bilan ishlashda ba'zi qiyinchiliklar mavjud. TKning keng tushunchasida avtomatlashtirilgan tizim (AC) ni yaratishda, shuningdek ish tartibini yaratish va yangilashda me'yorlar buyuriladi. Bunga shuningdek loyihalarni boshlash standartlari to'plamini ham o'z ichiga oladi. Texnik topshiriqning rolini anglash 19.201-78 va 34,602-89 talablariga ko'ra, GOST 19.78 va 34,602-89 talablariga binoan ta'kidlanadi. Ushbu hujjatning qiymatini yana bir talqin qilish, amaliyotga yaqinroq ma'lumot mavjud.

Yana bir ta'rifga ko'ra, 1Cni yakunlash uchun texnik vazifasi kelajakdagi tizimning maqsad va parametrlarini, shuningdek, hujjatlar va uning ro'yxatini tartibga soluvchi hujjatdir. Bunday talqin bizga dasturchilar va mijozlarning manfaatlarini hisobga olishga imkon beradi.

Nima bo'lishi kerak?

Dasturni ishlab chiqish uchun har qanday texnik vazifa Pudratchi tomonidan yaratilgan. Ammo bu dasturchi emas, balki tahlilchi. Bu muhim nuqta, chunki hujjatni tilda tuzatish, mijozga tushunarli ravishda, yuqori ixtisoslashtirilgan texnik nuqtai nazarga ega emas. Loyihaning barcha nuanslari hisobga olinganda va ma'lumotlar to'g'ri belgilanadi, TK barcha mijozlar bilan kelishilgan. Kelishuvi bo'lsa, dasturchilar ulanadi. Shu bilan birga, kerakli natija hujjatda aniq ko'rsatilgan bo'lishi kerak. Bu ishlab chiqaruvchilarga to'g'ri maqsadga to'g'ri kelgan va uni turli bosqichlarda tekshirishga yordam beradi. Texnik topshiriqni 1Cni yakunlash bo'yicha katta e'tibor ham formulalar to'lashga arziydi. Buning uchun ular etarlicha o'ziga xos bo'ladi va boshqa talqinni o'z zimmalariga olishlari kerak. Bu siz TK bilan ishlashda eslab qolishingiz kerak bo'lgan birinchi narsa. Dizaynga har tomonlama murojaat qilish kerak. Bu hujjat sarlavhasi bilan qo'llaniladi.

Texnik topshiriqning 1C rivojlanishidagi asosiy xatolar

Ish bozorining tarkibi GOST 34.602-89 tomonidan tartibga solinadi. Ushbu hujjatda TK tarkibidagi ma'lumotlar bloklarining raqami va ketma-ketligi uchun aniq talablar mavjud. Shu bilan birga, taqdimot usullari uchun qat'iy standart standartlar mavjud emas. Ushbu holat murakkab vazifalarni echish uchun katta imkoniyatlarni qamrab oladi va shu bilan birga hujjatni tayyorlashda ko'plab xatolarga olib kelishi mumkin. Ko'pincha quyidagi noaniqliklar:

1. Turli xil tafsilotlardagi ba'zi bo'limlarni takrorlash.
2. Ma'lumotlar tasodifiy ravishda amalga oshiriladi. Ideal holda, u biznes jarayonlari yoki tizim modullari kabi ma'lum bir tuzilishga murojaat qilishi kerak.
3. Turli bo'limlardagi ma'lumotlar turli darajadagi tafsilotlar bilan ta'minlanadi.

Bularning barchasi TKda o'rnatilgan mijoz tomonidan ma'lumotni tushunishni oldini oladi. Bu hamkorlikni yanada ko'proq vaqt sarflash jarayonini ham qiyinlashtiradi.

Xaridorni ko'rganingizdan so'ng, TK namunalari 1C ni yakunlashi mumkin va har doim ham yaxshiroq emas. Bu o'z navbatida, odatda dasturchilarni ma'lumotni to'g'ri qabul qilishga xalaqit beradi. Bu, ayniqsa, kichik tajribaga ega bo'lgan mutaxassislarga tegishli. Ushbu bosqichda ko'pincha quyidagi xatolar ro'y beradi:

1. Turli bo'limlarning talablari bir-biriga ziddir.
2. Formalar noto'g'ri.
3. Joylar keraksiz batafsil.

Shunchaki ro'yxatlangan xatolardan xalos bo'ling. Bu, avvalambor, natijani ehtiyotkorlik bilan belgilash uchun emas, balki navigatsiya kerak. Shuni yodda tutish kerakki, TK loyiha funktsiyalari, uning asosiy parametrlari va maqsadlari tasvirlangan.

TKni rivojlantirishda xatolardan qochish kerak?

Keyingi keyingi tavsiyalarga tegishli bo'lgan asosiy qoida - bu shakllantirilgan bo'lishi kerak. Buning uchun siz GOST, boshqa me'yoriy hujjatlar / boshqa me'yoriy hujjatlardan foydalanishingiz kerak. Bu pudratchi va mijozga ma'lumotlarni bir tarzda idrok etishga imkon beradi.

Texnik topshiriqning misoli 1C loyihasi loyihani amalga oshiradigan sohaning tilidan foydalanishni anglatadi. Avvalo, mijoz uchun kerak. Shu bilan birga, matnda har qanday taqqoslashdan foydalanishga arzimaydi, chunki ular turli yo'llar bilan izohlanishi mumkin.

Hisobot va boshqa elementlarni ishlab chiqishga texnik topshiriqni tuzishda asosiy qoidalar 1c:

1. TK pudratchi va mijoz tomonidan birgalikda yaratilgan.
2. Dasturchilarning ishlashiga faqat ob'ektiv talablar joylashtirilishi kerak. Loyihaning muvaffaqiyatli rivojlanishi uchun mijozning subyekori ko'rinishi minimallashtirilishi kerak.
3. Siz mijozlarga kerak bo'lgan natijani batafsil tasvirlashingiz kerak. Shu bilan birga, 1C konfiguratsiyasini ishlab chiqish uchun texnik vazifa misolida siz element ishlashi kerak bo'lgan barcha parametrlarni buyurishingiz kerak. Aks holda, natijada kerakli narsadan juda farq qilishi mumkin.
4. Rassomning xatarlari va mijoz taxminan teng va minimallashtirilishi kerak.
5. Tadbirkorlik aloqalari bilan aloqada bo'lgan va ma'lum bir sohada qo'llanilmagan shartlardan foydalanish mumkin emas.

1C yoki boshqa elementda hisobotni ishlab chiqishda TKni yaratish uchun tahlilchi mijozning faoliyatining barcha xususiyatlarini bilishi kerak. Talablarda siz pudratchi uchun foydali bo'lgan faqat foydali ma'lumotlarni berishingiz kerak. Tekshiruvni hal qilish kerak bo'lgan so'nggi vazifalarga alohida e'tibor berilsa, texnik vazifaning yagona misoli mavjud emas.

TK noto'g'ri kompilyatsiya qilish xavfi

Yuqorida sanab o'tilgan xatolar tizimni yaratishga sarflanadigan vaqtning o'sishiga olib kelishi mumkin. Bu qo'shimcha xarajatlar va norozilikni talab qiladi. Ma'lumotlar bazasini ishlab chiqish yoki boshqa konfiguratsiya uchun texnik vazifasi 1C tajribali mutaxassislar bo'lishi kerak. Ushbu hujjatni tushunish uchun qancha ma'lumot olishi mumkinligi, barcha ishtirokchilar manfaati bog'liq. Xaridor biznes vazifalarini hal qilish uchun samarali avtomatlashtirilgan tizimni oladi. Shu bilan birga, pudratchi yana bir foydali mijoz hisoblanadi. Business egalari har bir sherik kompaniyalarini tanlashda imkon qadar yaqin bo'lishi kerak, chunki tashkilotning samaradorligi sifat jihatidan, tashkilotning samaradorligi bog'liqligiga bog'liq.