SCP- 208 Product ++ March 2026 - September 2026

Abstract -

As a product-centric DAO, the Product Workstream is accountable for a number of activities:

  • strategic focus (discovering, cataloguing, and prioritizing feature/expansion/0-to-1 work).
  • product ops system design & cross-workstream alignment on execution.
  • Retaining/acquiring users.
  • growing the FOX ecosystem with the DFC and putting the FOX token into the product
  • speccing/launching new product lines, and achieving Shapeshift’s mission.

With the recent exit of Marketing, Product has stepped in to steward:

  • The translations squads FOX compensation this month and continuing forward.
  • Hosting DOT com on AWS, and migrating it to railway like everything else.
  • negotiating and finalizign Discostu’s BD & comarketing work ( still in progress)
  • Management of our PR firm contract
  • Take over the foundation’s wind-down services that aren’t critical engineering functions.

Voting for the product workstream is recognizing the revenue/runway reality, seeing the potential we’ve already unlocked, and giving a thumbs up to keep pushing until this term ends. This is the last product renewal even remotely close to previous. If we get a chance to continue later in the year it will be in a different capacity. We’re taking the chance at the enormous potential with our recent velocity and aiming to succeed. There is too much potential to waste time on giving up.

Specification -

As of January we now run off of Prototype, POC, or biz case first initiative-driven-development. The “Why now?” and “what to build?” comes form tangible businesses we align on, not vague product docs that take forever to align on a weeks worth of engineering plumbing. Product will still own the day-to-day PM work, but we have additional scope so we can alleviate our USDC runway constraints.

We produce artifacts every office hours, giving a snapshot of business line performance and a high level overview of what’s going on. You can find the archive here.

See the retro post in the forum, the initiatives changes post, and the strategic lens for adaptive changes in our current situation. Product has adjusted how sees it’s role versus history, and how that handshakes with workstreams bringing it to life throughout the product suite.

Unlike last year, where we over indexed on optimism and saying no due to constraints, we now have 4 product lines and the workstreams goals are simple:

Sell the heck out of these products and grow our DAO’s revenue. We’d love to see 15% MOM growth in collective revenues.

Acquire new users at all costs. We’d love to see our DAU’s climb back to 500 on the app platform, reach 100 for the agent, and close a handful of API partners.

Clarify and prioritize the shipping that unlocks both of the previous two. We’ll measure this based on velocity of projects in intiatives, and also by taking stock of Eng morale.

Don’t be the blocker. Releases will go out and product will own any cleaning up any polish we uncover.

Focus relentlessly on differentiation and KISS. We’d love to see features that loop into others (E.g., “swap and stake”) driving more revenue)

The Strategy:

  • Get any asset that you want.
  • Earn Yield on anything you have.
  • Discover and manage leverage.
  • Use AI to automate boring stuff.
  • Work with agents as customers.

As PTT says, revenue generating actions rules.

Current initiatives


Responsibilities

  • Prioritize and adjust the roadmap with cross workstream alignment towards acquiring users market share, and thus, revenue
  • Organizing and managing the initiatives on the roadmap, coordinating with engineering on timelines, communicating this openly.
  • Analyzing and surfacing new market opportunities that are not listed yet in the roadmap, but reporting back to the community with more details.
  • Testing what’s hitting the release queue, and owning the outcome if it wasn’t thoroughly polished.
  • Product representation at the Weekly Ops Sprint.
  • Facilitate office hours to provide updates on progress, report on performance for all initiatives, and offer space to the community to ask questions, give feedback, and pitch ideas.
  • Draft product specs if needed, reviewing designs, work with ENG workstream to evaluate engineering resources, and iterate the feature development process.
  • Steward business case docs into initiatives and their corresponding documentation.
  • Hosting and Leading Spec kickoffs/spikes/breakdowns between Product and Engineering.
  • Spinning up regular retros (at either phase completion or large feature completeness)
  • Leading and continuing all scheduled team syncs and 1-on-1s.
  • Managing Budget and workstream contributor payments made through Colony.
  • Coordinating strategy sessions, touchpoint, and retros for launches. Facilitating where necessary.

Budget and team

Tl;dr Last terms 6 month budget was 279081. This 6 month is 242190; an 18% decrease YOY despite despite taking over the PR contract, two additional contractors, and translations. Despite this wild expansion of responsibility we’re still doing more with less.

Budget Breakdown of March 26- Aug 26

Request the full spreadsheet if you’d like.

Top line
Totals

People
The Product workstream will consist of 5 members, two full-time and 3 part time plus the translations team. Here is the total for the 6 months:

Discretionary:
PR firm for three months
Coinbase onramping service for two month experiment

current USDC: [$]13133 —> continue holding funds in colony using to pay contractors, and for surprise expenses

Miscellaneous
Due to an internal miscommunication, product will use its current FOX contingency funds to pay out the translations team for last month, and moving forward, will take over the rest of the team’s operations and team lead. See below for the SaaS list enabling prototype driven development for our initiatives.

Benefits -

  • Realigns teams around shared goals and meets new customers where they are
  • Focuses on attainable goals and a strong foundation
  • Continues the track record of 0-to-1 and feature expansion work
  • Unblocks engineering and ships initiatives that drive revenue instead of a bloated roadmap
  • Executes quarterly with full transparency in office hours
  • Much more shipping to capture market opportunities as they happen

Drawbacks -

  • With a new way of operating, iterative, we’re not spending needless cycles polishing things for too little traction.
  • additional USDC spend that wasn’t captured last month.
  • Operating in an iterative, prototype-first model means some features may ship with less polish, potentially impacting user experience or requiring follow-up work.
  • Taking on additional responsibilities from Marketing (translations, hosting, PR, BD) spreads the team thinner and increases operational complexity.
  • Aggressive growth targets (15% QOQ revenue growth, 500 DAU) may be difficult to achieve given reduced budget and increased scope.

Vote:
For: Yes this is fine
For with changes: This is semi fine but i think it should include {X,y,z}
Against: No, thank you

2 Likes

Thanks for the renewal proposal and for welcoming the translation team and myself.

I’ve only spotted a really minor detail in the budget sheet, some of the tabs are labelled for the right months but 2025 instead of 2026.

Is WeGlot, the SaaS we use for shapeshift.com, included in the “Tooling” budget item line? It’s a $89/month cost for the current plan we have (Pro: 5 languages, 200k words). I see other services being itemized and I wouldn’t want this to slip through potentially.

Ditto for the AWS/Railway costs as you mention this in the new services the Workstream is/will steward?

1 Like

It was so de minimus that i hadn’t. Currently hosting is less than $75 a month on AWS and i don’t know what railway will look like, but it’s wildly cheap for web.

Not yet! but i can add on changelog out of ideation.

1 Like

It appears that aside from reducing Beard’s salary from the budget. No other salary budgets have undergone a lens of austerity. In the proposal for SCP-205, your budget was included and stating as having a 25% reduction implemented:
Snapshot :
Product Workstream: Proactive Cuts Plus Retainer

  • Prior: Full-time designer/frontend resources, PM, Data

  • New/Existing: 26% budget reduction (already implemented), maintaining a lean core product function focused on highest-impact roadmap items

Could you possibly go into further detail about the austerity considerations that have gone into effect with this renewal?
Could you please provide justifications for no considerations for salary reductions or time+compensation reductions?
After posting: https://forum.shapeshift.com/t/product-workstream-renewal-retro/3374, the conversations that have been happening in leadership and in governance regarding SCP-205 vs SCP-206, and with the minimization and sunsetting of the Marketing Workstream due to minimal revenues, it feels a little unaware and removed to not be considering or presenting a budget that is more mindful of the revenue, success, and runway issues.

In November and December @0xfbl took 0% FOX and has historically taken 5% FOX locked, this was something that was flexible due to the passing of the workstream and its language around compensation. This % of FOX has been changed at times throughout the Product term.
Will the % of FOX for contributor salaries be able to be adjusted as it was in the previous term?

If it can not, can that % be enshrined or locked as a % that will not be changed through the term (tied to each individual contributor.) So the actual savings of the renewal can be verified and validated?
If the % of FOX is flexible and able to be changed, is that accounted for in the proposals’ current projected ‘savings’?
Can the language be updated to inform the community that the savings are subject to change based on contributor’s willingness to accept FOX over USDC and that there is no obligation on contributors to take FOX in this proposal?

Is there a version of this proposal that has austerity more focused with things like labor considerations or what part time or fractional contributions could look like? Both Moderation and Operations have come with renewals asking for $0 USDC as well as asking for locked FOX to save the very limited and provingly difficult to acquire USDC the treasury has to increase the DAO’s runway.

Could a proposal for part/fractional time for contributors be considered here?

Have the product contributors considered taking more in FOX, less in USDC, taking a higher FOX % or locking the FOX that they do receive? If those are options that have been considered, are there alternatives to what is being presented that are more realistic to the DAO’s current resourcing that are more mindful of our revenues that could be presented?

Are all of the services presented absolutely necessary for the DAO’s survival? What would happen if this proposal were not to pass?

I believe that the talent the Product Workstream has is extremely high, and has gotten the App and the DAO a long way. Thank you for all of the work and innovations you have brought so far. Unfortunately, I do not think that the DAO has the resourcing to pay the value for labor currently being presented to survive. We will need to lean into contributors that are willing to take less, and take more in locked FOX, believing in the strength of the coin and the project and putting their money where their mouth is is one of the only ways we as community members can grow the health of the token and ecosystem. Is this something you are open to being flexible on and updating in the proposal?

1 Like

I appreciate the team taking an 18% cut and absorbing additional responsibilities from Marketing, that’s not nothing. But given where the DAO’s runway is at, I don’t think trimming around the edges is enough. We need to be asking what the absolute leanest version of Product looks like where ShapeShift can still succeed and grow, and I don’t think this proposal is that.

When I look at the listed responsibilities, many of them read more like routine tasks than workstream-justifying jobs. Hosting infrastructure belongs with engineering. PR firm
management at our current stage should be a light-touch check-in, not a dedicated role. Colony payments and budget management are small administrative tasks. Cross-workstream coordination is just day-to-day comms. Release testing is an Ops and Engineering concern. Office hours, while nice, sound like a luxury right now, but i’m not super clear on the history and necessity of this so happy to be corrected. Spec kickoffs and roadmap prioritisation are real Product work, but that’s the point, those are the core responsibilities, and I don’t think the core work requires this level of headcount.

If we distill Product down to the absolute essentials, what we actually need is: someone keeping an eye on what competitors and the market are doing, prioritising product initiatives, proposing
new initiatives based on market research, talking to users, and polishing UX where necessary (slightly less necessary than it used to be with AI). In my head, and this could be a very naive
viewpoint, what that looks like is probably 1 part-time member (product lead) and an hourly contractor (design). A product lead working a couple of days a week or a couple of hours a day scoping out the market, making sure priorities make sense, and generally ensuring the engineering team is heading in the right direction. And an on-demand designer for when we need a practised hand on a piece of UX.

On the translations front, I can’t help but feel that an agent monitoring our translation files and raising its own PRs could do 95% of the job here. The translations won’t be perfect, but they’d
be pretty good, and I’m not sure any one person delivers 100% perfect translations across many languages anyway.

3 Likes

I’ll answer only about the translations part as it’s the field I have the most visibility and knowledge in terms of cost, actual practical and technical limitations.

Our current team of translators is composed of 7 on-demand bounty translators plus myself as a DAO contributor (we’re far from one person delivering). Each translator is a native speaker of their target language and has at least some experience with crypto. And you’re right that even then, it still doesn’t guarantee 100% accuracy. But we don’t usually hold any service provided to the DAO, development included, to a standard of 100% perfection. I don’t think translations should be an exception.

We already use AI models both for the app and the website translations which helps us get competitive bounty rates. However as the current French translator, I can confirm that machine translations still produces far more than 5% of errors that require corrections. I’d estimate this at 20-25% (if not more), based on my own experience with these specific translations (crypto/finance being specialized domains). This aligns with data from major translation firms (like Babel and Translate) which report error rates of ~20% for general purpose translations and they work with cutting edge models. If a 5% error rate model existed, those firms would adopt it immediately, it would save them millions in labor costs. In reality, that 4-5% level of error is what skilled humans achieve, not machines.

If such a model existed, I’d have already expanded our language support with many more languages. I’d consider this task automated at this point. In my opinion, in the current state of art of machine translating, it’s simply not conceivable to present such low quality translations to potential customers who are about to make financial decisions.

If the DAO is not willing to spend on this, I genuinely believe that an English only app would be preferable. I personally would run away from any dApp suggesting me to put my funds in a “swimming pool”, a common literal mistranslation in many of the languages we support for liquidity “pools”. This is anecdotal, but by far not an isolated case and they vary from one language to another (based on discussion with our translators). They arise from missing context in code and language‑specific ambiguities that can’t be generalized.

Providing this context to our translators isn’t trivial. I spend considerable time checking our source code’s frequent changes, the generated UIs, and ensuring translations fit properly in them. This sometimes lead me to submit PRs to make them fit or make them translatable. For a task like cleaning up unused English strings (and related translations), which can sound trivial at first, it lead to few weeks of hunting down missing strings after the cleaning (@Apotheosis can maybe confirm this after his brave attempt to automate it :sweat_smile:).

Even if the DAO decided to pay a reviewer (for each language), they would still have to review every string, because you cannot know where the ~20% of problematic translations lie. And if a model truly could locate those automatically, it would likely fix them itself on the first pass. Translation errors aren’t binary “works/doesn’t work” cases, they’re often subtle but unfortunately they’re also instantly obvious to humans once seen in context.

Lastly for some financial context, which in my opinion matters more than our feelings/experiences. Over the last 12 months the DAO has handled about $10.3M of “Trade success” volume coming from users whose app locale wasn’t English.

At 56bps fees (well soon 60bps… but I’m talking retrospectively), that’s roughly $58,000 of revs for the DAO… The translations supporting this activity have cost roughly $4,000/month (about $48,000/year), covering the tooling, all bounty translations, organization, and the services I provide to the DAO (which go well beyond just translations, I can expand on this later if needed). In other words, the translation effort has been not only effective but financially profitable for the DAO. And since most of these costs are fixed, higher trading volumes would translate directly to higher net revenue for the DAO.

All of these points make me think high-quality human translations/reviews remain essential, both for accuracy and to maintain user trust in our app, which directly supports the DAO’s growth.

EDIT: Just for clarity, this assumes translations actually drove part/most of that non‑English trading volume, which seems likely to me, but can’t easily be proven. I also should mention this is only revenues counted in Mixpanel, it’s even harder (impossible) to quantify the same correlation of the volume happening on private.shapeshift.comwhere we can’t track locale at all.

2 Likes

All reasonable points on the translations front and useful context to know. There’s still a part of me that think it might be possible given the limited scope of our task. Translating long lists of arbitrary sentences is certainly going to result in unacceptable rates of poor translations, and so would more niche crypto jargon like “pools” as you mentioned.

However given the how quick it is to test this i’d still want to see how far we can get. The actual words we have to translate aren’t that many and for the most part we’ve already got a pretty good sample of translations of crypto jargon in the codebase from current translations. So i’m wondering if we can’t get a bit creative here and get the translation agent to be wary of crypto jargon (based on some hardcoded list of words maybe) and do some research on accepted translations each time. Combined with the latest patterns for getting solid translations we might be able to get to 90-95% reasonable output? If not then our options are keep the system as is OR switch to english only. Out of which I don’t have a strong opinion. But I think your point about a solid chunk of our revenue coming from non-english is a strong stance. As long as we’ve sanity checked that it’s not possible to get a reasonable result with AI.

2 Likes

Yes absolutely. Been thinking a lot about the DAO’s needs and i think a wholescale revamp of this budget is needed. Working on it.

1 Like

yes, and working with consensus on what to build. AI has no taste or judgement, and it may speed things but lord does it distract. I know that alignment is reflected in this role’s scope, but articulated poorly in this gov proposal.

So, anyways, thank you for the feedback!

Calling out the “laundry list” is a marquee example. As context, that was just in each renewal as a carry over so voters who may not be here day-to-day know what’s happening.

The team structure thought isn’t naive at all, completely rhymes with what the next revision looks like.

1 Like

Incoming Change log

After receiving feedback here, in calls, and in DM’s i had an epiphany: the DAO doesn’t need a level 6 IC PM from Coinbase, it needs a radical shift in it’s product, BD, marketing focus. More enablement of an AI native org, less bottlenecks of process.

Side note, if you are even interested in talent management or org management check out levels, it’s useful. Especially as the DAO considers finding new people.

With that in mind :

  • i’ve drastically edited the budget and will move to 3 days a week starting the week of march 2.
  • PTT is moving to 20% time
  • have had chats with @Fireb0mb1 about what makes sense for making translations work less overhead. he will submit a separate proposal. The line between “AI does all the stuff” and “we actually make sure the slop is refined” is meaningful.
  • retain yellow jersey for at least 3 months
  • Move into some sort of “maximal value minimal time” model over a month or two. provdigin research, idea proposals, and starting specs. instead of bloat.
  • Steward a transition of marketing materials, operations, PR management, and a strategic document that’s actually useable and well documented. Alongside a stable of on call creatives managers, beyond just Beard’s budgeted time. (he did the creative for rFOX)
  • Total budget now $102k or so.

I will rewrite the proposal and am thinking the best path is cancelling/scrapping this one, retitling to “product lite” and capturing concrete immediate deliverables and a snapshot of spend over the next 3 months and beyond.

1 Like

New proposal is live for the product lite workstream h/t @Fireb0mb1

and forum over here Product Lite Workstream (Mar 1 – Aug 31, 2026)

1 Like