हर template को अपने स्कूल की voice दीजिए। Customize. Edit. Re-approve. Done.
किसी भी ready-to-use Inkwelly template पर Customize click कीजिए — और स्कूल तुरंत अपनी version का मालिक बन जाता है। Body, subject, footer, action buttons edit कीजिए; उसी screen से WhatsApp पर re-submit कीजिए; यह चिंता कभी मत कीजिए कि Inkwelly का update चुपचाप आपका edit overwrite कर देगा। Multiple branches वाले स्कूल group एक customised version group-level पर publish करते हैं और हर branch उसी दिन इस्तेमाल करना शुरू कर देती है।
"Receipt बहुत generic है" — एक असली शिकायत क्यों है
Pune के एक ICSE school का accountant तीन सालों से अपने पुराने ERP vendor को वही complaint email लिख रहा है। हर महीने, fee-payment receipt जो WhatsApp पर जाता है, उसमें लिखा होता है "Dear Parent, your payment has been received" — एक generic, factory-default sentence। Principal चाहती हैं कि उसमें लिखा हो "Dear Parent, thank you for paying the fees for the month of {{month}}. Your child's progress at our school is our shared responsibility." पुराना ERP principal को screen पर template edit करने देता है — पर हर quarter, जब vendor upgrade push करता है, स्कूल का edit चुपचाप गायब हो जाता है और generic sentence वापस आ जाता है। तीन साल। बारह quarters। अड़तालीस बार principal को पता चला कि उनकी customisation overwrite हो गई।
ज़्यादातर school ERPs templates को एक shared catalogue मानते हैं — अगर vendor catalogue update करे, तो हर स्कूल का edit उसी के साथ चला जाता है। Inkwelly इसका उल्टा करता है। जिस moment स्कूल Customize click करता है, उसी moment स्कूल की version एक independent document बन जाती है — जिसका मालिक स्कूल है, click के moment पर frozen। बाद में Inkwelly के updates ready-to-use template को बदलते हैं; स्कूल की version वैसी ही रहती है जैसे स्कूल छोड़ गया था — principal की signature line और स्कूल द्वारा configure किया गया UPI link button सब intact।
वो accountant जो तीन सालों से complaint emails लिख रही है — Inkwelly पर switch करती है और पाती है कि अब उसे एक और लिखने की ज़रूरत नहीं। वो fee-payment receipt एक बार edit करती है, उसी screen से WhatsApp पर re-submit करती है, और उस moment से हर parent को school-customised receipt मिलता है — factory-default नहीं। Principal की signature हर WhatsApp receipt के नीचे दिखती है, स्कूल का UPI ID amount के नीचे दिखता है, स्कूल की regional language ठीक वैसी पढ़ी जाती है जैसे principal बोलती हैं। Template स्कूल जैसा सुनाई देता है क्योंकि स्कूल ही उसका मालिक है।
Customize असल में कैसे काम करता है
हर स्कूल को Communications → Templates पर वही Templates screen दिखती है। हर ready-to-use Inkwelly template वहाँ दो badges के साथ दिखता है — कौन से channels (WhatsApp, SMS, Email, Push) support करता है, और स्कूल ने इसे customise किया है या नहीं। किसी भी template पर click कीजिए और detail page हर channel और हर language में body side by side दिखाती है। ऊपर right में एक button है — Customize। उसे click कीजिए।
Inkwelly स्कूल की अपनी version create करता है — हर detail में ready-to-use जैसी — body, subject, variables, channels, languages। नई version पर Customised badge और original की तरफ़ एक pointer होता है (ताकि स्कूल को starting point पता रहे, पर स्कूल की version अब original से जुड़ी नहीं)। अब स्कूल edit कर सकता है — body बदलना, subject फिर लिखना, school footer line जोड़ना, generic phone number की जगह office का WhatsApp number डालना, confirmation button की language बदलना, standard greeting को principal की signature से replace करना।
जब स्कूल save करता है, WhatsApp और SMS versions DRAFT approval state में चली जाती हैं — body बदली है इसलिए स्कूल को उसी screen से एक-एक click में WhatsApp की approval queue और DLT-registered SMS vendor के पास re-submit करना होता है। Email और Push तुरंत update हो जाते हैं क्योंकि उन्हें external approval की ज़रूरत नहीं। Audit log record करता है — किसने customise किया, कब, line-by-line क्या बदला, किस user ने re-approval के लिए submit किया। अगर principal वापस जाना चाहें, Reset to default पर एक click ready-to-use template वापस ले आता है; customised version soft-deleted होती है पर audit trail के लिए preserved रहती है।
क्या-क्या बदल सकते हैं — और क्या वैसा ही रहता है
- Body — हर वो sentence जो parent पढ़ती है
- Subject — email subject line और WhatsApp header text
- Footer — स्कूल की signature, principal का नाम, school motto
- Action buttons — parent जिस URL को tap करता है, button label, WhatsApp Quick Reply text
- Greetings — "Dear Parent" बनाम "Namaste" बनाम "Pranam" बनाम principal का पसंदीदा opener
- Tone — formal CBSE English, conversational state-board Hindi, ICSE-style polite, बीच के सब shades
- Variables — standard वाले रखिए, नए invent करने की ज़रूरत नहीं; parent का नाम, amount, date, link अब भी automatically render होते हैं
- School-specific links — office का WhatsApp number, स्कूल का UPI ID, custom payment page
- Channel-specific copy — WhatsApp पर लंबा body, 160-character SMS, एक line का lock-screen push
- Language-specific tone — Hindi version English की direct translation होना ज़रूरी नहीं; हर tab को उस audience के हिसाब से लिखिए
- क्या नहीं बदल सकते — trigger event (alert कब fire होता है), variable names (ताकि data ठीक से bind हो), channel set (बिना re-approval के WhatsApp-only template को SMS पर switch नहीं कर सकते)
- हर Inkwelly update के बाद क्या वैसा ही रहता है — आपकी स्कूल की customised version, जब तक आप खुद update न चुनें
Customize, edit, re-approve — चार screens, तीन मिनट
Inkwelly आपके edits कभी silently overwrite नहीं करता
यह सबसे बड़ी वजह है जिससे स्कूल किसी और ERP से Inkwelly पर switch करते हैं। ज़्यादातर school systems में, vendor का platform update हर स्कूल पर नए template bodies push कर देता है — local edits उसी process में मिट जाते हैं। Pune के ICSE school की principal इसे "upgrade reset" कहती हैं — हर quarter वो दिन जब vendor की release notes आती हैं और उनका receipt template, fee reminder template और absence template सब generic factory defaults पर वापस snap हो जाते हैं। तीन सालों में अड़तालीस बार।
Inkwelly उल्टे contract पर बना है। जिस moment स्कूल customise करता है, customised version स्कूल का document है — बात खत्म। Inkwelly ready-to-use template को पीछे update करता रह सकता है — typo fix, नई compliance footer, नया channel support — पर वो changes सिर्फ़ ready-to-use को छूते हैं। स्कूल की version untouched। अगर स्कूल कोई नया improvement उठाना चाहे (मान लीजिए, fee-receipt template पर Inkwelly ने एक नया "Pay now" button जोड़ा), तो एक button — Compare to ready-to-use — click करें, diff देखें, और चुनें कि क्या merge करना है। स्कूल हमेशा control में है।
उसी screen से WhatsApp और DLT पर re-approve कीजिए
Indian school communication regulated है। WhatsApp template bodies Meta द्वारा approve होने पड़ते हैं। SMS template bodies को TRAI DLT template ID carry करना पड़ता है। जिस moment स्कूल body edit करता है, दोनों approvals reset हो जाती हैं — modified body दोनों sides पर एक नई submission है। ज़्यादातर school ERPs इसे अलग workflow बनाते हैं: template edit कीजिए, फिर Meta Business Manager में login कीजिए, फिर re-paste कीजिए, फिर DLT vendor के portal में login कीजिए, फिर re-paste कीजिए। दो screens, दो pastes, दो waits।
Inkwelly पूरी चीज़ को एक screen में सिकोड़ देता है। स्कूल body edit करता है, Save करता है, और WhatsApp और SMS tabs DRAFT badge पर flip हो जाते हैं। एक click — Submit to WhatsApp — body को सही named parameters और sample values के साथ Meta की approval queue में भेजता है; एक click — Submit to DLT — body को typed variables के साथ स्कूल के DLT-registered SMS vendor के लिए package करता है। स्कूल कभी Meta Business Manager नहीं खोलता, routine edits के लिए DLT portal में login नहीं करता। Approvals उसी screen पर हरे tick या लाल rejection note के रूप में वापस आती हैं; स्कूल status एक जगह देखता है।
Group-level customisation — एक version, हर branch
School groups — Lucknow का चार-campus CBSE chain, Maharashtra का तीन-ICSE-branch trust, UP-Bihar में बारह state-board schools का religious-trust group — पहले बारह बार वही fee-payment receipt की identical copies maintain करते थे। Inkwelly group ownership को first-class workflow मानता है। Group administrator group-level Templates screen खोलती हैं, template को group-level पर एक बार customise करती हैं, और group के नीचे हर branch उसी दिन customised version inherit कर लेती है।
एक branch अब भी group-level version को local customisation से override कर सकती है अगर असली वजह हो — campus-specific contact number, region-specific salutation, state-language variant। Override group administrator को अगली बार group view खोलने पर दिखता है ("This branch is using its own version of fee-payment-received")। ज़्यादातर groups इस pattern में आ जाते हैं — common templates पर एक group-level version और routine messages पर zero branch overrides — हर branch के accountant के घंटे बचते हैं और हर parent communication में group की voice में consistency आती है।
Customisation trigger या data कभी नहीं तोड़ती
जब स्कूल fee-payment receipt की body edit करता है, वो copy edit कर रहा है — वो sentence जो parent पढ़ती है। वो trigger (alert payment record होने पर fire होगा) या variables (parent का नाम, amount, date, receipt link सही जगह पहुँचेंगे) edit नहीं कर रहा। Inkwelly यह strictly enforce करता है। एक template पर variables की list platform level पर defined है और school edit उसे remove नहीं कर सकती; अगर स्कूल की body एक variable हटा दे, editor save से पहले flag कर देता है। अगर स्कूल कोई unknown placeholder जोड़े, editor उसे भी flag कर देता है — "This variable does not exist" — और स्कूल को पता चल जाता है कि fix करना है।
यह intentional है। Principal को हर sentence बिना यह डर के फिर से लिखने में सक्षम होना चाहिए कि receipt "Dear ____, your payment of ____ was received on ____" के साथ पहुँचेगी क्योंकि एक placeholder टूट गया। Variables guaranteed हैं; उनके आसपास का prose स्कूल का है। Approval queues (Meta, DLT) उसी guarantee को inherit करती हैं — स्कूल का edit data binding को inadvertently नहीं तोड़ सकता जिस पर trigger depend करता है। Principal accidentally ऐसा template ship नहीं कर सकती जो empty fields produce करे।
जब आप customise करते हैं, दोनों languages साथ चलती हैं
जो स्कूल किसी template का English version customise करता है — वो लगभग हमेशा Hindi version भी customise करना चाहेगा — वही school voice, वही school footer, वही principal signature, दोनों languages में। Inkwelly के bilingual templates यहाँ carry होते हैं। स्कूल की customised version में दो language tabs होते हैं, English और Hindi, side by side। स्कूल English edit करता है, tabs switch करता है, Hindi edit करता है, एक बार save करता है, और दोनों languages अपनी respective approval queues पर उसी moment re-submit हो जाती हैं।
अगर स्कूल सिर्फ़ English tab edit करे (कोई specific tweak जो Hindi पर लागू न हो), Hindi tab की ready-to-use Hindi body intact रहती है; customised version bilingual रहती है, स्कूल को retype नहीं करना पड़ता। अगर स्कूल चाहे कि Hindi tone English से deliberately अलग हो (ज़्यादा conversational, ज़्यादा formal, ज़्यादा region-specific), editor उसे भी support करता है। दो tabs template से linked हैं, content से नहीं — स्कूल उन्हें अलग direction में ले जा सकता है अगर पैरेंट्स को वैसा चाहिए।
Reset to default — एक click, audit-logged
वो principal जिसने template customise किया और बाद में ready-to-use version पर वापस जाना चाहती हैं — उन्हें original body याद रखने, documentation से copy करने या Inkwelly support को call करने की ज़रूरत नहीं। Template detail page पर Reset to default button स्कूल को तुरंत ready-to-use template पर वापस ले आता है — स्कूल की customised version soft-deleted, अगला message ready-to-use वाला। Audit log reset record करता है — किसने click किया, कब, और किस user ने स्कूल को default पर वापस लिया।
यह तब मायने रखता है जब customisation parents के साथ अच्छी तरह land न करे। Principal ने fee-receipt body में नया admission cycle mention करने वाला एक sentence जोड़ा; parents को pushy लगा; उन्हें parent group में feedback मिला; वो एक click में reset करती हैं। अगली fee payment तक, parents original ready-to-use body देखते हैं। Customised version audit trail में preserved रहती है — स्कूल बाद में अपना मन बदले तो recover कर सकता है — पर active template safe defaults पर वापस है। जब स्कूल live parent feedback पर react कर रहा हो, speed मायने रखती है।
“Pehle har ERP upgrade ke baad humara receipt template reset ho jata tha — ek bar customise karte the, agle quarter generic ho jata tha. Inkwelly me customise kiya, woh humara hai. Six months ho gaye, ek baar bhi overwrite nahi hua.”
असली situations जिन्हें customisation solve करती है
-
Lucknow का एक CBSE school जहाँ principal चाहती हैं कि हर WhatsApp message उनकी signature line के साथ खत्म हो। वो fee-payment-received, fee-receipt-shared और absence-marked templates एक बार customise करती हैं — हर एक में "With best wishes — Dr Meera Sharma, Principal" line जोड़ती हैं। उसी screen से WhatsApp पर re-submit करती हैं। चौबीस घंटे के अंदर हर parent जो स्कूल का WhatsApp message receive करता है — उसे principal की signature दिखती है। कोई और staff यह जोड़ना याद रखने को मजबूर नहीं; templates इसे हमेशा carry करते हैं।
-
Bahraich का state-board school जिसकी accountant चाहती हैं कि fee receipt में अगले महीने की payment के लिए स्कूल का UPI ID भी mention हो। वो fee-payment-received template edit करती हैं, "अगले महीने की fee इस UPI ID पर भेजें: school@hdfcbank" line जोड़ती हैं। English और Hindi दोनों tabs में edit। WhatsApp re-approval दो दिन में clear हो जाती है। तीसरे दिन से, हर parent जो pay करता है — receipt में अगले महीने का UPI prompt embedded पाता है — अगले cycle में online payment adoption 18 percent बढ़ती है।
-
Maharashtra का एक CBSE group जिसकी चार branches हैं — Pune, Mumbai, Nashik, Aurangabad। Group administrator चाहती हैं कि हर branch का marksheet-published template वही group letterhead reference और वही principal-signature variant carry करे। वो marksheet-published template को group level पर एक बार customise करती हैं। एक घंटे के अंदर, चारों branches वही customised version inherit कर लेती हैं। किसी branch accountant को कुछ नहीं करना। Group को चालीस हज़ार parents में voice की consistency दिखती है।
-
Pune का एक ICSE school जिसकी office assistant ने पिछले साल Inkwelly के platform-level template को school-specific body से override किया था। इस साल, Inkwelly ने ready-to-use fee-payment-received template पर एक नया "Pay now" action button ship किया। स्कूल की customised version automatically वो button नहीं पाती (क्योंकि स्कूल अपनी version का मालिक है)। Office assistant को template detail page पर Compare to ready-to-use banner दिखता है; click करती हैं; diff देखती हैं; एक click में नया button स्कूल की version में merge कर लेती हैं। School-specific body रहती है, नया button साथ आता है, merge audit-logged है।
-
एक स्कूल auditor year-end compliance review कर रही हैं। वो audit log को template-customisation events से filter करती हैं — financial year में स्कूल templates पर हुए हर बदलाव को देखने के लिए, किसने बदला, क्या बदला, कौन सी approval queue clear हुई। Evidence complete है — हर parent-facing communication का evolution traceable है। Auditor की रिपोर्ट में note है: "Template-level audit trail confirms compliance with TRAI DLT and Meta approval workflows for all material edits in the period."
रोज़ाना के operations और scenarios
- किसी भी ready-to-use template पर Customize click कीजिए — स्कूल तुरंत version का मालिक
- Body, subject, footer और action buttons हर channel पर edit कीजिए — एक screen, एक session
- WhatsApp और DLT पर उसी screen से re-submit कीजिए — हर channel पर एक click, अलग logins नहीं
- Multi-branch trusts के लिए customisation group level पर apply कीजिए — हर branch उसी दिन inherit
- जब असली वजह हो, group-level customisation को branch-specific local edit से override कीजिए
- Reset to default एक click में — customisation soft-deleted पर audit में preserved
- जब Inkwelly कोई ready-to-use template update करे, Compare to ready-to-use banner देखिए — diff review करके selectively merge कीजिए
- हर customisation event audit कीजिए — किसने edit किया, क्या बदला, approval कब clear हुई
- English और Hindi tabs साथ या अलग edit कीजिए — bilingual templates editor दोनों support करता है
- Save से पहले हर channel और हर language में customised version preview कीजिए — वही preview जो parent देखेगी
- Variables guaranteed रखिए — editor save से पहले unknown placeholder flag कर देता है
- एक afternoon में पाँच templates edit करके school-wide voice change rollout कीजिए (principal signature, school motto, regional greeting)
20 मिनट के demo में अपने पहले तीन templates customise कीजिए
अपने स्कूल का preferred greeting, principal की signature line, और एक WhatsApp number जो हर receipt में mention होना चाहिए — साथ लाइए। हम call के दौरान आपके स्कूल के account पर तीन असली templates customise करेंगे और call खत्म होने तक WhatsApp approval clear होते देखेंगे।
Limits, safety और छोटी प्रिंट
स्कूल की customised version पहले Customize click के moment से ही ready-to-use से independent है — पर स्कूल बाद में यह देखने की क्षमता नहीं खोता कि ready-to-use template में क्या बदला। Detail page पर एक Compare to ready-to-use banner दिखता है जब भी Inkwelly underlying ready-to-use template update करे; स्कूल diff review करता है और selectively merge करता है। स्कूल कभी platform update लेने को मजबूर नहीं; स्कूल को हमेशा बताया जाता है कि एक available है और choice उसकी है।
WhatsApp और SMS approvals instant नहीं हैं। Meta की queue non-trivial template edits पर कुछ मिनटों से कुछ business days लेती है — high-traffic launches पर लंबे waits के साथ; TRAI DLT vendors typically एक से तीन business days में clear करते हैं जब body सही typed variables के साथ submit हो। Inkwelly status को स्कूल के account में track करता है और template detail page पर surface करता है; in-flight approval स्कूल को नई body पर live जाने से रोकती है पर पहले से approved body बीच में fire होती रहती है। Re-approval के दौरान कोई message-delivery gap नहीं — parents नई template clear होने तक पहले approved version receive करते रहते हैं।
Group-level customisation को Inkwelly account पर group administrator role की ज़रूरत है; branch administrators group-level version देख सकते हैं (read-only) और ज़रूरत हो तो local override कर सकते हैं — पर group-level version खुद edit नहीं कर सकते। Reset to default हर scope पर काम करता है — branch अपना local override reset कर सकती है; group अपनी group-level customisation को Inkwelly की ready-to-use पर वापस reset कर सकता है। दोनों actions audit-logged हैं। School data, customised templates और approval submissions Inkwelly के Mumbai infrastructure पर DPDP Act 2023 safeguards के अंदर store होते हैं। जो स्कूल Inkwelly से exit करता है — उसे हर customised template का export मिलता है — दोनों languages और हर channel में — standard offboarding के हिस्से के रूप में।
किस मॉड्यूल का हिस्सा
1 moduleअक्सर पूछे गए सवाल
8 सवालAgar Inkwelly ready-to-use template update kare toh kya humari customised version badal jayegi?
नहीं। आपकी स्कूल की customised version पहले Customize click के moment से ही independent है। Inkwelly के ready-to-use template पर updates सिर्फ़ ready-to-use version को affect करते हैं। आपकी customisation वैसी ही रहती है जैसे आप छोड़ गए थे — हर word, हर footer line, हर button label — जब तक आप Compare to ready-to-use banner से future Inkwelly improvement को explicitly merge करने का choice न करें।
Customise karne ke baad WhatsApp / DLT re-approval me kitna time lagta hai?
Meta की WhatsApp template queue non-trivial edits पर कुछ मिनटों से कुछ business days लेती है, high-traffic launches पर लंबे waits के साथ। TRAI DLT vendors (MSG91, Fast2SMS और दूसरे) आमतौर पर एक से तीन business days लेते हैं। Email और Push instant हैं क्योंकि उन्हें external approval की ज़रूरत नहीं। Inkwelly status को उसी screen पर track करता है — हरे tick या लाल rejection note के रूप में जैसे ही दोनों में से कोई जवाब दे।
क्या parents को re-approval के wait के दौरान कोई broken या missing message मिलेगा?
नहीं। पहले approved body WhatsApp और SMS के लिए नई body clear होने तक fire होती रहती है। कोई delivery gap नहीं। Email और Push, जिन्हें external approval की ज़रूरत नहीं, save करते ही नई body पर switch हो जाते हैं। Parents critical channels पर कोई gap नहीं देखेंगे।
क्या हम group level पर template customise कर सकते हैं ताकि हर branch वही version inherit करे?
हाँ। Multiple branches वाला स्कूल group एक customised template group level पर एक बार publish करता है; group के नीचे हर branch उसी दिन वही customised version inherit कर लेती है। एक branch अब भी ज़रूरत होने पर group-level version को local customisation से override कर सकती है (उदाहरण, campus-specific contact number); override group administrator को दिखता है। यह consistent voice requirements वाले multi-branch trusts का standard pattern है।
Reset to default karne par humari customisation ka kya hota hai?
Reset to default स्कूल की customisation को soft-delete करता है — अगली send से, parents को Inkwelly की ready-to-use template मिलती है। Customisation audit trail में preserved रहती है ताकि स्कूल बाद में अपना मन बदले तो recover कर सके। Reset एक click में काम करता है और audit-logged है — किसने click किया, कब। न data loss, न permanent erasure।
क्या हम template जिस trigger पर fire होता है उसे बदल सकते हैं?
नहीं। Trigger (वो event जो alert fire करती है — fee payment record हुआ, absent mark हुआ, marksheet publish हुई) platform level पर fixed है और school edit से नहीं बदला जा सकता। स्कूल copy edit करता है, behaviour नहीं। अगर स्कूल को कोई नया trigger चाहिए जो मौजूद नहीं (rare situation), तो Inkwelly इसे feature request मानता है — हम per-school trigger-level edits allow नहीं करते क्योंकि वो data binding को तोड़ सकता है जिस पर parents निर्भर हैं।
क्या customised version रहती है अगर हम ownership बदलें या Inkwelly switch off करें?
हाँ। Customised template Inkwelly के Mumbai infrastructure पर स्कूल के account के अंदर store है और staff role changes, branch additions और academic-session transitions के पार preserved रहती है। अगर स्कूल Inkwelly से exit करे, तो उसे हर customised template का export मिलता है — दोनों languages और हर channel में — standard offboarding के हिस्से के रूप में, DPDP Act 2023 safeguards के तहत।
Kya ek branch dusri branch ke customised templates same group me dekh sakti hai?
नहीं। हर branch सिर्फ़ अपने customised templates और group administrator से inherit हुए group-level वाले देखती है। एक branch के local overrides दूसरी branch को नहीं दिखते। Group administrator हर branch का customisation tree देखती हैं — consistency ensure करने के लिए उपयोगी — पर branch के local override को बिना group view में पहले acknowledge किए edit नहीं कर सकतीं।
आपको ये भी पसंद आ सकता है
4 लेखInkwelly आपके स्कूल पर — खुद देखें
30 मिनट का डेमो। आपके मौजूदा ERP को आपके साथ खोलकर, कॉल पर ही आपका डेटा Inkwelly में लोड करते हैं। कॉल ख़त्म होते-होते एक तय तारीख़ का गो-लाइव प्लान आपके हाथ में।