Бързсайт.бг
Изработката на сайт започва с уточняване на бизнес задачата. Следват определяне на обхвата, подготовка на съдържанието, дизайн и разработка. Преди пускането се проверяват функциите, мобилната версия и техническите настройки, а при предаването се уточняват достъпите, управлението и поддръжката.
Като възложител участвате в няколко конкретни решения. Потвърждавате какво трябва да прави сайтът, проверявате информацията за бизнеса и одобрявате работата на предварително уговорени етапи. Техническият екип трябва да обясни предложенията си и да покаже как изпълняват тези цели.
Не е необходимо да започвате с готово техническо задание. Нужно е да можете да опишете как работи бизнесът Ви и какво искате да подобрите. Подробностите се уточняват след това.
Какво да подготвите преди първия разговор
Представете си, че потенциален клиент отваря бъдещия сайт. Какво трябва да разбере и какво очаквате да направи след това?
За фирма за ремонти това може да е заявка за оглед. За салон е възможно да е записване на час. Производителят може да има нужда от каталог, през който търговски партньор да изпрати конкретно запитване.
За първия разговор подгответе:
Кратко описание на услугите, клиентите и районите, които обслужвате.
Наличните материали: лого, снимки, текстове, ценоразпис и адрес на сегашния сайт.
Най-честите въпроси, които хората задават преди да купят или да се свържат с Вас.
Желан срок и ориентир за бюджета, включително причината за конкретна дата.
Липсват снимки? Кажете го още в началото. Ако текстовете трябва да бъдат написани от екипа по проекта, това също трябва да влезе в планирането.
Когато самата нужда от сайт още не е ясна, първо разгледайте кога един бизнес има конкретна причина да създаде собствен сайт.
Изработката на сайт в 7 етапа
1. Изясняване на целта и оценка на сегашното положение
Започнете с проблема, който трябва да бъде решен.
"Искаме по-модерен сайт" оставя много въпроси. "Клиентите не намират кои райони обслужваме и ни звънят за услуги, които не предлагаме" вече дава посока за съдържанието и структурата.
За малък бизнес бихме избрали една основна задача за първата версия. Например повече подходящи запитвания за конкретна услуга. След това бихме уточнили как ще се разпознава такова запитване и кой ще го обработва.
При съществуващ сайт препоръчваме първо одит, тоест целенасочена проверка. Разгледайте как хората достигат до важната информация, дали формите работят и къде има технически ограничения.
Възможно е задачата да се реши с нова страница, преработена форма или подобрение на мобилната версия. Пълна разработка има смисъл, когато оценката показва, че необходимите промени не могат да се направят разумно върху сегашната основа.
Преди следващия етап запишете целта, основните потребители и какво ще считате за полезен резултат.
2. Обхват, бюджет и отговорности
Обхватът описва какво точно включва проектът.
Тук трябва да се уточнят страниците, езиците, функциите и връзките с други системи. Формулировка като "сайт с възможност за резервации" има нужда от подробности. Клиентът избира ли свободен час? Плаща ли предварително? Кой потвърждава посещението?
Поискайте предложението да показва и кой подготвя съдържанието, колко обсъждания и корекции са включени и как ще бъде приета готовата работа.
Назначете човек от бизнеса, който събира обратната връзка и потвърждава решенията. Така дизайнерът няма да получава противоречащи си указания от няколко места.
Уточнете също еднократните и периодичните разходи. Освен разработката може да има домейн, хостинг, поддръжка и платени външни услуги.
Разграничете дефекта от новото изискване. Ако договорената форма не изпраща запитване, това е проблем за отстраняване. Ако по-късно поискате тя да разпределя запитванията между различни офиси, това е допълнителна функция, освен ако вече е включена в обхвата.
Препоръчваме всяка такава промяна да се одобрява с ясно описано отражение върху цената и срока.
3. Структура и съдържание
На този етап се определя кои страници са необходими и каква информация ще има във всяка.
За фирма в услугите бихме започнали от въпросите на клиента. Какво включва услугата? За кого е подходяща? Къде се предлага? Как се определя цената и как се изпраща запитване?
След това се подреждат страниците и връзките между тях. Това е структурата на сайта.
Използвайте реални текстове още при планирането на важните страници. Например описание на услуга с няколко условия, снимки и често задавани въпроси трябва да бъде прегледано в действителния си вид, преди оформлението да се счита за окончателно.
Подготовката може да бъде съвместна. Екипът задава въпроси и оформя текстовете, а бизнесът потвърждава фактите. Проверете особено внимателно цени, срокове за изпълнение, адреси и обещания към клиентите.
За снимките уточнете откъде идват, кой ги подбира и дали имате необходимото разрешение за използването им.
Тук е полезно да разгледате и какво трябва да съдържа един бизнес сайт. Изберете необходимото за Вашата задача, вместо да добавяте всички възможни секции.
4. Прототип и дизайн
Прототипът е предварителен модел на страниците. Може да бъде проста схема или вариант, по който се натискат бутони и се проследява навигацията.
С него се обсъжда потребителското изживяване, наричано още UX: колко лесно човек разбира предложението, намира нужната информация и изпълнява задачата си.
Проверете конкретен маршрут. Отваряте страница за услуга, виждате условията и стигате до запитване. Направете го и на телефон.
След подредбата се уточнява визуалното оформление: цветове, шрифтове, снимки и начин на представяне на съдържанието.
Давайте обратна връзка през конкретен проблем. "На телефона трудно намирам как да заявя оглед" насочва към решение. Коментарът "нещо не ми харесва" има нужда от разговор, преди да доведе до полезна промяна.
Одобрете ключовите страници и важните състояния на формите. Поискайте да видите например как изглеждат съобщението за грешка и потвърждението след изпращане.
5. Разработка и техническа основа
При разработката одобреният проект се превръща в работещ сайт. Изграждат се страниците, формите и договорените функции.
В Бързсайт.бг предпочитаме индивидуална разработка, когато тя е оправдана от задачата. Това позволява да планираме функциите и управлението според работата на конкретния бизнес.
Бихме заложили на подходящо оразмерени изображения, внимателен подбор на външните скриптове и ясна организация на съдържанието. Поддържани програмни компоненти могат да се използват там, където са подходящи. Решенията трябва да бъдат обосновани и проверени.
Уточнете какво ще можете да редактирате сами. Административният панел е частта, през която упълномощените служители управляват съдържанието. Поискайте демонстрация с реална задача, например промяна на работно време или добавяне на снимки към проект.
Разработката включва и техническата основа за SEO, оптимизацията за търсачки. Сред необходимите проверки са достъпността на публичните страници за Google, описателните заглавия и работещите вътрешни връзки. Карта на сайта, наричана sitemap, може да подпомогне откриването на страниците. Самото ѝ наличие не гарантира индексиране или позиции. Източник: Google Search Central.
Индивидуалната разработка сама по себе си не гарантира скорост или по-високо класиране. Google посочва, че добрите показатели за потребителско изживяване не гарантират челни резултати. Затова приемайте измервания и конкретни проверки, а не обещания, основани само на избраната технология. Източник: Google Search Central.
6. Тестване и приемане
Преди пускането направете проверка по договорените изисквания. Разгледайте сайта като клиент и като човек, който ще го управлява.
Какво проверявате | Как изглежда успешният тест |
|---|---|
Основното действие | Запитването или резервацията минава през целия договорен процес. |
Получаването от бизнеса | Информацията достига до правилния служител, поща или система. |
Мобилната версия | Важните страници и форми се използват удобно на договорените устройства и браузъри. |
Съдържанието | Услугите, цените, контактите и условията са потвърдени от отговорен човек. |
Управлението | Служител може сам да извърши договорените ежедневни промени. |
Грешките и празните полета | Формите дават разбираеми указания и не показват успешно изпращане при неуспех. |
Изпратете тестово запитване. Проверете го до получаването му. Потвърждението на екрана е само една част от процеса.
Проверете и достъпността. Препоръчваме тест с клавиатура, видим фокус върху избраните елементи, четими цветови контрасти и ясни обозначения на полетата. W3C описва тези изисквания в насоките за уеб достъпност. Краткият преглед не е равнозначен на пълна оценка за съответствие. Източник: W3C WCAG 2.2.
За скоростта поискайте резултати от ключовите страници. Началната страница е само една от тях.
Core Web Vitals са показатели за зареждането, реакцията при взаимодействие и визуалната стабилност. Добрите стойности са:
Показател | Какво описва | Добра стойност |
|---|---|---|
LCP | Кога се показва най-големият видим елемент със съдържание. | До 2,5 секунди. |
INP | Колко бързо страницата реагира визуално на взаимодействие. | До 200 милисекунди. |
CLS | Колко неочаквано се разместват елементите. | До 0,1. |
Оценката се прави по 75-ия процентил на измерванията, отделно за мобилни устройства и компютри. Това означава, че всеки показател трябва да е в добрия диапазон за поне 75% от съответните измервания. Източник: web.dev.
PageSpeed Insights показва лабораторни тестове и, когато са налични, данни от реални потребители за предходните 28 дни. Нов сайт или сайт с недостатъчно измервания може да няма такива данни. Затова преди пускането се правят контролирани тестове, а реалното потребителско изживяване се проследява след старта. Високият лабораторен резултат не е равнозначен на потвърдени добри Core Web Vitals при реални посетители. Източник: Google PageSpeed Insights.
За сигурността поискайте конкретен обхват на проверките: вход в администрацията, права на потребителите, обработване на изпратените данни и качване на файлове, когато има такава функция. OWASP ASVS е професионална основа за формулиране и проверяване на изисквания за сигурност на уеб приложения. Източник: OWASP.
Запишете откритите проблеми и резултатите от повторната проверка. За допълнителни въпроси при прегледа използвайте и материала за 15 грешки при изработка на сайт.
7. Пускане, предаване и поддръжка
Пускането трябва да бъде уговорено действие с отговорен човек и проверки непосредствено след него.
Препоръчваме преди старта да се потвърдят резервното копие, начинът за възстановяване и готовността на бизнеса да получава запитвания. При замяна на съществуващ сайт уточнете и как ще се върнете към предишното работещо състояние при сериозен проблем.
Проверете страниците, които трябва да бъдат видими в търсачките. Например случайно оставена инструкция noindex, която казва на Google да не включва страницата в резултатите, трябва да бъде премахната от предназначените за индексиране страници. Това не означава всички служебни страници да бъдат отворени за търсене. Източник: Google Search Central.
Ако при обновяването се сменят адресите на страници, подгответе съответствие между старите и новите. Google препоръчва постоянни пренасочвания към подходящите нови адреси. Масовото пренасочване на различни стари страници към началната не е добър заместител. При преместване са възможни колебания във видимостта, затова проследяването продължава след пускането. Източник: Google Search Central.
След старта повторете основните тестове на публичния адрес, включително изпращането на запитване.
При предаването поискайте организиран списък с достъпите и отговорностите. Уточнете контрола върху домейна, хостинга, администрацията и използваните външни услуги. Запишете какви файлове, документация и изходен код се предават според договорените условия.
Преди да приключи проектът, направете кратко обучение с човека, който ще работи със сайта.
За поддръжката договорете как се подават проблеми, кой следи резервните копия и какво включват текущите обновявания. Уточнете отделно условията за добавяне на нови функции.
Колко време отнема изработката на сайт
Срокът трябва да бъде обвързан с конкретния проект и началните условия.
Поискайте календар, в който се вижда кога започва работата, кога се предоставят материалите и кога се очаква одобрение. Уточнете дали посочената продължителност включва чакане за текстове, външни системи и обратна връзка.
Две предложения с еднакъв брой страници могат да включват различна работа. Страница с текст и снимки и страница с калкулатор за индивидуална оферта трябва да бъдат оценени според действителните си функции.
Преди да приемете срока, изяснете какво става при закъсняло съдържание или промяна на вече одобрен дизайн. За фиксирана дата, например откриване на обект, бихме определили кои функции са необходими за старта и кои могат да бъдат добавени по-късно.
Така първата версия има ясен обхват, а следващите подобрения се планират отделно.
Пример: сайт за фирма за ремонтни услуги
Следващият сценарий е илюстративен.
Фирма за ремонти получава запитвания по телефон и съобщения. Собственикът иска клиентите предварително да виждат изпълнени обекти и да заявяват оглед.
За първата версия бихме обсъдили страници за основните услуги, галерия с реални проекти, обслужвани райони и форма за запитване. При всяка снимка на обект може да има кратко описание на извършената работа.
Формата бихме ограничили до информацията, нужна за първия разговор: контакт, населено място и описание на задачата. Качване на снимки бихме добавили, ако екипът действително ще ги използва при преценката.
Преди пускането собственикът изпраща запитване от телефона си. Проверява дали то пристига при правилния човек и дали съдържа достатъчно информация за обратна връзка.
Система за автоматично записване на огледи бихме разгледали след уточняване на графиците, районите и начина на работа на екипите. Така функцията ще отговаря на реалния процес.
Често задавани въпроси
Трябва ли да имам готово техническо задание?
Не е необходимо за първия разговор. Достатъчно е да опишете бизнеса, клиентите и задачата на сайта. Преди същинската разработка обаче трябва да има писмено уточнен обхват, функции и начин за приемане.
Може ли работата да започне, преди да имам всички текстове и снимки?
Проучването и първоначалното планиране могат да започнат. За окончателното оформление на важните страници е добре да има реално съдържание. Уточнете кой го подготвя и до кога, за да бъде включено в графика.
Ще мога ли сам да променям съдържанието?
Това зависи от договорените възможности на административния панел. Посочете какво ще редактирате редовно и поискайте да го изпробвате преди приемането.
Трябва ли да сменя домейна при нов сайт?
Промяната на дизайна или разработката не изисква сама по себе си нов домейн. Ако се променят адреси на съществуващи страници, трябва да се планират подходящи пренасочвания и проверки.
Може ли сегашният сайт да работи, докато се разработва новият?
Да, проектът може да бъде организиран с отделна тестова среда. При сайтове с текущи поръчки, резервации или чести промени трябва предварително да се уточни как ще се прехвърлят новите данни и съдържание.
Мога ли да добавям нови функции след пускането?
Да, когато техническата основа и необходимите интеграции го позволяват. Добре е известните бъдещи нужди да бъдат споделени още при планирането, дори да не се разработват веднага.
Може ли друг екип да поеме сайта по-късно?
Обсъдете това преди възлагането. Поискайте ясни условия за достъпите, документацията, кода и използваните външни услуги, така че поддръжката да може да бъде предадена при нужда.
Източници
Техническите насоки в статията се опират на официална документация и стандарти:
От какво да започнете
Опишете какво трябва да може клиентът да направи през сайта и какво се случва след това във Вашия бизнес. Добавете какво вече имате и къде срещате затруднения.
С тази информация може да започне смислен разговор за обхват, срок и бюджет.
В Бързсайт.бг можете да ни разкажете какво искате да създадете или подобрите, без да подготвяте техническо задание предварително. При съществуващ сайт бихме започнали с оценка на конкретния проблем и възможностите за подобрение. За нов проект ще уточним какво трябва да включва първата работеща версия.
Бързсайт.бг
