Клиент в София плати 4 200 € за корпоративен сайт. Агенцията достави проекта за 5 седмици, клиентът го одобри и сайтът тръгна на живо. Шест месеца по-късно станаха ясни три неприятни факта: проектът никога не беше преминал през SEO планиране, дизайн фазата нямаше документирани wireframes, а тестването беше пропуснато за сметка на „бързото пускане“. Резултатът – 30 % bounce rate, нула органичен трафик и няколко счупени форми за контакти.
Проблемът не беше технически. Той беше стейкхолдърски: клиентът не знаеше какво трябва да получи от всяка фаза, кога да каже „спрете, не сме готови за следващата стъпка“, и какви са знаците, че фаза не е изпълнена професионално. Тази статия запълва точно тази празнина.
За стратегическата рамка – кога си струва да инвестирате, как да оцените ROI – виж pillar-а за изграждане на уеб сайт. За tactical how-to с инструменти и checklist-и – виж как се прави уеб сайт стъпка по стъпка. Тук фокусът е friendrazliчен: какво трябва да получите от всяка от осемте фази при разработка, кой е отговорен, и как разбирате, че фазата е готова.
Защо клиентската перспектива е критична
В типичния сценарий клиентът се намесва в две точки – при подписването на договора и при финалното one-click одобрение. Между тях агенцията работи „в кутия“ и клиентът разчита на крайния резултат. Този подход е една от водещите причини за неудачни проекти.
Професионалното възлагане на проект означава нещо различно: клиентът разбира деливърабълите на всяка фаза (какво конкретно ще получи), quality gates между фазите (критериите, по които се преминава нататък), и ролите в екипа на агенцията (кой за какво отговаря). С тези знания, клиентът престава да бъде пасивен наблюдател и става активен участник, който защитава проекта от половинчати решения.
Осемте фази по-долу са каноничният lifecycle на разработка. За всяка ще опиша какво се случва на високо ниво, кои деливърабъли трябва да получите от агенцията, кой е отговорен за резултата, и кога фазата е готова за приемане и преминаване нататък.
Фаза 1: Планиране и discovery
Какво се случва. Агенцията проучва бизнес модела, целевата аудитория, конкурентната среда и SEO landscape-а. Резултатът е разбиране на проекта на същото ниво, на което вие го разбирате – а в добрите проекти и на по-високо.
Деливърабъли. Discovery документ (10–25 страници, обхващащ цели, аудитория, конкуренти, market positioning), profile на 2–3 ключови потребителски персони с конкретни демографски данни и поведенчески модели, SWOT или конкурентен анализ, sitemap (визуална схема на всички страници и подстраници), първична keyword стратегия. Всеки от тези документи получавате като файл – не като устно описание. Качествен persona profile, например, описва не само възраст и пол, а и device preferences, типичен customer journey, decision criteria и common objections.
Кой участва. Стратег / project manager (води фазата), SEO специалист (от ден 1, не след), при сложни проекти – content strategist.
Quality gate – кога фазата е готова. Client signoff на discovery документа и sitemap-а. Ако не разбирате какво пише в документа или sitemap-ът ви се струва произволен, фазата НЕ е готова – върнете я с конкретни въпроси. Преминаването към Фаза 2 без формално одобрение тук е red flag #1.
За детайлна tactical разбивка на discovery инструментите, виж как се прави уеб сайт стъпка по стъпка – там са конкретните tools (Google Trends, Ahrefs, BuiltWith и др.).
Фаза 2: Спецификация и технически изисквания
Какво се случва. Discovery findings се превръщат в формална спецификация – детайлен документ, който описва всяка функционалност, всяка интеграция, всяка техническа специфика. Това е „договорът в договора“ – тук се определя обхватът на проекта.
Деливърабъли. Технически спецификации (15–40 страници), функционални изисквания (всяка функция описана с user stories), технологичен стек (платформа, хостинг, база данни, интеграции), детайлен timeline с milestone-и, дефиниция на „готово“ за всеки deliverable.
Кой участва. Project manager, lead разработчик (за технически решения), при e-commerce – payment integration specialist.
Quality gate. Спецификацията е подписана и подчертана. Всеки elements в нея е недвусмислен – „контактна форма с reCAPTCHA, изпращане към Gmail и копие към HubSpot CRM“ вместо „контактна форма“. Двусмислица в спецификацията означава смисловен проблем по-късно.
Фаза 3: SEO стратегия и планиране на съдържание
Какво се случва. SEO специалистът превръща keyword изследването в конкретна архитектура на съдържанието. На тази фаза се решава точно коя страница ще таргетира коя ключова дума, как ще се вътрешно свързват страниците, и как ще е структуриран URL пътят.
Деливърабъли. Keyword map (таблица: страница → primary keyword → secondary keywords → search intent), URL структура, content plan (за всяка страница – title, H1, meta description draft, ключови думи в съдържанието), preliminary internal linking схема, Schema markup план.
Кой участва. SEO специалист (главна роля), copywriter (за content plan), strategist (валидация спрямо бизнес целите).
Quality gate. Keyword map-ът е одобрен – съответства на бизнес целите от Фаза 1. Content plan-ът е реалистичен спрямо ресурсите за писане. Ако copywriting не е в скоупа на агенцията, тук е момента за яснота – кой ще пише и в какъв срок.
В CreateWeb тази фаза е критична – SEO се вгражда от ден 1, не се добавя по-късно. За детайлен преглед на инструментите за keyword research, виж анализ на сайт и най-добрите инструменти.
Фаза 4: Дизайн (UX и UI)
Какво се случва. Стратегията се превръща във визуален интерфейс. Първо се правят wireframes (черно-бяла структурна схема), след това high-fidelity макети с реални цветове, шрифтове и съдържание. При сложни проекти се прави и interactive prototype.
Деливърабъли. Wireframes за всички ключови страници (Figma, Sketch или XD файлове – не PDF screenshot-и), high-fidelity дизайн макети за всички страници, design system (типография с дефинирани размери и тегла, цветова палитра с конкретни hex кодове, компонентна библиотека с бутон стилове, форм elements, card layouts, навигационни компоненти), responsive макети (desktop + tablet + mobile), при scope – interactive prototype за тестване на user flows. Качествен design system съдържа 30–50 повторно използваеми компонента, които осигуряват визуална консистентност на целия проект. Виж нашите услуги за дизайн на уебсайт.
Кой участва. UX дизайнер (wireframes), UI дизайнер (визуален дизайн), при сложни проекти – art director, copywriter (за финални текстове в макетите).
Quality gate. Получавате достъп до дизайн файловете (не само screenshot-и). Всички ключови страници са дизайнирани, не само начална. Включени са изрично 2–3 рунда на ревизия – ако агенцията не споменава колко ревизии включва договорът, попитайте преди следващата фаза. За дизайн дисциплината като цяло, виж pillar-а за уеб дизайн.
Фаза 5: Разработка и интеграция
Какво се случва. Дизайн макетите се превръщат в работещ код. Frontend (HTML, CSS, JavaScript) се пише първо, после backend (PHP при WordPress, Node/Python при custom), после интеграциите (плащания, CRM, аналитика).
Деливърабъли. Staging URL – достъп до развойната среда, където можете да видите проекта в реално време; работещ CMS (за WordPress – admin панел с потребителски акаунт за вас, при custom – admin интерфейс за управление на съдържанието); тествани интеграции (всяка с документация как е свързана и как се deploy-ват промени); source code достъп (Git repository или ZIP архив с пълен код); технически документация (как се deploy-ва, как се обновява, как се правят бекъпи). Изборът на платформа е стратегическо решение – виж как да изберете CMS за вашия сайт.
Кой участва. Frontend разработчик (HTML/CSS/JS), backend разработчик (CMS, бази данни, интеграции), DevOps (deployment, performance), при сложни проекти – system integrator.
Quality gate. Staging URL е достъпен и стабилен. Всички страници от дизайна са изградени. Всички интеграции са тествани (не само инсталирани). Ако нямате staging URL за visual review, фазата НЕ е готова за preceding към тестване. Работещ dev environment е neотговорим signал за професионален процес.
Фаза 6: Тестване и контрол на качеството
Какво се случва. Сайтът се проверява систематично в пет направления – функционалност, крос-браузърна съвместимост, производителност, сигурност, достъпност. Намерените bug-ове се документират, отстраняват и retest-ват.
Деливърабъли. Формален test report (не „тествахме го“), bug list с приоритети (critical / high / medium / low) и статус, performance report (PageSpeed Insights, GTmetrix скорове) с конкретни числа за Core Web Vitals (LCP под 2.5 s, INP под 200 ms, CLS под 0.1), security scan report (Sucuri, Wordfence), accessibility audit (Lighthouse, WAVE).
Кой участва. QA тестер (главна роля), разработчиците (поправят bug-овете), SEO специалист (финален SEO audit).
Quality gate. Всички критични и high-priority bug-ове са поправени и retest-нати. Performance метриките отговарят на целите. Сигурностен scan е чист. Ако получавате „всичко е ОК“ без формален документ – това НЕ е тестване, това е увереност. Документираният тестов процес отделя професионалния подход от amateur-ския.
Фаза 7: Публикуване и преходен мониторинг
Какво се случва. Сайтът се деплойва от staging към production. При redesign се правят 301 пренасочвания, проверява се DNS пропагацията, активират се мониторингите.
Деливърабъли. Лансиран сайт, миграционен план (при redesign – пълна 301 redirect map от стари към нови URL), потвърден SSL и DNS, активни Google Analytics, Search Console и Tag Manager (виж GA4 ръководството), документация за admin панела, обучение за клиентския екип (1–2 часа сесия за управление на съдържанието).
Кой участва. DevOps (deployment), SEO специалист (миграция и проверки), project manager (комуникация и координация).
Quality gate. Сайтът е live и стабилен 48 часа. Search Console е приел sitemap. GA4 регистрира реални посещения. При redesign – органичният трафик не показва критичен спад в първата седмица. Клиентският екип е получил обучение и admin достъп.
Фаза 8: Поддръжка и оптимизация
Какво се случва. Сайтът преминава от „проектен“ в „оперативен“ режим. Това включва технически поддръжка, наблюдение на метрики и оптимизация на конверсиите на база реални данни.
Деливърабъли. Месечни поддържащи отчети (актуализации, бекъпи, security патчове), мониторинг на uptime и Core Web Vitals, на тримесечна база – performance review с препоръки, A/B тестове на ключови конверсионни елементи, SLA с гарантирано време за отговор при инциденти. Виж пълното ръководство за поддръжка на уеб сайт за детайли.
Кой участва. Support team (технически), SEO/CRO специалист (оптимизация), при нужда – copywriter за нов content.
Quality gate. Тук „готовност“ е ongoing – не еднократно. Месечен SLA се спазва, отчетите се получават навреме, инцидентите се отстраняват в обещания срок.
Quality gates обобщение
Преди да преминете от една фаза към следващата, проверете дали отговаряте утвърдително на следните условия:
| Фаза | Минимален gate |
|---|---|
| 1. Планиране | Discovery документ + sitemap одобрени писмено |
| 2. Спецификация | Tech spec подписан, без двусмислица |
| 3. SEO стратегия | Keyword map одобрен, content plan съгласуван |
| 4. Дизайн | Достъп до дизайн файлове, всички ключови страници готови |
| 5. Разработка | Staging URL стабилен, всички интеграции тествани |
| 6. Тестване | Формален test report, всички critical bugs fixed |
| 7. Публикуване | Сайт live + GA4 работи + клиентски екип обучен |
| 8. Поддръжка | Месечен SLA се спазва (ongoing) |
Ако някоя клетка не е чек-натa, преминаването към следващата фаза е скъсване на дисциплината – и обикновено води до проблем, който излиза наяве 2–6 месеца по-късно.
Red flags по фази: знаци, че агенцията срязва ъгли
Фаза 1 red flags. Дискавърито продължава по-малко от 5 дни. Discovery документът е под 10 страници. Sitemap-ът изглежда като template. SEO специалист не участва.
Фаза 2 red flags. Спецификацията е под 10 страници. Функционалностите са описани в общи понятия („контактна форма“, „галерия“) вместо конкретни user stories. Timeline-ът няма milestone-и.
Фаза 3 red flags. SEO се споменава, но не се прави формална стратегия. Няма keyword map. Content plan-ът е „ще пишем кратки текстове“. URL структурата не е определена преди разработката.
Фаза 4 red flags. Получавате само screenshot-и, не дизайн файлове. Wireframes са пропуснати – „минаваме директно към визуален дизайн“. Не са дизайнирани mobile макетите. Броят ревизии не е указан в договора.
Фаза 5 red flags. Няма staging URL. Source code не е accessible. „Хардкоднати“ стойности (телефонни номера, имейли в самия код вместо в admin панела). Интеграциите са „инсталирани“, но не и „тествани“.
Фаза 6 red flags. Няма формален test report. „Ние тествахме всичко“ без документация. Performance метриките не са измерени и записани. Сигурностен scan не е изпълнен.
Фаза 7 red flags. Няма миграционен план при redesign. 301 пренасочвания се правят след пускане, не преди. GA4 не е готов в момента на пускане. Няма обучение за клиентския екип.
Фаза 8 red flags. Няма SLA – само „ще се грижим за сайта“. Няма месечни отчети. Цените за извънпланови intervenции са неясни. Бекъпите са „случайни“, не автоматизирани.
Намирате 3 или повече red flags в един проект? Това е момент да преразгледате избора на агенция или да настоявате на корекции. Виж pillar-а за изграждане на уеб сайт за стратегическата оценка кога си струва да прекратите проекта.
Cost разпределение по фази
Какъв процент от бюджета трябва да отива за всяка фаза? Ето типичното разпределение за корпоративен проект с бюджет 5 000–8 000 €:
| Фаза | % от бюджета | Пример при 5 000 € | Пример при 8 000 € |
|---|---|---|---|
| 1. Планиране и discovery | 8 % | 400 € | 640 € |
| 2. Спецификация | 5 % | 250 € | 400 € |
| 3. SEO стратегия | 7 % | 350 € | 560 € |
| 4. Дизайн (UX + UI) | 25 % | 1 250 € | 2 000 € |
| 5. Разработка | 30 % | 1 500 € | 2 400 € |
| 6. Тестване | 8 % | 400 € | 640 € |
| 7. Публикуване | 5 % | 250 € | 400 € |
| 8. Setup на поддръжка + обучение | 12 % | 600 € | 960 € |
Когато оферта показва 60 %+ от бюджета за дизайн и под 10 % за разработка, някоя фаза е компрометирана – обикновено разработката или тестването. Когато планиране и SEO стратегия са под 10 % сумарно, това е знак, че агенцията не вгражда стратегията в проекта. Подробно за факторите, които движат цената, виж какво определя цената на уеб сайт.
Времеви очаквания между фазите
Фазите не текат непрекъснато – между всяка фаза има прозорец за client review и approval. Тези прозорци са нормална част от процеса; недооценяването им е честа причина проектите да се проточват.
Стандартни client review прозорци:
| След фаза | Стандартен срок | Какво правите |
|---|---|---|
| 1. Discovery | 3–5 работни дни | Преглеждате documenti, задавате въпроси, валидирате персоните спрямо реалния си бизнес |
| 2. Спецификация | 2–4 работни дни | Преглеждате scope, проверявате за пропуски, потвърждавате timeline |
| 3. SEO стратегия | 2–3 работни дни | Валидирате keyword map спрямо бизнес целите |
| 4. Дизайн (всяко рунд) | 3–5 работни дни | Преглеждате макети на реално устройство, събирате feedback от стейкхолдерите |
| 5. Разработка staging | 3–5 работни дни | Тествате на staging URL, документирате намерени проблеми |
| 6. Test report | 1–2 работни дни | Преглеждате bug list, потвърждавате критичните за поправяне |
| 7. Pre-launch финален преглед | 1–2 работни дни | Финален go/no-go за лансиране |
Сумарно – около 15–25 работни дни за client review във всичките фази, или 3–5 седмици календарно време. Ако агенция планира 6 седмици разработка без време за вашите review-та, реалистичният timeline е 9–11 седмици. Това не е забавяне – това е реализъм.
Какво правите по време на own waiting: не седите и не чакате. Подгответе съдържанието (текстове, изображения, видеа), интервюирайте потенциални клиенти за дизайн review, събирайте конкурентни референции. Activен клиент по време на разработка завършва проекта 20–30 % по-бързо от пасивен.
Какво да питате преди да подпишете договор
Преди да приемете оферта, задайте следните 8 въпроса. Качеството на отговорите често е по-показателно от цената на проекта:
Discovery – какъв е форматът и резултатът? Очаквайте конкретен отговор: брой часове, кой участва, какъв документ ще получите.
Спецификация – ще получа ли формален документ за обхвата? Ако отговорът е „договорът е достатъчен“, това е red flag. Сериозните проекти имат spec на 15+ страници.
SEO – кога се включва SEO специалистът? Правилен отговор: „от Фаза 1, преди дизайн“. Грешен: „след пускане на сайта“.
Дизайн – колко ревизии са включени? Очаквайте конкретно число: обикновено 2–3 рунда на ключовите страници.
Разработка – ще имам ли staging URL и source code? Очаквайте „да“ на двете. Source code-ът е ваш – не на агенцията.
Тестване – ще получа ли формален test report? Правилен отговор: „да, с bug list и performance метрики“. Грешен: „ще тестваме внимателно“.
Лансиране – какъв е миграционният план при redesign? Очаквайте писмен план с 301 пренасочвания и SEO continuity стратегия. Виж пълното ръководство за редизайн на сайт.
Поддръжка – какъв е SLA-ът след пускане? Очаквайте конкретни числа: време за отговор, време за разрешаване, отчетен формат. Виж нашите услуги за поддръжка.
Агенция, която не може да отговори ясно на тези въпроси, не е готова за проекта.
Често задавани въпроси
Какво е минимумът, който трябва да очаквам от агенция за всяка фаза? Минимумът са деливърабълите, изброени за всяка фаза по-горе. Ако агенцията предлага по-малко (например „ще ви покажем дизайна, но няма да ви дадем файлове“), договорете какво ви е нужно ПРЕДИ подписване, не след. Минимумът на професионално ниво включва: документация, achievable достъп до файлове и системи, формални quality gates, ясна комуникация на milestone-и.
Колко ревизии са нормални във фазата на дизайн? Стандартът е 2–3 рунда на ревизия на ключовите страници (начална, услуги, контакти). При по-сложни проекти – до 4 рунда. Ревизиите след това обикновено се таксуват допълнително. Договорете това в самото начало – „неограничени ревизии“ обикновено означава или скрити такси, или агенция, която ще се измори преди вас.
Имам ли право да прекратя проекта между фазите? Зависи от договора, но професионалните агенции включват клауза за phase-based termination с pro-rated плащане. Това означава: плащате за фазите, които са завършени, и ако решите да прекратите, не дължите оставащата сума. Изисквайте такава клауза преди подписване – гъвкавостта тук защитава и двете страни. В практиката, най-честите причини за прекратяване са значителни промени в бизнес стратегията (което прави scope-а нерелевантен) или загуба на доверие в агенцията след първите 1–2 фази.
Какво ако агенцията пропусне фаза, за да спести време? Първо – спрете и поискайте формална документация за пропуснатата фаза. Ако агенцията настоява да продължите без deliverable-ите от тази фаза, това е red flag. Второ – преразгледайте дали бюджетът отразява пропуснатата работа; ако не, договорете компенсация. Трето – ако фазата е критична (например SEO стратегия или тестване), настоявайте на изпълнение, дори ако означава корекция в timeline-а. Пропуснатите фази обикновено създават проблеми, които излизат наяве 2–6 месеца след лансиране – и тогава поправянето им струва 3–5 пъти повече от изпълнението им навреме.
Кой е собственик на source code-а след завършване на проекта? Вие – клиентът. Source code-ът, дизайн файловете, съдържанието и всички assets са ваша собственост. Агенцията може да си запази правото да използва проекта в портфолиото си, но никога не трябва да задържа кода „при себе си“. Уточнете това в договора преди подписване – особено при custom разработки.
Колко често трябва да очаквам комуникация по време на проекта? Минимумът е седмично status update – кратък отчет какво е направено, какво предстои, има ли блокери. При активни фази (дизайн, разработка) – 2–3 пъти седмично. Дълги периоди на тишина (повече от 5 работни дни) са red flag, освен ако предварително не сте се договорили за async режим.
Какво е разумен срок за client review между фазите? Стандартно 3–5 работни дни за дизайн ревюто, 2–3 дни за discovery документ, 1–2 дни за по-малки deliverable-и. Ако агенцията очаква одобрение в рамките на 24 часа, това е нереалистично; ако очаква над 7 дни между всички фази, проектът ще се проточи. Договорете срокове в договора.
Може ли агенция да гарантира конкретни SEO резултати? Не – никой не може. Сериозните агенции гарантират процес (SEO стратегия от ден 1, технически SEO best practices, content optimization), но не специфични позиции в Google. Ако чуете обещание за „първа позиция за X дни“, спрете и преразгледайте офертата. За реалистичен подход към SEO, виж pillar-а за SEO.
Заключение
Разработката на уеб сайт е процес от 8 ясно дефинирани фази, всяка с конкретни деливърабъли, отговорни роли и quality gates. Като клиент, който възлага проект, вашата работа не е да правите сайта – а да следите дали процесът се изпълнява професионално и да защитавате проекта от половинчати решения. Информираният клиент е най-добрата защита срещу проблеми, които иначе биха се открили след лансиране, когато поправянето им струва многократно повече.
За стратегическата рамка кога да инвестирате и как да оцените ROI – виж pillar-а за изграждане на уеб сайт. За tactical how-to с конкретни инструменти и checklist-и – виж как се прави уеб сайт стъпка по стъпка. Тази статия ви дава третото измерение: какво да очаквате от агенцията си и как да го управлявате на практика. CreateWeb е full-service партньор за всички етапи от разработката.
Готови ли сте да стартирате проект на стабилна основа? Поискайте оферта или свържете се с нас за консултация – ще ви проведем през фазите с прозрачност и конкретни деливърабъли.
