We’re seriously considering formalizing a partnership with an American UGC and influencer agency. We’ve worked together on three projects so far, and the collaboration actually works—they excel at creator relationships and trend spotting in the US, we’re strong on strategy and cross-border positioning. The math on shared revenue also makes sense for both of us.
But structurally, I have no idea how to approach this without creating chaos.
Here’s the challenge: we’re in Moscow (UTC+3) and they’re in Austin (UTC-6). That’s a 9-hour gap. We’re not merging businesses—we’re creating a co-delivery model where we show up on client calls together, share responsibilities, and split revenue somehow.
Questions I’m stuck on:
-
How do you actually manage client communications across time zones without delays killing the project velocity? Do you have “office hours” when both teams are online? Do you delegate decision-making?
-
Revenue split—how do you structure this fairly when contribution might not be perfectly equal on every project? Is it always 50-50? Does it vary by who brought the client?
-
Operational stuff—who owns the contract with creators? Who handles invoicing and payment? If something goes wrong (creator doesn’t deliver, client isn’t happy), whose problem is it?
-
What does the legal structure actually look like? A simple partnership agreement? A revenue share agreement per project? Something else?
-
How do you know when to formalize vs. when to just keep it informal?
I know some co-service models that are absolutely thriving, and some that fell apart because nobody clarified these details upfront. What’s your actual experience? What would you do differently?
О, это класс! Я видела много таких партнерств, и честно скажу—успешные все начинаются с личных отношений, а потом строят систему. Ваш случай звучит хорошо, потому что вы уже протестировали на трех проектах. Это хороший знак. Мой совет: не усложняйте сразу. Месяц или два работайте по простой модели (скажем, 50-50 на каждом проекте), документируйте все—кто что делал, кто за что отвечал—и потом на основе этого опыта пишите более детальный договор. Я знаю нескольких юристов, которые специализируются на кроссбордер партнерствах, они помогают правильно оформить всё с минимумом бюрократии.
По поводу коммуникации—я видела несколько моделей. Одна из лучших: асинхронный месседжинг на канале с pinned decisions. То есть, в Slack вы пишете по-английски все решения, проверяя друг друга, но не требуя немедленного ответа. Синхронные встречи только для важного—client calls, strategic decisions. Это работает, потому что оба партнера могут ответить на своем time, но всё задокументировано. И ещё момент: назначьте одного person, кто владеет каждый проект на своей стороне. На его тайм-зоне. Тогда если надо быстро решить, есть decision-maker, который online.
По структуре партнерства данные показывают интересное: наиболее стабильные кроссбордер модели используют project-based revenue split вместо всегда 50-50. То есть, если вы привели клиента и делаете 70% работы, вы берете 65%, партнер 35%. Если партнер привел и делает больше—соотношение противоположное. Это звучит как больше работы для tracking, но на самом деле это создает alignment of incentives. Люди работают твёрже, когда их contribution отражается в доходе. Я видела цифры: когда использовали всегда 50-50, люди становились ленивыми через полгода. Когда мериты contribution—партнерства остаются здоровыми даже после двух лет. Другой момент: вводите quartery reconciliation. Раз в три месяца вы садитесь, смотрите на все проекты, пересчитываете, если надо. Это механизм для исправления дисбалансов до того, как они стану проблемой.
Я строил модель похожую—у нас был европейский партнер, я в России. И вот что я неправильно сделал в начале: я не определил зоны ответственности четко. Потом когда что-то ломалось—мы не знали, кто должен был это поймать. Вторая попытка была совсем другой. Я создал простую матрицу: for each type of task (client communication, creator management, invoicing, delivery, QA), я написал, кто отвечает на его тайм-зоне. Например, все US creator relationships—это responsibility партнера, он их вещает, платит, отвечает. Все Russian brand positioning—это мой responsibility. Если что-то затрагивает обе области—назначен один человек как decision-maker (обычно кто привел клиента). Это system очень помогла. Конфликтов стало на 80% меньше.
По поводу контрактов с creators: в нашей модели все контракты идут от моего юридического лица (потому что я в Russia), но партнер подписывает как co-deliverer. Это немного упростило things, потому что одна сторона владеет всеми контрактами. Опасность мне показалась слишком большой—если партнер уходит, я хочу знать, что creators все еще мни, а не его. Но это зависит от вашего диапазона trust. Другой моделит—каждая сторона владеет своими creators, но есть master agreement между партнерами, что они will share resources when needed. Это работает, если вы really trust друг друга. Моя рекомендация: пока вы маленькие, let one side own the contracts. Это дешевле и проще.
I’ve been in your exact situation. Here’s what I learned the hard way. First, on time zones: delegate decision-making clearly. You don’t need daily syncs. What you need is a clear owner for each project type and a one-hour overlap window (theirs 3-4pm, mine 10-11am next day works for Austin-Moscow) for urgent issues only. Use async communication for everything else. Second, structure revenue based on contribution, not always 50-50. If you brought the client, you take 55% or 60%. If they brought it, they take the premium. This aligns incentives and removes resentment. Adjust quarterly based on actual effort. Third, one side owns the master contracts with creators. That’s easier than shared ownership. Fourth, split operational responsibility clearly: they own all US creator relationships (briefing, payment, approval). You own all client strategy and Russian market positioning. Gray areas (client communication, billing) should have a clear owner (usually whoever brought the client). This clarity prevents conflict.
On formalization: do this now, not later. Get a simple partnership agreement in place before you scale. It doesn’t need to be complex. I use a three-page agreement that covers: 1) Who owns what (creator contracts, client contracts). 2) Revenue split (base percentage + adjustments). 3) Conflict resolution (if you disagree, what’s the process?). 4) Exit (if one partner leaves, what happens to ongoing projects?). Five pages max. A lawyer can write it in a day for maybe $1-2K. Worth it to avoid $50K+ problems later. On the legal structure: you don’t need to merge companies. You just need a clear agreement. If desired, you can set up a joint venture company, but that adds complexity. Most successful co-service models I know operate through a simple contract, not joint ownership.
From a creator’s perspective, here’s what makes partnerships work: one clear point of contact for me per project. I don’t want to coordinate with both the Russian agency and the US agency. That kills efficiency. So internally, you figure out—I’m dealing with the Russian side on strategy, the US side on logistics—and they coordinate behind the scenes. I don’t see the machinery. Clean briefs, reliable payment, fast approvals. That’s all I care about. If you two are fighting about who does what, that shouldn’t ever touch the creator experience. So make sure your internal clarity actually insulates me from that complexity.
On the legal structure: unless you’re planning to be together for 5+ years, keep it simple. A well-written revenue share agreement and clear project agreements with clients beats setting up a joint venture. Joint ventures are expensive to set up and expensive to unwind. Simple contracts give you flexibility. If the partnership works after two years, you can formalize more. If it doesn’t, you’re not stuck. And one critical thing I always include: a clear exit clause. What happens if one partner wants out? Do ongoing projects continue? Who owns client relationships? Having answers to this upfront prevents ugly situations. I’ve seen partnerships end in lawsuits because nobody defined exit terms. Don’t be that team.