{"id":14262,"url":"\/distributions\/14262\/click?bit=1&hash=8ff33b918bfe3f5206b0198c93dd25bdafcdc76b2eaa61d9664863bd76247e56","title":"\u041f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u0442\u0435 \u041c\u043e\u0441\u043a\u0432\u0435 \u0438\u043d\u043d\u043e\u0432\u0430\u0446\u0438\u044e \u0438 \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u0435 \u0434\u043e 1,5 \u043c\u043b\u043d \u0440\u0443\u0431\u043b\u0435\u0439","buttonText":"\u041f\u043e\u0434\u0440\u043e\u0431\u043d\u0435\u0435","imageUuid":"726c984a-5b07-5c75-81f7-6664571134e6"}

Как управлять «Потоком»? 3 важных тезиса о нашей работе с инвестиционной платформой

Краудфандинговая платформа «Поток» помогает малому и среднему бизнесу получать быстрые и удобные займы, а инвесторам — высокую доходность от инструмента. После того, как она стала самостоятельным продуктом, команда Evrone присоединилась к разработке. Рассказываем про несколько важных вещей, которые мы поняли в совместной работе.

Новые инвесторы «Потока» пришли к нам для разработки новых функций. Но вместе с этим мы должны были создать новую, не привязанную к родительскому банку инфраструктуру. Также пригодился наш опыт менеджмента разработки — команде требовались новые процессы и эффективная коммуникация между всеми их участниками.

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

1. Про оптимизацию разработки нужно думать ещё на старте

Конечно, MVP позволяет быстро проверить основные гипотезы, не особенно беспокоясь о деталях разработки. Но как только речь заходит о том, что продукт начинает расти (а представить себе продукт, который не хочет расти, довольно сложно) — подумайте об архитектуре. Желательно привлечь стороннего специалиста, который сможет смоделировать различные ситуации и рассказать, что в инфраструктуре продукта стоит предусмотреть сразу.

Возможно, потратив чуть больше на старте, вы убережёте себя от переделывания всего в будущем и сильно сэкономите.

2. Одна из важных задач нового руководства любого продукта — поддержать старую команду

Есть такая классическая история у разработчиков про большие продукты-мастадонты: «Я пришёл, когда над Х уже поработали несколько команд и скопилось большое количество legacy-кода». Чтобы избежать такой ситуации, нужно не забыть про команду, которая до момента перемен любила и делала этот продукт.

«Потоку» в этом смысле повезло. Несмотря на сложности в виде распределённой команды и наличия внешних подрядчиков для разных задач, им, с нашей помощью, удалось сохранить жизнеспособность проекта и опытную команду разработки.

3. Мультидисциплинарная команда отлично подходит для задач в духе «нам нужно всё и сразу»

Мы накопили много опыта в Ruby. Очень много. И где его применять, как не в финтех-продуктах. Но в этот раз от нас ждали помощи по всем фронтам: менеджмент, разработка, DevOps.

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

Почитать о нашей работе с платформой «Поток» можно у нас на сайте. Там мы больше рассказываем про DevOps на проекте и объясняем, какие новые фичи внедрили. А ещё можно посмотреть другие наши кейсы.

0
1 комментарий
Аня Рыбальченко

Почему снялись деньги на телефоне сейчас мой МТС

Ответить
Развернуть ветку
-2 комментариев
Раскрывать всегда