Hogyan kezeljük a projekteket e-mailben anélkül, hogy elveszítenénk a munkák nyomon követhetőségét

A McKinsey Global Institute szerint a tudásalapú munkavállalók a munkahét körülbelül 28%-át, azaz nagyjából 11 órát töltenek e-mailekkel. Ezen órák valamelyikében rejtőzik egy jóváhagyás, egy eltolódott határidő vagy egy ügyfél megjegyzése, amely csendben eldönti, hogy a projekt időben elkészül-e.

Ez a helyzet az e-mailes projektmenedzsment esetében is: a beérkező munkákat úgy kell kezelni, hogy semmi fontos ne maradjon eltemetve a beérkező levelek között. A probléma az, hogy az e-mailek mindent érkezési idő szerint rendeznek, míg a projektek a felelősök, a határidők és a függőségek alapján működnek.

Azok a csapatok, amelyek ezt jól csinálják, egyértelmű határt húznak a kettő között. Az e-mail a beszélgetést bonyolítja, a nyomonkövető rendszer pedig a munkát, és mindkettő azt a feladatot látja el, amelyre tervezték.

Ez az útmutató végigvezeti Önt azon, hogyan húzhatja meg ezt a határt. Megtudhatja, milyen lépésekkel viheti ki a kéréseket a beérkező levelek mappájából, kaphat olyan sablonokat, amelyeket már ma is lemásolhat, valamint áttekintést kap azokról az eszközökről és automatizálásokról, amelyek megakadályozzák, hogy a munka a két terület között elvesszen.

Mi az e-mailes projektmenedzsment?

Az e-mailes projektmenedzsment az, amikor egy csapat a beérkező levelek mappájából irányítja a projektet: feladatok kiosztása, fájlok megosztása, jóváhagyások kérése és az előrehaladás nyomon követése a levelezési szálakban. A legtöbb kis csapat itt kezdi, és erre jó okuk van. Az e-mail már megnyitva van, mindenkinek van címe, és senkinek nem kell új eszközt megtanulnia ahhoz, hogy csatlakozhasson.

Ha jól csináljuk, működik. Egy egyértelmű tárgy, a felelős személy megnevezése az első mondatban és a dátum feltüntetése a levél szövegében elég ahhoz, hogy egy kis projektet a kezdetektől a befejezésig végigvigyünk.

Képzeljünk el egy tervezőt, aki három logóváltozatot küld el e-mailben a csapatnak. Mindenki ugyanabban a szálban válaszol, az alapító a második változatot választja, és a fájl még aznap délután eljut az ügyfélhez. Nincs szükség külön eszközre.

A bökkenő az, hogy nincs beépített fogalma a felelősről, a határidőről, a függőségekről vagy az állapotról. Ezt a struktúrát jelölőkkel, mappákkal és közös szokásokkal lehet kiegészíteni, és rengeteg csapat jól boldogul ezzel. De ahogy a projekt növekszik, azt kérjük egy üzenetküldő eszköztől, hogy végezze el azt a munkát, amelyre a projektmenedzsment szoftvereket fejlesztették ki.

Miért akadnak el a projektek a beérkező levelek mappájában?

A projektek a beérkező levelek mappájában akadoznak, mert az e-mailekből hiányzik a munka kezeléséhez szükséges struktúra. A feladatok elvésznek a hosszú levelezési szálak között, a döntések elvésznek a válaszok között, és amint egy üzenet lekerül az első oldalról, a feladat feledésbe merül, még akkor is, ha még mindig nyitott.

Miben jó az e-mail (és miben nem)

Az e-mail kiválóan alkalmas bizonyos feladatokra, például az ügyfeleknek szóló jelentésekre, viszont nem alkalmas mindarra, amit egy projektnyomkövetőnek tudnia kell. A lényeg az, hogy tudjuk, melyikre vonatkozik ez.

A bal oldali oszlop a kommunikációt jelenti. A jobb oldali oszlop a koordinációt jelenti, azaz azt a fajta vizuális feladatkezelést, amelyet egy nyomkövető program jól kezel.

Miért működik a kétrétegű e-mail-rendszer?

Ha az e-mailt felvételi csatornaként, a nyomonkövető rendszert pedig nyilvántartásként használjuk, a csapatok olyan konkrét előnyökhöz jutnak, amelyeket egyik rendszer sem tudna önmagában biztosítani.

A kérések már nem függenek egyetlen személy memóriájától

Amikor egy ügyfél pénteken délután 5 órakor e-mailt küld a projektvezetőnek, a kérés hétfőig egy személy beérkező levelei között marad. Ha továbbítjuk egy listára, akkor a feladatnak lesz felelőse, határideje, és mindenki láthatja, aki esetleg átveszi. Egy tíz ügyfélszámlát párhuzamosan kezelő tervezőiroda azonnal élvezheti ennek az előnyét: a munkavégzés nem áll le, ha valaki betegszabadságra megy vagy szabadságra megy.

A döntések másodpercek alatt visszakereshetők

Az e-mailek eltemetik a döntéseket a szálak között. Egy nyomon követett feladat viszont a döntést ahhoz a dologhoz köti, amit megváltoztatott. Hat hónappal később, amikor egy érdekelt fél megkérdezi, miért változott a bevezetési dátum, a válasz a feladathoz van csatolva, és nem vész el egy 47 válaszból álló láncban, amelynek tárgya „Re: Re: Gyors kérdés.”

A felelősségvállalás a burkolt formából a nyílt formába kerül

Ha egy kérésben öt embert jelölünk be másolatba, az a feladat delegálásának illúzióját kelti. Ha egy feladatnak egyetlen kijelölt felelőse van, a helyzet egyértelművé válik. Azok a csapatok, amelyek a „mindenki látta az e-mailt” szemléletből átállnak a „a feladatért egy személy felel” szemléletre, következetesen csökkentik a megbeszélt és az elvégzett munka közötti szakadékot.

A válaszidő mérhetővé válik

A beérkező levelek mappája nem árulja el, mennyi időbe telik a csapatodnak, hogy reagáljon egy ügyfél kérésére. Egy időbélyegekkel ellátott nyomonkövető rendszer viszont igen. Az operációs és ügyfélkezelő csapatok ezt használják a minták felismerésére: például egy 48 órás átlagos jóváhagyási idő egy olyan szűk keresztmetszetet tár fel, amelyet pusztán érzés alapján soha nem vennél észre.

Az ellenőrzési nyomvonal a személyi változások után is megmarad

Amikor valaki távozik, a beérkező levelei is vele együtt távoznak (vagy egy fekete lyukba kerülnek archiválásra). A megosztott rendszerben nyomon követett munkák viszont láthatók maradnak annak számára, aki átveszi a projektet. Egy tanácsadó cég, amely új ügyfélmenedzsert vesz fel, átadhatja a teljes feladatelőzményeket, ahelyett, hogy megkérné az ügyfelet, hogy újra magyarázza el a elmúlt hat hónap történetét.

Hogyan kezeljük a projekteket e-mailben: lépésről lépésre

Ez a munkafolyamat szinte bármilyen környezetben működik, a szokásos Gmail-fióktól kezdve a dedikált projektmenedzsment-platformokig. Az elv minden esetben ugyanaz marad:

1. Minden üzenetet osztályozzunk a 4 D segítségével

Döntsd el, mit teszel az egyes e-mailekkel abban a pillanatban, amikor megnyitod őket: cselekedj, töröld, delegáld vagy halaszd el. Minden üzenetet csak egyszer dolgozz fel, és ne olvassd újra és újra, amíg döntésre nem jutsz.

A csapda abban rejlik, hogy a „halasztás” kifejezést úgy értelmezzük, hogy „hagyjuk a beérkező levelek mappájában”, és így válik a beérkező levelek mappája egy működésképtelen teendőlistává.

2. Az intézkedést igénylő e-mailek nyomon követhető feladatokká alakítása

Minden olyan e-mail, amely érdemi munkát igényel, feladattá kell válnia, amelynek legalább a következőket kell tartalmaznia:

A pontos folyamat az általad használt eszközöktől függ:

Tegyük fel, hogy egy ügyfél e-mailben azt írja: „Cserélhetjük ki a fejléc képét a kampány elindítása előtt?” Alakítsd ezt át egy olyan feladattá, mint például: „Cseréld ki a kampány fejléc képét a kampány elindítása előtt.”

Rendelje hozzá a tervezőhöz, adja meg a bevezetési határidőt, és csatolja az eredeti e-mail-váltást. A csapat így a beérkező levelek között való keresés nélkül is láthatja, ki a felelős a kérésért, és hogy az már elkészült-e.

Miután a feladatot rögzítetted, archiváld az e-mailt. Az üzenet továbbra is elérhető marad bizonyítékként és háttérinformációként, de a beérkező levelek mappájának már nem kell nyomon követnie a munkát.

3. Szabványosítsa a projekthez kapcsolódó e-mailjeit sablonok segítségével

Az újrafelhasználható sablonok lerövidítik a rutin jellegű projekt-e-mailek írására fordított időt, és megkönnyítik a cselekvést. A projektindító, az állapotfrissítő és a lezáró e-mailek minden alkalommal ugyanazokat a pontokat érintik, így nincs ok arra, hogy azokat a semmiből kezdjük el megírni. Mindegyiknek más-más feladata van:

4. Az ismétlődő frissítéseket ne az e-mailben kezelje

A rendszeres állapotfrissítések a leggyorsabb módja annak, hogy elárasztják a beérkező levelek mappáját, és egyben a legkönnyebben áthelyezhetők. Ahelyett, hogy hetente állapotjelentést küldene e-mailben, ami tucatnyi „mindenkinek” válaszlevelet eredményez, tegye közzé a frissítést ott, ahol a munka máris zajlik: egy megosztott irányítópulton, állapotjelentő eszközökön vagy egy feladathoz tartozó megjegyzésszálban.

Az emberek akkor olvassák el, amikor szükségük van rá, és a levél mindig kapcsolódik ahhoz, amit leír.

Ugyanez a logika vonatkozik a visszajelzésekre is. A módosítások listájának e-mailben történő elküldése helyett inkább a megosztott dokumentumon tegyen megjegyzéseket. A megjegyzés közvetlenül az érintett mondat mellett jelenik meg, így senkinek sem kell összehangolnia az e-mailt a fájllal. A kampánytervezetet áttekintő marketingcsapat tagjai közvetlenül a vázlatra tehetnek bejegyzéseket, ahelyett, hogy „lásd az alábbi megjegyzéseimet” üzenetet küldenének, és így a szerzőnek két ablakban kellene dolgoznia.

5. Határozzon meg korlátokat az e-mailek ellenőrzésére vonatkozóan

Az e-mailek állandó ellenőrzése a napodat apró, reaktív feladatok sorozatává alakítja. A megoldás az, hogy az e-maileket a szerepednek megfelelő, előre megtervezett időközönként dolgozd fel. Akinek sürgős ügyfélkéréseket kell kezelnie, annak gyakrabban kell ellenőriznie az e-mailjeit, mint egy írónak, elemzőnek vagy tervezőnek, aki megpróbálja megőrizni a koncentrált munkavégzésre szánt időt.

Egy gyakorlati rutin például így nézhet ki:

Az UC Irvine kutatói Gloria Marknak a megszakított munka költségeiről szóló terepkutatására alapozva megállapították, hogy egy megszakítás után több mint 20 percbe telhet, mire az ember teljesen visszanyeri a koncentrációját. Ez nem jelenti azt, hogy minden egyes e-mail 20 percbe kerül, de jól szemlélteti, miért rontja a folyamatos kontextusváltás a koncentrált munkavégzést.

Két további szokás segíthet csökkenteni az elkerülhető zavaró tényezőket:

6. Tartson fenn egyetlen megbízható forrást a projekt állapotáról

Válasszon ki egy rendszert, amelyben a projekt aktuális állapota nyomon követhető. Ez lehet egy feladatlista, egy irányítópult, egy projekttábla vagy egy munkakezelő platform.

Ennek a rendszernek a következő kérdésekre kell választ adnia:

Legyen ez az alapértelmezett válasz, amikor valaki azt kérdezi: „Hogy áll a dolog?” Az e-mailben továbbra is be lehet jelenteni a változást, feltéve, hogy hivatkozik a nyilvántartásra: „A módosított bevezetési ütemterv már megtalálható a kampány irányítópultján. Kérjük, szerdáig tekintse át a „Döntés szükséges” jelöléssel ellátott két mérföldkövet.”

Projektmenedzsment e-mail sablonok

Négy sablon fedezi a projektkommunikáció nagy részét: projektindítás, állapotfrissítés, módosítási kérelem és lezárás. Mindegyiknek megvan a maga meghatározott feladata és felépítése, így nem kell a semmiből megírnod a levelet, hanem csak a zárójelekbe kell beírnod a szükséges információkat. Cseréld ki a zárójelek közötti szöveget, illeszd be a projektadatlapra mutató linket, majd mentsd el mindegyiket újrafelhasználható szövegrészletként.

A projekt indításáról szóló e-mail

Használd ezt a munka megkezdése előtt, hogy a csapatot összehangold a cél, az ütemterv, a felelősségi körök és a hiteles információforrás tekintetében.

Egy hatékony kezdő e-mailnek a következőket kell tartalmaznia:

E-mail a projekt állapotáról

Használd ezt azoknak az érdekelt feleknek, akiknek világos összefoglalóra van szükségük anélkül, hogy megnyitnák a teljes projektmunkaterületet.

Az üzenet fókuszát tartsa a következőkre:

Változáskérelem e-mailben

Ezt akkor használja, ha egy javasolt változtatás hatással van a projekt hatókörére, ütemtervére, erőforrásaira vagy költségvetésére.

Írja le a változást és annak következményeit. A címzettnek képesnek kell lennie arra, hogy megértse, mi változik, mire lesz hatással, és mikor kell döntést hoznia.

A projekt lezárásáról szóló e-mail

Ezt akkor használja, amikor a munkát már átadták és elfogadták. Az e-mailnek meg kell erősítenie, hogy a projekt lezárult, rögzítenie kell az esetleges fennmaradó átadási teendőket, és tájékoztatnia kell a résztvevőket arról, hol találják meg a végleges anyagokat.

Tartalom:

E-mail-integrációval rendelkező projektmenedzsment szoftver

A beérkező levelek mappájára épülő eszközök (Gmelius, Hiver, Front) feladatokat, állapotokat és táblákat adnak hozzá a Gmailhez vagy az Outlookhoz. Az önálló nyomonkövető eszközök (ClickUp, Asana, Trello, Microsoft Planner) átviszik az e-maileket egy munkaterületre, ahol megadhatók a felelősök, a határidők és a függőségek. Válasszon aszerint, hogy a csapata hol tölti a napját.

1. Megosztott beérkező levelek kezelésére szolgáló eszközök, mint például a Hiver és a Front

A megosztott beérkező levelek mappa egy címet biztosít – például support@ vagy projects@ – az egész csapat számára, valamint azt a koordinációs réteget is, amely az e-mailből hiányzik. A beszélgetéseket ugyanúgy rendelheted hozzá egy személyhez, ahogyan a feladatokat is. Belső megjegyzéseket hagyhatsz egy szálon, amelyeket az ügyfél soha nem lát. Az ütközésérzékelő figyelmeztet, ha egy csapattárs már éppen válaszol, ami megoldja azt a problémát, hogy két ember egyszerre válaszol ugyanannak az ügyfélnek.

A Hiver a Gmailen belül fut, és rendelkezik ingyenes csomaggal, míg a fizetős csomagok ára felhasználónként havi 25 dollártól kezdődik, éves számlázással. A Front egy önálló alkalmazás, amely az e-maileket, SMS-eket és csevegéseket egy munkaterületbe gyűjti össze, ára felhasználónként havi 25 dollártól kezdődik. Mindkettő jelentést készít a válaszidőről és az egy főre jutó üzenetmennyiségről, amit egy hagyományos beérkező levelek mappája nem tud megmutatni.

2. A Gmail és a Zoho Mail kiegészítői

Ezek az eszközök a feladatkezelési funkciókat integrálják a csapatod által már használt e-mail szolgáltatásba. Nem kell új fiókba bejelentkezned, és pont ez a legnagyobb előnye.

A Gmelius a Gmailt és a megosztott beérkező levelek mappákat csapatmunkaterületté alakítja. Beszélgetéseket rendelhetsz hozzá, határidőt állíthatsz be, e-maileket feladattá alakíthatsz, és nyomon követheted őket egy Kanban-táblán – mindezt anélkül, hogy elhagynád a Gmailt. Leginkább akkor jön jól, ha minden üzenet önmagában egy feladat: ügyfélkérés, ügyfélszolgálati eset, értékesítési megkeresés. A csomagok ára felhasználónként havi 19 dollártól kezdődik, éves számlázással, ingyenes csomag nincs.

A Zoho Mail az eWidget panelen keresztül hasonló megoldást kínál. A Zoho Projects kiterjesztés segítségével a postafiókból belülről megtekintheti a projekteket, feladatokat hozhat létre és kezelhet, valamint e-maileket kapcsolhat a meglévő munkákhoz. A Zoho Projects legfeljebb öt felhasználó és három projekt esetén ingyenes, ezt követően havi 5 dollár/felhasználó díjat számolnak fel.

3. A Microsoft Planner az Outlookkal és a Teams-szel

A Planner összevonja a személyes feladatokat, a csapatterveket és a prémium projektfunkciókat a Microsoft 365-ben. A terveket a Plannerben és a Teamsben kezelheti, saját munkáját a Microsoft To Do-ban tekintheti meg, és a megfelelő feladatokat összekapcsolhatja az Outlookkal.

Az előnye a folytonosság. Egy kérés beérkezik az Outlookba, feladattá válik, megjelenik a kijelölt munkatárs munkalátványában, és a csapat számára látható marad a Plannerben. Azok számára, akik már a Microsoft 365-ön kezelik a dokumentumaikat, értekezleteiket és naptáraikat, ez hatalmas értéket jelent anélkül, hogy új szolgáltatót kellene választaniuk.

A bökkenő az, hogy az e-mailes kapcsolódás itt lazább, mint egy igazi „e-mail-feladat” kiegészítő esetében. A funkciók emellett a csomagtól és a feladat típusától függően is változnak. Érdemes meggyőződni arról, hogy a pontos munkafolyamatodat támogatja-e a rendszer, mielőtt egy csapatot ráállítanál.

4. Asana, Trello és egyéb önálló nyomonkövető eszközök

Az önálló nyomkövetők áthelyezik a munkát a beérkező levelek mappájából a saját munkaterületükre. Amikor e-mail érkezik, továbbítod vagy megnyomod egy kiegészítő gombot, és az e-mail feladattá válik, amelynek megvan a felelőse, a határideje és az állapota. Az eredeti e-mail megmarad nyugtaként, amelyet archiválhatsz.

Az Asana a Gmail- és Outlook-kiegészítői segítségével feladatokká alakítja az e-maileket. Kijelölhetünk felelős személyt, határidőt állíthatunk be, és a levelet hozzáadhatjuk egy meglévő feladathoz. Egy marketingvezető, aki átnézi a jogi javításokat, közvetlenül a kampányfeladathoz rendelheti azokat, ahelyett, hogy kétszer továbbítaná őket. A Personal csomag ingyenes, a Starter csomag ára felhasználónként havi 10,99 dollár éves előfizetés esetén, az Advanced csomagé pedig 24,99 dollár.

A Trello egyszerűbbé és táblásabbá teszi a dolgokat. Minden táblának van egy „email-to-board” címe, így egy továbbított üzenet kártyává válik, amelynek címe a tárgy, leírása pedig a szöveg. Egy kis stúdió így kezelheti az összes beérkező feladatot: továbbítás, áthúzás, kész. Az ingyenes csomag munkaterületenként legfeljebb 10 együttműködőt támogat, a Standard csomag pedig havi 5 dollárba kerül felhasználónként, éves előfizetés esetén.

Mindezekkel járó hátrány, hogy egy második helyet is karban kell tartani. Mindenkinek őszintén egyet kell értenie abban, hogy az állapot, a felelősök és a fájlok helye a projektkezelő eszközben van. Ellenkező esetben a valódi frissítések visszakerülnek az e-mailbe, és végül mindkettőt kell kezelnie.

Hogyan rendszerezzük a projektes e-maileket a Gmailben és az Outlookban

Egy projektmappa önmagában nem biztosítja a munka rendszerezettségét. Ugyan tárolja az üzeneteket, de nem jelzi, melyek igényelnek intézkedést, melyek mások válaszára várnak, és melyek már el vannak intézve. A jobb megoldás az e-mailek projekt és következő lépés szerinti rendezése. A funkciók a Gmailben és az Outlookban eltérőek, de a felépítés ugyanaz marad.

Projektcímkék beállítása a Gmailben

A Gmail mappák helyett címkéket használ. Egy e-mail egyszerre több címkét is hordozhat, ami akkor hasznos, ha egy üzenet egy projekthez tartozik, és egyben intézkedést is igényel. Egy ügyfél jóváhagyási kérelem például hordozhatja mind a „Projekt: Weboldal átalakítása”, mind a „Várakozás” címkét.

Hozzon létre egy fő címkét minden aktív projekthez. Szükség szerint helyezze el alatta a munkafolyamat-címkéket:

Ne engedj a kísértésnek, hogy minden apró témát vagy feladót címkézz! A szinte azonos címkékből álló hosszú lista egy második beérkező levelek mappává válik, amit szintén kezelned kell.

Most pedig állítson be szűrőket a kiszámítható e-mailek kezelésére. A szűrő a feladó, a címzett, a tárgy vagy a kulcsszavak alapján címkét rendelhet az üzenethez, archiválhatja, megjelölheti csillaggal, törölheti vagy továbbíthatja azt.

Néhány érdemes létrehozni szűrő:

A csillagokat tartogasd azoknak az üzeneteknek, amelyekre oda kell figyelned. A Gmailben az üzeneteket el is halaszthatod egy általad választott dátumig és időpontig, ami akkor segít, ha még nincs mit tenni az ügyben. Minden elhalasztáshoz adj okot a visszatérésre, például egy jóváhagyási határidő utáni nyomon követést. Amint az e-mail feladattá válik, vagy a munka elkészül, archiváld.

Projektmappák létrehozása az Outlookban

Az Outlook mappákat használ az üzenetek tárolására, kategóriákat pedig azok csoportosítására. Kezdje azzal, hogy minden aktív projekthez létrehoz egy mappát, majd adjon hozzá egy rövid listát a munkafolyamat-mappákról:

Egy üzenet egy mappában található, ezért akkor érdemes kategóriákat használni, ha egy második kontextusrétegre van szükség. Egy e-mail a „Weboldal átalakítása” mappában is elhelyezhető, és mégis hordozhat egy „Jóváhagyás szükséges” vagy „Ügyfél döntése” címkét. Az Outlook lehetővé teszi, hogy egy üzenethez több kategória is tartozzon.

A szabályok a beérkező leveleket a feladó vagy egyéb feltételek alapján mappákba helyezik át. Ez jól működik a rutin jellegű projektfrissítések, az automatikus értesítések és minden olyan tárgy sor esetén, amelyben állandó projektkód szerepel.

Jelöld meg azokat az e-maileket, amelyek utánkövetést igényelnek. A jelölés tartalmazhat határidőt és emlékeztetőt, és az összes megjelölt üzenetet egy feladatlistaként tekintheted át. A kategóriák jelzik, hogy az üzenet mire vonatkozik, míg a jelölések azt jelzik, hogy még valamit tenni kell.

Az Outlook támogatott verziói a rögzítést és a késleltetést ugyanúgy kezelik, mint a Gmail.

Használjon egy egységes tárgysor-rendszert mindkét

A mappák és a szűrők hatékonyabban működnek, ha a projekthez kapcsolódó e-mailek tárgya azonos formátumot követ.

Használata:

[Projekt neve] [Feladat]: Konkrét téma

Például:

Egy szálban csak egy témát tárgyaljunk. Amikor a beszélgetés a terv jóváhagyásáról a bevezetés ütemezésére terelődik, indítsunk új szálat új tárgycímmel.

Használja a beérkező levelek mappáját várólistaként

Miután feldolgoztál egy projekthez kapcsolódó e-mailt, azt háromféle módon kell eltávolítanod a fő beérkező levelek mappájából:

Hogyan irányítjuk az e-mail-alapú projekteket a ClickUp-ban

A ClickUp a fenti önálló nyomkövetők kategóriájába tartozik, minden listán megtalálhatók az e-mail-feladat átalakító címek, és a feladatokon belül kétirányú e-mail-kommunikáció is lehetséges. Íme, hogyan néz ez ki a gyakorlatban az e-mail-alapú munkavégzés esetében.

Az e-mailek a feladatok közé kerülnek

A ClickUp e-mail funkciója összeköti a Gmailt, az Outlookot, a Microsoft 365-öt vagy bármely IMAP-fiókot a feladataiddal. Egy feladat belsejében a megjegyzésmező segítségével válthatsz a belső megjegyzések és a kimenő e-mailek között. Az ügyfelek válaszait és a csapatbeszélgetéseket a feladat felelőse, állapota, határideje és a mellékletek mellett láthatod. Nincs szükség a beérkező levelek között való turkálásra a kontextus rekonstruálásához.

Az átirányítás az üzenetet feladattá alakítja

A ClickUp minden listájának és feladatának megvan a saját e-mail címe. Ha egy ügyfél üzenetét továbbítod egy listára, az feladattá válik: a tárgy a cím, a szöveg a leírás, a mellékletek pedig átkerülnek. Ha viszont egy meglévő feladat címére küldöd, az már folyamatban lévő munkához hozzászólásként jelenik meg.

Ez az, ami a gyakorlatban működőképessé teszi az e-mailes feladatkezelést. A kérés már nem attól függ, hogy ki kapta meg véletlenül.

Az automatizálások kezelik a rutin e-maileket

A ClickUp Automations automatikusan elküldheti a sablonos e-maileket, amikor az állapot megváltozik vagy a határidő lejár, így nincs szükség kézi nyomon követésre. A „feladat létrehozása” eseménykiváltó azonnal visszaigazolhatja a kérést, amint az beérkezik. A dinamikus mezők, mint például a feladat neve, leírása, felelős személye, állapota, határideje és a kiválasztott egyéni mezők, a feladathoz igazítják az e-mailt.

Ezt az ügyfelek felvételekor is alkalmazzuk. A kérelem a ClickUp űrlapon keresztül érkezik be, és minden mező kitöltve, feladatként kerül a megfelelő listába. Ezután egy „feladat létrehozva” automatizálás visszaigazoló e-mailt küld a kérelmezőnek.

A ClickUp Brain segít lépést tartani a hosszú e-mail-szálakkal

Ha az e-maileket a feladatban tartjuk, megmarad a teljes előzmény, de a hosszú ügyfél-levelezéssorozatok elolvasása így is időigényes lehet. A ClickUp Brain összefoglalja a feladat tevékenységét és a megjegyzés-szálakat, kiemeli a legfontosabb pontokat, és a munkából projektfrissítéseket generál. Még a késedelmeket is jelzi, és segít üzeneteket megfogalmazni a feladatban már tárolt kontextus alapján.

Hasznos e-mail-kiegészítők a projektmunkához

Öt e-mailes eszköz pótolja a projektkövető szoftverek hiányosságait. A FollowUpThen nyomon követi azokat az üzeneteket, amelyekre még senki sem válaszolt. A SaneBox kiszűri a beérkező levelek közül a feleslegeseket. A Mailparser kinyeri az adatokat a beérkező kérésekből. A cloudHQ PDF-fájlként menti el az e-mail-szálakat. Végül az Email Meter méri a válaszadási időket a Gmailben és a Microsoft 365-ben.

Ezek egyike sem helyettesíti a projektmenedzsment szoftvert. Csak azokat a kisebb e-mailes problémákat oldják meg, amelyek megakadályozzák a munka továbbjutását a nyomonkövető rendszerbe.

6 gyakori hiba az e-mailes projektmenedzsmentben

Az e-mailes projektek kudarcainak nagy része néhány olyan szokásra vezethető vissza, amelyek észrevétlenül megzavarják az információáramlást az emberek között. Az alábbi táblázat egymás mellett sorolja fel az egyes hibákat és azok megoldásait, így könnyen felismerheti a saját esetében is fennálló mintát, és azonnal kijavíthatja azt.

Vezesse a projekteket ott, ahol szem előtt tartja őket

Az e-mailes projektmenedzsment lényege a munkamegosztás egyértelmű elhatárolása: döntsd el, mi tartozik az e-mailbe, majd a többit helyezd át egy olyan rendszerbe, amelynek feladata a nyomon követés. Az e-mail marad a beérkező kérések és frissítések fő csatornája, míg maga a munka olyan helyen található, ahol az egész csapat egy pillantásra áttekintheti.

Az eszköz kevésbé fontos, mint az átmenet. Minden kérésnek szüksége van egy egyértelmű kiváltó okra, amely alapján nyomon követhető feladattá válik, valamint egy személyre, aki felelős az átalakításért. Ha ezt a részt jól oldja meg, az e-mail már nem lesz az a hely, ahol a projektek elhalnak.

Ha a projektjeid folyamatosan eltűnnek a levelezési szálak között, akkor a megoldás egy kétrétegű felépítés és egy szigorú átadási szabály. Kezdd el ingyenesen használni a ClickUp-ot, és teremts a munkádnak egy helyet a beérkező levelek mappáján kívül!

Gyakran feltett kérdések az e-mailes projektmenedzsmentről

Mi a különbség az e-mailes projektmenedzsment és a projektmenedzsment szoftverek között?

Az e-mailes projektmenedzsment a munkát szálak mentén bonyolítja le, így a feladatok, jóváhagyások és frissítések mind az üzenetekben találhatók. A projektmenedzsment szoftver ugyanazt a munkát strukturált rekordokként tárolja, minden elemhez megadva a felelőst, a határidőt, az állapotot és a függőségeket. A gyakorlati különbség a visszakeresésben rejlik: az e-mail azt válaszolja meg, hogy „mit mondtak”, míg a nyomonkövető rendszer azt, hogy „hol tart a folyamat”. A legtöbb csapat végül mindkettőt használja: az e-mailt a beérkező feladatok csatornájaként, a nyomonkövető rendszert pedig a nyilvántartásként.

Használható-e az Outlook projektmenedzsment-eszközként?

Az Outlook kezeli a projektkommunikációt, az emlékeztetőket és az egyszerű feladatok rögzítését, de nincsenek natív mezői a függőségek, a munkaterhelés vagy a projekt szintű állapotok számára. A Microsoft saját útmutatása szerint a csapatprojekteket a Plannerbe, a személyes feladatlistákat pedig a To Do-ba kell irányítani, az Outlookot pedig front-endként kell használni.

Van-e a Gmailben beépített projektmenedzsment funkció?

A Gmail nem rendelkezik projektmenedzsment modullal. A Google Workspace biztosítja a szükséges kiegészítő eszközöket: a Google Tasks-ot az üzenetekből létrehozott teendőkhöz, a címkéket és szűrőket a feladatok osztályozásához, a halasztás funkciót a feladatok elhalasztásához, valamint a Google Chat Spaces-t a megosztott feladatlistákhoz. A felelősök, a határidők, az állapotok és a csapaton belüli függőségek nyomon követéséhez szükség van egy Gmail-kiegészítőre, például a Gmelius-ra, vagy egy a beérkező levelek mappájához kapcsolódó nyomkövetőre.

A megosztott beérkező levelek mappa megegyezik-e az e-mailes projektmenedzsmenttel?

Nem. A megosztott beérkező levelek mappa (Hiver, Gmelius, Front) lehetővé teszi, hogy egy postafióknak több tulajdonosa legyen, beszélgetések hozzárendelésével, belső megjegyzésekkel és ütközésérzékeléssel, így elkerülhető, hogy két ember ugyanazon ügyfélnek válaszoljon. Az e-mailes projektmenedzsment ennél tágabb fogalom: magában foglalja azt is, hogy egy kérés hogyan alakul át üzenetből nyomon követhető, határidővel rendelkező feladattá. A megosztott beérkező levelek mappa az üzenetek felelősségi körét rendezi. A nyomon követő rendszer pedig a munka felelősségi körét rendezi.

Mit tegyen, ha egy ügyfél nem hajlandó használni a projektmenedzsment-eszközét?

Tartsd az ügyfelet az e-mailben, és automatikusan tükrözd az üzeneteit a nyomonkövetőbe. A legtöbb platform minden listához vagy projekthez saját e-mail címet rendel, így az ügyfél kérésének továbbításával létrejön egy feladat, amelynek tárgya a levél tárgya lesz, a mellékleteket pedig átveszi. A ClickUp, az Asana és a Trello lehetővé teszi azt is, hogy a feladatból válaszolj, így az ügyfél számára az egész folyamat kizárólag e-mailben zajlik, miközben a csapatod egy helyen tartja nyilván a felelősöket, a határidőket és az állapotot.

Mikor elegendő az e-mail önmagában egy projekt lebonyolításához?

Az e-mail akkor működik, ha az egész projekt belefér egy személy munkamemóriájába: nagyjából három ember, néhány hét, és nincs átadás a különböző funkciók között. Abban a pillanatban már nem működik, amikor a projekt túllépi azt a határt, amíg valaki még emlékszik rá, vagy amikor az eredeti kérést fogadó személy már nem az, aki elvégzi a munkát. Az e-mailben nincs beépített mező a felelős személy, a határidő, az állapot vagy a függőségek számára, így ez a struktúra valakinek a fejében él, amíg meg nem szűnik.