د مرستې څانګه او غوښتنې

1. هغه پوښتنه چې دې ځانګړنې لومړی باید ځواب کړې وای

کومه غوښتنه؟

د هرې پېژندل شوې ناستې لپاره د مرستې غوښتنه جوړول به ناوړه ډېرښت وي: ستاسو د ملاتړ ډله به داسې قضیې ومومي چې هېچا نه وي پرانیستې. د هغه کس هرې پخوانۍ غوښتنې ته یادښت ورزیاتول به هم ناوړه ډېرښت وي، یوازې ورو.

نو: د لېږونکي پر وروستۍ پرانیستې غوښتنه یو دنننی یادښت. که پرانیستې غوښتنه نه وي، هېڅ نه پېښېږي. په دې ډول هېڅکله داسې قضیه نه جوړوو چې پېرودونکي مو نه وي پیل کړې، او کارکوونکی ثبت عین هلته مومي چې لا یې ګوري.

دنننی، هېڅکله عام نه. لینک MousePlayer ته ځي. ستاسو پېرودونکی باید یې ونه ویني، او هسې هم نه شي ورپسې تللی.

2. Zendesk Support او Freshdesk

دواړه ملاتړ کېږي، او هماغه کار په بېلابېلو طریقو حل کوي. تاسو پرې اندېښنې ته اړتیا نه لرئ، خو دا تشریح کوي چې ولې فورم لږ بېل شیان غواړي.

	Zendesk Support	Freshdesk
فرعي ډومېن	`acme` له acme.zendesk.com څخه	`acme` له acme.freshdesk.com څخه
د کارکوونکي برېښنالیک	اړین دی؛ Zendesk د دې په توګه ننوځي: `email/token`	اړین نه دی، تش یې پرېږدئ
API ټوکن	Admin Center → Apps and integrations → APIs	ستاسو د پروفایل امستنې
یادښت بدلېږي په	پر غوښتنه دنننۍ تبصره	پر غوښتنه شخصي یادښت

که اسانه وي، بشپړ URL د فرعي ډومېن په ځای کې ونښلوئ؛ موږ یې تر اړینې برخې رالنډوو، نو https://acme.zendesk.com/agent/tickets/1 بدلېږي په acme.

3. کله فعالېږي

د ناستې د پېژندلو پر شېبه، چې ستاسو وېبپاڼه راوبولي MousePlayer.setUserId()، چې زموږ تحلیلي پُل ځانګړی ID بېرته ولولي، یا چې ستاسو سرور د پېژندلو پای ټکی راوبولي.

یوازې له برېښنالیک پتې سره

د مرستې غوښتنه له لېږونکي سره تړاو لري، او د مرستې څانګه هغه لېږونکی په برېښنالیک پېژني. د تړون شمېره هلته څه ته نه رسېږي، نو څه نه لېږل کېږي.

یوازې د پرانیستو غوښتنو لپاره

حل شوې او تړلې غوښتنې تېرېږي. پر داسې قضیه یادښت چې نور یې هېڅوک نه ګوري، له چا سره مرسته نه کوي، او تړلې غوښتنه به بې دلیله بېرته ستاسو د کارکوونکو مخې ته راولي.

که لېږونکی پرانیستې غوښتنه ونه لري، دا بشپړ شوی شمېرل کېږي، ناکام نه؛ دا عادي حالت دی او بیا هڅه به څه بدله نه کړي.

4. کارکوونکی څه ویني

یو دنننی یادښت: MousePlayer: د ناستې ثبت له <email> څخه ورپسې لینک. یو کلیک او هغوی ګوري چې هغه کس په رښتیا څه کړي وو، عین د هغه څه تر څنګ چې په اړه یې لیکلي وو.

چېرته ارزښت لري

د «کار نه کوي» غوښتنې. ثبت عموماً په شلو ثانیو کې هغه څه ښيي چې د برېښنالیک درې پړاوونه یې نه شي ښودلی.
د بیا تکرار ګامونه چې هېڅوک یې نه شي تکرارولی. نور ورته اړتیا نه لرئ؛ ناسته لرئ.
د غوسې پرله پسې کلیکونه او بې غبرګونه کلیکونه چې پېرودونکی یې هېڅکله نه یادوي، ځکه فکر کوي چې محصول همداسې کار کوي.

ټوکن هېڅکله زموږ له سرور څخه نه وځي

په AES-256-GCM کوډ شوې بڼه ساتل کېږي، تر خوندي کولو وروسته بیا نه ښودل کېږي او په قصد د کار له دننني کتار څخه بهر ساتل کېږي.

5. Help Scout، Front او Gorgias

درې نورې د مرستې څانګې. درې واړه پر پرانیستو خبرو دنننی یادښت ږدي، او درې واړه په بېلابېلو طریقو وررسېږي.

	تاسو ورکوئ	فرعي ډومېن
Help Scout	د دننني اېپ د مراجع ID او د مراجع پټ ارزښت	اړین نه دی
Front	API ټوکن او د ډلې د غړي ID	اړین نه دی
Gorgias	د کارکوونکي برېښنالیک او API کیلي	اړین دی

Help Scout تر خبرو مخکې تبادله کوي

د مراجع پټ ارزښت مستقیم نه مني. پُل لومړی په لنډمهاله د لاسرسي ټوکن بدلوي؛ د مراجع د لاسرسي معلوماتو بهیر، د هغې یوځای‌کونې لپاره چې د کارن پر ځای د ځان په استازیتوب عمل کوي. ټوکن د خپلې مودې په اوږدو کې په حافظه کې وي؛ پټ ارزښت په معلوماتي زېرمتون کې پاتې کېږي.

د Front تبصرې لیکوال غواړي

په Front کې تبصره د ډلې د غړي په نوم ښکاري، او API یوه ته اړتیا لري. دلته د کارکوونکي په نوم ځای همدا لري؛ د ننوتلو نوم نه، یوازې هغه ID چې یادښت یې نوم لري.

Gorgias د یوې پر ځای دوو پوښتنو ته اړتیا لري

د غوښتنو لېست یې د دې له مخې چاڼوي: customer_id او د بل هېڅ له مخې نه؛ د برېښنالیک چاڼ نشته. نو پُل لومړی پېرودونکی لټوي او دویم د هغه غوښتنې غواړي. د حالت له مخې هم نه شي چاڼولی، نو پرانیستې غوښتنه زموږ په اړخ کې ټاکل کېږي، عین لکه د Freshdesk لپاره چې لا کېږي.

دلته یادې شوې ټولې سوداګریزې نښې د خپلو مالکانو دي. MousePlayer له دې برابرونکو سره سوداګریزه اړیکه نه لري.

څنګه مرسته کولای شو؟