Există o opinie greșită că calitatea proiectului se formează atunci când este finalizată, adică în momentul livrării proiectului către client, în stadiul de testare. Dar, de fapt, nu este. Calitatea proiectului se formează în stadiul de vânzare. Faptul că proiectul este bine dezvoltat la etapa de început afectează modul în care proiectul se va termina în cele din urmă.
Pentru ca tranzacția să se încheie cu succes și să se acorde producției, trebuie luate în considerare numeroase detalii mici care afectează calitatea. Și astăzi vă vom spune despre greșelile care pot fi făcute în acest stadiu și vă vor ajuta să vă dați seama cum să le evitați.
La etapa de vânzare, se stabilesc principalele etape ale proiectului. Dacă vom compara proiectul cu strategia turn-based, cum ar fi „Heroes of Might and Magic“, apoi vinde proiectul, putem vedea modul în care un card complet închis și nu este clar încă cum se va dovedi în cele din urmă. Pentru a deschide o "ceață de război" fără pierderi, este important să determinați toate riscurile posibile la început.
Și aici sunt, erorile standard care așteaptă studiourile și agențiile (deși, de fapt, aceste greșeli sunt perfect potrivite pentru client):
1. Metodologia managementului de proiect este aleasă incorect.
În cazul în care un client vine cu o idee și nu are o înțelegere clară a sarcinii, este important să alegeți metodologia de a efectua un astfel de proiect în mod corect. Este periculos în acest caz să semnați documente pe modelul cascadei, adică cu un buget fix, tk. În procesul de proiectare, pot apărea multe funcționalități noi, care vor trebui totuși să se facă în cadrul bugetului convenit anterior (evaluarea primară). Este mai corect aici fie să oferiți clientului un start de la etapa de proiectare, pe care este dificil să elaborați o idee, să o descrieți și să creați un prototip al unui viitor proiect web sau mobil. Sau, pentru a dezvolta un proiect pe o metodologie flexibilă, cu iterații scurte.
2. Nu sunt convenite condițiile de dezvăluire a informațiilor.
Pentru majoritatea clienților, timpul de dezvoltare este la fel de important ca și costul proiectului, deci este important să programați calendarul corespunzător. O greșeală tipică este că lucrarea nu este paralelă, iar momentul etapelor este în creștere. De exemplu, în stadiul de proiectare și dezvoltare a designului, scrierea lui TK poate merge în paralel cu desenul designului, tk. înainte de desen, a fost deja creat un prototip și a fost convenit un concept de proiectare. Managerul de proiect poate dezvolta deja TK, în timp ce designerul desenează proiectul și îl pregătește pentru dezvoltare.
O altă greșeală tipică este că momentul nu ia în considerare sărbătorile legale. Adesea, o astfel de eroare poate fi găsită cu managerii de proiect care sunt instruiți.
De asemenea, problema poate fi că, în ceea ce privește calendarul nu este pus pe etapele de negociere de lucru cu clientul și viteza de potrivire a fazelor de lucru client depinde perioada totală de implementare a acestora. În cazul întârzierii acordului, termenii de dezvoltare vor fi modificați. În cazul în care nevoia de client-side pentru anumite materiale (de exemplu, proiectare, API, ghiduri de identitate corporativă, etc.), calendarul este de asemenea important pentru a pune în jos data acestor materiale, ca Dacă acestea sunt întârziate, acest lucru poate afecta în mod direct durata totală a proiectului.
În mod separat, merită menționat o eroare atunci când calendarul proiectului nu se potrivește cu echipa internă. La începutul proiectului, este important să se definească echipa de proiect, cu care să se definească și să fie de acord termenii fiecărei etape de dezvoltare a serviciului sau aplicației web, deoarece deseori calendarul poate varia în funcție de nivelul profesioniștilor care sunt conectați la proiect. De asemenea, atunci când dezvoltați aplicații mobile pentru iOS, este întotdeauna important să luați în considerare termenii pentru revizuirea aplicației în AppStore. poate dura două săptămâni sau chiar mai multe.
O greseală tipică este aceea de a uita să discutăm despre acordarea garanției sau să nu discutăm despre toate detaliile. După finalizarea oricărui proiect, vor apărea unele erori în procesul de utilizare a aplicațiilor. Este important să se convină asupra timpului de susținere a proiectului, adică acei termeni în care executorul (studio, agenție) va elimina bug-urile fără plată suplimentară. De obicei, poate fi de la 1 la 3 luni și în acest timp, în cele mai multe cazuri, puteți prinde toate bug-urile posibile. De asemenea, este important să se convină formatul de furnizare a informațiilor despre eroarea de la client - aceasta ar trebui să fie o descriere cu o captură de ecran și versiunea dispozitivului și a browserului (sistemul de operare etc.) pentru a putea remedia problema cât mai repede posibil. Este important și timpul de răspuns, precum și timpul de răspuns (zile lucrătoare, timp specific).
Este important ca clientul să înțeleagă și publicul care va folosi produsul său pentru a calcula eventualele erori la închidere, adică să se concentreze pe testarea pentru dispozitive specifice (cum ar fi Android, fie mai mult pe Uchzdschkuk dacă acesta este un produs corporativ pentru companie, în cazul în care principalul browser - Explorer), etc.
5. Descrierea sarcinilor.
O altă greșeală obișnuită este HZ (art assignment) sau TK nu este făcută sau nu este atașată la contract. În general, aceasta este o greșeală evidentă, dar uneori există cazuri în care un document nu este semnat cu clientul, în care se va descrie domeniul de activitate. Pentru proiectare, de obicei elaborăm o specificație, pentru proiectare - o sarcină artistică, iar designul este descris într-o sarcină tehnică. Toate aceste documente trebuie să fie create la începutul proiectului și vor fi o anexă la contract. În cazul în care sarcinile apar în cursul lucrărilor care nu au fost discutate la început și nu sunt descrise în TOR sau în alt document, putem vorbi despre plăți suplimentare pentru astfel de lucrări. Dacă nu există niciun document, atunci toate modificările efectuate de interpret vor fi efectuate pe propria cheltuială.
Din partea clientului, în acest stadiu, este important să spui tot ce vrea să vadă în produsul final.
6. Etapa de plată pentru etapele de lucru / închidere.
De asemenea, se întâmplă ca etapele de plată pentru muncă să nu fie înregistrate sau contractorul să accepte plata ulterioară. În cazul proiectelor lungi, o greșeală va fi plata fără a se împărți în etape. În primul rând, crește discrepanțele în numerar în cadrul agenției și poate afecta negativ poziția sa financiară. În al doilea rând, este mai convenabil să închideți lucrarea cu etape, deoarece În cazul unui risc (de exemplu, clientul nu dorește să continue să se dezvolte), va fi mai ușor să închideți o parte din lucrare. În acest caz, este important nu doar să se convină asupra unei lucrări pe etape, ci să se lege aceste etape cu sarcini specifice, astfel încât să fie posibilă semnarea unui act de muncă finalizat pentru fiecare etapă. La urma urmei, primirea de bani doar de la un client nu este o garanție că nu va trebui returnat. Pentru fiecare sumă primită de la client trebuie să existe un act care obligă această sumă la munca efectuată, atunci riscurile vor fi minime.
De obicei în stadiul de vânzare se formează o ofertă comercială cu o listă de lucrări și costuri. Este greșit să încheiem un contract pentru costul total al muncii, uitând de propunerea comercială. Este important să-l aplice la acord, în scopul de a, în cazul unor situații neașteptate ar putea împărți cu ușurință costul lucrărilor și, de exemplu, pentru a calcula valoarea finalizate și restante (în cazul prevăzut la alin. 6, atunci când un client nu vrea să continue să se dezvolte). De asemenea, va fi util și în cazul auditurilor fiscale. valoarea contractului va fi clar împărțită în sarcini specifice.
8.Definirea persoanelor responsabile de către client.
Uneori această problemă este uitată să fie discutată la început, iar în momentul predării unei etape, procesul de reconciliere este foarte strâns, deoarece în corespondență, apelurile Skype implică un număr mare de persoane (manageri, manageri, contabili, - oricine). În această situație, este imposibil să se ia o decizie finală și să se oprească la o anumită variantă. Prin urmare, este important nu numai să se identifice persoanele din partea clientului care vor lua decizii finale, ci și să le înregistreze în contract.
9.Pentru a negocia modul de comunicare (care este mai convenabil) și timpul / frecvența.
10. Verificarea persoanei juridice a clientului.
Acum există instrumente pentru verificarea entității juridice online, puteți vedea întotdeauna informațiile de bază despre client. Locul de înregistrare a unei persoane juridice, banca în care va avea un cont, toate acestea pot impune anumite responsabilități și cheltuieli asupra agenției, deci este important să verificați acest lucru la etapa vânzării. De asemenea, este important ca clientul să verifice jurisprudența. fata studioului. Este important să solicitați studioului documente de înregistrare, un extras din Registrul unic de stat al entităților juridice. Trebuie să fie un Jurassic valid. o persoană care există (de preferință) de cel puțin 3 ani (de la data înregistrării), puteți solicita, de asemenea, raportarea, datele despre director, studioul trebuie să aibă un cont la o bancă de încredere. Este necesar să verificați documentele de închidere din studio, deci totul era corect, deoarece de multe ori nu toate studiourile au o fină competentă. specialiști, iar dacă nu este critică pentru studio, atunci pentru client, actul corect întocmit este o garanție că taxa nu va avea întrebări inutile.