Automatizavimo seka

Paštas → CRM

Kliento užklausa ateina paštu; duomenys perrašomi į CRM ranka; jeigu pamiršta – įrašo nėra.

Suprojektuota

01/aštas → CRM

02/Problema

Kliento užklausa ateina paštu; duomenys perrašomi į CRM ranka; jeigu pamiršta – įrašo nėra. (Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["crm-transfer"].)

03/Dabar (before — kokybinis darbo eigos aprašas, ne matavimas)

Kliento užklausa ateina paštu.
Duomenys perrašomi į CRM ranka.
Jeigu pamiršta – įrašo nėra.

Matuotų „prieš/po“ skaičių nėra – neskelbiame jokių before/after metrikų kol nėra realių matavimų.

04/Po automatizacijos (after — suprojektuota seka)

Seka pasti užklausą pašte.
CRM įrašo juodraštis sukuriamas automatiškai.
ŽMOGAUS PATVIRTINIMAS: jūs patvirtinate įrašą.
Patvirtintas įrašas atsiranda CRM.

(Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["crm-transfer"].target.)

05/Trigeris

Naujas kliento užklausos laiškas (suprojektuota – dar neįjungta jokia pašto pažymėjimo integracija).

06/Įvestys

Laiško turinys: siuntėjas, organizacija, poreikis (suprojektuota).
Diagnostikos sraute: laisvo teksto darbo aprašymas + sistemos

(site/src/lib/diagnostic/flow.ts klausimas systems).

07/Išvestys

CRM įrašo juodraštis (peržiūrai – crm.preview_update, R2 AUTONOMOUS).
Patvirtintas įrašas CRM (per crm.write, R3 – kol kas BLOCKED_WAVE2).

08/Žmogaus kontrolė

Įrašas patvirtinamas žmogaus prieš patenkant į CRM (šablono žingsnis 3).
crm.preview_update – tik diff'ai, niekas neįrašoma

(data/integration_fit_registry.yaml, pipedrive crm.preview_update).

09/Išimtys

Laiškas be aiškaus poreikio / ne kliento paštas – seka nepuola spėti:

neatpažintas turinys turi likti įspėjimuose, ne išrastu turiniu (T008 principas „never invented“, site/TASK_RECEIPTS/T008_RECEIPT.md).

10/Rizika

Veiksmas	Rizika	Leidimas	Šaltinis
crm.search (skaitymas)	R1	AUTONOMOUS	`data/risk_action_policy.yaml`
crm.preview_update	R2	AUTONOMOUS (tik diff)	`data/risk_action_policy.yaml`
crm.write	R3	BLOCKED_WAVE2	`data/risk_action_policy.yaml`
pašto skaitymas (gmail)	–	_connectorio nėra_	`data/capability_registry.yaml` (google.email.send UNAVAILABLE; read adapterio nėra)

11/Brandos statusas (maturity)

DESIGNED (◻ suprojektuota) – seka modeliuojama diagnostikos šablone ir rizikų politikoje, bet:

Išorinio CRM adapterio nėra: data/capability_registry.yaml išorinių CRM

capability nėra iki Wave-3 connector gateway; data/integration_fit_registry.yaml pipedrive/hubspot read+write = designed.

Pašto connectoriai atidėti: Gmail restricted scopes ⇒ verification + CASA;

kol OAuth app „Testing“ – refresh token galioja 7 dienas (data/t016_integration_reality.md §3/B1); M365 deferred (B2 admin gating).

Pipedrive Nova (vendor) dengia susitikimus, ne pašto triage – šiai sekai

vendor atitikmens nesame užfiksavę (t016 §5).

12/Vertė

Skaičiuojama individualiai diagnostikoje – Automatizacijos vertės įvertis (site/src/lib/value/engine.ts; VALUE-R3 aprėptis = prielaida, VALUE-R4 ne ROI). Neskelbiame bendrų sutaupymo skaičių – jie būtų sugalvoti.

13/Demo

Būsena: demo nėra. Šio tipo seką galite aprašyti diagnostikos sraute (pagrindinis puslapis) ir gauti vertės įvertį su prielaidomis; automatinės Paštas→CRM sekos demonstracija dar neegzistuoja (maturity: designed).

14/Šaltiniai

site/src/lib/diagnostic/flow.ts – TEMPLATES["crm-transfer"]
data/risk_action_policy.yaml – R1/R2/R3 veiksmai
data/capability_registry.yaml – adapterių prieinamumas (išoriniai CRM caps absent)
data/integration_fit_registry.yaml – pipedrive/hubspot statusai designed
data/t016_integration_reality.md §3/§5/§6/B1 – Gmail 7-dienų Testing riba, atidėjimai