Как се пише техническо задание за изработка на уеб сайт
Техническо задание за изработка на уеб сайта
Може би най-важният източник на недоразумения и проблеми, които възникват между клиентите и компаниите за разработка, е зле съставеното искане за предложение (буквално: заявление за предложения - терминът "заявление" се използва по-долу).
Най-лесно би било да се каже, че клиентът обикновено знае от какво има нужда, просто не може да го изрази по-точно на хартия. Но най-често се случва клиентът изобщо да няма представа какво иска или от какво се нуждае. Само понякога клиентите ще признаят, че нямат ясна визия за целта и по-често вярват, че знаят какво искат, но разработчик, който има повече опит във всички тези неща, разбира това много по-добре. И сега, осъзнавайки, че сега читателите-клиенти ще вият, позволете ми да добавя към казаното, че разработчиците често са убедени, че разбират всичко много по-добре, въпреки че всъщност не разбират нищо. Вашата цел е да напишете вашата кандидатура по такъв начин, че да привлича добре обмислени и разумни предложения. Вашата цел е да напишете приложението по такъв начин, че да създадете основа за приятно бизнес сътрудничество в целия понякога сложен и скъп проект.
Голяма част от проблема произтича от факта, че е трудно да запишете на хартия всички детайли и възможности на проект за разработка на уеб сайт, когато нямате самата идея от какво се нуждаете и как всичко ще работи заедно. Освен това разработката на уеб сайт е сравнително нова дейност, така че не е изненадващо, че повечето клиенти нямат много опит в писането на предложения за разработка на уеб сайт.
Поръчка за изграждане на мост или инсталиране на мрежа е много различна от поръчка за разработване на уеб проект.
В идеалния случай компаниите трябвасвържете се с опитен интернет консултант, който да им помогне да очертаят и дефинират какво трябва да бъде включено в техния проект, преди да бъде направено заявление. Един добър консултант може да ви помогне да напишете предложение, което ще опрости процеса на разработка и за двете страни. Иска ми се да мога да вмъкна тук списък с добри, знаещи консултанти, към които можете да се обърнете. За съжаление (изглежда това е думата, която използвам най-често в тази статия) добър консултант е не само трудно да се намери, но и трудно да се дефинира. Готините уеб разработчици ще ви кажат, че те са единствените консултанти, от които се нуждаете, а независимият консултант може само да ви навреди, като ви даде само скучна PowerPoint презентация, но след това ще ви начисли дълга, дълга изнудваща сметка.
Е, какво да правя?
Предлагам да използвате процеса на кандидатстване в две стъпки. В първата стъпка провеждате проучване на кандидатите и след това съставяте кратък списък с компании, до които ще бъде изпратена вашата кандидатура, когато я попълните. Въпросът е да намерите 3-4 компании за разработка, които смятате, че са подходящи за проекта, въпреки че все още не са предоставили никакви цифри. За да направите това, трябва да подготвите предварителен документ, който повечето от разработчиците, желаещи да работят с вас, ще използват като отправна точка в преговорите.
Този предварителен документ трябва да се фокусира върху целите и вашата визия - какво искате да прави вашият възел? Какви са основните причини за създаване на уеб сайт за вашата компания?
Опишете вашата компания и вашите продукти, дайте поне малко информация за времето, необходимо за завършване на проекта, и опишете какви ресурси сте готови да отделите за него.Говорете с хората, които са изпратили вашите отговори, и си организирайте кратки срещи с тези, които са ви препоръчали или към които изпитвате симпатия. След това, ако няма да използвате услугите на интернет консултант, подгответе се да напишете подробно заявление.
Броят на участниците в подбора да се намали до 3, максимум 4 компании. Ако планирате да похарчите много пари за проекта, разпределете $ 1000 на всяка компания финалист, за да покриете разходите им по подготовката на окончателната версия на техните предложения. Това може да изглежда като загуба на пари, но поставете се на мястото на състезателите. Добре подготвеното предложение за голям проект може да изисква много време и ресурси. Само малка част от предложенията завършват с нищо. Много често има слухове, че конкретна компания, която е направила приложение, вече има свой любим разработчик и просто иска да получи оферти от конкуренти за сравнение или да окаже натиск върху любимия си. Ако това е така, то едва ли може да се очаква добро, внимателно обмислено предложение от състезателите в такава ситуация. Таксите за подготовка на предложения гарантират, че най-добрите компании за развитие могат да отделят време, за да подготвят най-доброто си предложение.
Предлагам да посочите отделно как да бъдат оформени предложенията, за да можете лесно да ги сравнявате. Например, трябва да се изискват конкретни факти или цифри във формат и ред, който ги прави по-лесни за сравнение. Е, например:
Предложенията трябва да съдържат следните раздели:Въведение, което предоставя кратко описание на вашия подход към разработването на проекта и цената Информация за компанията, включително финансови резултати Описание на квалификацията, включително списък с предишниклиенти с тяхната информация за контакт и URL адреси. Описание на вашия процес на разработка Средства и графици за предоставяне на скици Етапи на проекта Етапи Контрол на качеството Тестване Предложен екипен състав и квалификации Предложен работен график Подробности за разходите и плащането Срокове и условия
Можете да зададете още куп въпроси, но не забравяйте, че вашата задача е да изберете компания, на която имате доверие. По време на разработката можете да направите грешки и те могат да направят грешки, можете да закъснеете с доставката на материал и те могат да закъснеят. Трябва да изберете компания, която ще ви прости вашите грехове и вие техните. Разбира се, можете да опитате, но е невъзможно да включите абсолютно ВСИЧКО в приложението или в отговор на него. Предложението-отговор трябва да съдържа описание на това как ще работите заедно. Всички клиенти почти винаги обещават в началото, че ще осигурят всичко необходимо за проекта под формата на малка купчина и може би си мислите, че можете да направите същото. ТОВА НИКОГА НЕ СЕ СЛУЧВА! Клиентът е този, който пръв доставя и закъснява. Вашата молба трябва да посочва какво трябва да се случи, когато има забавяне от ваша или тяхна страна.
Уверете се, че вашето приложение включва график за преглед на отговорите и производствения процес.
Когато проектът бъде стартиран, ще бъде възможно да се измислят много повече контролни точки, но участниците в състезанието трябва да знаят тези етапи предварително. След като говорите с избраните участници, трябва да можете да напишете предложението си по начин, който ясно да посочва целите и визията на вашия проект. Ако финансовите граници на проекта са били ясно заявени на участниците, вие вече ще имате ясно разбиране какво ще включва проектът. Приложението трябва да се фокусираза това как ще бъде изградено взаимодействието с компанията разработчик по време на изпълнението на проекта.
Мисля, че е особено важно да се дадат на компаниите финалисти данните за контакт на човек, с когото могат да говорят, ако имат въпроси относно проекта. Не е във ваш интерес да оставите всички замесени в пълно неведение – по-добре е те да могат да говорят с вас и да разберат от какво имат нужда. По-късно ще прекарате още повече време с тези хора, защо не прекарате поне минута с тях, за да им дадете отговор на въпроса им? Отделете малко време, за да обясните проекта, докато финалистите работят по своите предложения. Уверете се, че знаете кой ще плати за промените. Ако бъдат открити грешки в копието на документа, който изпращате, кой ще поеме разходите за коригирането им?
Ако можете да посочите какво точно ви трябва, чудесно. Но не забравяйте, че имате нужда от удобни бизнес отношения. Искате да включите компания за разработка, защото те вероятно знаят повече от вас. Слушай ги. Ако казват, че целите ви са нереалистични и бюджетът на проекта е абсурден, може би са прави.
Естествени цветове и дизайн на интерфейса Използваемост: наука или идеология? Елементи на уеб разработка Къде отиват дизайнерите Техники за уеб дизайн и използваемост Контролен списък за уеб стандарти Проектиране на уебсайт. Какъв е проблемът