Что такое «гарантия на сайт». Почему многие разработчики начинают свое КП именно с гарантии? Кому она нужна и что собой представляет? Попробуем разобраться.
Подойдем к вопросу со стороны чисто технической. Представим сайт как продукт, полученный в результате работы группы специалистов на определенных технологиях и пакетах наработок. В результате данного процесса, релиз-версия сайта представляет собой дамп БД, и кода, по сути говоря, кастомизированный программный продукт в определенной версии релиза, с определенной визуализацией интерфейсов.
Когда устанавливали MS Windows к себе на компьютер, или, например, новый браузер, или любое другое ПО, вы давали кучу согласий, даже не читая их. Можно пожелать лишь удачи пользователям, которые попытаются связаться с call-центром компаний Microsoft или Symatec для разъяснений проблем, возникших во время эксплуатации того или иного программного продукта.
Но обращали ли Вы внимание на гарантию ПО при установке? А при покупке? Как часто наличие гарантии являлось для вас определяющим фактором в покупке ПО, а в дальнейшем его установки? Скорее всего, фактор наличия гарантии вы не учитывали совсем.
Разработка интерфейсов сайта это процесс, которому присущи также и творческие этапы работы. Возможна ли гарантия на продукт художественного творчества? На рисунок или иллюстрацию? Говорить об этом, смысла нет.
Не понятно, почему некоторые разработчики так кичатся своей гарантией? Причем настолько — что упоминают о гарантии прямо в своем логотипе?
Стремясь к общему просвещению людей, которые заказывают разработку сайтов, некоторые разработчики лишь запутывают и «заговаривают» заказчиков оперируя абсолютно никчемными и не значимыми факторами.
Это как при выходе (естественно в расстроенных чувствах) из автосалона «Лада» вам вдогонку крикнут «самый веский» аргумент для покупки этого авто: «А Вы знаете?! А в ней еще и тормоза есть!»
Зачем студии говорить заказчику про гарантию? Чтобы побудить внутренне чувство спокойствия, защищенности. Но почему тогда не обещать рефакторинг и версионифицирование кода после его релиза?
Потому что заказчику нужно будет долго разъяснять, что и зачем это. Хотя по сути рефакторинг кода, не менее важен чем гарантия, многие студии его не делают совсем, а некоторые лупят одну и ту же сборку CMS годами.
Что такое гарантия для сайта? По сути это обеспечение той же работоспособности, что и при релизе если в код руками никто не лазил.
Принимая во внимание этот факт, клиенту нужно очень сильно верить в то, что на момент релиза предоставленный ему код, будет на время своей гарантии закрывать его потребности на 1000%, и что его компания своими потребностями этот код не перерастет.
Тут я могу только сказать, что бизнес который стоит — умирающий бизнес. Меняются потребности — меняются и инструменты их обслуживающие — появляются версии (ver1, ver1.2 …), меняется код.
А теперь представьте, что вам сделали «недосайт» — стабильная, неизменная паршивость его работы для вас большое утешение?
Наличие гарантии на сайт это не «плюс» и не «минус» при выборе разработчика. Она просто должна быть — это необходимый, а не достаточный признак. А вот что она закрывает — это уже вопрос обязательств каждого отдельного разработчика. Видов гарантий — море. Иногда она вообще бесмысленна.
Но в конце концов, не факт наличия гарантии первичен, а то, на что она действует.
Подойдем к вопросу со стороны чисто технической. Представим сайт как продукт, полученный в результате работы группы специалистов на определенных технологиях и пакетах наработок. В результате данного процесса, релиз-версия сайта представляет собой дамп БД, и кода, по сути говоря, кастомизированный программный продукт в определенной версии релиза, с определенной визуализацией интерфейсов.
Когда устанавливали MS Windows к себе на компьютер, или, например, новый браузер, или любое другое ПО, вы давали кучу согласий, даже не читая их. Можно пожелать лишь удачи пользователям, которые попытаются связаться с call-центром компаний Microsoft или Symatec для разъяснений проблем, возникших во время эксплуатации того или иного программного продукта.
Но обращали ли Вы внимание на гарантию ПО при установке? А при покупке? Как часто наличие гарантии являлось для вас определяющим фактором в покупке ПО, а в дальнейшем его установки? Скорее всего, фактор наличия гарантии вы не учитывали совсем.
Разработка интерфейсов сайта это процесс, которому присущи также и творческие этапы работы. Возможна ли гарантия на продукт художественного творчества? На рисунок или иллюстрацию? Говорить об этом, смысла нет.
В чем вопрос?
Не понятно, почему некоторые разработчики так кичатся своей гарантией? Причем настолько — что упоминают о гарантии прямо в своем логотипе?
В чем проблема?
Стремясь к общему просвещению людей, которые заказывают разработку сайтов, некоторые разработчики лишь запутывают и «заговаривают» заказчиков оперируя абсолютно никчемными и не значимыми факторами.
Это как при выходе (естественно в расстроенных чувствах) из автосалона «Лада» вам вдогонку крикнут «самый веский» аргумент для покупки этого авто: «А Вы знаете?! А в ней еще и тормоза есть!»
Зачем студии говорить заказчику про гарантию? Чтобы побудить внутренне чувство спокойствия, защищенности. Но почему тогда не обещать рефакторинг и версионифицирование кода после его релиза?
Потому что заказчику нужно будет долго разъяснять, что и зачем это. Хотя по сути рефакторинг кода, не менее важен чем гарантия, многие студии его не делают совсем, а некоторые лупят одну и ту же сборку CMS годами.
Что такое гарантия для сайта? По сути это обеспечение той же работоспособности, что и при релизе если в код руками никто не лазил.
А теперь посмотрим на это со стороны нетиповых задач.
Принимая во внимание этот факт, клиенту нужно очень сильно верить в то, что на момент релиза предоставленный ему код, будет на время своей гарантии закрывать его потребности на 1000%, и что его компания своими потребностями этот код не перерастет.
Тут я могу только сказать, что бизнес который стоит — умирающий бизнес. Меняются потребности — меняются и инструменты их обслуживающие — появляются версии (ver1, ver1.2 …), меняется код.
А теперь представьте, что вам сделали «недосайт» — стабильная, неизменная паршивость его работы для вас большое утешение?
Наличие гарантии на сайт это не «плюс» и не «минус» при выборе разработчика. Она просто должна быть — это необходимый, а не достаточный признак. А вот что она закрывает — это уже вопрос обязательств каждого отдельного разработчика. Видов гарантий — море. Иногда она вообще бесмысленна.
Но в конце концов, не факт наличия гарантии первичен, а то, на что она действует.