Przejdź do treści
Planowanie/Wolne narzędzie

Planowanie kolejności rozwoju funkcji

Uporządkuj wybrane funkcje aplikacji do sekwencji budowania świadomej zależności, z scoped prompty oraz etapów weryfikacji. Darmowe narzędzie do planowania oparte na przeglądarce.

01 / Cechy do zbudowania

Wymagane cechy

02 / Już zbudowany

Istniejące cechy

Twój porządek budowy

Warunki wstępne są automatycznie dodawane. Istniejące funkcje są traktowane jako dostępne.

  1. 1

    Data layer

    Dodano warunek wstępny

    Create and reload a record. Invalid input is rejected and unauthorized reads fail.

  2. 2

    Dashboard

    Check zero records, real records, a failed request, keyboard navigation, and a mobile viewport.

  3. 3

    Accounts & authentication

    Dodano warunek wstępny

    Sign in, reload, sign out, and verify protected routes and data remain protected.

  4. 4

    Payments

    Dodano warunek wstępny

    Run test checkout and replay a test event. Confirm one purchase cannot create duplicate access or charges.

  5. 5

    Subscriptions

    Use provider test scenarios for activation, cancellation, failed renewal, and duplicate events.

prompty & Weryfikacja

feature-build-plan.md

Feature build sequence

Already available: App foundation.

1. Data layer (prerequisite)

Define the required records and relationships for the agreed core flow. Validate inputs and implement server-side access boundaries. Ask about missing data decisions before writing migrations.

Verify: Create and reload a record. Invalid input is rejected and unauthorized reads fail.

2. Dashboard

Build a dashboard using the existing components and real data sources. Include loading, empty, failure, and populated states. Do not add unrequested charts or metrics.

Verify: Check zero records, real records, a failed request, keyboard navigation, and a mobile viewport.

3. Accounts & authentication (prerequisite)

Implement the agreed account flow with the existing authentication provider. Include signed-out, expired-session, recovery, and unauthorized states.

Verify: Sign in, reload, sign out, and verify protected routes and data remain protected.

4. Payments (prerequisite)

Integrate the selected payment provider in its test environment. Store authoritative server-side payment state and handle duplicate events idempotently. Include canceled, declined, pending, and completed checkout.

Verify: Run test checkout and replay a test event. Confirm one purchase cannot create duplicate access or charges.

5. Subscriptions

Implement the agreed subscription lifecycle on top of existing billing: activation, renewal, cancellation, expiration, and plan changes. Define when entitlement changes take effect.

Verify: Use provider test scenarios for activation, cancellation, failed renewal, and duplicate events.

Tekst eksportu pozostaje po angielsku; wpisane dane nie są zmieniane.

Nie ma rejestracji. Żadnych kredytów na sztuczną inteligencję. Narzędzie to przypomina wyjście w przeglądarce.

Od pomysłu do czegoś pożytecznego.

  1. 01

    Wybierz funkcje, których potrzebujesz i fundamenty już zbudowane.

  2. 02

    Przegląd zależności warunkowych i proponowanej sekwencji.

  3. 03

    Eksport prompty oraz kontrole weryfikacji pozostałych prac.

Trochę kontekstu.

Ten planer używa małego, wyraźnego wykresu zależności. Na przykład subskrypcje opierają się na rachunkach i stanie księgowości. Funkcje już zbudowane są traktowane jako dostępne warunki wstępne. Wykres jest punktem wyjścia dla popularnych aplikacji internetowych, a nie uniwersalnej recepty architektonicznej.

Dobre pytania.

Dlaczego dodano dodatkową funkcję?

Niektóre wybrane funkcje wymagają warunków wstępnych. Planer dodaje te fundamenty i określa je jako zależności.

Mogę pominąć pracę, którą już skończyłem?

Tak. Zaznacz istniejące funkcje, jak już zbudowano. Usatysfakcjonują one zależności i znikną z pozostałych etapów budowy.

Wszystkie narzędzia