Оценка на проекти и бюджетиране, бърлога на Keriat

Публикувано от

проекти
Днес бих искал да говоря за принципите на оценяване на проекти, които съм разработил по време на комуникацията си с клиенти както в студиото, така и на свободна практика.
Неведнъж съм попадал на клиенти, които разбират много малко от създаването на уебсайтове или уеб приложения. ТЗ често им е - „Искам същия сайт като на ****. Ru, само с копчета от седеф.“ На пръв поглед изглежда, че работата с такива клиенти е много трудна. Всъщност това не е по-трудно от работата с техническо задание от 60 страници. В такива технически спецификации клиентът обикновено описва подробно нюансите на дизайна, но напълно губи от поглед функционалността. Трябваше да работя и с проекти, за които всички технически спецификации са 5-10 оформления на дизайна. Имаше различни неща. Но във всички случаи подробната бюджетна схема работи еднакво добре. Това е, което ще бъде обсъдено.

Понякога е по-добре без ТК изобщо

Тежкото положение на грамотния ТЗ се дължи на проста човешка причина. Изготвянето на технически спецификации за разработване на проекти е цяла дисциплина. Много е трудно да не се вмъкнете в описанието на малките неща, трудно е да подчертаете и структурирате изискванията. Освен това е двойно трудно, ако нямате представа какво наистина искате. Вероятно затова съм по-впечатлен от клиенти, които НЕ правят непрофесионални технически спецификации. Вярвам (въз основа на собствения си опит), че лошо написаното ТЗ създава в пъти повече проблеми, отколкото пълното му отсъствие. Но разбира се има и недостатъци. Ще се опитам да изброя и двете по ред.

Плюсове на задачата „Направи го както е“

Разбира се, никъде няма минуси

  1. Не всички нюанси на проекта могат да бъдат разгледани. Някои неща (управление на съдържанието, личен акаунт, зони, затворени за VIP потребители и т.н.) няма да бъдат видими за вас и могат да се приемат за даденост от клиента. Имахме случай, когато предадохме нещо, което изглеждаше като завършен проект. И в последния момент клиентът попита къде е личният акаунт на клиента и дълго се чудеше защо не го намерихме на сайта източник.
  2. Не забравяйте, че TK е преди всичко застраховка за вас и клиента в трудни ситуации. Разбира се, ние всички сме хора и се опитваме да решим всичко по мирен начин. Но лайна се случва. Следователно наличието на одобрената ТЗ и прогнозата е много по-лесно за „търсене на истината“. Следователно техническото задание ще трябва да бъде съставено и съгласувано от вас, а това е допълнително време, което не може да бъде включено в сметката.