От брифа до старта: как всъщност е устроена разработката на сайт отвътре

За клиента разработката на сайт обикновено изглежда като черна кутия. На входа влизат бриф и авансово плащане, на изхода след няколко месеца излиза линк. Какво се е случвало вътре, защо е струвало точно толкова и защо едни етапи са прелетели за седмица, а други са се точили месец, си остава загадка.

Ето процеса отвътре: какво реално се случва на всеки етап, колко време отнема и, най-важното, в кои моменти проектът зависи не от изпълнителя, а от клиента.

Етап 1. Брифът и това, което всъщност излиза наяве

Брифът рядко е за сайта. Той е за бизнеса: кой плаща, за какво, колко струва привличането на клиент, какво пречи на продажбите сега. Сайтът е само инструмент и докато не е ясно каква задача решава, обсъждането на цветове е безсмислено.

На този етап си струва да зададете три неудобни въпроса:

  • Какво трябва да се случи, за да наречете проекта успешен след година? Отговорът „красив сайт“ не се брои, нужно е число.
  • Кой взема окончателното решение за дизайна? Ако хората са повече от двама, съгласуването ще отнеме двойно повече време.
  • Откъде ще дойде съдържанието? Това е най-честата причина за пропуснати срокове и почти никой не мисли за нея в началото.

Етап 2. Структура и прототипи

Прототипът е схема на страницата без цветове, шрифтове и снимки. Умишлено сива и умишлено грозна. Причината е проста: щом се появи дизайн, разговорът се плъзва към нюанси, а логиката остава непроверена.

На прототипите се решава кои блокове има на страницата, в какъв ред, какво човекът вижда първо и накъде води всеки бутон. Това е най-евтиният етап за промени. Преместването на блок в прототип отнема петнадесет минути. Същият блок след разработката е ден работа на трима души.

Етап 3. Дизайн

Дизайнът не започва от началната страница, а от система: мрежа, типография, цветове, състояния на бутони и полета. След това по тази система се сглобяват екраните. Такъв ред дава предвидим резултат и спестява време при разработката.

Тук се решава и как сайтът се държи на телефон. Не „после ще го смалим“, а отделни макети: на мобилно устройство друг ред на блоковете, друга навигация, други размери. Над половината трафик обикновено идва точно оттам.

Етап 4. Изработка и разработка

Изработката превръща макетите в работещи страници. Разработката добавя това, което не се вижда в макетите: административна част, формуляри, интеграции, многоезичност, скорост.

Именно тук изплуват въпроси, които при дизайна са изглеждали дреболия. Какво показваме, ако в блока има една карта вместо три? Какво става, когато заглавието е по-дълго от макета? Как изглежда празно състояние и грешка? Добрият изпълнител задава тези въпроси предварително, лошият решава сам и после се преправя.

Етап 5. Съдържание и тестване

Най-подценяваният етап. Сайт, сглобен с Lorem ipsum, и сайт с реални текстове са два различни сайта. Реалните заглавия са по-дълги, реалните снимки са в друг формат, реалните описания не се побират в отреденото място.

Тестването покрива това, което не се вижда при демонстрация: поведение в различни браузъри и екрани, работа на формулярите, коректност на имейлите, скорост на зареждане, достъпност с клавиатура.

Етап 6. Стартиране и първите седмици

Стартирането не е краят, а моментът, от който започват да постъпват данни. През първите две седмици се събират реални числа: откъде идват хората, къде затварят страницата, кои формуляри не довършват. Тогава се вижда кои предположения са се потвърдили.

Колко време отнема

ЕтапСрокКакво е нужно от клиента
Бриф и проучване1-2 седмициДостъп до данни, време за срещи
Структура и прототипи1-2 седмициВнимателно одобрение, а не „става“
Дизайн3-5 седмициСнимки, лого, бранд гайд, един отговорник
Изработка и разработка4-8 седмициДостъп до хостинг, домейн, поща
Съдържание и тестове1-3 седмициГотови текстове и изображения
Стартиране2-5 дниРешение за датата

Общо от десет до двадесет седмици за типичен корпоративен сайт. Разликата е голяма заради дясната колона: сроковете се пропускат не от разработчиците, а в чакане на съдържание и одобрения.

Къде проектите засядат най-често

  • Съдържание. Текстовете се обещават „следващата седмица“ и идват след два месеца. Решението: пишете паралелно с дизайна, а не след него.
  • Размито одобрение. „Като цяло е добре, но нещо не е така“ не може да се вземе в работа. Нужни са конкретни точки.
  • Нови участници по средата. Човек, който вижда макетите за първи път на етап разработка, почти винаги отваря обсъждането отначало.
  • Промени извън етапа. Смяна на структурата след одобрен дизайн не струва „малко повече“, а в пъти повече.
  • Достъпи. Хостинг, домейн, поща, аналитика. Издирването на човека, който ги е регистрирал преди пет години, отнема седмици.

Какво реално ускорява проекта

Не увеличаването на екипа. Помага друго:

  • Един човек от страна на клиента с право да взема решения.
  • Съдържание, готово поне на 70% преди началото на дизайна.
  • Забележки в един общ списък, а не по една в месинджъра цяла седмица.
  • Честен отговор „не знам“ вместо предположения за собствения бизнес.
  • Уговорка дребните бележки да се събират и решават на пакет след старта.

Въпроси, които си струва да зададете на изпълнителя

Зададени преди подписване, те спестяват повече от пазаренето за цена:

  • Какво влиза в цената и какво се таксува отделно?
  • Колко кръга корекции са заложени на всеки етап?
  • Кой пише текстовете и влиза ли това в бюджета?
  • Какво става след старта: има ли поддръжка, колко струва, какви са сроковете за реакция?
  • Чия собственост са изходните файлове на дизайна и кодът?

Разработката на сайт спира да бъде черна кутия в момента, в който и двете страни разбират на кой етап какви решения се вземат и колко струват. Всичко останало е просто работа и тя се върши предвидимо.

Актуални новини

Жълта предупредителна лента и оранжев пътен конус, опънати през разбит тротоар от чакъл и откъртен асфалт

Приставките за достъпност не са съответствие: какво решава делото Carrefour

Френски съд отхвърли показателя 71% и даде на Carrefour шест месеца при 500 евро на ден, а FTC събра 1 милион долара от най-големия продавач на приставки заради твърдението, че приставката осигурява съответствие. Защо скрипт не може да го поправи и какво може.

Пет черни международни адаптера за контакти, подредени на пирамида върху едноцветен фон, всеки с различно разположение на щифтовете

MCP за бизнеса: какво решава стандартът и какво пак строите сами

MCP вече е независим от доставчик под шапката на Linux Foundation, публичните сървъри са над 10 000, а юлската спецификация го направи обикновена уеб инфраструктура. Но готовността за корпоративна употреба — одитни дневници, единен вход, шлюзове — е най-малко дефинираният приоритет на самата пътна карта.

Две съседни входни врати на улица — тъмночервена и кафява — във фасади на къщи с различен цвят

Passkey и паролата, която остава: какво реално се промени до 2026 г.

Пет милиарда passkey в употреба и 90% разпознаваемост — а 57% от организациите все още вкарват собствения си персонал с парола. Защо passkey печелят като добавка и губят като замяна, и петте стъпки, които си струват на един бизнес сайт.

Виж всички новини