kn0ckn0ck

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

Во втором случае придется подумать о корпусах, платах, их разводке, монтаже компонентов и т.п. Дело в том, что это можно сделать самостоятельно (если есть опыт), либо заказать.

Во-вторых, себестоимость таких решений в основном состоит из затраченного времени. Опытный исполнитель потратит меньше времени, но запросит больше. Начинающий потратит кучу времени, но запросит меньше - не факт где выгоднее, обычно в первом случае выгоднее.

Оцените время, которое необходимо потратить на сборку одного устройства (от и до). Сопоставьте со средней зарплатой по рынку. Умножьте на количество устройств. Добавьте стоимость внешних услуг (печать плат, монтаж), они будут сильно меньше стоимости затраченного времени.

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

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

В итоге, перед тем как про деньги нужно задачу уточнить:
1. составьте небольшое ТЗ, в котором учтите что именно должно получиться, какой план внедрения/пусконаладки
2. распишите работы и поймите, кто их будет делать: вы или внешние услуги
3. оцените время на сборку одного устройства
4. рассчитайте стоимость по плану из п.2 на основе собственных трудозатрат и стоимости внешних услуг (это все можно сделать в Excel)
5. добавьте рисков +30%

Теперь вы получите более-менее честную смету, добавьте маржу и вперед - за бюджетом на проект!

Есть три основных ориентира, которые нужно использовать при определении стоимости:
1. себестоимость - материалы, ресурсы, подрядчики, собственные трудозатраты и т.п.
2. выгода, которую получает заказчик;
3. стоимость аналогичного продукта/услуги у конкурентов.

Стоимость не должна быть ниже 1, иначе это не бизнес, а меценатство.
Стоимость должна быть соразмерна 2, иначе заказчик получит сильно больше, чем исполнитель.
Стоимость должна быть соразмерна 3, иначе это будет странно выглядеть с обеих сторон.

Как-то так

Критерии готовности продукта:
- [качество] нет ошибок, которые бы мешали использованию продукта
- [целостность] любой пользователь может пройти от начала до конца, не прибегая к помощи разработчика
- [обучаемость] приложение понятно настолько, что пришедшие 1000 пользователей не завалят поддержку тупыми/одинаковыми вопросами
- [нагрузка] приложение выдержит одновременную работу 1000 пользователей (цифра условная)
- [отслеживаемость] в любой момент вы понимаете где находится пользователь, что не получается, что не работает как задумано, есть возможность связаться с разработчиком и получить адекватный совет по дальнейшим шагам, есть возможность понять почему пользователь вывалился из workflow и возможность связаться с ним.

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

Здесь на самом деле два вопроса:
1. на чем написать приложение?
2. продавать его или сделать мир лучше за бесплатно?

ИМХО, проще найти работу на C#, но за хорошее знание C++ могут платить больше, однако нужен опыт. Настольные приложения быстрее и проще писать на C#. Таким образом, для целей быстрее найти работу выгоднее C#

Второй вопрос гораздо сложнее, поскольку извлечение прибыли возможно в обоих вариантах. Важно учитывать следующее:
1. Коммерческий продукт требует гораздо больше трудозатрат на "упаковку" и продажи, часто это упускается. Чтобы продукт покупался нужен сайт, годный контент на нем, трафик (+реклама), удобная установка, схема лицензирования, справка помощи и... поддержка! (да, оперативно отвечать на глупые вопросы пользователей).
2. Бесплатное приложение больше ориентировано на пользователей, которые сами себе его находят, продают, поддерживают и т.п.

Бывают приложения, которые одному писать очень сложно. Например, есть много интеграций или еще каких-то вариаций. В этом случае open source позволяет подключить к проекту волонтеров. Это тоже не простая история. Такое сообщество нужно "кормить", либо продукт должен быть настолько вызывающим интерес, чтобы от желающих не было отбоя.

Риски связанные с коммерческим продуктом:
1. Вложить много сил/денег и не продать ничего (либо несколько экземпляров), либо понять, что такой продукт на самом деле не нужен.
2. Вложить много сил/денег и узнать, что есть бесплатный аналог или его уже сделают за время предпродажной подготовки.
3. Промахнуться с рынком сбыта. А иностранные рынки это еще дополнительная головная боль и расходы.

Риски связанные с open-source:
1. Потеря возможности получить оплату за свое "ноу-хау". Другими словами, не стоит опенсорсить авторские алгоритмы (или трудоемкую реализацию), которые сами по себе имеют ценность и которые сложно повторить. Именно в этом основная ценность ПО.
2. Невозможность извлечь прибыль из своего труда, особенно, когда это занимает много времени. Здесь нужно аккуратно делить на бесплатные и платные фичи. Иначе хорошее дело очень быстро загнется, хоть и бесплатное для пользователей.

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