Redaktor Scenariuszy (MVP)

Przegląd

Musimy przebudować istniejący internetowy edytor scenariuszy.
Oryginalny kod źródłowy został utracony, a edytor obecnie istnieje tylko jako działający demo.

Ten projekt dotyczy odtworzenia obecnego edytora, a nie tworzenia nowego produktu.

Cel

Odtworzyć istniejący edytor tak blisko, jak to rozsądnie możliwe, zachowując:

• Przepływ pracy użytkownika
• Zachowanie edytora
• Logikę automatycznego formatowania

Demo powinno być traktowane jako funkcjonalna referencja (http://anton-demo.many-tools.online/)

Zakres (MVP)

Włączone:

• Edytor skryptów (format scenariusza)
• Nawigator / lista scen
• Automatyczne formatowanie podczas pisania (Enter / Tab / przełączanie bloków)
• Eksport do DOCX i PDF

Nie włączone:

• Uwierzytelnianie
• Współpraca
• Nowe funkcje lub redesign UX
• Zaawansowane moduły zarządzania projektem
• Backend (chyba że technicznie wymagane)

Ważne wyjaśnienie

• To nie jest redesign
• Brakujące funkcje w demo nie mogą być dodawane
• Istniejące błędy lub wyraźnie niezamierzone zachowania nie muszą być replikowane
• Nieznaczne odchylenia są akceptowalne tylko w celu naprawy błędów lub technicznej wykonalności
• Jakiekolwiek zmiany poza tym muszą być omówione i zatwierdzone z wyprzedzeniem

Intencją jest zachowanie istniejącego doświadczenia użytkownika, a nie odtwarzanie znanych wad czy wymyślanie nowej funkcjonalności.

Referencje (tylko w celach kontekstowych)

Zachowanie edytora i przepływ pracy są koncepcyjnie podobne do:

• KIT Scenarist
• Story Architect (STARC)

Te są podane tylko jako referencje do zrozumienia logiki edytora scenariuszy,
a nie jako dokładne cele implementacyjne.

Notatki techniczne

• Implementacja skoncentrowana na frontendzie
• Stos technologiczny jest elastyczny
• Preferowana logika edytora dostosowana

Dostarczane materiały

• Działający edytor MVP
• Kod źródłowy
• Podstawowa dokumentacja lub instrukcje konfiguracji

Wymagania dotyczące propozycji

Proszę uwzględnić:

1. Relewantne doświadczenie z niestandardowymi edytorami lub złożonym UI
2. Krótkie wyjaśnienie swojego podejścia technicznego
3. Własna wycena (zobacz pytanie poniżej)

Ostateczne pytanie (wymagane)

Na podstawie powyższego opisu i istniejącego demo,
proszę podać swoją własną wycenę:

• Oczekiwany harmonogram (w tygodniach)
• Oczekiwana cena (cena stała lub godzinowa, z przybliżoną sumą)

Proszę krótko wyjaśnić na czym opiera się ta wycena.

Uwaga: Ten projekt wymaga starannej uwagi na istniejące zachowanie.
Szukamy kogoś, kto czuje się komfortowo z reprodukcją istniejącego systemu, a nie wymyślaniem nowych funkcji.