Николай

если начну хорошо навариваться, тогда может начну платить налоги))))
ну у вас заказчики юмористы.
Уверен - вам как разработчику, нельзя забивать голову себе, тем как кому-то из ваших клиентов, получше начать наябывать государство/общество. Не могут вести бизнес честно, может тогда следует чем-то другим заняться.

Для каждого разработчика поднимается dev среда.

Разрабатывается на локальном компе, на тесты отправляется на dev сервер, если всё окей то мерж в прод.

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

1. Архитектуру чего именно Вы собираетесь продумывать?
2. Чем работа по проектированию интерфейса на других платформах кардинально отличается от веб-платформы?
3. Как именно Вы бы занимались вебом, если бы занимались?
4. Почему не хотите проектировать интерфейсы для игровых не мобильных платформ?

Сложилось впечатление, что Вы считаете ЛЮБУЮ работу в вебе - низкоквалифицированной и малооплачиваемой.

UPD: OLEG SAVKIN, нет никакой разницы: экраны мобильных устройств от 3" - 12".
Поэтому, размещение и поведение объектов UI/UX зависит от доступной площади для отображения, а она, в свою очередь, зависит от разрешения экрана, DPI и текущей ориентации.
А непосредственное детальное поведение отдельных объектов и групп зависимых объектов (EditBox/input text, Memo/textarea и т.д.) - это уже СОВСЕМ другая история...
И нет никакой разницы между проектированием Web-интерфейса и мобильного интерфейса!

Я бы сказал, что для начала вам стоит поглубже почитать про теорию тестирования как такового.
Если уж совсем лень и не хочется собирать информацию из интернета по кускам, то берете любую книжку по тестированию ПО и читаете.
Напр. https://www.amazon.com/gp/product/158053791X/ref=p... или https://www.amazon.com/gp/product/0471469122/ref=p...

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

Что представляет из себя автотест:
Автотесты это код, который с помощью специальных инструментов и библиотек (напр. Selenium и WebDriver для веба) симулирует определенный сценарий поведения пользователя и проверяет результат этих действий по какому-либо критерию.
Задача автотестера - написать этот код, описать сценарий поведения и условия проверки результата.
Для нужны базовые навыки программирование, некоторое время мучительно разбираться с особенностями работы инструментов автотестирования, а так же четкое понимание что и зачем вы хотите автоматизировать.
Соотв. как только вы понимаете, как работает система и что конкретно вам нужно проверить - берете любой из миллиона гайдов в поисковой выдаче "Test Automation Tutorial from Scratch" и приступаете.

Куда можно обратиться по этому поводу,

Можно написать администрации - контактные данные как правило указаны.

и можно ли вообще расчитывать на награду в этом случае?

Зависит от ситуации, найденных уязвимостей и текущего настроения владельца сервиса.
Я бы сказал что шансы следующие -
50% - вам просто не ответят, или отпишутся стандартной фразой
30%- вам скажут спасибо.
19%- вам резко ответят, и возможно начнут предъявлять претензии и угрожать судом.
1%- вам изъявят желание заплатить.

Не надо высматривать гениев. Чудоковатым гениям место в институтах. В бизнесе их гениальность применить почти невозможно. Ищите человека подходящего под ваши условия работы и требования.

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

1. Централизованная структурированная проектная документация всего разрабатываемого решения.
2. Архитектурная схема решения и помеченный блок, в котором нужно будет выполнять задание.
3. Краткое описание задания и методика проверки его полного выполнения.
4. Краткая архитектура кода этого блока и указание места с пояснением для начала выполнения работы.
5. Ориентировочный перечень наиболее вероятных названий классов/методов/смежных API для использования при выполнении задания с кратким описанием и со ссылками в централизованную документацию (п.1).
6. Ориентировочный перечень классов/методов/смежных API, которые возможно могут понадобиться (также, как и в п.4 со ссылками в п.1).
7. Рекомендуемая среда разработки для выполнения задания и её настройки для исполнения данной задачи
8. Планируемое время выполнения задания
9. Контакты с другими разработчиками (с указанием их зон ответственности в проекте и времени доступности) для возникающих вопросов, касательно этого задания.

Попросите дать задачу в таком формате: у того, кто давно работает в проекте, это займёт не более часа, а сэкономит - недели проектной разработки!

Как я понял ваши продукты про повышение удобства/эффективности/продуктивности и вы их продаете в среде, где удобство/эффективность/продуктивность не ценится. Подумайте о том, что же вы все-таки продаете, если продажи случились. Проанализируйте реальные причины, по которым уже купили ваши продукты.

Образовательные учреждения - это не бирюзовые организации, прикольные фишки внедрять они сами никогда не станут, пока не будет регламента или приказа на это сверху. А вот инициатором таких внедрений могут стать ИТ-подразделения (в любом крупном ВУЗе такие есть). Вам нужно говорить с аналогом CIO в корпорациях, это кто-то типа зам. проректора по ИТ ВУЗа. Ему нужно показать реальные выгоды от внедрения, тогда он возможно пойдет уговаривать сделать приказ на внедрение этого в учебный процесс.

Сама по себе модель SaaS для большой/неповоротливой организации выглядит сомнительной. Идея SaaS - надо пользуйся, не надо - не плати. Если для внедрения продукта требуются изменения во внутренних бизнес-процессах организации (в учебном процессе, например), то ради какого-то стартапа это делать вряд ли будут. Нужно решение, которое можно поставить и обслуживать своими силами в течение лет 5 - 10. Убедитесь, что ваше решение не требует изменения существующих бизнес-процессов/регламентов/навыков персонала. Либо это другая история.

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