ශ්‍රී ලංකාවේ නවතම තාක්ෂණික පුවත් 2026-07-24, Friday
💼 ව්‍යාපාර · 🕒 කියවීමට විනාඩි 2 · 👁 1

CRM අතුරුදන් වූ ලීඩ් ගණනක් – ස්වයංක්‍රීය පද්ධතියේ නිදොස් අඩුපාඩු හඳුනාගත්‍තා

CRM අතුරුදන් වූ ලීඩ් ගණනක් – ස්වයංක්‍රීය පද්ධතියේ නිදොස් අඩුපාඩු හඳුනාගත්‍තා

ඔබේ ව්‍යාපාරයේ CRM පද්ධතියේ ලීඩ් තොරතුරු සකස් කිරීමේදී, සමහර ලීඩ්‌වලට අනුගමනය කරන ඊමේල් හෝ කෝල් කාර්යයන් නොලැබෙන්නේ ඇයි? මේ ගැන නවතම පරීක්ෂණයක් හෙළි කරයි.

ආරියා (ARIA) CRM පද්ධතියේ contacted තත්ත්වයට පත් වූ ලීඩ් දෙකක් තිබුණි. එක කණ්ඩායමට අනුගමනය කිරීමට අවශ්‍ය සෙවීම, ඊමේල්, කෝල් වැඩසටහන් යවා තිබුනා. අනෙක් කණ්ඩායමට කිසිදු ක්‍රියාමාර්ගයක් නොගැලපී, සදාකාලිකව "contacted" තත්ත්වයේ රැඳී හිටියා. දෙකම එකම තත්ත්වය, එකම වගුව, නමුත් විවිධ ප්‍රතිඵල.

මෙම ගැටළුවේ මූලික හේතුව “dead population path” ලෙස හැඳින්වෙයි – වගුවකට ලියන මාර්ග දෙකක් තිබුණත්, එක් මාර්ගයක් පමණක් අවශ්‍ය පූර්ව-සැකසුම් (enrollment) සිදු කරයි. බල්ක් ආයාත (bulk import) මඟින් ලීඩ්‌වලට සෘජුව contacted තත්ත්වය ලියනවිට, පළමු-සම්බන්ධතා (first‑contact) කේත මාර්ගය පසු නොවෙයි. එමනිසා ලීඩ්‌වලට follow‑up ක්‍රමලේඛයට ඇතුළත් වීමට අවස්ථාව නොලැබේ.

පද්ධතිය පසු‑පසින් follow‑up automation එක වගුව පරීක්ෂා කර, "enrolled" ලීඩ්‌වලට පමණක් ක්‍රියා කරයි. බල්ක් ආයාතයෙන් ඇතුළත් වූ ලීඩ්‌වලට enrollment සිදු නොවූ නිසා, automation එක ඔවුන්ව නොදැන ගනී. මෙය දෝෂයක් නොව, සැලසුම් පරමාර්ථයක් (architectural) ගැටළුවක්. එම නිසා කිසිදු දෝෂ පණිවුඩයක්, අනතුරු ඇඟවීමක් නොපැමිණිය.

ශ්‍රී ලංකාවට ඇති වැදගත්කම

ශ්‍රී ලංකාවේ තාක්ෂණික ආයතන, startup සමාගම්, සහ ව්‍යාපාරිකයින්ට මෙම ගැටළුව වැදගත් කරුණු කිහිපයක් ඉදිරිපත් කරයි:

  • දත්ත ගුණාත්මකභාවය: බල්ක් ආයාතය භාවිතා කරන විට, සියලු side‑effects (enrollment, logging) අත්හිටුවීමෙන් පසු, ව්‍යාපාරික විශ්ලේෂණය වැරදි විය හැක.
  • ආදායම් අහිමිවීම: Follow‑up automation එක නොපැවැත්වීමෙන්, පotential customers අහිමි වීමේ අවදානම ඉහළ යයි.
  • දෝෂ හඳුනාගැනීමේ කාලය: මෙවැනි “invisible” ලීඩ්‌වල නිසා, පද්ධතියේ ප්‍රතිචාර කාලය දිගුවේ, වගුවේ පරීක්ෂණය කිරීම අමාරු වේ.

මෙම ගැටලුවට නිරාකරණය කිරීමේ හොඳම ක්‍රමය, PostgreSQL trigger එකක් සකස් කිරීමයි. Trigger එක සෑම INSERT/UPDATE ක්‍රියාවලියක්ම පරීක්ෂා කර, ලීඩ් contacted තත්ත්වයට ඇත්නම්, එය follow‑up enrollment පද්ධතියට එක් කරයි. එමඟින් මාර්ගය කුමක් වුවත්, ලීඩ්‌වලට අවශ්‍ය සැකසුම් සිදු වනු ඇත.

අවසානයේ, සංවර්ධකයින් සහ DB පරිපාලකයින් සියලු ලීඩ් ලේඛන මාර්ගයන් ලැයිස්තුගත කර, ඒ සියල්ලට අවශ්‍ය පූර්ව‑සැකසුම් ක්‍රියාත්මක වන බව තහවුරු කළ යුතුය. එවිට “dead population path” වැනි අඩුපාඩු පද්ධතියේ පවතින්නේ නැත.

ඉදිරියේදී, සමාගම් සිය CRM ආයාත ක්‍රියාවලියන්ට audit log එකක් එක් කර, “enrolled නොවූ contacted ලීඩ්” ලැයිස්තුවක් පරීක්ෂා කිරීමෙන්, මෙම වර්ගයේ ගැටළු ඉක්මනින් හඳුනාගත හැක.

💡 ඔබේ CRM පද්ධතියේ බල්ක් ආයාත සැකසුම් පරීක්ෂා කර, trigger එකක් එක් කරන්න!
මූලාශ්‍රය මෙම ලිපිය AI මගින් රචිත මුල් සාරාංශයකි. සම්පූර්ණ වාර්තාව කියවන්න:
Dev.to ↗
#CRM #Automation #BulkImport #PostgreSQL #SriLankaTech