Případ použití

Jak dostat texty webu z hlavy klienta ven

Design je hotový, build připravený, a web je pořád plný „lorem ipsum", protože nikdo nemá skutečné texty. Takhle je dostanete najednou, ne po kouskách přes deset e-mailů.

Problém

Problém

Texty jsou na většině webových projektů to poslední, co dorazí. Soubory a přístupy obvykle už existují, leží někde v klientově složce. Texty o firmě obvykle ne — musí se napsat, a napsat je umí jen klient.

Takže přicházejí po kouskách. Odstavec „o nás" dorazí v pondělí. Profily týmu kapou dva týdny, jeden po druhém, protože klient váš požadavek přeposlal pěti dalším lidem. Odpovědi na FAQ nepřijdou vůbec, dokud se nezeptáte potřetí. Otevírací doba přijde jako foto ručně psané cedule na dveřích.

Každý kousek dorazí v jinou dobu, v jiném formátu — text v e-mailu, odkaz na Google Doc, screenshot zprávy z WhatsAppu. Nakonec si vedete vlastní tabulku, jen abyste věděli, co chybí a na koho ještě čekáte.

Jak to běží

Jak to běží

  1. Definujte jeden intake, ne e-mail pro každou stránku. Každý kus textu je samostatná položka — text o nás, profily týmu, odpovědi na FAQ, otevírací doba, právní údaje — s vlastním popiskem a tam, kde to má smysl, s limitem počtu znaků.
  2. Klient dostane jeden odkaz. Vidí všechny položky s vaší nápovědou, co kam patří, a vyplňuje je svým tempem místo odpovídání do vlákna.
  3. Strukturovaná pole zůstávají strukturovaná. Otevírací doba nebo cokoliv s pevným tvarem jde jako položka typu structured se schématem — vrátí se vám objekt s pojmenovanými poli, ne odstavec k ručnímu rozparsování.
  4. BriefGate hlídá, co chybí. Když jsou profily hotové, ale FAQ ne, připomínka zmíní jen to chybějící — ne obecné „prosím odpovězte", kvůli kterému musí klient znovu číst všechno, co už poslal.
  5. Vy nebo váš agent čtete výsledky jednou. Po dokončení intake si vše stáhnete jako typovaná data — žádné přepisování textu ze screenshotu.
  6. Cokoliv nejasného jde zpátky s poznámkou. Vágní odpověď dostane žádost o revizi s vysvětlením, co chybí, viditelnou v klientově portálu, ne zahrabanou v reply-all.
Co vidí váš klient
Klientský portál s textem pro každou stránku jako samostatnou položkou a progress barem nahoře.
Klientský portál s textem pro každou stránku jako samostatnou položkou a progress barem nahoře.
Pro agenta

Příklad přes MCP

Agent stavějící web může intake založit přímo. Zde jsou about_text a faq_answers položky typu longtext s limitem znaků, opening_hours je structured, takže se rozvrh vrátí jako data, a legal_business_name je krátké pole typu text pro patičku:

{
  "project_name": "Bella Cucina — Website Copy",
  "client": {
    "name": "Marco Esposito",
    "email": "[email protected]"
  },
  "items": [
    {
      "key": "about_text",
      "type": "longtext",
      "label": "About us page text",
      "help": "Two or three paragraphs on the restaurant's story and what makes it different.",
      "required": true,
      "constraints": { "max_chars": 2000 }
    },
    {
      "key": "team_bios",
      "type": "longtext",
      "label": "Team bios",
      "help": "One short paragraph per person you want on the Team page.",
      "required": false
    },
    {
      "key": "faq_answers",
      "type": "longtext",
      "label": "FAQ answers",
      "help": "Answer each question from the list we sent, in your own words.",
      "required": true
    },
    {
      "key": "opening_hours",
      "type": "structured",
      "label": "Opening hours",
      "required": true,
      "schema": {
        "type": "object",
        "required": ["mon_fri", "sat", "sun"],
        "properties": {
          "mon_fri": { "type": "string", "example": "12:00-22:00" },
          "sat": { "type": "string", "example": "12:00-23:00" },
          "sun": { "type": "string", "example": "Closed" }
        }
      }
    },
    {
      "key": "legal_business_name",
      "type": "text",
      "label": "Registered legal business name",
      "required": true
    }
  ],
  "chase_schedule": "default"
}

get_intake_results vrátí hotové texty rovnou jako hodnoty podle klíče položky — about_text a faq_answers jako obyčejné řetězce, opening_hours jako objekt odpovídající schématu. Nic se nemusí před vložením do buildu ještě upravovat.

Dokumentace

Co se změní

Výsledek

Přestanete si vést vlastní tabulku, kdo co poslal. Text každé stránky má svůj domov, stav a jedno místo, kam klient jde ho dokončit. Chybějící kusy, kvůli kterým jste dřív posílali ruční upomínku, se teď chasují automaticky, v jazyce klienta. Jakmile je intake hotový, text je už typovaná data — vložíte ho do buildu, místo abyste ho nejdřív luštili ze screenshotu.

Začněte zdarma, bez karty, a příští požadavek na texty pošlete jako jeden odkaz místo vlákna e-mailů.

Free tarif, bez platební karty.