Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

nikita-bier-consumer-apps尼基塔·比尔消费者应用程序

Agent Skill

nikita-bier-consumer-apps 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

288

周安装

12

GitHub Stars

公开资料未说明

下载量

96
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:nikita-bier-consumer-apps(尼基塔·比尔消费者应用程序)
来源仓库:https://github.com/heyimjames/nikita-bier-consumer-apps
仓库路径:skills/nikita-bier-consumer-apps
安装命令:
npx skills add https://github.com/heyimjames/nikita-bier-consumer-apps --skill nikita-bier-consumer-apps
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/heyimjames/nikita-bier-consumer-apps --skill nikita-bier-consumer-apps

简介

nikita-bier-consumer-apps 用于查找、检索和筛选相关信息,支持关键词和任务场景匹配。

  • 适用于 Codex、Claude、Cursor、Gemini CLI 中的信息定位与筛选需求。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,建议查阅原始文档了解详细用法。
  • 安装前请确认权限范围、项目维护状态及是否涉及敏感操作如联网或文件读写。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

The Nikita Bier Consumer App Playbook

An AI skill that channels Nikita Bier's frameworks, heuristics, and tactics for building viral consumer mobile apps. Derived from his podcast appearances (Lenny's Podcast, My First Million), X/Twitter threads, product teardowns of tbh, Gas, and Explode, and published analyses of his methods.

HOW TO USE THIS SKILL

When a user brings a consumer app idea, design, or product question, work through the relevant sections below as an advisor would. Don't dump the entire playbook — select the frameworks that apply to their specific situation. Think like a $10k/month growth advisor: be direct, opinionated, and actionable.

For deeper reference on specific domains, read the corresponding file in references/:

TopicFile
Viral loops & shareability mechanicsreferences/viral-loops.md
Onboarding & first-session UXreferences/onboarding.md
Launch strategy & distributionreferences/launch-strategy.md
iOS platform hacks & ASOreferences/ios-hacks.md
Monetisation & retentionreferences/monetisation-retention.md
Product psychology & idea validationreferences/product-psychology.md

CORE PHILOSOPHY

The Three Axioms

  1. Every tap is a miracle. Users will bounce to another app instantly. Every screen, every button, every permission request must earn its place. If a user has to think about where to click, you've already lost them.
  2. The product IS the marketing. Don't separate growth from product. The in-app experience, the share mechanics, the notifications — they ARE your acquisition channel. If users aren't inviting people organically, you'll be buying every user with ads forever.
  3. Consumer products live and die in the pixels. The fine details of design and interface determine success. Not the backend architecture, not the pitch deck — the pixels.

The Bier Test

Before building anything, ask four questions in sequence. Each must be true for the next to matter. The more conditional layers you stack, the higher the risk:

  1. Is there latent demand? Are people already trying to do this thing, just badly?
  2. Can you reach them without ads? Do you have a distribution channel?
  3. Will they invite others? Does the product get better with more people?
  4. Can you monetise without killing growth? Is there a natural paywall?

If any answer is "no" or "maybe" — stop and rethink before writing a line of code.


FRAMEWORK 1: IDEA VALIDATION

Latent Demand Detection

Don't invent new needs. Find existing behaviours being done through distorted, inefficient processes, then build a better version. Examples:

  • People already compliment friends → tbh/Gas made it anonymous and structured
  • People already send disappearing messages → Explode stripped Snapchat's bloat
  • People already compare prices → Dupe.com crystallised the process

The "Media First, Product Second" Test

Before building the full product, test demand with zero code:

  • Post mock designs on Reddit/TikTok/X
  • If the posts go viral and people beg for a download link, you have signal
  • This is sequential validation: test engagement → test spread within a group → test spread across groups
  • You want to ensure the hunger exists before you serve the meal

Human Motivation Filter

There are only a few core reasons people download apps:

  • Finding a mate (Tinder, Bumble)
  • Making or saving money (Robinhood, Honey)
  • Unplugging from reality (Netflix, TikTok, games)
  • Social validation & belonging (Instagram, tbh, Gas)

If your app doesn't map to one of these, it probably won't achieve organic distribution.

The Reproducible Testing Machine

A reproducible testing process is more valuable than any single idea. All things equal, a team with more shots on goal wins against a team with an audacious vision.

  • Ship the first version in weeks, not months (Gas was built in 8 weeks by 4 engineers)
  • Define ONE core hypothesis per test
  • Strip out all confounding variables and non-essential features
  • Execute at 100% for the thing you're validating at that specific stage
  • If you're unsure whether it's working, it's not working. PMF is binary.

FRAMEWORK 2: AUDIENCE & NETWORK STRATEGY

The Age Gradient

  • Invitations sent per user drop ~20% for every additional year of age from 13 to 18
  • Age 22 is the cut-off where people largely stop adopting new social products
  • Teens see each other every day — this is THE most important factor for virality
  • If you build for adults, expect to acquire every user with ads
  • Whatever teenagers adopt today, adults will be using in 2-3 years

Dense Network Targeting

Don't launch wide. Dominate specific, dense communities:

  • A single high school can give you 40% penetration in 24 hours
  • Expand school by school, state by state
  • Each new user in a dense network brings in several more (power law dynamics)
  • A few highly connected users can trigger a cascade of adoption

The Cold Start Problem

The people and content on an app always trump slick design and novel interactions. Focus on:

  • Getting network effects and solving the cold start FIRST
  • Big things grow from small wedges — start hyper-specific
  • Getting 7 adult friends to install an app on a reproducible basis is non-trivial
  • For social products, you need critical mass before value emerges

FRAMEWORK 3: VIRAL LOOP DESIGN

Natural Incentive Alignment

The gold standard: what's good for the user IS what's good for app growth.

Pattern: User receives value → to get MORE value, they invite friends → friends receive value → cycle repeats

Gas Example:

  1. User gets anonymous compliment → feels great (dopamine)
  2. To find out WHO sent it → invite more friends or pay (God Mode)
  3. More friends = better polls = more compliments = more curiosity
  4. Self-reinforcing loop where sharing makes the product better for the sharer

Core Content Must Be Shareable

True viral growth comes from users sharing your app's core content at high frequency to other networks. Avoid "Spotify Wrapped syndrome" — a once-a-year share moment that creates phantom validation. What you need is the main content in your feed to be inherently shareable.

TikTok and Instagram didn't grow by bolting on a growth hack. The content itself was the distribution mechanism.

The K-Factor Checklist

For every feature, ask:

  • Does using this feature naturally produce something shareable?
  • Does sharing make the product better for the sharer (not just the recipient)?
  • Is the share mechanic frictionless (1-2 taps maximum)?
  • Does the recipient get value WITHOUT downloading the app? (curiosity gap)
  • Does the recipient get MORE value BY downloading the app?

Viral Mechanic Patterns

PatternHow It WorksExample
Curiosity gapReveal partial info, require action to see restGas: "Someone said you're the best dressed"
Social proof cascadeShow activity of friends already on platform"15 friends are already on [app]"
Completion loopsGamify progress that requires invitesExplode: share 3 photos → unlock premium
FOMO triggersTime-limited content/actionstbh: polls disappear in 24 hours
Positive-sum sharingSharing benefits both partiesAnonymous compliments feel good for everyone

FRAMEWORK 4: ONBOARDING

The Three-Second Rule

You have three seconds to prove value. If your app doesn't deliver value instantly, it's dead. This is "inverted time to value" — instead of waiting for users to discover worth, deliver the payoff immediately.

  • No complex signups before the magic moment
  • Show value THEN ask for investment
  • Assume users have the attention span of a goldfish

Onboarding Principles

  1. SMS verification > email for mobile (iOS auto-fills the code, no app switching)
  2. Use the contact list for instant social graph (but plan alternatives for iOS 18+ restrictions)
  3. Every permission request needs a "why" with clear, trust-building copy
  4. Show progress indicators — users who see "Step 3 of 4" feel close to done
  5. Pastel, safe colours build trust for sensitive permissions (camera, contacts)
  6. Animated "Tap Here" prompts guide attention at critical steps
  7. Always offer a "Not Now" escape for non-critical steps to prevent hard bounces
  8. PiP (Picture-in-Picture) mode to guide users through steps that leave your app

The Onboarding Paradox

Sometimes longer, "educational" onboarding improves retention MORE than "skip everything" — because it builds the user's investment in the product. The key: every onboarding step must feel like it's building toward a payoff, not like paperwork.

Paul Graham's insight: change the question from "Would you like to use our product?" to "Would you like to keep the thing you just made?" If onboarding creates something valuable, completion rates soar.

If You Need a User Tour, Your App Has Failed

If at any point you think it's a good idea to build a user tour, stop. A good application is self-explanatory. Rework navigation, hierarchy, empty states, and copywriting until it's abundantly obvious how the app works — even at the sacrifice of power users. You need users before you can have power users.


FRAMEWORK 5: LAUNCH STRATEGY

The "Launch From Your Couch" Rule

If you can't launch from your couch, don't launch. No paid ads, no campus flyers — just viral loops and free social channels.

Geofenced, Staggered Rollout

  1. Pick one dense community (school, neighbourhood, workplace) that starts its cycle early
  2. Set a penetration target (Bier used 40% in 24 hours as pass/fail)
  3. Saturate with organic social tactics:

- Create community-specific social accounts (e.g., school Instagram pages) - Keep accounts private initially to build mystery and FOMO - At a calculated time (e.g., 4 PM school dismissal), switch to public, drop the link, accept all pending follows simultaneously - This creates a synchronized "moment" — hundreds of notifications at once

  1. Cap each geographic rollout until infrastructure is stable (makes the app feel exclusive)
  2. Let demand pull you into new areas rather than pushing outward

The 3x Exposure Rule

To convince someone to download an app, they need to see the message ~3 times. This is why saturating a small area with every kind of marketing is more effective than a thin spread across a large area.

Content-First Distribution

For TikTok/short-video distribution:

  • Produce 50+ short videos per day across multiple accounts
  • Make the product seem everywhere at once
  • Dupe.com hit $100k MRR in 60 days using this approach
  • Content should demonstrate value, not explain it

FRAMEWORK 6: iOS PLATFORM EXPLOITATION

Underused iOS Features for Growth

FeatureGrowth Application
Live ActivitiesCreate urgency on lock screen (Explode uses this for premium offer timers)
Picture-in-PictureGuide users through multi-step flows outside your app
App ClipsLet users experience value without full install
iMessage AppsViral distribution through existing messaging (Explode's core channel)
Contact AccessBuild instant social graph (but declining approval rates post-iOS 18)
SharePlayMultiplayer/social experiences within FaceTime
Siri ShortcutsHabit formation through voice triggers
Apple Wallet PassesGamified loyalty/status cards
WidgetsPersistent lock-screen/home-screen presence

App Store Optimisation (ASO) Hacks

  • Zero ratings = lose 2/3 of potential conversions. Get ratings before scaling.
  • Developer account naming hack: Bier named his account "Tap Get Inc." so the App Store showed "Tap Get" next to the download button, boosting click-through
  • App title as value prop: Title should explain what the app does in the fewest words possible
  • Push notifications only at high-engagement times — not randomly

iOS 18+ Contact Permission Changes

~65% overall approval rate for contact access (higher for teens, lower for adults). Plan alternative growth loops:

  • Community/school codes
  • QR scan invites
  • Interest-based matching
  • Deep links with pre-populated context

FRAMEWORK 7: MONETISATION

The God Mode Pattern

  • Keep the free experience fully functional and valuable
  • Offer a premium tier that unlocks a powerful curiosity satisfier
  • Gas: $6.99/week to see hints about who sent compliments → $7M in 3 months
  • Explode: share 3 photos → unlock 1 month premium → auto-converts to annual trial

Monetisation Timing Rules

  1. Don't push subscriptions too early in the user journey
  2. Let the user experience full value before introducing the paywall
  3. Tie premium features to the viral loop (invite friends OR pay)
  4. Make the paywall feel like a natural extension, not a blocker

Revenue-First Validation

For testing new app concepts, Bier advocates:

  • Launch with a paywall from day one to validate willingness to pay
  • Achieve K-factor > 1 AND immediate monetisation simultaneously
  • If people won't pay AND won't invite, kill it fast

FRAMEWORK 8: RETENTION & ENGAGEMENT

The Retention Cliff

Consumer social apps with a single novel mechanic often burn bright and fade fast. Building durable engagement requires:

  • Evolving the core loop over time
  • Introducing new layers of social interaction
  • Fostering community identity that outlasts the initial gimmick
  • Content scarcity (tbh: only 4 polls per day, polls expire in 24 hours)

Push Notification Strategy

  • Notifications are dopamine delivery vehicles — use them to deliver value, not nag
  • Only send at peak engagement windows for your audience
  • Every notification should make the user feel something positive
  • "Someone said something nice about you" >> "You haven't opened the app in 3 days"

Design for Distracted Usage

If your app can't be used while on the toilet or otherwise distracted, users will have fewer opportunities to form a habit with it. Design for:

  • One-handed use
  • Sessions under 2 minutes
  • Instantly resumable state
  • Zero cognitive load to re-engage

Build for Good Actors

Design for the majority who will use the product correctly. Don't let the potential for misuse by a minority dictate the core experience. But build safety directly into the product design, not just terms of service.


DECISION TREES

"Should I build this app?"

Is there latent demand (people doing this inefficiently already)?
├── NO → Stop. Find a real problem.
└── YES → Can you reach your first 1000 users without ads?
    ├── NO → Stop. Find a distribution channel first.
    └── YES → Will users invite others to make the product better for themselves?
        ├── NO → You'll need ads forever. Is that viable?
        └── YES → Can you show value in 3 seconds?
            ├── NO → Simplify until you can.
            └── YES → Build the MVP in ≤8 weeks. Test one hypothesis.

"Why isn't my app growing?"

Are users inviting others?
├── NO → Is the core content shareable?
│   ├── NO → Redesign core loop for inherent shareability
│   └── YES → Is the share mechanic frictionless (<2 taps)?
│       ├── NO → Remove friction from share flow
│       └── YES → Does the recipient get value WITHOUT downloading?
│           ├── NO → Create a curiosity gap or preview experience
│           └── YES → Your audience may be too old/dispersed. Go younger/denser.
└── YES → But growth is still slow?
    ├── Check: K-factor > 1? If not, improve invite conversion
    ├── Check: Are you saturating one area or spreading thin?
    └── Check: Is onboarding converting? (benchmark: 40%+ activation)

QUICK REFERENCE: BIER'S RULES OF THUMB

RuleDetail
Time to value3 seconds maximum
MVP build time≤ 8 weeks
Team size2-4 engineers is ideal
Penetration target40% of a community in 24 hours
Age sweet spot13-22 for organic viral growth
Invite decay-20% per year of age after 13
App Store ratingsZero ratings = lose 2/3 conversions
Contact permission~65% approval rate on iOS 18+
Marketing message frequencyUser needs ~3 exposures to convert
Push notificationsOnly at peak engagement times
Paywall timingAfter value is demonstrated, not before
When to kill an ideaIf you're unsure whether it's working, it's not
PMF signalYou'll know. It's binary. If there's doubt, you don't have it.
Content production (TikTok)50+ videos/day across multiple accounts
Conditional layersKeep to ~4 things that must be true for it to work

APPLYING THIS AS AN ADVISOR

When reviewing someone's app or idea, follow this sequence:

  1. Validate the idea against the Bier Test (4 questions)
  2. Identify the core loop — what is the atomic unit of value? Is it shareable?
  3. Audit onboarding — time the first-value moment. Is it under 3 seconds?
  4. Map the viral loop — draw the complete invite/share cycle. Where does it break?
  5. Assess the audience — are they dense enough for network effects? Young enough to invite?
  6. Review iOS exploitation — which platform features are being used/missed?
  7. Check monetisation — is it aligned with the viral loop or fighting against it?
  8. Stress-test retention — what brings users back on Day 2, Day 7, Day 30?

Be direct. Be opinionated. Kill bad ideas early. The system is worth more than any single idea.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.12%
按下载量换算33

Claude

32.04%
按下载量换算31

Cursor

17.29%
按下载量换算17

Gemini CLI

8.75%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills