Vytvorenie schémy konštruktívnej interakcie so zákazníkom. Projektový manažment

1.1. Interakcia so zákazníkmi (hlavné funkcie)

1.1.1. Vyhľadávanie objednávok

    7.2.3.1. Informácie o produkte

1.1.2. Predzmluvná práca so zákazníkom

Regulačné dokumenty

    2.2.1.2.1. Predzmluvná práca so zákazníkom STP-1-01

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.2.1.1. Požiadavky zákazníkov na produkty vrátane požiadaviek na dostupnosť, dodanie a údržbu

    7.2.2.4. Stanovenie schopnosti dosiahnuť súlad s určitými požiadavkami

    // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

1.1.3. Tvorba referenčných podmienok

Regulačné dokumenty

    2.2.1.2.2. Postup pri analýze a uzatváraní zmluvy STP-2-01 // Normy podniku Ellat (STP) / Dokumenty systému manažérstva kvality / Interné predpisov/ Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.2.1.2. Požiadavky nešpecifikované zákazníkom, ale nevyhnutné pre zamýšľané alebo špecifikované použitie // Definícia požiadaviek zákazníka / Procesy súvisiace so zákazníkom / PREDAJ PRODUKTOV

    7.2.1.3. Povinnosti súvisiace s produktom vrátane povinných požiadaviek a právnych ustanovení // Definícia požiadaviek zákazníka / Procesy súvisiace so zákazníkom / PREDAJ PRODUKTOV

    // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

    7.2.2.2. Potvrdenie požiadaviek spotrebiteľa pred ich prijatím, ak spotrebiteľ nepredloží písomné vyhlásenie o požiadavkách // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

    7.2.2.3. Objasnenie zmien v požiadavkách zmluvy alebo objednávky, ktoré sa líšia od tých, ktoré boli predtým zadané (napríklad prostredníctvom ponuky alebo odkazov) // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

    7.3.1.1. Určenie štádií procesu návrhu a/alebo vývoja

    7.3.2.2. Platné právne a regulačné požiadavky

    7.3.2.3. Použiteľné údaje odvodené z podobného predchádzajúceho vývoja // Vstupné dáta pre návrh a vývoj / Dizajn a vývoj / PREDAJ PRODUKTOV

    7.3.2.4. Ďalšie požiadavky dôležité pre dizajn a vývoj // Vstupné dáta pre návrh a vývoj / Dizajn a vývoj / PREDAJ PRODUKTOV

    7.3.4.1. Hodnotenie schopnosti splniť požiadavky

1.1.4. Uzatváranie zmlúv

Regulačné dokumenty

    2.2.1.2.3. Predpisy o zmluvnej práci so zákazníkom (STP-3-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

1.1.5. Sledovanie plnenia zmluvných záväzkov

Regulačné dokumenty

    2.2.1.2.3.2. Postup pri analýze zmien a vykonávaní zmien v Zmluvných dokumentoch // Predpisy o zmluvnej práci so zákazníkom (STP-3-01) / Ellat Enterprise Standards (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

    2.2.1.2.4.1. Postup pri vybavovaní reklamácií a reklamácií Zákazníka

    2.2.1.2.4.2. Postup pri odstraňovaní pripomienok Objednávateľa // Predpisy o nápravných a preventívnych opatreniach (STP-4-01) / Ellat Enterprise Standards (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.2.3.2. Spracovanie požiadaviek, zmlúv, objednávok vrátane zmien // Komunikácia so spotrebiteľom / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

1.2. Plánovanie práce na projekte (hlavné funkcie)

1.2.1. Objasnenie zloženia komplexu a rozsahu vývoja

Regulačné dokumenty

    // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.2.2.1. Definícia požiadaviek na produkt // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

1.2.2. Plánovanie zabezpečenia kvality projektu

Regulačné dokumenty

    2.2.1.2.5. Zloženie a postup vývoja programu zabezpečenia kvality projektu (STP-5-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

  • 7.1.1. Stanovenie cieľov kvality pre produkt, projekt alebo zmluvu
  • 7.1.3. Definícia kontrolných a schvaľovacích činností a kritérií prijatia // Plánovanie procesov predaja / PREDAJ PRODUKTOV

    7.2.2.5. Oprava výsledkov analýzy a následné následné opatrenia (pozri článok 5.5.7) // Analýza požiadaviek na produkt / Procesy súvisiace so spotrebiteľom / PREDAJ PRODUKTOV

    7.3.1.2. Definícia kontrolných, overovacích a schvaľovacích činností pre každú fázu návrhu a/alebo vývoja // Plánovanie dizajnu a vývoja / Dizajn a vývoj / PREDAJ PRODUKTOV

1.2.3. Tvorba súkromných technických špecifikácií pre vývoj základné časti komplexný

Regulačné dokumenty

    2.2.1.2.7. Technológia realizácie projektu. Etapy a poradie prác (STP-7-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

1.2.4. Plánovanie projektu

Regulačné dokumenty

    // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.1.2. Určenie potreby vytvorenia procesov a dokumentácie, poskytnutie zdrojov a infraštruktúry špecifickej pre daný produkt // Plánovanie procesov predaja / PREDAJ PRODUKTOV

1.2.5. Koordinácia a prevádzková kontrola výkon práce

Regulačné dokumenty

    2.2.1.2.4.3. Postup nápravných opatrení // Predpisy o nápravných a preventívnych opatreniach (STP-4-01) / Ellat Enterprise Enterprise Standards (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

    2.2.1.2.6. Nariadenie o plánovaní práce (STP-6-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.3.4.2. Identifikácia problémov a vypracovanie návrhov na nadväzujúce opatrenia // Analýza dizajnu a vývoja / Dizajn a vývoj / PRODUKT MAILING

    7.3.7. Riadenie zmien dizajnu a vývoja

1.3. Vývoj dizajnu, softvéru a prevádzkovej dokumentácie (hlavné funkcie)

1.3.1. Vypracovanie dokumentácie k hardvéru komplexu

Regulačné dokumenty

    2.2.1.2.7. Technológia realizácie projektu. Etapy a poradie prác (STP-7-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

    2.3.3.3. Plán práce pre oddelenie vývoja a výroby hardvéru

1.3.2. Vývoj softvérovej časti komplexu

Regulačné dokumenty

    2.2.1.2.7. Technológia realizácie projektu. Etapy a poradie prác (STP-7-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

    2.3.3.4. Plán práce pre oddelenie vývoja a výroby softvér // Programy a akčné plány / Organizačné a administratívne dokumenty spoločnosti / Predpisy

1.3.4. Analýza a schválenie výsledkov návrhu

Regulačné dokumenty

    2.2.1.2.7. Technológia realizácie projektu. Etapy a poradie prác (STP-7-01) // Enterprise Standards Ellat (STP) / Dokumenty systému manažérstva kvality / Interné regulačné dokumenty / Predpisy

Požiadavky na systém manažérstva kvality ISO9000:2000, doložka 7

    7.3.3.1. V súlade s požiadavkami na dizajn a vývoj

    7.3.3.2. Poskytnite príslušné informácie pre výrobné a servisné operácie (pozri 7.5) // Výstup z dizajnu a vývoja / Dizajn a vývoj / PRODUKT MAILING

    7.3.3.4. Určite vlastnosti produktu, ktoré sú nevyhnutné pre jeho bezpečné a správne používanie. // Výstup z dizajnu a vývoja / Dizajn a vývoj / PRODUKT MAILING

    7.3.5.1. Súlad výstupných údajov so vstupnými požiadavkami // Overenie dizajnu a vývoja / Dizajn a vývoj / PREDAJ PRODUKTOV

    7.3.6. Schvaľovanie výsledkov dizajnu a vývoja // Dizajn a vývoj / PREDAJNÉ PRODUKTY

  • Vzdelávanie, rozvoj, školenia

Kľúčové slová:

1 -1

mám rád

21

V rôznych zdrojoch literatúry o predaji môžete nájsť rôzny počet fáz predaja. Každý autor ich posudzuje zo svojho uhla pohľadu.

Navrhujem zvážiť kľúčové fázy pri práci s klientom>:

Fáza 1 „Nadviazanie kontaktu“ alebo „Nadviazanie kontaktu“

Akýkoľvek predaj začína od tejto fázy.

Cieľ tejto fáze : získať Klienta a zaujať ho o ďalší kontakt.

Pri nadväzovaní kontaktu s Klientom je dôležité pozdraviť ho a predstaviť sa.

"Dobrý deň. Volám sa Michail, som manažérom spoločnosti "Windows Plus".

Pred začatím rozhovoru o potrebách klienta sa odporúča porozprávať sa s ním na abstraktnú tému (technika „Small Talk“) alebo ponúknuť čaj, kávu, môžete pochváliť kompliment alebo použiť množstvo iných techník. fázy nadviazania kontaktu.

„Čo viete o našej spoločnosti? Prečo si vybrať nás? Čo si plánujete kúpiť?

Je dôležité, aby manažér svojim neverbálnym správaním prejavil záujem o kontakt s Klientom, chuť mu pomôcť, dobrú vôľu. Neverbálne správanie zahŕňa otvorené gestá, držanie tela, úsmev, sklon tela ku klientovi, otvorený pohľad.

Či nadviazanie kontaktu s Klientom alebo nie je možné určiť podľa správania Klienta. Ak na slová manažéra reaguje pozitívne, cíti sa uvoľnene, sám sa pýta, môžeme predpokladať, že kontakt bol nadviazaný. Ak Klient neudržiava očný kontakt s manažérom, je napätý, neodpovedá na otázky alebo odpovedá neochotne, potom má zmysel venovať viac času fáze nadviazania kontaktu.

Fáza 2 „Identifikácia potrieb“

Účel tejto etapy: určiť potreby klienta.

Čím presnejšie manažér určí potreby klienta, tým efektívnejšie bude prezentovať tovar a služby, čo následne povedie k obchodu.

Pri identifikácii potrieb je dôležité, aby manažér vedel klásť otázky a počúvať klienta.

Pri interakcii s klientom je dôležité, aby viac hovoril on a nie manažér, preto sa manažérovi odporúča nastaviť viac otvorené otázky.

Aké okno plánujete kúpiť? Kde budete meniť okno? Aká je klíma v byte v zime a v lete? Kto ešte býva v byte? Na základe čoho si vyberáte okno?

Uzavreté otázky manažéra umožňujú špecifikovať potreby klienta.

„Často vetrate miestnosť? Máte zvieratá? Vyhovuje vám, ak náš merač príde zajtra o 9:00?“

Alternatívne otázky ponúknuť zákazníkovi výber možností.

„Vyhovuje vám, že merač príde ráno alebo poobede? Plánujeme tento alebo budúci týždeň inštalovať nové okná?“

Počas celého stretnutia s Klientom je užitočné ho pozorne počúvať, nakoľko Klienti často sami otvorene hovoria o svojich potrebách. Ak niektoré slová klienta nie sú manažérovi jasné alebo si ich vypočul, je vhodné položiť klientovi objasňujúce otázky:

„Správne som pochopil, že potrebujete okno so zvýšenou zvukovou izoláciou? Pokiaľ som dobre pochopil, chcete, aby bolo jedno krídlo okna otočné a druhé otočné?"

Po každej diskutovanej problematike je žiaduce zhrnúť priebežný výsledok. Najmä ak manažér s Klientom diskutuje o viacerých produktoch alebo službách.

„Dohodli sme sa teda, že zajtra budeme merať a budúci týždeň v piatok namontujeme okná. Plánujete teda osadiť dve nové okná: do kuchyne dvojkrídlové okno s výklopno-kyvným krídlom a do izby trojkrídlové okno, v ktorom sú dve krídla výklopné a výklopné. jeden je „hluchý“.

Dôležité je presne identifikovať potreby klienta a až potom realizovať prezentáciu tovaru a služieb.

3. fáza "Prezentácia"

Cieľ: ponúknuť produkt alebo službu, ktoré najlepšie zodpovedajú potrebám klienta.

Prezentácia produktov a služieb obsahuje popis vlastností tovarov a služieb, výhody z ich používania klientom a výhody, ktoré spotrebiteľ získa.

Prezentáciu je vhodné začať kľúčovými výhodami klienta, ktoré vyplývajú z potrieb kupujúceho, ktoré manažér identifikoval v predchádzajúcej fáze.

Je dôležité rozlišovať, ako sa úžitok produktu alebo služby líši od úžitku.

Výhoda je výhoda, ktorú získa každý zákazník používaním tohto produktu alebo služby.

„S touto službou môžete ušetriť čas a znížiť náklady o 10 %. "Toto kovanie vám umožňuje znížiť počet úprav."

úžitok je vlastnosť alebo výhoda, ktorá umožňuje uspokojiť konkrétnu potrebu Klienta.

Akákoľvek charakteristika alebo výhoda sa tak môže stať výhodou, pokiaľ to Klient potrebuje.

"Chceli ste, aby sa okno dalo ľahko otvárať a zatvárať, kovania európskej kvality to môžu poskytnúť." "Povedali ste, že byt sa nachádza na prízemí a bojíte sa o bezpečnosť bytu, navrhujem Vám namontovať na nové okná kovanie proti vlámaniu."

Počas prezentácie musí manažér zapojiť klienta do aktívneho dialógu pomocou otázok.

"Ako sa vám páči môj návrh?", "Čo si o tom myslíte?", "Ako sa vám páči môj návrh?"

Fáza 4 „Práca s námietkami“

Cieľ: rozptýliť pochybnosti Zákazníka o kúpe a odstrániť negatíva vo vzťahu k produktu alebo službe.

V záujme zníženia počtu námietok Klienta je vhodné, aby manažér venoval viac času predchádzajúcim etapám. Námietky klientov sú často spojené s tým, že kontakt s ním nebol nadviazaný dobre, jeho potreby boli čiastočne identifikované, alebo prezentácia tovaru a služieb nebola pre klienta zaujímavá, bola príliš dlhá a neuspokojovala jeho potreby. potreby.

Námietky klienta je dôležité vnímať ako signál, že manažér potrebuje korigovať svoje správanie (najmä ak je námietok veľa).

Námietky zo strany klienta môžu vzniknúť aj v predchádzajúcich fázach predaja. Ako sa vysporiadať so vznikajúcimi námietkami?

Efektívne dodržiavať schému vybavovania námietok:

1. počúvať Klienta;

2. neutralizovať svoje emócie pomocou fráz porozumenia;

"Chápem ťa", "Áno, súhlasím, že je to nepríjemné ..."

3. v prípade potreby objasniť informácie pomocou otázok;

4. ponúknuť konštruktívne riešenia alebo podať alternatívny návrh.

Existujú 4 typy námietok zákazníkov:

1. námietky súvisiace so zmenami.

„Prečo to potrebujem“, „Nevidím v tom zmysel“

Pri riešení takejto námietky musí manažér klientovi vysvetliť, že riziká sú vylúčené, ukázať dôsledky, ak situácia bude pokračovať, uviesť príklady pozitívnych skúseností s prvým použitím niečoho.

„Kúpou okna s európskym kovaním máte zaručenú ochranu pred prievanom, dodatočnými úpravami prítlaku krídla, zaseknutím zatváracieho mechanizmu.“

2. námietky súvisiace s cenou.

"Je to pre mňa príliš drahé."

V argumente by mal manažér venovať pozornosť dodatočnej výhode, ktorú klient získa, môžete porovnať náklady na tovar s nákladmi na akúkoľvek inú, nie príliš potrebnú vec, alebo rozdeliť náklady na určité časové obdobie.

„Keď si kúpite okno od našej spoločnosti, dostanete ako darček súpravu na starostlivosť o okná a tiež možnosť využiť bezplatnú úpravu kovania“, „Krásne nové okno v kuchyni vás bude stáť iba 300 rubľov. o deň".

3. námietky súvisiace s negatívnymi skúsenosťami.

"Počul som, že máš zlý profil."

Pre manažéra je užitočné objasniť informácie kladením otázok Klientovi, ukázať Klientovi, že mu rozumiete a uznať fakty o nepríjemných udalostiach (ak boli v skutočnosti) a následne ponúknuť alternatívne riešenie.

„Áno, mali sme šaržu chybného profilu, ktorú sme vrátili dodávateľovi. Momentálne sme dostali novú sériu, vyrobili a namontovali už viac ako 30 okien, všetci klienti sú spokojní.“

4. námietky súvisiace s rozhodnutím.

"Musím premýšľať", "Musím sa poradiť so svojou ženou."

Manažér si pri riešení takýchto námietok môže opäť ujasniť, s čím takéto rozhodnutie súvisí, uistiť sa, že klient akceptoval a pochopil všetky informácie, a tiež použiť spôsoby dokončenia obchodu.

"Ak s vami teraz podpíšeme dohodu, koncom týždňa budete môcť obdivovať nové okno v kuchyni." "Len do konca mesiaca máme zľavu na tento produkt."

Fáza 5 "Dokončenie transakcie"

Cieľ: prinútiť klienta k transakcii a potvrdiť správnosť ním urobeného rozhodnutia.

Pred dokončením obchodu (podpísaním zmluvy) sa manažér musí uistiť, že klient je pripravený uzavrieť obchod.

Toto je možné vidieť zo signálov, ktoré zobrazuje:

  • pozitívna spätná väzba o produkte alebo službe;
  • Klient vyjadruje súhlas so slovami manažéra (súhlasí, kýva hlavou a pod.);
  • priamo hovorí, že súhlasí;
  • kladie objasňujúce otázky.

Spôsoby dokončenia obchodu:

1. spôsob obmedzujúcich podmienok a času.

"Ak podpíšete zmluvu dnes, dáme vám 20% zľavu na okno."

2. metóda komplimentu.

"Naozaj si sa rozhodol správne."

3. win-win alternatíva.

"Budete objednaný na meranie v utorok alebo v stredu?"

Na záver by som chcel povedať, že efektivita predaja závisí od šikovnosti manažérov. Ako veľká kvantita metód, predajný technik vlastní manažér, tým je flexibilnejší a úspešnejší pri interakcii s Klientom. Profesia obchodného manažéra si vyžaduje neustály rozvoj a sebazdokonaľovanie zručností. Prajeme Vám veľa úspechov na ceste profesionálneho rastu a zvýšenia predaja.

Ak chcete priviesť späť bývalých zákazníkov, musíte pochopiť, čo ovplyvnilo ich odchod. Potom môžete podniknúť správne kroky a znovu nadviazať spoluprácu.

V tomto článku sa dočítate:

  • Funkcie práce so zákazníkmi, ktoré by manažéri mali poznať
  • Aké pravidlá práce so zákazníkmi udržia najziskovejší z nich

Vlastnosti práce so zákazníkmi v b2b sú často podobné od spoločnosti k spoločnosti. Tu sú 4 tipy pre manažérov, ktoré pomôžu organizovať prácu so zákazníkmi a uľahčiť interakciu s nimi.

Najlepší článok mesiaca

Pripravili sme pre vás článok, ktorý:

✩ukážte, ako sledovacie programy pomáhajú chrániť spoločnosť pred krádežou;

✩ povedať, čo manažéri skutočne robia počas pracovnej doby;

✩vysvetlite, ako organizovať dohľad nad zamestnancami, aby nedošlo k porušeniu zákona.

Pomocou navrhnutých nástrojov budete môcť kontrolovať manažérov bez zníženia motivácie.

1. Ak zákazníkov prepadol bývalý zamestnanec

Situácia. Odstúpený manažér si otvorí vlastný podnik a odoberie časť zákazníkov s tvrdením, že koná v mene svojej firmy. bývalá organizácia. V tomto prípade musíte pri organizovaní práce so zákazníkmi urobiť nasledujúce rozhodnutia.

rozhodnutie. Po prepustení predajcu oznámte všetkým jeho klientom, ktorý zamestnanec s nimi bude teraz spolupracovať. Najlepšie ak generálny riaditeľ osobne zavolajte šéfovi každej z klientskych spoločností. Zároveň môžete získať záruky ďalšej spolupráce a odhaliť bývalého podriadeného.

2. Ak klient nie je spokojný s úrovňou služieb

Situácia. Precízny zákazník požaduje, aby bola jeho objednávka vybavená čo najskôr. Manažér sa odvoláva na ťažkosti, posúva termíny, je podráždený alebo hrubý. Zákazník odmieta spolupracovať.

  • Motivácia obchodného manažéra: Čo skutočne funguje

rozhodnutie. Zavolajte zákazníkovi osobne, vysvetlite mu situáciu a ospravedlňte sa. V jednom z ruské organizácie tehotná zamestnankyňa, unavená z vyberavého zákazníka, zložila telefón. Generálny riaditeľ zavolal zákazníkovi späť a povedal mu, čo sa deje. Na druhý deň ráno prišiel klient do firmy s košíkom kvetov pre zamestnanca a ospravedlnil sa.

3. Ak zamestnanci nebojujú o návrat klienta

Situácia. Manažéri sa nesnažia udržať si existujúcich alebo vrátiť stratených zákazníkov, napriek tomu, že prilákanie nových je pre spoločnosť drahé.

  • Školenie obchodného manažéra: Príprava nováčika v 3 krokoch

rozhodnutie. Zadajte materiálnu motiváciu. Môžete napríklad vyplatiť prémiu zamestnancovi, ktorý s ním po dlhšej prestávke v práci s konkrétnym zákazníkom bude môcť uzavrieť novú zmluvu.

4. Ak boli klientovi ponúknuté výhodnejšie podmienky

Situácia. Zákazník nevidí rozdiel medzi vašou spoločnosťou a konkurenciou a vyberá si viac nízka cena. Zároveň nemusí pochopiť, že stratí na kvalite.

rozhodnutie. Ak nemôžete znížiť cenu bez obetovania kvality, ponúknite klientovi špeciálne podmienky spolupráce (bonus, darček, bezplatné služby). Vo výnimočných prípadoch, keď je klient strategicky dôležitý, môžete ísť do nižších ziskov. S takýmito zákazníkmi musí generálny riaditeľ komunikovať osobne. Nebojte sa klienta priamo opýtať, za akých podmienok súhlasí s prácou – bude sa vám ľahšie vyjednávať.

Proces vytvárania zložitých softvérových aplikácií si dnes nemožno predstaviť bez rozdelenia na etapy životný cyklus. Pod životným cyklom programu máme na mysli súbor fáz:

  • Analýza predmetu a tvorba technických špecifikácií (interakcia so zákazníkom)
  • Návrh štruktúry programu
  • Kódovanie (súbor programového kódu podľa projektovej dokumentácie)
  • Testovanie a ladenie
  • Implementácia programu
  • Programová podpora
  • Dispozícia
Pozrime sa bližšie na proces navrhovania. Počas procesu návrhu tvorí architekt alebo skúsený programátor projektovej dokumentácie, vrátane textových popisov, schém, modelov budúceho programu. V tejto zložitej záležitosti nám pomôže jazyk UML.

UML je grafický jazyk na vizualizáciu, popis parametrov, návrh a dokumentáciu rôznych systémov (najmä programov). Diagramy sa vytvárajú pomocou špecifických nástrojov CASE, ako sú Rational Rose (http://www-01.ibm.com/software/rational/) a Enterprise Architect (http://www.sparxsystems.com.au/). Na základe technológie UML je vybudovaný jednotný informačný model. Vyššie uvedené nástroje CASE sú schopné generovať kód v rôznych objektovo orientovaných jazykoch a majú tiež veľmi užitočnú funkciu reverzného inžinierstva. (Spätné inžinierstvo vám umožňuje vytvoriť grafický model z existujúceho programového kódu a komentárov k nemu.)

Zvážte typy diagramov na vizualizáciu modelu (tieto musíte mať, hoci existuje oveľa viac typov):

Diagram prípadu použitia

Navrhnutý systém je reprezentovaný ako súbor entít alebo aktérov interagujúcich so systémom pomocou takzvaných precedensov. V tomto prípade je aktérom (hercom) alebo aktérom akákoľvek entita, ktorá interaguje so systémom zvonku. Inými slovami, každý prípad použitia definuje nejaký súbor akcií, ktoré systém vykonáva pri rozhovore s hercom. Zároveň sa nehovorí nič o tom, ako sa bude realizovať interakcia aktérov so systémom.

Diagram tried (diagram tried)

Diagram tried slúži na znázornenie statickej štruktúry modelu systému v terminológii tried objektovo orientovaného programovania. Diagram tried môže odrážať najmä rôzne vzťahy medzi jednotlivými entitami predmetnej oblasti, ako sú objekty a subsystémy, a tiež popisuje ich vnútornú štruktúru (polia, metódy...) a typy vzťahov (dedičnosť, implementácia rozhraní). ...). Tento diagram neposkytuje informácie o časových aspektoch prevádzky systému. Z tohto hľadiska je diagram tried ďalším vývojom koncepčného modelu navrhovaného systému. V tejto fáze je nevyhnutná znalosť prístupu OOP a návrhových vzorov.

Stavový diagram (stavový diagram)

Hlavným účelom tohto diagramu je popísať možné postupnosti stavov a prechodov, ktoré spolu charakterizujú správanie prvku modelu počas jeho životného cyklu. Stavový diagram predstavuje dynamické správanie entít na základe špecifikácie ich reakcie na vnímanie niektorých konkrétnych udalostí.

Sekvenčný diagram

Na modelovanie interakcie objektov v jazyku UML sa používajú vhodné interakčné diagramy. Interakcie objektov možno zvážiť v čase a potom sa použije sekvenčný diagram na znázornenie načasovania prenosu a príjmu správ medzi objektmi. Interagujúce objekty si medzi sebou vymieňajú určité informácie. V tomto prípade majú informácie formu úplných správ. Inými slovami, hoci správa má informačný obsah, získava dodatočnú vlastnosť, že má na svojho príjemcu riadený vplyv.

Diagram spolupráce

V diagrame spolupráce sú objekty zúčastňujúce sa interakcie znázornené vo forme obdĺžnikov, ktoré obsahujú názov objektu, jeho triedu a prípadne hodnoty atribútov. Rovnako ako v diagrame tried sú asociácie medzi objektmi naznačené vo forme rôznych spojovacích čiar. V tomto prípade môžete explicitne špecifikovať názvy asociácie a úlohy, ktoré objekty v tejto asociácii zohrávajú.
Na rozdiel od sekvenčného diagramu, diagram spolupráce zobrazuje iba vzťahy medzi objektmi, ktoré zohrávajú určité úlohy v interakcii.

Diagram komponentov

Diagram komponentov, na rozdiel od predtým diskutovaných diagramov, popisuje vlastnosti fyzickej reprezentácie systému. Diagram komponentov vám umožňuje určiť architektúru vyvíjaného systému vytvorením závislostí medzi softvérovými komponentmi, ktorými môžu byť zdrojový, binárny a spustiteľný kód. V mnohých vývojových prostrediach modul alebo komponent zodpovedá súboru. Bodkované šípky spájajúce moduly zobrazujú vzťahy závislostí podobné tým, ktoré sa vyskytujú pri kompilácii zdrojového kódu programu. Hlavnými grafickými prvkami diagramu komponentov sú komponenty, rozhrania a závislosti medzi nimi.

Schéma nasadenia

Diagram nasadenia je určený na vizualizáciu prvkov a komponentov programu, ktoré existujú iba vo fáze jeho vykonávania (runtime). V tomto prípade sú prezentované iba komponenty inštancie programu, ktoré sú spustiteľnými súbormi alebo dynamickými knižnicami. Tie komponenty, ktoré sa nepoužívajú za behu, nie sú zobrazené v diagrame nasadenia.
Diagram nasadenia obsahuje grafické obrázky procesory, zariadenia, procesy a prepojenia medzi nimi. Na rozdiel od diagramov logickej reprezentácie je diagram nasadenia rovnaký pre systém ako celok, pretože musí plne odrážať vlastnosti jeho implementácie. Tento diagram v podstate dopĺňa proces OOAP pre konkrétnu osobu softvérový systém a jeho vývoj je zvyčajne posledným krokom v špecifikácii modelu.

Toto uzatvára náš prehľad diagramov konkrétne a dizajnu vo všeobecnosti. Stojí za zmienku, že proces navrhovania sa už dlho stal štandardom vývoja softvéru, ale často sa musíte vysporiadať s krásne napísaným programom, ktorý v dôsledku nedostatku správnej dokumentácie získava zbytočné vedľajšie funkcie, barličky, stáva sa ťažkopádnym a stráca svoju bývalá kvalita. =(

Som presvedčený, že programátor je v prvom rade kóder - NESMIE komunikovať so zákazníkom, NESMIE premýšľať nad architektúrou systému, nemá vymýšľať rozhranie k programu, má iba kódovať - ​​implementovať algoritmy, funkčnosť, vzhľad, použiteľnosť, ale nič viac... Dizajnér, počnúc abstraktnými diagramami (opisujúcimi predmetnú oblasť) až po diagramy reprezentujúce dátovú štruktúru, triedy a procesy ich interakcie, musí všetko krok za krokom podrobne popísať. To znamená, že náročnosť práce a plat dizajnéra by mal byť rádovo vyšší ako programátora == kódera. Ospravedlňujem sa za výčitky....

Zvážte celú schému interakcie so zákazníkom na príklade vývoja webových stránok. Graficky môžu byť fázy interakcie znázornené na nasledujúcom obrázku:

Primárne je hovor alebo e-mail, ktoré spracúva account manager. Manažér hovorí o službách spoločnosti Beehive, odpovedá na všetky zaujímavé otázky a vysvetľuje zákazníkovi ďalší proces interakcie.

* Za zmienku stojí, že zákazníkovi je na celé obdobie jeho projektu pridelený osobný manažér, ktorý je pripravený odpovedať na všetky otázky a pomôcť pri riešení všetkých problémov.

Ďalej manažér pomáha dokončiť stručná forma na vytvorenie webovej stránky, ktorá obsahuje potrebné objasňujúce otázky k predmetu spolupráce a pridáva kontakt na vnútorný systém CRM (Customer Relationship Management System).

Údaje sa vkladajú do systému na bezpečné uloženie všetkých potrebných údajov o zákazníkoch a na zabezpečenie kvalitného rozvoja stránky ako celku.

Na základe vyplneného briefu sa špecialisti Beehive pripravia individuálny ponuka s popisom načasovania a nákladov práce a manažér ho pošle zákazníkovi na zváženie.

Nasleduje proces dohodnutia podmienok spolupráce, ktorého výsledkom je zmluvy. Pre urýchlenie začatia prác je zmluva podpísaná oboma zmluvnými stranami a zmluvné strany si vymenia naskenované kópie zmluvy. Originály zmluvy sa posielajú poštou doporučenou poštou(ďalej sa všetky papierové kópie vymieňajú poštou alebo kuriérom). Potom, čo strana dostane originál v papierovej podobe, odošle sa jedna kópia poštou späť.

*Proces od telefonátu po podpísanie zmluvy zvyčajne netrvá dlhšie ako 1-2 dni.

Zákazník po podpise zmluvy a výmene elektronických naskenovaných kópií zaplatí zálohu, ktorej výška je spravidla 50% celková suma zmluvy.

Po prijatí zálohy a vykonaní analýzy predmetnej oblasti začína fáza vývoja a schvaľovania referenčné podmienky (TOR), kde sú predpísané všetky požiadavky na vyvíjanú stránku, dané schémy a vytvorený detailný prototyp celej stránky. CK je povinnou prílohou zmluvy, schválená oboma zmluvnými stranami a podpísaná rovnako ako zmluva.

* Tomu treba rozumieť technická úloha je veľmi dôležitý dokument pre interpreta aj zákazníka. Umožňuje vám navrhnúť a realizovať internetový projekt kvalitne a včas.

Po schválení všetkých požiadaviek je zákazník odoslaný zoznam potrebných textových a grafických materiálov, ktorú musí objednávateľ zabezpečiť pred začatím vývojovej etapy (t.j. pri vypracovaní dispozičného riešenia zhotoviteľom objednávateľ zhromaždí a poskytne všetky potrebné materiály). Tento zoznam môže obsahovať: popis spoločnosti, s kým spolupracujú, aké majú ocenenia a certifikáty, ceny a cenníky, katalóg produktov a popis tovaru, popis služieb, kontaktné údaje zverejnené na stránke a pod.

Niekedy je pre zákazníka ťažké opísať svoje služby sám alebo na to jednoducho nie je čas. V tomto prípade je zhotoviteľ pripravený dokončiť prácu na dopísaní chýbajúceho obsahu pre stránku (obrázky, texty, videá a pod.).

* Poskytovanie zo strany zákazníka potrebné materiály je kritická, pretože:

  • je potrebné správne zadať všetok obsah poskytnutý zákazníkom do rozloženia stránky naraz (nemá zmysel robiť prácu navyše);
  • technologický postup zhotoviteľ je naplánovaný doslova „na minútu“ a my to nechceme porušiť a vynaložiť ďalšie náklady;
  • napĺňať internetový projekt testovacími informáciami tiež nemá zmysel (po prvé, opäť sa zvyšuje množstvo zbytočnej práce, po druhé, vyhľadávače môže pesimizovať hosťovanú stránku s testovacím obsahom; po tretie, tvoj potenciálnych klientov môže mať negatívny postoj k stránke, ktorá obsahuje zjavne zbytočné informácie);
  • Pre vás aj pre nás je dôležité dokončiť projekt profesionálne a včas.

*Vážení zákazníci, prosím, neodkladajte vývoj vlastnej stránky a profitujte z toho. Poskytujte obsah včas! V opačnom prípade bude projekt zmrazený, kým od vás nedostaneme informácie, a preto sa termín odoslania stránky posunie. Ak nie je čas zbierať a písať informácie, objednať si písanie textov a spracovanie fotografií u nás, je to lacné.

Paralelne sa vytvorí pracovná skupina pre projekt a začne fáza vývoj rozloženia dizajnu budúci web.
Potom, čo je návrh dizajnu pripravený, je odoslaný zákazníkovi na schválenie. Po schválení sa maketa stane platným dizajnom.

* V závislosti od zložitosti projektu môže byť zákazníkovi udelený prístup do systému riadenia projektu (napríklad Redmine), kde môžete nahrať potrebné zdroje projekt, sledovať vývojové štádiá a zverejňovať pripomienky.

Pre ďalšie pokračovanie prác je povinné obdržať od zákazníka všetky potrebné materiály, ktorých zoznam bol zákazníkovi zaslaný skôr.

Hneď ako budú prijaté chýbajúce materiály. Dôležitý etapa vývoja lokality v súlade so schváleným TOR.
Táto fáza zahŕňa veľký počet druhy prác: jedná sa o cross-browser layout layoutov stránok, vývoj potrebných dizajnových šablón pre vybraný redakčný systém (CMS), inštalácia a konfigurácia samotného CMS, inštalácia potrebných modulov a komponentov, vývoj chýbajúcich modulov, komplexná štúdia algoritmov prevádzky webu, naplnenie stránky obsahom, nasadenie projektu na technickej doméne a prechod na testovanie.

Testovanie internetového projektu vykonávajú špecialisti dodávateľa, všetky chyby a pripomienky sú odstránené, stránka je doladená pre prácu.

Hneď po dokončení práce a dokončení testovania stránky na technickej doméne, etapa odovzdania. Tu sa zo strany zákazníka kontroluje plnenie požiadaviek TOR a celý proces fungovania internetového projektu.
Keď sa zákazník rozhodne o úplnom súlade stránky s požiadavkami TOR, stránka sa prenesie na zákazníka a projekt sa zverejní na hostingu.

Výsledkom a potvrdením odovzdania a prevzatia prác je realizovateľné stavenisko a akceptačný akt, ktorý je podpísaný oboma stranami. Podpísaný akt spolu s celým súborom dokladov pre účtovníctvo sa zasiela poštou.

Po podpísaní akceptačného listu objednávateľ v súlade so zmluvou uhradí zostávajúcu cenu diela.

Po finálnej kalkulácii dostane zákazník spolu s dokumentmi a webovou stránkou návod na použitie, kópiu stránky na DVD a zadarmo technická podpora do 2-4 týždňov od dátumu prijatia stránky.

V tejto schéme sme sa snažili plne reflektovať všetky aspekty interakcií od prvotnej výzvy až po dodanie projektu. Pri jednoduchých projektoch môžu byť niektoré kroky kombinované alebo vynechané. Ale v každom prípade je všetko premietnuté do zmluvy.

Schéma práce pre služby „Komplexný rozvoj stránky“, ako aj „Propagácia webovej stránky“ štrukturálne opakuje proces interakcie medzi zákazníkom a dodávateľom opísaný vyššie, a preto Detailný popis nevyžaduje.

Dúfame, že opísaná schéma interakcie je transparentná a zrozumiteľná. Ak máte ešte otázky, prosím