Մարքեթինգի և վաճառքի համատեղ աշխատանքի ուղեցույց
Մարքեթինգից վաճառքին փոխանցվող հայտը․ ինչ տեղեկություն է պետք երկու թիմին
Մարդը տեսնում է գովազդը կամ հրապարակումը, հարց է տալիս, իսկ հետո պատասխանում է մեկ այլ աշխատակից։ Եթե երկրորդ աշխատակիցը տեսնում է միայն «նոր հայտ», զրույցը սկսվում է նորից, և կարող է հնչել ուրիշ խոստում։ Պարզ փոխանցման գրառումը օգնում է պահել հարցի իմաստը։ Ստորև բերված խանութն ու դիմումը ամբողջությամբ պայմանական են. դրանք MekStep-ի գործող համակարգի, իրական հաճախորդի կամ իրական արշավի նկարագրություն չեն։
Փոխանցման նվազագույն գրառման մեջ պահեք հինգ բան՝ ինչ էր ասում արշավի հրապարակումը, որն էր մարդու սկզբնական հարցը, որտեղից եկավ դիմումը, որ ալիքով է նա համաձայնել պատասխան ստանալ և ով է հաջորդ գործողության պատասխանատուն։ Առանձին նշեք չհաստատված տեղեկությունը։ Վաճառքի աշխատակիցը նախ ստուգում է հրապարակման խոստումը և պատասխանելու թույլատրելի ալիքը, հետո շարունակում է հենց տրված հարցից՝ առանց չճշտված գին կամ հատկություն խոստանալու։
Փոխանցումը զրույցի շարունակությունն է
Salesforce-ի 2026 թվականի ուղեցույցը շեշտում է, որ վաճառքին փոխանցվող հայտը պետք է ունենա հետաքրքրության պատճառի և հաջորդ քայլի համատեքստ, ոչ միայն անուն։ HubSpot-ի սեփական ուղեցույցն առանձնացնում է հաղորդագրությունների և թիմերի սահմանումների համաձայնեցումը։ Սրանք գործնական սկզբունքներ են, ոչ Հայաստանի ցանկացած կազմակերպության պարտադիր ընթացակարգ կամ վաճառքի արդյունքի երաշխիք։
Մարքեթինգի խնդիրը ներկայացնելն է, թե մարդն ինչ տեսավ և ինչ հարցրեց։ Վաճառքի խնդիրը նույն իմաստից շարունակելն է, ճշտել բաց հարցը և արձանագրել հետադարձ դիտարկումը։ Եթե մարդը պարզապես կարդացել է հրապարակումը, դա դեռ նույնը չէ, ինչ պատասխան սպասող դիմումը. թիմերը նախ պետք է պայմանավորվեն, թե կոնկրետ ինչն են իրենց աշխատանքում «փոխանցվող հայտ» համարում։
Հինգ դաշտով կարճ փոխանցման գրառում
Առաջին դաշտում գրեք հրապարակման իրական ձևակերպումը կամ դրա ստուգվող հղումը. վաճառողը պետք է հասկանա, թե ինչ էր խոստացվել, ոչ թե ենթադրի դա։ Երկրորդում պահեք մարդու հարցը իր բառերով՝ առանց նրան կամ նրա մտադրությունը «պատրաստ է գնելու» վերանվանելու։ Երրորդում նշեք հայտնի աղբյուրը՝ օրինակ կոնկրետ հրապարակումը կամ հարցման էջը. եթե աղբյուրը անհայտ է, այդպես էլ գրեք։ Salesforce-ի փաստաթղթում «Lead Source»-ը մուտքի ալիքը նշելու դաշտի օրինակ է, բայց այս հոդվածը որևէ CRM գործառույթ չի պահանջում։
Չորրորդ դաշտը պատասխանելու համաձայնեցված ալիքն է։ Դիմում ուղարկելը ինքնաբերաբար թույլտվություն չէ ցանկացած այլ ալիքով հաղորդագրություն ուղարկելու համար։ Գրեք միայն այն ալիքը, որը տվյալ պայմանական մարդը խնդրել կամ հստակ ընդունել է, և պահպանեք կիրառելի գաղտնիության կանոնները։ Հինգերորդ դաշտում նշեք հաջորդ քայլը վերցնող պատասխանատու աշխատակցին կամ թիմին։ «Վաճառքը կզբաղվի» արտահայտությունը չափազանց անորոշ է, եթե ոչ ոք չի ընդունել խնդիրը։
Salesforce Help․ հայտի աղբյուրի և պատասխանատուի դաշտեր
- Արշավի խոստումը՝ ճշգրիտ տեքստ կամ ստուգվող հղում։
- Սկզբնական հարցը՝ մարդու արտահայտած ձևով, առանց մտադրություն հորինելու։
- Աղբյուրը՝ հայտնի կոնկրետ հրապարակում/էջ, կամ «չհաստատված»։
- Պատասխանի ալիքը՝ մարդու համաձայնեցրած տարբերակ, ոչ ենթադրություն։
- Հաջորդ գործողության պատասխանատուն՝ կոնկրետ դեր և ընդունման նշում։
Պայմանական օրինակ՝ հրապարակումից մինչև պատասխան
Պատկերացնենք Երևանում գործող անանուն գրենական պիտույքների խանութ։ Նրա պայմանական հրապարակման միակ կոչն է՝ «Հարցրեք հասանելի գրասեղանի լամպերի տարբերակների մասին»։ Մարդը նույն հրապարակման հաղորդագրությամբ գրում է. «Կա՞ բարձրությունը կարգավորվող տարբերակ» և խնդրում է պատասխանել հենց այդ հաղորդագրությամբ։ Մենք չենք նշում իրական անուն, հաշիվ, հեռախոս, գին, ապրանքի հաստատված հատկություն կամ որևէ իրական խանութ։
Մարքեթինգի փոխանցման գրառումը կարող է այսպես կարդացվել. «Հրապարակում՝ լամպերի հասանելի տարբերակների մասին հարցերի հրավեր։ Սկզբնական հարց՝ կա՞ բարձրությունը կարգավորվող տարբերակ։ Աղբյուր՝ այդ հրապարակման հաղորդագրությունը։ Կապ՝ նույն հաղորդագրությամբ, ինչպես մարդն է խնդրել։ Պատասխանատու՝ նշանակված վաճառքի աշխատակից, ընդունումը դեռ պետք է հաստատվի»։ Վաճառողը նախ ստուգում է ապրանքի իրական բնութագրերը, հետո պատասխանում է հարցին կամ ազնվորեն նշում է, որ պետք է ճշտի։ Գրառումը չի պնդում, որ տվյալ տարբերակն իսկապես կա։
Երբ տեղեկությունը թերի է, մի լրացրեք ենթադրությամբ
Եթե սկզբնական հարցի պատճենը կորել է, փոխանցման մեջ գրեք «հարցը չի պահպանվել» և հնարավորության դեպքում խնդրեք այն կրկնել ընդունված ալիքով։ Եթե հայտնի է միայն հրապարակման տեսակը, բայց ոչ կոնկրետ աղբյուրը, գրեք «աղբյուրը չհաստատված է»։ Մի լրացրեք դաշտերը գուշակությամբ, քանի որ վաճառողի առաջին պատասխանը կարող է հակասել մարդու տեսածին։
Եթե հրապարակումը թվարկել է որևէ պայման, որը վաճառողը չի կարող հաստատել, նախ ճշտեք դրա գործող լինելը։ Մի կրկնեք չհաստատված գին, առաքման ժամկետ կամ ապրանքի հատկություն որպես փաստ։ Անհայտ կապի ալիքը նույնպես բաց հարց է. մի տեղափոխեք զրույցը այլ ալիք միայն այն պատճառով, որ ձեր թիմի համար դա հարմար է։ Այս կանոնը տվյալների խնայողության և հստակ խոսակցության գործնական ընտրություն է, ոչ տեղական իրավական խորհրդատվություն։
Ով է ընդունում դիմումը և ինչպես է վերադարձնում դիտարկումը
Փոխանցումը ավարտված համարեք միայն այն ժամանակ, երբ հաջորդ պատասխանատուն տեսել է գրառումը և ընդունել է հաջորդ գործողությունը։ Թիմերը կարող են իրենց աշխատանքի համար որոշել փոխանցման պարզ ազդանշան՝ օրինակ «ընդունեցի, ստուգում եմ ապրանքի բնութագիրը»։ Սա կազմակերպման օրինակ է, ոչ համակարգում արդեն գոյություն ունեցող ավտոմատացում կամ խոստացված արձագանքի ժամկետ։
Վաճառքի աշխատակցի առաջին զրույցից հետո մարքեթինգին օգտակար է վերադարձնել միայն այն դիտարկումը, որը պետք է բարելավի հրապարակման ձևակերպումը՝ օրինակ «մարդիկ բարձրության կարգավորման մասին են հարցնում, իսկ հրապարակումը դա չի պարզաբանում»։ Անձնական մանրամասները կամ ամբողջ նամակագրությունը մի շրջանառեք անտեղի։ Salesforce-ն ու HubSpot-ը երկուսն էլ նկարագրում են երկկողմ հետադարձ կապի կարևորությունը, սակայն այստեղ չենք հաշվում հայտերի միավորներ, ձագարի ցուցանիշներ կամ վաճառքի հավանականություն։
Պատրաստ ձևանմուշ՝ մեկ դիմումը փոխանցելու համար
Պատճենեք այս հինգ տողը ձեր թիմի հաստատված աշխատանքային միջավայրում և լրացրեք միայն տվյալ դիմումի համար անհրաժեշտը։ Սա ուսումնական ձևանմուշ է. այն չի նշանակում, որ MekStep-ը հավաքում կամ պահում է այս դաշտերը իր կայքում։ Եթե դաշտը հաստատված չէ, գրեք «չհաստատված» և նշեք, թե ով է այն պարզելու։
Առաջին պատասխանից առաջ վաճառքի աշխատակիցը կարող է իրեն ստուգել երեք հարցով. արդյո՞ք ես գիտեմ մարդու իրական հարցը, արդյո՞ք իմ պատասխանը համապատասխանում է հրապարակմանը, և արդյո՞ք օգտագործում եմ պայմանավորված ալիքը։ Այս կարճ ստուգումն ավելի օգտակար է, քան երկար, բայց անստուգելի ներքին նշումները։ Այստեղ արդյունքը նախավաճառքային փոխանցման պարզ գրառումն է, ոչ հաճախորդի որակավորման գնահատական, CRM ներդրման ծրագիր կամ արդեն վաճառված պատվերի փոխանցում։
Վաճառքի մենեջերի աշխատանքի նկարագիր
- Հրապարակման խոստում կամ հղում՝ …
- Մարդու սկզբնական հարցը՝ …
- Հայտի հայտնի աղբյուրը՝ … / չհաստատված։
- Պատասխանի համաձայնեցված ալիքը՝ … / չհաստատված։
- Հաջորդ պատասխանատուն և ընդունման նշումը՝ …
Ինչ հիշել
- Փոխանցեք հրապարակման իրական խոստումը և մարդու սկզբնական հարցը, ոչ միայն «նոր հայտ» նշումը։
- Աղբյուրը, կապի ալիքը և հաջորդ պատասխանատուն գրեք հստակ. անհայտը նշեք որպես անհայտ։
- Վաճառողը ստուգում է փաստերը և շարունակում է նույն զրույցը՝ առանց չհաստատված պայման խոստանալու։
- Օրինակը պայմանական է. ոչ մի իրական հաճախորդի տվյալ կամ MekStep CRM գործառույթ չի ներկայացվում։
Հաճախ տրվող հարցեր
Բավակա՞ն է փոխանցել միայն մարդու անունը և հեռախոսը
Ոչ որպես օգտակար զրույցի համատեքստ։ Եթե տվյալները հավաքվել են համապատասխան ձևով, աշխատակցին նաև պետք են հրապարակման խոստումը, սկզբնական հարցը, հայտնի աղբյուրը, համաձայնեցված կապի ալիքը և հաջորդ պատասխանատուն։ Այս հոդվածը չի պահանջում հավաքել նոր անձնական դաշտեր։
Ի՞նչ գրել, եթե աղբյուրը հայտնի չէ
Գրեք «աղբյուրը չհաստատված է» և մի վերագրեք դիմումը որևէ արշավի։ Եթե հետագայում հաստատեք աղբյուրը, ուղղեք գրառումը ձեր հաստատված ընթացակարգով։
Կարելի՞ է գրել մարդուն այլ ալիքով
Մի ենթադրեք դա միայն դիմումի գոյությունից։ Ստուգեք նրա ընտրած կամ համաձայնեցրած կապի եղանակը և կիրառելի կանոնները. մեր պայմանական օրինակում նա խնդրել է պատասխանել նույն հաղորդագրությամբ։
Այս ձևանմուշը վաճառքի ավտոմատացման համակարգ պահանջո՞ւմ է
Ոչ։ Սա թիմերի միջև տեղեկությունը փոխանցելու ուսումնական քարտ է։ Ընտրված ներքին գործիքն ու տվյալների մշակման կարգը պետք է համապատասխանեն իրական կազմակերպության գործընթացին։
Աղբյուրներ
Ստուգվել է 2026-10-29: