стартапы и сервисы

В очередной раз задаюсь вопросом, почему Заказчик не хочет выходить на техническую поддержку, в рамках которой можно, как дорабатывать решение, так и оказывать консультационную поддержку пользователей, осуществлять мониторинг системы и т.д.?

Периодически возникают ситуации, когда сдан готовый продукт, через н-ое количество времени (крайний пример, через 2 месяца) :))) Заказчик хочет его переделать, сделать лучше, добавить удобства, изменить визуализацию и т.д., аргументируя нам, что это не доработка, а всего лишь “Небольшое изменение…” , или “Вам, что жалко…”, “Нам надо запустить систему, а без этой финтифлюшки, она не очень стильная, удобная…”.

Возражения в формате, А как же Макет, А как же ТЗ, А как же тестирование, ну и прочий формализм со стороны Исполнителя 🙂 не воспринимается….

А больше всего мне нравится, сделайте мне полную инструкцию, как самому все здесь изменять и разрабатывать))

Однако, ожидание бесплатного выполнения работ является нереалистичным и несоответствующим принципам бизнеса. Техподдержка предоставляет свои услуги профессионально и потратит время и ресурсы на выполнение работ, что требует компенсации. Это же логично, или нет?)))

Это проблема, и хотелось бы узнать от коллег, а как вы справляетесь с такими ситуациями, насколько идете на встречу, сколько закладываете в процентном соотношении для таких доработок?

Достаточно часто нем предлагают поучаствовать в качестве партнеров при разработке программного обеспечения, аргументирую это, что идея Супер уникальная, ничего похожего нет, и после окончания разработки пользователи будут стоять в очереди за данным ПО и рядом будет течь “денежная река”. Иногда оно носит более адекватное предложение, в формате “…Мы продаем ПО, вы оставляете за собой техподдержку”, но и это не рабочая история.

Разработка программного обеспечения на бесплатной основе в партнерстве может быть невыгодной по нескольким причинам:

1. Отсутствие финансовой поддержки: Разработка программного обеспечения требует времени, усилий и ресурсов. Без финансовой поддержки партнерства может быть сложно обеспечить необходимые ресурсы для успешной разработки.

Мне как руководителю, надо выдернуть ресурсы и вложиться в непонятную историю с непонятными перспективами, при этом эти ресурсы надо выдернуть с живых проектов, которые приносят здесь и сейчас финансы в компанию.

2. Неравномерное распределение трудозатрат: В партнерстве на бесплатной основе может возникнуть неравномерное распределение трудозатрат. Один из партнеров может вкладывать больше усилий и времени в разработку, в то время как другие партнеры могут нести меньшую ответственность.

3. Невозможность поставить проект на паузу, перераспределить ресурсы, перераспределить приоритеты.

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

4. Отсутствие мотивации: Без финансовой компенсации партнеры могут потерять мотивацию и интерес к проекту. Это может привести к низкому качеству работы, задержкам в разработке и неполному выполнению обязательств.

5. Проблемы с управлением интеллектуальной собственностью: При разработке программного обеспечения на бесплатной основе в партнерстве могут возникнуть проблемы с управлением интеллектуальной собственностью. Возможны споры о правах на код и другие ресурсы, что может затруднить дальнейшую разработку и распространение программного обеспечения.

К сожалению, делая бесплатно Партнер может потребовать передать все права, исходные коды на него. Это же его идея… Но вклад разработчиков, аналитиков, архитекторов, дизайнеров и т.д. он почему то не учитывает, да и вообще идея то его…. А те затраты, которые понесла компания, чтобы воплотить “Идея—> Продукт”, это можно оценить как ни будь потом, и чаще всего закачивается словами… “Я поговорил с программистом, и он мне сказал, что это можно было сделать за один день….”

В целом, разработка программного обеспечения на бесплатной основе в партнерстве может быть сложной и невыгодной из-за ограничений в доступе к ресурсам, неравномерного распределения трудозатрат, отсутствия контроля и мотивации, а также проблем с управлением интеллектуальной собственностью.

И наверное самое главное, как компенсировать потраченные ресурсы, и как на этом хоть как-то заработать…

PS ИМХО. Не настаиваю и не навязываю, у каждого свои любимые Грабли, как и у нас)