Initial Research Layout
1 ¡ Research goal & success criteria đ
Aspect | Definition |
Primary Goal | Understand the choice set and decision criteria that app-builders use to choose a login process and tool, and the down-the-road pain that can arise with a wrong choice. |
Success Signals | ⢠Quantified willingnessâtoâadopt: âĽâŻ30âŻ% of target users rank the SDK login as their first or second choice in a realistic selection scenario. ⢠Clear split for flagship claims (crossâapp identity, account merging, aliasâbased payments). * table stakes functionality (what would kill the product) |
Decision Points | (1) Invest, pivot, or kill. (2) If invest â which three features ship in vâŻ0.1. (3) For each buyer persona (dev vs PM), what initial marketing copy must address. |
2 ¡ Hypotheses & research questions đŹ
ID | Hypothesis | Type | Metric / Evidence |
H1 | âFrictionâfree first loginâ is a priority for âĽâŻ50âŻ% of smallâteam builders. | Confirmatory | % ranking it #1 in cardâsort |
H1.5 | No-friction initial login creates problems in the future with split accounts, limits to data access, etc that the Product lead suffers. | Exploratory (List of common problems, ideally ranked by pain and frequency) | ă ¤ |
H2 | Builders will pay (time / money) to lower frictions created via multiple social signâins. | Exploratory â Quant | Qual painâintensity codes + Likert price sensitivity |
H3 | Decision authority skews toward developers in earlyâstage teams, but toward PMs in scaleâups. | Descriptive | Role of final selector vs company headcount |
H4 | Existing SDKs (Auth0, Supabase, Firebase Auth, WalletConnect, Privy, Magic) leave a gap in crossâapp session continuity. | Gap analysis | Competitor teardown & featureâparity matrix |
3 ¡ Methods & schedule đ
Week | Stream | Technique | Sample / Artefact | Output |
1 | Discovery | ⢠Desk research (market + patents) ⢠Extended competitor analysis | 8 competing SDKs & naming services | Desk report + Competitor matrix |
ă ¤ | Quant validation survey | Goals and frustrations | nâ50 | Survey analysis plus recruiting screener |
2 | Qual JTBD interviews | 1âhour remote contextual interviews (recruit paymentâflow builders oversample) | nâ10 builders | Raw transcripts + perâcall TL;DR + Interview report |
3 | Insight dissemination | Realâtime Miro wall + weekly 30âmin readâout | General report | Stakeholder alignment |
4 ¡ Sampling & recruitment đŻ
Segment | Rationale | Channels |
Indie web3 dApp devs (3Â ppl) | High pain, fast feedback | GitHub Issues, Devpost hackathons, Farcaster, Lens |
VCâfunded SaaS builders (3Â ppl) | Purchasing power, PM involvement | ProductâLed Growth Slack, YC batch forums |
Enterprise PMs (tierâ5) | Understanding of down-stream pain points | LinkedIn outbound, expert networks |
Incentive:
5 ¡ Dataâcollection instruments đ ď¸
- Competitor teardown sheet
Â
- Survey
Â
- Semiâstructured interview guide
Â
6 ¡ Analysis & synthesis đ§
Stage | Method | Deliverable |
Qual | Thematic coding â JTBD canvas | Ranked âtop strugglesâ slide |
Quant | Conjoint/MaxDiff utility scores | Featureâpriority graph |
Mixed | Opportunity scoring | âCore, expected, delighterâ table |
Strategy | MoSCoW scoring | vâŻ0.1 build or killâcriteria |
8 ¡ Communication cadence đ˘
Artifact | Frequency | Channel |
Call TL;DR (â¤5 bullets) | within 24âŻh | Discord |
Instruments revision and socialization | mid-1st week | Discord |
Insights Sheet | live | Notion link |
10âslide digest | 1st day of week 3 | Loom walkthrough |
Interim report | End wkâŻ3 | Google Doc + live Q&A |
Final deck & repo | End wkâŻ3 | Grant submission |
Immediate next steps (Week 0)
- Amend hypothesis doc
- Create research questions and interview guide
- Update competitor analysis sheet
- Launch recruitment call for PMs and Devs