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

ReactJs можно применять в связке с Flux ( есть варианты, типа Reflux). Flux это архитектура построения сложный приложений, так же предоставляет набор методов для организации этой архитектуры.
Где применять. Однозначно там, где нужно обрабатывать большой массив данных в реальном времени. Рендеринг на React до сих пор самый быстрый из всех фреймворков.
React проще, чем Angular и Ember например, изначально работает на компонентах, причем шаблоны уже встроены в компоненты, что может быть весьма удобно. Компонентная архитектура это вообще будущее и вторая версия Angular потихоньку движется в этом же направлении. Есть так называемые mixin, готовые компоненты, которые уже можно встроить в приложение. Есть роутинг. В целом конечно Angular больше фиче комплит, огромная армия разработчиков постоянно добавляет что то, да и сама команда активно работает над фреймворком. Кроме того туча туториалов и готовых решений делает Ангуляр лучшим универсальным решением для всего фронтэнда на сегодняшний день.

Технари такие технари. Сразу начинают накидывать технических подробностей, фронтенд, бэкэнд. Один даже сразу деньги посчитал, 3 месяца )) Вот так придумал цифру, перемножил ее на ставку, тоже придуманную, и получил какую-то сумму. Отлично! Теперь все ясно.
По факту, начинать нужно с дизайна. На дизайне вылезет куча вопросов и куча моментов, о которых вы даже не думали. После создания дизайна прототипа, желательно еще интерактивного, можно составить описание продукта, вашими словами. Именно это описание продукта будет базой для технарей. После сами технари пишут ТЗ и говорят, вот на эту фичу нужно будет 10 дней, на эту примерно 5 и т.д. И после этого у вас появляются какие-то сроки.
То есть тут не все так просто, а поэтому лучше обращаться в компанию по разработке, где уже есть подобный алгоритм действий, есть продукт менеджер, есть дизайнер, есть команда. Это будет дороже, но шанс сделать рабочий продукт выше.
Если денех нет на команду, тогда ищите дизайнера, лучше с навыками разработки интерфейса UI/UX. С ним проработаете идею, опишите ее, выкинете все ненужное. С этими макетами можно уже или к технарям или искать команду менеджер+ технари.

Есть 2 главных различия между Type alias и Interface ( для версии TS 4.1.3).

1. Нельзя использовать implements, если присутствует оператор union.
type Box = Shape | Figure
class MyBox implements Box {} - ошибка...

2. Нельзя использовать одно имя для нескольких типов. Другими словами, нельзя расширить тип, а вот интерфейс можно ( и это может быть удобно, если нужно расширить интерфейс сторонней библиотеки).
type Box = {}
type Box= {x: number} - ошибка...