Клиент те пита: "Можеш ли да направиш UX audit на нашето приложение?" Никога не си правил UX audit. Или: "Трябва ни design system." Никога не си изграждал design system. Или: "Искаме motion design за landing страницата." Motion design? Може би си гледал tutorials, но реален проект, не.
Всеки фрийлансър стига до момента, когато му предлагат проект извън познатата територия. Отказваш ли, губиш възможност да израснеш. Приемаш ли без система за оценка, рискуваш да работиш безплатно. В тази статия ще ти дам конкретен метод за scoping на непознати проекти, който те предпазва от загуба и ти дава увереност да кажеш "Да, мога".
1. Защо грешните оценки се случват (и защо е нормално)
Най-честата причина за грешна оценка не е липсата на опит. Липсата на структура за оценяване е проблемът. Дори опитен дизайнер, работещ с нов тип проект, ще сбърка, ако оценява "на усещане".
3 типа грешки при оценка:
Подценяване на scope ("Колко може да е сложно?"). Класика. Проектът изглежда малък отвън, но вътре се крият 10 допълнителни задачи, за които не си мислил. UX audit звучи като "прегледай app-а и напиши препоръки". На практика: screenshoting, heuristic evaluation, flow analysis, доклад, презентация, ревизии на доклада.
Подценяване на комуникацията. Непознатите проекти генерират повече въпроси от двете страни. Повече срещи, повече email-и, повече уточнения. Добави 20-30% за комуникационен overhead.
Overconfidence bias. "Виждал съм tutorials, колко трудно може да е?" Разликата между tutorial и реален проект е като разликата между готварско шоу и кухня на ресторант. Tutorials показват happy path. Реалните проекти имат edge cases, клиентски feedback и пренаписвания.
Грешните оценки не са провал. Те са data points. Но целта е да сбъркаш с 20%, не с 200%. За това ти трябва система.
2. Метод "Разбий, умножи, добави буфер"
Когато не си правил нещо преди, не можеш да оцениш проекта като цяло. Мозъкът ти няма reference point. Но можеш да го разбиеш на по-малки части, които все пак можеш да оцениш.
Стъпка 1: Разбий проекта на фази. Всеки дизайн проект (независимо от типа) минава през подобни фази:
Discovery / Research (разбиране на проблема)
Exploration (генериране на идеи и варианти)
Design (изпълнение на избрания вариант)
Refinement (ревизии, полиране)
Delivery (финални файлове, документация, handoff)
Стъпка 2: За всяка фаза, оцени в часове. Не "3-5 дни", а "12-20 часа". Часовете са по-точна единица. Питай себе си: "Ако нямах нищо друго и седна да работя само това, колко часа ще ми отнеме тази конкретна фаза?"
Стъпка 3: Умножи по 1.5x за непознато. Това е ключовата стъпка. За проекти, които си правил, множителят е 1.2x (малък буфер за непредвидено). За непознати проекти: 1.5x. Ако оцениш research фазата на 10 часа, реалната оценка е 15 часа.
Стъпка 4: Добави 20% за комуникация. Отгоре на вече умножените часове. Непознатите проекти генерират повече back-and-forth.
Пример:
Discovery: 8 часа x 1.5 = 12 часа
Exploration: 12 часа x 1.5 = 18 часа
Design: 16 часа x 1.5 = 24 часа
Refinement: 8 часа x 1.5 = 12 часа
Delivery: 4 часа x 1.5 = 6 часа
Общо: 72 часа
+ 20% комуникация: 86 часа
При ставка 60 лв/час: 5160 лв, закръгляш на 5200 лв
3. Как да събереш информация бързо (без да признаеш, че не знаеш)
Не трябва да лъжеш клиента. Но не трябва и да казваш "Никога не съм правил това". Ето как да се информираш бързо и да дадеш компетентна оценка.
Вътрешен research (преди да отговориш на клиента):
Намери 3-5 case studies от дизайнери, които са правили подобен проект. Не за дизайна, а за процеса. Колко фази? Какви deliverables? Колко ревизии? Case studies разкриват scope-а, който не виждаш.
Потърси templates и frameworks. За UX audit има готови frameworks (Nielsen's heuristics, UX audit checklist). За design systems има established процеси (audit, tokens, components, documentation). Templates ти дават структура, без да изобретяваш колелото.
Попитай в общност. "Правили ли сте X? Какъв обхват имаше? Колко време ви отне?" Perspektiva, Slack групи, Discord сървъри. Директните данни от хора, които са го правили, са безценни.
Какво да питаш клиента (за да уточниш scope):
"Какъв е крайният резултат, който очаквате?" (deliverables, не абстрактни цели)
"Кой ще ползва този output?" (аудитория на deliverable-а)
"Имате ли примери за подобен проект, който ви харесва?" (benchmark)
"Каква е timeline очакването?" (спешността влияе на scope)
"Имало ли е предишни опити?" (ако да, защо не са сработили)
Тези въпроси са професионални, не издават липса на опит. Всеки добър дизайнер ги задава, независимо дали е правил подобен проект 50 пъти.
4. Защитни клаузи в офертата
Когато не си сигурен в оценката, офертата е твоята защита. Ето конкретни клаузи, които те предпазват без да отблъскват клиента.
Клауза 1: Фазово разбиване.
Вместо "Проектът струва 5200 лв", кажи: "Проектът е разбит на 2 фази. Фаза 1 (Discovery + Exploration): 1800 лв. Фаза 2 (Design + Delivery): 3400 лв. Фаза 2 започва след одобрение на резултата от Фаза 1."
Защо работи: ако Discovery фазата разкрие, че проектът е по-голям от очакваното, можеш да коригираш цената на Фаза 2 с конкретни данни. Клиентът не е изненадан, защото е знаел от начало, че цената на Фаза 2 може да варира.
Клауза 2: Дефиниран брой ревизии.
"Включени са 2 рунда ревизии. Допълнителни ревизии се таксуват по 60 лв/час." Без тази клауза, ревизиите са безкрайни. С нея, клиентът е по-focused в feedback-а си.
Клауза 3: Change request процес.
"Промени в обхвата (нови страници, допълнителни функционалности, промяна на концепцията след одобрение) се оценяват отделно." Записано в офертата, подписано от двете страни. Когато клиентът поиска "още една малка работа", имаш документ, на който да се позовеш.
Клауза 4: Pilot/test проект.
Ако проектът е голям и никога не си правил подобен, предложи pilot: "Да започнем с по-малка част (audit на 3 ключови екрана вместо целия продукт). Ще видим какво разкрива и ще определим обхвата на пълния проект." Намаляваш риска и за двете страни.
5. След проекта: как да превърнеш грешките в система
Първият непознат проект почти никога не е перфектно оценен. Това е нормално. Важното е какво правиш след него.
Project debrief (15 минути, веднага след delivery):
Колко часа оцених? Колко реално отне? Записвай разликата. Ако оцени 86 часа и отне 110, знаеш, че множителят за следващия подобен проект е 1.3x вместо 1.0x.
Коя фаза беше подценена? Обикновено една фаза яде основната разлика. При мен за първия design system проект, refinement фазата отне 3 пъти повече от очакваното. Следващия път знаех.
Какви задачи не бяха в оценката? "Не бях помислил за documentation" или "Клиентът поиска presentation deck, който не беше в scope". Добави ги към checklist-а за следващия път.
Комуникацията отне повече или по-малко от 20%? Адаптирай за следващия проект.
Записвай тези данни. След 3 подобни проекта, оценките ти ще бъдат точни до 10-15%. Това е точността, която има дизайнер с 5 години опит в дадена ниша. Разликата: той я е натрупал бавно. Ти я записваш системно.
Създай scoping template. За всеки нов тип проект, който завършиш, създай кратък документ:
Тип проект: UX Audit / Design System / Motion Design / etc.
Фази и реални часове
Deliverables (списък)
Скрити задачи (които не бяха в първоначалната оценка)
Минимална цена за следващия път
Този template е твоят pricing asset. Всеки нов тип проект добавя ред. След 2 години имаш pricing database за 15-20 типа проекти.
Заключение
Непознатите проекти не са риск, който да избягваш. Те са начинът, по който растеш. Но растежът без система е хазарт. Разбий проекта на фази, умножи за непознатото, добави буфер за комуникация и защити се с клаузи в офертата. След всеки проект, записвай данните.
Следващият път, когато клиент те попита за нещо, което не си правил, ще имаш метод вместо паника.