Рекомендую начать систематизацию с анализа того, что есть. Какие из компонентов и стилей у вас используются давно и успели доказать свою нужность и универсальность? Попробуйте собрать из них документ в Фигме. Может, получится всего несколько стилей текста, три кнопки, четыре иконки и какой‑нибудь один попап — то есть, очень небольшая часть продукта. Это совсем не похоже на то, что нам выдают за дизайн‑систему на дриблах! Но не страшно, мы ж дело делаем, а не музейный экспонат. Подумайте и нарисуйте, как эти элементы поведут себя с длинным текстом, в тёмном режиме, на маленьком экране. Потом покажите разработчикам, сделайте эталонную реализацию, оттестируйте и внедрите везде.

Теперь, когда библиотека разработанных и оттестированных компонентов есть, её можно развивать, постепенно переходя с несистемных компонентов на системные. Скажем, у вас в продукте есть в одном месте кнопка, в которой рядом с текстом стоит иконка, а библиотечные кнопки у вас умеют быть только текстовыми. Ну, научите библиотечные иконкам, оттестируйте, внедрите.

При этом не забывайте, что библиотека — не самоцель, а инструмент, то есть заниматься развитием библиотеки самой по себе неэффективно. Лучше развивать библиотеку вместе с продуктом: когда строите что‑то новое в продукте, заодно подтягивайте библиотеку.

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