Reforge’s PRD (Product Requirements Document) Toolkit
24 min
Summary
— AI Generated
this illustrative toolkit (product brief, product spec, and full prd) was created by using the reforge prd components framework from the the brief focuses on a new product build for moola , a b2b business intelligence product that helps sales teams upload, tag, and analyze sales calls with prospective customers to better target qualified leads and synthesize insights you can review the below text in full to see how the why and the what come to life in practice product brief opportunity today, we serve two segments of the market well smb customers selling saas products mid market customers selling saas products we’ve been able to capture these markets effectively for two reasons they use products like loom, zoom, and google meet that are easy for us to “ingest” as data our pricing model is significantly cheaper than competitors, who focus on enterprise customers with larger sales teams (and higher acv deals) however, moola doesn’t work for a variety of other customer segments in the last year, we’ve seen significant latent demand (and inbound interest) from another high potential segment smbs selling more niche industry specific physical products (e g, parts manufacturers, hvac contractors, etc) given our goals to grow to new audiences, this is a meaningful opportunity to capture an overlooked and underserved segment of the market unfortunately, we can’t serve these audiences today because many of these businesses aren’t using reliable software for their sales operations, making it hard for us to ingest a single source of data to effectively analyze sales calls if we served this audience more effectively, two major strategic priorities could be met our growth ceiling would increase considerably, especially given how saturated the saas market is today we’d build new value within our existing core product experience that would be high value for existing customers too, which gives us an opportunity to increase prices down the line supporting evidence in the last year, 24% of our inbound customers weren’t qualified leads because of data ingestion issues when surveyed, the #1 reason for data ingestion issues was that customers aren’t using (and don’t want to buy) zoom, loom, and other meeting competitors (most of their calls are done on the go by phone) our research suggests that, if served, this segment represents an additional arr of about $10m in revenue we only serve a segment of the customer journey today — analyzing calls after they’ve happened we are well positioned to move up earlier in that journey to become an even more regularly used tool if we can provide a way to capture sales call data even without the real recorded conversation links to relevant analyses and market reports with additional data success metrics quant adoption we’re looking to get at least 10 exposed customers opt in for a 1 week trial so that we can gather data on usage and value prop retention 30% of those in the trial convert as customers, signing a year long contract with us think of this as a “gate” to being able to do any additional work on this opportunity we first need to see if we have the tech that can solve this problem effectively, and whether we’ve solved in a way that’s valuable and compelling enough to really activate and retain this new segment hypotheses for solution scope initial hypotheses to be refined and expanded with design and engineering we can help these offline first sales teams get insights into how to optimize their sales without their own data by using look alike data based on our existing customer base we don’t need to build a full conversation recording tool because we have enough scale of existing customers that we can generate insights without it new customers have to trust the insights to get value out of them — we need to test this first and foremost since they won’t be uploading their specific call data product spec example context we’re moving into a new segment — smbs who primarily sell non digital products and tend to have sales calls not on a single recorded platform but instead make phone calls through their cell providers we’ll know we’ve met this latent demand if target any time we have an inbound request that fits this segment, we’ll walk them through this product experience on a first call adoption we’re looking to get at least 10 exposed customers opt in for a 1 week trial so that we can gather data on usage and value prop retention 30% of those in the trial convert as customers, signing a year long contract with us satisfaction since this is the first time we’re going to be testing with this population, we won’t track long term satisfaction but instead will be doing ongoing research with the first 10 customers solution scope today, our product onboarding flow centers around getting teams to integrate their zoom accounts so we can effectively use their recorded meetings as ingested data for the first pass of testing with this new segment, we need to validate the riskiest two hypotheses our technology solution that we can effectively give insights to a new customer who hasn’t inputted any zoom or meeting data purely based on the aggregated insights across our user base ongoing value prop and retention that those insights are valuable enough that this segment will begin taking their own calls inside the app because the tracking and insights are so much more sophisticated than what they have now (usually just hand written notes from a phone call if anything at all) if either of these tests is debunked, we’ll have to go back to the drawing board for prospective solutions given that, we should design this as a test rather than assuming we need to build anything at scale ultimately, we’ll only move on once we see the adoption and retention curves we want alongside a viable path towards monetization (more here in the experience section), but it’s likely we’ll need to test and iterate on some key component parts of the experience before we’ll get to conviction on the full solution we should expect at least two sprints of designing and testing prototypes before we build any robust solution with engineers experience there are 5 main parts we’ll need to test around this experience, which i’m calling the 5 is here are rough sketches of how each of those components might look to give a sense of the flow for intake, we really need to gather the minimal amount of data from a customer about the sales process that will deliver us an insight to generate back that they can use in their next call we know from our existing call data that there are three main ingredients that matter most a) what stage is this lead in? b) how expensive is this sale, and c) what industry are you selling in with those three bits, we believe we can generate a minimally viable first insight the insight is generated and shared so that it encourages the user to then immediately make a call with that insight in mind we should test these first two parts (intake and insight) first because if we can’t get them right (ie…the insight isn’t smart enough or useful enough), nothing else downstream matters once the customer has received the first insight, they can make a call directly from within the app this does two things a) it records a new client entry into their moola database, and b) it enables them to see the insight action directly from the call screen so that they’re reminded in real time it also records the audio, since it’s calling directly from in app as in the app today, once a call is over we treat it as a normal data ingestion flow we show the transcript and ask the user to input whether or not they’ve done the recommended action then, we ask them our normal questions about what else happened on the call so that they experience the value of the next generated insights and start seeing how moola can help them for the next call, too the invitation includes three additional insight actions and the cta to save the call since it’s the first time when saved, we can return them back to the home dashboard where they can now search for that customer number or initiate another call with a new customer risks risk mitigation \[tech not good enough] we can’t generate meaningful insights with the three prompt questions we’ll test the first two components first (rather than the full flow) we’ll focus on a subset of customers whom we feel we can generate the best insights for (e g, carpenters and hvac manufacturers) \[adoption and retention not strong enough] we know from our current customer base that retention only happens after enough of the sales teams are using the tool together can we get enough folks to adopt that the purchase decision for smbs becomes a no brainer? we’ll focus on 10 key customers to start and give white glove treatment to understand the biggest hurdles to the adoption process \[line of sight to monetization fuzzy] we can eventually convert these folks from a free trial to full customers with pricing that offsets call costs before scaling any solutions here, we’ll do a split test once we’re past 100 customers to test pricing models full prd context we want to help a new segment of customers smbs who primarily sell non digital products answer the big questions that give them visibility into their sales successes, failures, and opportunities solution scope there are few key components for each of our five is intake add a new client call share three details about this client and the sale what type of product do you sell where are you in the sales cycle what size is this deal insight i want to see an insight that i can reasonably take into this next call i want to be able to see another insight if this one isn’t helpful (up to three insights) initiation start a call with that client same call functionality we have today for the call interface itself end, hold, mute, and add tag see the initial insight that i should use on the call to help progress the client towards a win intel show transcript of call show existing tags of call, using most popular tags for client size and stage of deal cycle we’ll show the most common tags across these three categories feature, pricing, and roi show recommended next steps based on other company intelligence for size and stage of conversation invitation add additional tags save client call and transcript out of scope for initial phased work deep integration with existing free trial our intention is to enable a free trial for these users that is then gated by call volume (e g, once you’ve called 5 clients and moved them up the sale cycle process, you’ll be paywalled to continue with usage), but we first need to ensure that the insights are valuable enough even in the free setting so we won’t focus on any trial or paywall integration to start any integration with additional crms this population is less tech savvy in their operations to begin with we already know we can solve the crm problem once they’re onboard (we’ve done that well with existing segments) we know less about our ability to solve the insight problem, so we’ll focus there first any sales manager led views we’ll focus first on the sales rep themselves rather than any tooling for their manager to see broad performance adoption in our existing segments is surprisingly bottoms up, meaning that once reps start seeing and feeling the value (the insights actually help them win deals), they bring it to the rest of their team we don’t think this gtm motion is distinctly different for this audience experience link to wireframe and prototype drafts, owned by design risks technical implications we’ll be utilizing two main services that already exist in the rest of the product transcript tagging this service allows us to fetch automated tagging for a transcript based on size of company, product industry and deal size tag to insight this service generates a scored list of insights based on tags, which show up in the product experience as insight recommendations that customers can act on because we already have the main call ui, we don’t need additional infrastructure to record calls, but we do need to integrate the recordings with the insight flows, since we usually rely on integrations with zoom and google meet for that more tech savvy customers tend to have crms that are integrated effectively with their sales teams, but this new segment rarely has formalized software they’re using to track customer and sales lifecycle given that, we are bypassing any crm integrations and will just “save” customers locally on a per account basis part of the tech spec work here will be figuring out what data we need to store more permanently and where we can take shortcuts given we still need to validate this overall solution for customers first gtm plan what is the feature rollout schedule for users? for each phase, how many users will we reach, and for how long? we’ll take a three phase approach here with gates not dates, meaning we won’t move on to the next phase until we feel confident we’ve “unlocked” the previous phase and have a reasonable line of sight to scale phase 1 prove our insights are actually valuable based on intake data why derisks our primary hypothesis (our tech is good enough to produce meaningful insights based on intake questions) gates end to end clickable prototype that we can show to 10 first customers who meet audience criteria working service to generate insights based on intake questions (90% produce a > 80 scoring insight) we’ll ensure we’re selecting moderated testing with 10 customers to get feedback on quality of insight data and de risk potential adoption hurdles phase 2 successfully onboard and get 10 individual sales rep customers to solid adoption and retention why derisks our value prop hypothesis (customers find these insights valuable enough that they will call from within the app and use insights in first call) gates 10 customers successfully onboarded phase 3 close 5 new customers for full sales team adoption why derisks our existing adoption motion (since we know we won’t do white glove service at scale, we want to test that sales managers will find this valuable enough to bring their whole teams aboard gates 5 successful full sales team adoptions for new audience phase 4 ensure successful monetization retention for additional 5 new sales manager customers why premature scaling is the death of successful new audience growth gates retention 3 month retention in line with existing healthy customer retention (60% of sales team is dau, 80% are mau) monetization 5 new customers opt in for a 1 week trial — 30% of those in the trial convert as customers, signing a year long contract with us there are many additional phase to scale to this new audience thereafter (e g, ensuring our insight engine is getting smarter and can cover more use cases over time), but we’ll cross that bridge if and when we get there) development plan what are the next steps or action items needed to accomplish this gtm plan? who is the directly responsible individual (dri) for each action item? when does each item need to be done? we’re only mapping out the development plan for the first phase of work, since there’s no point to mapping more out until we have a strongly validated first phase phase outcome dri date 1 1 hi fi click prototype of end to end flow design (charlie) sprint 8 1 1 2 insight generation ds prototype that we can test with 10 customers (alex) sprint 8 1 1 3 select and close alpha customer candidates (britt) sprint 8 2 1 4 moderated testing and synthesis for iteration (slava) sprint 8 2 archbee is a powerful documentation and knowledge management platform that helps teams create, organize, and collaborate on content seamlessly with its user friendly interface and robust features, archbee ensures that information is easily accessible and efficiently shared across organizations from capturing ideas and documenting processes to tracking project progress and onboarding new team members, archbee is the go to tool for professionals looking to streamline their documentation workflows and enhance team collaboration as a reliable solution for knowledge management, archbee empowers businesses to effectively manage their information assets and drive productivity in a professional setting