Как стать автором
Поиск
Написать публикацию
Обновить
0
0
Serge Vasilenko @SVasilenko

Пользователь

Отправить сообщение
Я, к сожалению, далек от разработок малых сайтов, но логика, тут работает таже.
Есть договор, в нем описаны общие условия работы.
Есть приложение (или раздел) с техническим заданием.
Есть приложение с требованиями к выходной документациии.
Есть приложение с описанием процедуры сдачи приемки, и критериями оценки выполненности работ.
Есть приложение с требованиями к гарантийной поддержке (по сути SLA — сроки реакции на инциденты, сроки исправления, отвественные).

Если есть такой договор, и процесс строго регламентирован — то какая проблема?
Если нет, и все на коленке — то зачем такая работа нужна обоим сторонам?

Исполнитель — рискует вечно исполнять безумные хотелки заказчика (докажи, что это уже не поддержка)…
Заказчик — рискует… просто рискует… не получить инструмент, которым он должен эффективно решать свои бизнес задачи…

Вопрос в том, какой смысл вкладывать в поддержку:

1) Работа с контентом для ресурса
2) Техническая поддержка, обеспечение работоспособности того, что передано разработчиком и принято клиентом
3) Доработки ресурса согласно «хотелок» клиента

Управление контентом — однозначно платная услуга. Заказчик получил продукт, и документацию как пользоваться им. Дальше — это его затраты.

Техническая поддержка… есть гарантийный период, на время которого правятся баги (и добавляются новые), устраняются замечания, вылезшие в процессе эксплуатации.

Дальше — поддержки за деньги, за исключением исправления действительно критичных ошибок…

Реализация хотелок, выходящих за рамки согласованых функциональных требований и технических заданий — однозначно платная услуга…

Информация

В рейтинге
Не участвует
Дата рождения
Зарегистрирован
Активность