SCP- 210 Product Lite Workstream (Mar 1 – Aug 31, 2026)

Abstract

This proposal restructures the Product Workstream into a lean, transition-oriented model aligning with the DAO’s current revenue realities.

Key changes:

  • FBL moves to 3 days/week starting March 2, then 10% time in April and forward. With contingency for extra hours on April, May, and June if needed.
  • PTT reduced to 20% time all in FOX.
  • Welcoming Discostu into BD focused role
  • Total 6-month budget ≈ $98k
  • Introduction of a phased transition toward new leadership
  • Explicit contingency buffer (time-limited and gated)
  • Clear revenue and user growth metrics

This is not a continuation of prior terms. It is a staged reduction designed to:

  1. Preserve strategic coherence
  2. Codify Product into a transferable system
  3. Align burn with runway
  4. Transition toward a lighter long-term structure

Why This Change

Current conditions:

  • Revenue: ~$20–50k/month
  • Marketing exiting
  • Continued runway sensitivity

This renewal reflects a disciplined contraction while protecting execution capacity for the future.

This proposal reduces burn while institutionalizing product judgment and a plan for succession.


Operating Model Overview

The DAO requires Product capacity for:

  • Market & competitor research
  • Initiative prioritization
  • Business-case-driven proposals
  • User feedback loops
  • UX refinement where necessary
  • Strategic public positioning

However, simply reducing to a generic “part-time PM + part-time research, hourly designer” model introduces risk:

  • Loss of prioritization coherence
  • Repeated roadmap resets
  • Engineering alignment becomes messier but solvable
  • Weaker external positioning

This proposal introduces a three-phase transition


Phase 1 (First 30 days)

Systemization & Handoff

During this phase, FBL operates at 3 days/week and PTT at 20% time.

Primary objective:

Build and document a transferable Product Operating System.

Deliverables:

  • Prioritization rubric (I wrote a shipping agreement, we should refine and finally align on it on etc.)
  • Formalize initiative driven development where Business case → spec lifecycle (add documentation)
  • Market scanning & competitor monitoring template and cadence
  • “strategic direction of features” standard for Engineering
  • Competitive dashboard artifacts
  • Training and onboarding of successor (internal or recruited)

This phase focuses on institutionalizing judgment, not expanding scope.


Phase 2 (Following 2 Months)

Strategic Oversight & Contingency

  • Product Lead shifts to ~10% strategic oversight
  • Weekly prioritization sanity checks
  • High-leverage strategic input
  • Public-facing ecosystem positioning (Spaces, podcasts, expanding our narrative advantage)

If a new Workstream Lead is in place:

  • Move to an advisory role paid per initiative review, strategy sprint, or meeting cluster.

If a successor is not ready:

  • Transitional involvement extends depending on contingency funds pre-budgeted

This structure:

  • Prevents silent scope creep
  • Aligns incentives toward rapid transition and protects continuity

Phase 3 (Final 3 Months)

If Phase 1 deliverables are completed early and leadership confidence is high, Phase 2 may be shortened and this phase unnecessary.

Stabilization, Health Check & Reassessment

After phase 1 & 2, the DAO enters a stabilization period.

During this phase:

  • Successor (if appointed) operates the Product function.
    • success is a proposal that passes governance transition responsibilities and deliverables.
  • Engineering continues initiative-driven execution
  • BD owns measurable pipeline targets
  • Marketing execution follows documented cadence

If Phase 2 oversight concluded:

  • Optional advisory only if requested by governance
    • Paid per initiative review or strategy sprint

If a successor is not ready:

  • Transitional involvement continues until end of proposal.

Revenue & Growth Focus

Primary targets for this term:

  • Target 15% QoQ revenue growth (at least one month of about 75K)
  • Restore app DAU toward 500
  • Grow agent DAU toward 10 WAU and then 100 WAU
  • Close one marquee API partner and work with BD to pipeline out the 3-5 in process
  • Increase revenue from differentiated features and increase awareness
    • Twitter impressions
    • Podcaast appearances
    • Spaces
    • possibly events

Shipping KPI:

  • Initiative velocity (prototype → shipped)
  • Qualitative Engineering checks

Every initiative must:

  • Have a business case or validated prototype
  • Tie to revenue or acquisition
  • Have measurable success criteria

Strategic Lens

Product efforts will focus on the same lens:

  • Get any asset
  • Earn yield on anything
  • Discover and manage leverage
  • Automate boring workflows with AI
  • Treat agents as customers

Revenue-generating actions rule.


Scope Stewardship During Marketing Transition

With Marketing exiting, Product will temporarily steward:

  • Translation squad compensation coordination (look to fireb0mb for a new proposal)
  • PR firm contract management
  • BD/comarketing oversight, training, and acceleration

AI will reduce overhead where appropriate. However, refinement and judgment remain necessary to avoid low-quality output.

The goal is to leave behind documented processes, templates that are LLM-ready and useable, integrate this accross linear and our chat services, and arrive at stable execution.


BD & Marketing Alignment

This term will:

  • Elevate BD into measurable revenue pipeline ownership
  • Align initiative roadmap with BD close cycles
  • Stabilize creative execution via on-demand design (existing resource)
  • Formalize PR and positioning processes
  • Close some API customers
  • Use chain launches to drive customer acquistion

Marketing shifts from cost center to revenue amplifier.


Responsibilities

  • Prioritize and adjust roadmap toward revenue and user growth
  • Coordinate initiatives & priority with Engineering
  • Surface new market opportunities
  • Own release polish and outcome accountability
  • Lead spec kickoffs and retros
  • Facilitate office hours and performance artifacts
  • Manage workstream budget and contributor payments
  • Support cross-workstream alignment

What This Model Does Not Include

  • No new speculative product lines
  • No expansive documentation cycles
  • No 5-day/week availability
  • No undefined scope expansion
  • No permanent reliance on contingency

This is a lean, transition-first structure.


Risks & Mitigation

Risks:

  • Successor readiness timeline
  • Revenue growth lag

Mitigation:

  • Phased reduction & Time-limited contingency buffer
  • Clear measurable targets
  • Defined transition window

If revenue does not show sustained improvement by mid-term, the DAO should reassess scope or transition Product into advisory-only capacity.


Budget

Total 6-month budget: $98445

  • Product Lead at 3 days/week during Phase 1, then 10% time moving forward.
  • PTT at 20% time all in fox
  • Lean contractor use of time-limited contingency funds

Check out the spreadsheet here Product Workstream March 2026 - September 2026 Renewal - Google Sheets

First 2 months

Totals


FOR

Approve the Product Workstream from March 1 – August 31, 2026.

This proposal reduces burn, institutionalizes product judgment, protects execution continuity, and builds toward a lighter long-term structure aligned with DAO sustainability.

FOR with changes:

Make these specific changes {XYZ}

AGAINST:

No, thank you.

1 Like

Thanks for revising your proposal based on the feedback you’ve received! I think it’s more aligned with the current means of the DAO, and hope it will still allow us to grow our revenues.

  1. I’m very thankful that you’ve handled the budget and administrative loads of this transition after the MKBD WS’s end. Although I don’t think the part about the potential new proposal for Translations should be part of the body of your renewal proposal. That’s the text people vote on and I don’t want voters to think supporting your proposal implicitly supports the other proposal (and potentially make them rethink their support to this proposal). So I would suggest removing this part.

  2. For information, following the ending of this transition and non-inclusion of Translations under Product, I’ve currently decided to pause the translations until I can secure a budget to pay the translators and myself (likely though a separate proposal as you’ve mentioned).

  3. The only pending/unpaid liability for the Product WS should be the last translations sync that occurred this week (which started on Feb 16 and is now completed), before it was decided to not include translations in this renewal.

    The costs for this are $591.36 (to be converted in FOX at the time of payment, usually at the same rate as DAO contributors’ compensations in FOX). 188,600.30 FOX have already been paid through Colony, by Product, for Jan-Feb, for the bounty translators and you’ve gracefully accepted to also pay my compensation (1500 USDC + 204,834 FOX for Feb) even if you didn’t account for it initially due to a miscommunication.

    I’ve tried to figure out how you’ve arrived to “393,780 FOX” total for “Reimbursment for Jan-Feb translations payout” in your budget and couldn’t figure it out. It’s either too much if it just covers all bounty translations, or to little if it also includes my compensation (already paid out). Just so there’s no potential error, could on elaborate on this budget line please?

2 Likes

No problem and yes agree. Must have missed it on the 3rd edit pass.

:saluting_face:

=188946 + 204834

your FOX comp and the translations I had paid at time of submission. Those funds were earmarked for user interviews and accumulated over the years the workstream existed. Replenishing that balance felt right as we pivot some leaders to go direct and get user feedback.

1 Like

Oh ok, so just the FOX part, makes sense. Thanks for your answers!

No problem! Thanks for seeking clarity with me.

1 Like

What is a Transferable Product Operating System, and why would it be important to build versus the current documentation in notion and elsewhere that is the ‘current Product Operating System’
To me, a new Product Workstream Lead would have the free range to decide their own operating agreements and processes regardless of how the departing previous leader wished for their footsteps to be followed.

To me it does not seem reasonable in this time of budget deficit to pay for someone to find and train a replacement for themselves. We have had a the Engineering Workstream exist without a Leader for quite some time as well as have had WSLs leave and have the rest of the DAO ‘pick up the pieces’ and move forward.

In the list of what you presented for the first month, what of that work needs to still be completed, versus what simply needs a handoff? Things like dashboards, list of features, competitive analysis, market scanning, etc to me feel like they could be handed off to a future contributor without much extra work needed to get the above list to successors.

To me, this scope appears like a lot more appropriate place to start discovery of what the DAO needs in terms of Product, smaller footprint, but with oversight and pay based on output that could scale upwards with need and productivity.

@PTT has communicated in his vote that he would like to be removed from this proposal. How does that affect the budget and personnel of this workstream now?

To me setting out a workstream with the intent of finding a replacement is no different that leaving the role vacant until there is a contributor with the correct motivations and incentives to be in a leadership position, however it costs more and comes to the same outcome.

I made a copy of the budget sheet you linked with the speadsheet unhidden so voters could see the breakdown of the budget month by month here: Copy so we can see the months - Google Sheets (no numbers have been altered)

It appears that you have 1 last larger USDC payday scheduled in correlation with your phases where in Phase 1 you get paid $10k USD, then all other phases your pay drops to 1/10th of that amount? What kind of assurances can you provide the DAO that if this proposal passes you won’t just take one last check and leave? It appears from your comms that you feel the future budget and resources the DAO may allocated to labor will result in a logical inconsistency as quoted in your vote from [SCP-206]

”SCP-206 assumes the DAO will continue to function after removing the incentive structure that currently makes it function. That is not a plan; it is a logical inconsistency.” - from the [{SCP-206] vote.](Snapshot)

With your incentive structure also diminishing, what assurances can you provide the community and DAO that you will not also find that the incentive structure you propose is insufficient to your position leading to you taking one last paycheck and leaving?

Notion has not been the operational source of truth since June. Linear (with GitHub) is. That shift has been discussed consistently in all-fox, office hours, and executed weekly on grooming/alignment calls.

Good to add clarity here, will edit if this passes ideation so it’s clear what is a task versus in progress, and what complete looks like.

Several artifacts exist or are in progress but are not broadly distributed. What does not exist is a unified operating contract that allows Product to shrink safely into productive work:

  • A prioritization rubric tied directly to revenue
  • A codified business case → spec requirement
  • A standardized initiative intake framework
  • Clear ownership boundaries across Product, BD, and Engineering.

Phase 1 is focused on formalizing those and finalizing market research for biz case parts of a spec. And also making sure that the yield XYZ campaign is out the door, supporting our Solana seeker launch etc. All while documenting the marketing resources we actually have.

On PTT:

If PTT removes himself (which he told me yesterday), budget reduces to ~$84k and scope adjusts accordingly.

On compensation:

Phase 1 is front-loaded because it carries the highest time commitment. In terms of assurances, that’s what the proposal is? No one can ever give 100% assurances which is why we have governance to seek truth. I wouldn’t be putting it up if I didn’t intend to deliver productive outcomes.

On leadership transition:

Vacancy is an option.This proposal assumes reducing volatility before reducing capacity. But, if governance prefers immediate advisory-only or vacancy, that is a valid strategic choice ( that, however, does need to be explicit). Adding a replacement felt like it would set up what resources are left shipping with some new blood, which the team needs. Happy to not do that too.

boy. tough stuff.

My focus is different.
as presented ofc i would go no.

but Fox payout is 1

  1. BD should be its own thing, or just seems wrong to be here.
  2. the front load 3days. is the 10% of that? for 2nd and 3rd month? or stating 3 days , and then a % confuses it for me a bit is all.
  3. Maybe do a 3 month one?

So, im on the changes point atm.

(i told you some of this before, so no surpise there)

be interesting to see the next.

(finally had a chance to read it after our chat)

2 Likes

This has passed ideation and thanks to everyone for their feedback.

With further reflection the proposal will go live shortly with the following changes:
• shortened term to 3 months. if we speedrunning. we might as well spreedrun.
• removed FOX payout, no sense in a large FOX user fund if there isn’t gong to be enough users to chat with.
• removed transition scope/phase, even though it’s healthier to think about what’s possible. good documentation should be good enough to start with. strong foundation, deep lore, go DAO go.
• collapsed dashboard specs inside of market research, since that’s a part of data driven research
• added the in progress/not started parts for clarity
• clarified what 10% time means explicitly
• added language to explain the delta between what is budgeted versus expected spend since the difference is so large.
• Tightened some wording & removed more line times.

To me, this proposal does not seem to match the current needs of the DAO as updated after ideation.

Reducing the proposal to 3 months does not address or help in why this proposal is necessary, and further heightens my concerns that there is little assurance that the WSL would be correctly incentivized to perform meaningful contributions in the leaner and more resource minded DAO.

Having 1 last month of a large $USDC pay period before dropping down to basically no work and little pay seems like a last month $USDC lifeline to our Product Workstream Leader, rather than something that is intentional about driving product(s) forward.

There have been a lot of conversations about actually taking the token the DAO has as it’s most abundant asset ($FOX) massively reducing the DAO’s need for acquiring USDC monthly in the most recently passed renewals, see [SCP-204], [SCP-207], and [SCP-209]. No USDC is being asked and a reduction of labor is proposed to match a smaller ask in budget that is also paired with compensation in $FOX. This more closely aligns the contributors of the DAO with the success of the DAO as linked through the success of the token and utility of $FOX via products like rFOX.

I would be more interested in an honest severance proposal if that is truly what is intended with the large March $USDC budget that continues via the edits of the proposal.

I believe that if the DAO is to take on it’s first ever foray into true Business Development, that @discostu should put up his own proposal outlining his intentions, services, resources, and budget. It does not make sense to me to add all of the BD focused goals, kpis, and intentions with a Product proposal that is only a 3 (really 1) month parachute for it’s previous WSL.

I would be interested in a separate Business Development proposal (that does not necessarily need to be a full workstream) where @discostu is able to engage with the community to come to a better agreement of what the DAO needs and what there is to offer in those services.

As of it’s current iteration I will be voting no on this proposal.

I do not feel that there was enough work done with the community to address the changes that were desired in the ideation process.

1 Like

Tyler, I think you’re interpreting the structure incorrectly.

The March allocation is not a severance payment. It reflects the only phase where meaningful time commitment exists. The remaining months drop to advisory-level involvement specifically because the intent of this proposal is to remove dependency on a full-time Product Lead.

Phase 1 focuses on compressing decision frameworks that currently live informally across contributors into something Engineering and BD can operate under. Preserving roadmap consistency is key. That is the purpose of the transition work. It’s also why i removed so much about finding a new leader, again, thank you for that feedback as it focused the proposal.

If the DAO prefers to move directly to vacancy or advisory-only Product, that is a legitimate strategic choice. This proposal assumes a short transition period to reduce operational volatility before doing so.

On BD — I agree that a separate proposal from @discostu would make sense and would support that path, he asked politely to ramp up and prove that he can close. Thart seems very aligned with a DAO that wants results. Engineering will focus on making the API as bulletproof and polished as possible so he’s set up for success.

Ultimately, governance will decide whether a structured transition is worth the cost, or whether the DAO prefers immediate vacancy. Both are valid outcomes.

1 Like

Thanks for revising your proposal again. I’m in support of it, as I don’t think an abrupt ending of the Product Workstream would be in the DAO’s best interest and could be quite disruptive.

I’m still more in favor of maintaining a larger Product WS (even if that would mean a shorter runway), so I’m a bit apprehensive about this new approach. That said, given the shorter time frame, nothing prevents the DAO from re-establishing some key functions of the Product WS later if we find our structure less effective after this phased “sunset” (aside of course from the limited budget and the need to find new talent if key contributors have other commitments by then :sweat_smile:).

1 Like

Proposal Passed.

Congratulations FBL.