Rozwój oprogramowania

Przybliżone oszacowanie aplikacji / systemu

Użyj ekranów, ról, powiadomień, workflow i integracji, aby szybko przygotować przybliżone oszacowanie.

Zobacz zakresy best / likely / worst, cięcia MVP i udostępnialny URL bez wychodzenia z przeglądarki.

  • Ekrany, role i integracje są ważone
  • Best / likely / worst są obliczane automatycznie
  • Cięcia MVP są rankowane według wpływu
  • Tylko przeglądarka, bez wysyłania na serwer
Otwórz narzędzie Początkowe wczytanie nie przepisuje URL. Użyj przycisku udostępniania, aby utworzyć link.

Co pokazuje to narzędzie

  • Build a base effort estimate from screens, roles, workflows, and external integrations.
  • Add-on flags for offline support, notifications, audit logging, and multilingual work adjust the difficulty.
  • Review effort, duration, cost, and MVP cut candidates together.

Jak używać

  1. Otwórz narzędzie i wybierz typ projektu oraz platformę docelową.
  2. Wprowadź liczbę ekranów, ról, workflow i integracji.
  3. W razie potrzeby włącz obsługę offline, powiadomienia, log audytu i pracę wielojęzyczną.
  4. Dostosuj poziom projektu, poziom QA, stawkę dzienną i ustawienie wyświetlania miejsc dziesiętnych.
  5. Sprawdź oszacowanie, a potem użyj presetu MVP, kopiowania wyniku lub akcji udostępniania URL.

Przykłady

Standard business app

Dane wejściowe

8 screens, 2 roles, 1 workflow, 1 integration, Web, standard design, standard QA, JPY 100,000 / day

Wynik

About 11.5 person-days, 3 days, ¥1,150,000. Best 9.2 / worst 15.0.

Feature-rich multi-platform system

Dane wejściowe

18 screens, 5 roles, 4 workflows, 3 integrations, offline, notifications, audit logs, multilingual, Web + Mobile, premium design / strict QA

Wynik

About 71.1 person-days, 16 days, ¥7,111,000. Best 56.9 / worst 92.4.

Dane wejściowe oszacowania

Przybliżone oszacowanie aplikacji / systemu

Your inputs stay in this browser and are never sent to the server.

Ustawienia

  • Project type - Switch the starting difficulty and delivery style.
  • Target platform - Web, mobile, and multi-platform projects carry different effort.
  • Design level - Reflects how polished and custom the UI work will be.
  • QA level - Reflects test coverage, verification cycles, and fix loops.

Rozbicie

  • Screen count - Total list, detail, form, and settings screens.
  • Role count - How many roles you need, such as admin, user, or approver.
  • Workflow count - Increase this when approvals branch or have multiple steps.
  • Integration count - API, webhook, and external SaaS connections.

Oszacowanie

Best - person-days
Likely - Oszacowanie
Worst - Best is 80% of likely; worst is 130% of likely.
Team capacity - 4.5 person-days / day

Cięcia MVP

Najdroższe pozycje pojawiają się pierwsze.

Brak oczywistych cięć przy bieżących danych wejściowych.

  • Offline support - Offline support needs state sync and reconnect design.
  • Multilingual - Multilingual work adds copy and validation effort.
  • Audit log - Strict QA often adds planning and fix loops.

Uwagi

  • This is a rough-estimate helper, not a substitute for a formal quote or contract scope.
  • Integrations often add coordination work, API auth, webhook handling, exception paths, and retries.
  • Offline and multilingual work expand the implementation and verification scope beyond screen count alone.
  • Real projects should also account for legacy assets, reuse rate, and stakeholder review cycles.

FAQ

Can I use this as a formal quote?

No. It is a planning-stage rough estimate. Replace it with a formal quote once the assumptions are fixed.

Can cost go up even when the screen count stays low?

Yes. Multilingual work, integrations, strict QA, and multiple platforms all increase effort.

What does the MVP preset do?

It applies a smaller starter configuration that is closer to an initial release.

What is stored in the share URL?

Dane wejściowes, selected options, decimal display, and query sync settings are stored.

Does the calculation send anything to the server?

No. Everything runs locally in the browser.

Powiązane linki