Hogyan kell írni egy esetet, és nem az algoritmust, és a legszárazabb történet javítására

Miért írsz egy ügyet, még akkor is, ha nem akarsz

Ha lehetséges és szükséges egy eset írása

De te nem! Ez egy megtévesztés és felfújt várakozások. Konferencia szintű jelzések "Keresse meg a forgalmát" és az RCM - ez a tudás lényege, de valódi tapasztalatai elérhetetlenek. Őket is meg lehet osztani és meg kell osztani.

Az eseteket meg kell és kell írni, ha:

1. Új munkamódszert nyitottak - csökkentették a költségeket, új technológiát vezettek be, hibákat észleltek a régi üzleti folyamatokban és javították őket. Első eredmények, előrejelzések a jövőre nézve.
2. Frissítettük a szolgáltatást, a szolgáltatást vagy a terméket - leírjuk, mit tettünk, mit remélünk és hogyan fog működni most. Ha nincs eredmény, akkor fordítsa ki az ügyet, és írja le, hogy mi az eredmény, mi nem felel meg, és miért kell mindent megváltoztatni.
3. Amikor lehetett átgondolni valaminek a fogalmát. Például, ha sikerült futtatni egy meredek közösségi hálózatot digitális médiát, vagy lazítani egy VKontakte csoportot a Krasznodar Ház irodái közül. Vagy készítsen terhességi útmutató alkalmazást.

Mikor jobb, ha nem tesz semmit?

1. Amikor a munka nagy részét nem alapul szakmaiság és eredeti megoldások, és borítékok, és felhívja a megfelelő személyt. De ha sikerült kijátszani a helyes következtetést vagy aláírást egy hivatalos tisztviselőtől, akkor is nagyszerű esetet kaphat.
2. Ha vállalkozói tevékenységet végez, és az ügyfél ellenzi az információk nyilvánosságát.
3. Ha nem beszélte meg a nevét az alvállalkozói munkák és a munkák eredményei között.

Hogyan kell írni egy ügyet? Mit kezdeni?

Vegye figyelembe a következő közlemény nyilatkozatát: "ez nem egy teszt, hanem egy igazi kampány, amely 8 hónapig működik". Minõségileg különbözteti meg a vezetést a többiek ellen.

Kezdeti adatok. Szégyen, hogy elolvassa néhány oldalnyi szöveget, hogy megbizonyosodjon arról, hogy az ügy nem alkalmazható a saját vállalkozására. A munkahelyi költségvetés, a kiindulási pont, a körülmények, a szakértelem és a csapat ereje, a határidő - mindez fontos, ha írása / lő / rajzolása előnyhöz jut, nem pedig virtuális tapsoláshoz.

Ebben a bejelentésben van egy eredmény, de nincsenek kezdeti adatok. Magában az esetben az eredeti adatok csak a szöveg második oldala után jelennek meg a munkaköri leírás feldolgozásának szakaszában. Az eset nem hiba, de jobb lehet és érthetőbb a közönség számára.

És itt a kezdeti adatokkal minden kiváló, és azonnal világos, ki fog részesülni az ilyen útmutatásból.

Ha bemutatod az ügy struktúráját, az optimális és minden elvárható módon néz ki.

A szerkezet ritkán különbözik. A munka megkönnyítése érdekében kérdéseket tegyen fel magadnak, mielőtt elkezdené a munkát. A listám, amint összeállt a geektimes és a módosított, így néz ki:

1. Ki az ügyfél? Milyen cég?
2. Mi a projekt küldetése - ki szüksége van rá?
3. Hogyan működött azelőtt minden?
4. Mi nem tetszett neked?
5. Van valami szokatlan a probléma?
6. Van-e korlátozás a projektre - pénz, idő, személyzet, törvények?
7. Mindenki szokásos módon csinálta, vagy egyéni megoldást fejlesztett ki?
8. A projekten dolgozó csapat?
9. Milyen nehézségek merültek fel? Mi történt?
10. Mennyit vonzott az ügyfél a projektbe?
11. Milyen eszközök vonzottak? Mi a saját tapasztalataikból, mit kölcsönöztek?
12. Mi volt általában nehéz vagy talán minden másodpercben megbirkózni?
13. Milyen az eredmény?
14. Jó vagy rossz?
15. Mit mond az ügyfél?
16. Már működik, vagy csak kitalálta, hogyan kell csinálni?
17. Mi változott pontosan?
18. És mi fog történni, ha nem teszel semmit?
19. És ha nem működik? Honnan tudták, mi fog történni?
20. Mennyibe kerül a munka költsége?
21. Gyorsan kezelhető?
22. Mit kell tenni másképp?
23. Kinek és hogyan lehet a munka eredményeit felhasználni?

Válaszolj a kérdésekre, kövesse az egyszerű logikát és ne találjon semmit. Annak ellenére, hogy kitalálhatja, hogyan javítható a konzisztencia, amelyet egy sorban használnak.

Hogyan javíthatom az ügyet?

Az ügy története a kezdetektől fogva. A siker vagy kudarc története nem fontos. Ezért mesemondás elemeket kell, hogy ne kapcsolja ki a történet egy halom táblázatok és diagramok. Bármelyik kincset is tárolja, unalmas lesz foglalkozni. Közeli üzleti színek hozzáadása, a karakter és a szezon narratívájával együtt érzelmekkel. Ha elmeséled a történetet, beszélj az ügyfeléről, az érzéseiről, amikor megérkezett, próbálta megjavítani a helyzetet. Ismertesse a kísérlet és a hiba egész útját. Sid Smith még azt is tanácsolja, hogy a klasszikus mítoszok vagy elbeszélők alapját vegye alapul:

Ha egy áttörés és egy pozitív eredmény esetén azt mondja, nézze meg a közönséget, és győzzön sikert. Az olvasónak el kell hinnie, hogy ő maga tudja ezt megtenni, vagy ugyanolyan sikert fog szervezni a projektje számára. Ha negatív élményről beszél, akkor jobb, ha elkerüljük az olvasóval való kapcsolatfelvételt. Annak a ténynek a megírása, hogy tűzifát töröltünk, rájöttünk, hogyan kell kijavítani, és soha nem fogjuk ezt megengedni, és soha nem fog ilyen hatással járni.

Használjon screenshotokat és fényképeket a folyamatról. Valódi fotókat készíthet brainstorming munkamenetek során és megbeszéléseket folytasson, képeket készíthet az ügyféllel egy találkozón, az elbeszélés kevésbé elvont. De ne felejtsd el - a screenshot nem működik magyarázat nélkül. Lényegesnek kell lennie egy legendának vagy egy részletes magyarázatnak, hogy mi ez a grafikon. Íme egy jó példa arra, hogy miként röviden, de nagyon élénken és grafikusan a srácok elmondják, hogyan tisztították meg a hídot a moszkvai városi komplexumban. Az ötlet vonzza a figyelmet.

Optimális hossz. Egy ellentmondásos kérdés. Logikus feltételezni, hogy ha az olvasó nem tudja gyorsan értékelni a tartalmat, akkor elhagyja. De személy szerint, a véleményem, annál jobb, annál jobb. Végül külön hangsúlyoztuk a bejelentések fontosságát, és egyértelműen megjelöltük a kezdeti adatokat, hogy a felhasználó előre becsülje meg, hogy az öt idõtartamú oldal érdemes-e. Neil Patel támogatja ezt a nézetet.

Mi más fontos emlékezni?