কীভাবে একটি Internal Tool বানাবেন: Admin Panel, অনুমোদন ও স্প্রেডশিটের বিকল্প

একটি internal tool বানাতে একটি বর্তমানে বেদনাদায়ক কাজ বেছে নিন — সাধারণত একটি শেয়ার্ড স্প্রেডশিট, একটি ইমেইল থ্রেড, বা একটি চ্যাট চ্যানেল যা database-এর কাজ করছে — এবং সেটিকে একটি ছোট app-এ রূপ দিন, যেখানে সঠিক ফর্ম, স্ট্যাটাসসহ তালিকা, প্রতিটি ভূমিকার জন্য সঠিক অনুমতি এবং কে কী বদলেছে তার ইতিহাস থাকবে। একটি AI app builder একটি কাজের প্রথম সংস্করণ এক বিকেলেই বানাতে পারে। সফল হওয়ার চাবিকাঠি হলো পরিধি একটি কাজে সীমাবদ্ধ রাখা এবং যারা প্রতিদিন এটি ব্যবহার করবেন তাদের সঙ্গে বানানো।

Internal tool কাকে বলে

Internal tool হলো সেই অনাকর্ষণীয় সফটওয়্যার যা একটি ব্যবসা চালায়। সাধারণ ধরন:

আরও শুরুর ধারণার জন্য দেখুন দলের জন্য internal tool-এর ধারণা।

আদৌ কি এটি বানানো উচিত?

স্প্রেডশিট রাখুন যদি একজন মানুষ সেটি রক্ষণাবেক্ষণ করেন, ডেটা ছোট, এবং ভুলের খরচ কম। এই লক্ষণগুলো দেখলে tool বানান:

• মানুষ একে অপরের পরিবর্তন overwrite করে, বা কারও জানা নেই কোন কপিটি সর্বশেষ
• কিছু মানুষ শুধু ডেটার একটি অংশ দেখবে বা সম্পাদনা করবে, এমন প্রয়োজন আছে
• আপনি শিটটি কীভাবে ব্যবহার করতে হয় তার একটি পাতাজোড়া নির্দেশনা লিখেছেন
• স্ট্যাটাস বদলালে কাউকে জানাতে হয়, আর সেটি বারবার মিস হয়
• একটি audit trail দরকার — এটি কে অনুমোদন করেছে, কখন

একটি মাঝামাঝি বিকল্পও আছে। Low-code internal tool platform (Retool, Airtable interface, Softr এবং আরও) আপনার ডেটার উপর বিল্ডিং ব্লক দেয়। আপনার ডেটা আগে থেকেই একটি সমর্থিত database বা স্প্রেডশিটে থাকলে এবং আপনি ড্র্যাগ-অ্যান্ড-ড্রপ স্ক্রিন চাইলে এগুলো ভালো। AI-বানানো app বেশি উপযুক্ত যখন কাজটি নির্দিষ্ট, আপনি চান এটি আপনার দল যেমন প্রয়োজন তেমন দেখতে ও আচরণ করুক, অথবা আপনি কোডের মালিক হতে চান। সাধারণ প্রশ্নটির জন্য দেখুন ছোট ব্যবসার জন্য বানানো বনাম কেনা সফটওয়্যার।

স্ক্রিনের আগে কাজের প্রবাহ নকশা করুন

প্রম্পট দেওয়ার আগে কাজের প্রবাহ একটি ছোট গল্পের মতো লিখুন। একটি খরচ অনুমোদনের tool-এর জন্য:

1. একজন কর্মী একটি খরচ জমা দেয়: পরিমাণ, category, তারিখ, বিবরণ, রসিদের ছবি।
2. তাদের ম্যানেজার বিজ্ঞপ্তি পায় এবং মন্তব্যসহ অনুমোদন বা প্রত্যাখ্যান করে।
3. একটি সীমার উপরের খরচে finance-এরও অনুমোদন লাগে।
4. Finance অনুমোদিত খরচ সাপ্তাহিক ব্যাচে paid হিসেবে চিহ্নিত করে।
5. প্রত্যেকে নিজের খরচের অবস্থা দেখতে পারে; finance সবটা দেখে।

এই গল্প থেকে আপনি পাবেন:

• ডেটা: খরচ, ব্যবহারকারী, ভূমিকা, অনুমোদন (কে, সিদ্ধান্ত, মন্তব্য, তারিখ), সংযুক্তি।
• স্ট্যাটাস: submitted → manager approved → finance approved → paid, অথবা rejected।
• ভূমিকা: employee, manager, finance, admin।
• নিয়ম: সীমার পরিমাণ, কে কোন অবস্থায় আইটেম সরাতে পারবে।
• স্ক্রিন: জমা দেওয়ার ফর্ম, “আমার খরচ”, “আমার অনুমোদনের অপেক্ষায়”, finance-এর সব খরচের টেবিল, ইতিহাসসহ একটি বিস্তারিত পাতা।

এই ভাষায় কাজের প্রবাহ বর্ণনা করলে AI প্রথম চেষ্টাতেই সঠিক জিনিসটি বানাতে পারবে।

অনুমতি ও ইতিহাস

Internal tool-এ প্রায়ই সংবেদনশীল ডেটা থাকে — বেতন, গ্রাহকের তথ্য, টাকা। দুটি নিয়ম:

1. প্রতিটি কাজের জন্য সার্ভারে ভূমিকা যাচাই করুন। একজন ম্যানেজার সরাসরি approve endpoint কল করে নিজের খরচ অনুমোদন করতে পারবেন না।
2. ইতিহাস রাখুন। প্রতিটি স্ট্যাটাস পরিবর্তন ও সম্পাদনা কে ও কখন করেছে তা সংরক্ষণ করুন। এটি “এটা কে বদলেছে?” নিয়ে বেশিরভাগ বিতর্ক মিটিয়ে দেয় এবং কিছু ভুল হলে অমূল্য।

Login কীভাবে হবে সিদ্ধান্ত নিন। যে দল আগে থেকে কোম্পানির Google বা Microsoft অ্যাকাউন্ট ব্যবহার করে, তাদের জন্য সেই অ্যাকাউন্ট দিয়ে sign-in সুবিধাজনক; ইমেইল ও password সব জায়গায় কাজ করে। যেভাবেই হোক, sign-up সীমিত করুন যাতে শুধু আপনার দলের মানুষ ঢুকতে পারে।

একটি কার্যকর প্রথম প্রম্পট

২৫ জনের একটি কোম্পানির জন্য একটি internal expense অনুমোদন tool বানান। কর্মীরা একটি খরচ জমা দেবে: পরিমাণ, currency, category (travel, meals, software, equipment, other), তারিখ, বিবরণ এবং একটি রসিদের ছবি আপলোড। তাদের ম্যানেজার একটি “আমার অনুমোদনের অপেক্ষায়” তালিকা দেখবে এবং মন্তব্যসহ অনুমোদন বা প্রত্যাখ্যান করতে পারবে। $৫০০-এর উপরের খরচে Finance ভূমিকার কারও অনুমোদনও লাগবে। Finance একটি সব খরচের টেবিল দেখবে, যা স্ট্যাটাস, ব্যক্তি ও মাস অনুযায়ী filter করা যায়, এবং অনুমোদিত খরচ paid হিসেবে চিহ্নিত করতে পারবে। প্রতিটি স্ট্যাটাস পরিবর্তন কে করেছে ও কখন তা রেকর্ড হবে, খরচের পাতায় একটি timeline হিসেবে দেখানো। ভূমিকা: employee, manager, finance, admin — প্রতিটি কাজে সার্ভারে যাচাই করা। সবকিছু একটি database-এ সংরক্ষণ করুন এবং বাস্তবসম্মত নমুনা ডেটা দিয়ে seed করুন। সরল, ঘন ও দ্রুত ইন্টারফেস — এটি একটি কাজের tool, মার্কেটিং সাইট নয়।

বানানোর ধাপ

1. মূল টেবিল ও ফর্ম, বাস্তবসম্মত seed ডেটাসহ, যাতে search ও filter স্পষ্টভাবে কাজ করে।
2. স্ট্যাটাস ও পরিবর্তন, কে কোন অবস্থায় আইটেম সরাতে পারবে সহ।
3. ভূমিকা ও login, শুধু আপনার দলের জন্য সীমাবদ্ধ।
4. ইতিহাসের log, প্রতিটি রেকর্ডে।
5. বিজ্ঞপ্তি — কারও কিছু করার দরকার হলে ইমেইল বা চ্যাট বার্তা।
6. বিদ্যমান ডেটা আমদানি স্প্রেডশিট থেকে। স্প্রেডশিটকে app-এ রূপান্তর পরিষ্কার ও আমদানির বিষয়টি ব্যাখ্যা করে।
7. দুই-তিনজন আসল ব্যবহারকারী দিয়ে এক সপ্তাহ পাইলট, তারপর সবার জন্য খোলার আগে।
8. পুরনো প্রক্রিয়াটি একটি নির্দিষ্ট তারিখে বন্ধ করুন। দুটি সিস্টেম পাশাপাশি চললে কোনোটিই বিশ্বাস করা যায় না।

মানুষকে আসলে ব্যবহারে আনা

অনেক internal tool পুরোপুরি কাজ করে তবুও ব্যর্থ হয়, কারণ মানুষ পুরনো পদ্ধতিতেই কাজ চালিয়ে যায়।

• ব্যবহারকারীদের সঙ্গে বানান। নতুন সংস্করণ নকশা করার আগে আজ কেউ কাজটি কীভাবে করছে তা দেখুন।
• পুরনো পদ্ধতির চেয়ে দ্রুত করুন। জমা দিতে বার্তা পাঠানোর চেয়ে বেশি সময় লাগলে মানুষ বার্তা পাঠাতেই থাকবে।
• সুন্দরের চেয়ে ঘনত্ব বেশি জরুরি। অপারেটররা বড় কার্ডের ও ফাঁকা জায়গার বদলে ভালো filterসহ টেবিল ও কিবোর্ড-বান্ধব ফর্ম পছন্দ করেন।
• পরের কাজটি সবার আগে রাখুন। “আমার জন্য অপেক্ষমাণ” যেন মানুষের প্রথম দেখা জিনিস হয়।

সাধারণ ভুল

• পুরো স্প্রেডশিট নতুন করে বানানো। একটিমাত্র কষ্টের কাজ সরান; বাকিটা আপাতত শিটেই থাকুক।
• কোনো মালিক না থাকা। লঞ্চের পরে পরিবর্তন ও সমস্যা সমাধানের দায়িত্বে কেউ একজন থাকতে হবে।
• অনুমতিকে পরে ভাবা। শেষ হওয়া tool-এ ভূমিকা যোগ করা শুরু থেকে ভূমিকা রাখার চেয়ে কঠিন।
• audit trail বাদ দেওয়া, তারপর প্রথমবার টাকা হারালে তার প্রয়োজন টের পাওয়া।
• login ছাড়া একটি public URL-এ প্রকাশ। অভ্যন্তরীণ যেকোনো কিছুতে sign-in বাধ্যতামূলক হতে হবে।

লঞ্চের পরে চালু রাখা

একটি প্রক্রিয়া প্রতি কয়েক মাসে বদলায় — একটি নতুন অনুমোদন ধাপ, একটি নতুন category, একটি নতুন দল। শুরু থেকেই এর পরিকল্পনা করুন:

• সেটিংস টেবিলে রাখুন, কোডে নয়। Categories, সীমা ও অনুমোদনকারী নির্ধারণ যদি database-এ থাকে, একজন admin কোনো rebuild ছাড়াই বদলাতে পারবেন।
• অনুরোধ এক জায়গায় জমা করুন। tool-এর ভেতরে একটি সহজ “পরিবর্তনের পরামর্শ দিন” লিংক চ্যাটে ছড়িয়ে থাকা অনুরোধের চেয়ে ভালো।
• নিয়মিত export করুন। প্রধান টেবিলের একটি CSV export মানে ডেটা কখনও আটকে থাকবে না, এবং মাস-শেষের রিপোর্ট সহজ হবে।
• প্রতিটি পরিবর্তনের পর পরীক্ষা করুন। কোনো workflow বদলের পর জমা, অনুমোদন ও প্রত্যাখ্যান আবার ঘুরে দেখুন, কারণ অনুমতির বাগ সাধারণত সেখানেই দেখা দেয়।

চলমান খরচ

AI দিয়ে বানানো internal tool-এর খরচ হলো hosting, একটি database, নথি আপলোড হলে file storage, এবং বিজ্ঞপ্তির জন্য সম্ভবত একটি ইমেইল বা মেসেজিং service। আপনার নিজের tool-এর জন্য সাধারণত প্রতি-আসনের লাইসেন্স লাগে না, যা অনেক মাঝে মাঝে ব্যবহারকারীর প্রবেশাধিকার দরকার হলে গুরুত্বপূর্ণ। চলমান খরচ হলো রক্ষণাবেক্ষণে কারও সময়।

Mythex দিয়ে বানানো

Internal tool Mythex-এর জন্য ভালো। আপনি কাজের প্রবাহ বর্ণনা করেন, agent live preview-এ বানায়, রেকর্ডের জন্য একটি Postgres database এবং রসিদের মতো আপলোডের জন্য file storage যোগ করে। docs-এর internal tool use case ও admin panel use case-এ শুরুর প্রম্পট আছে। সহকর্মীরা আপনার workspace-এ প্রতি-আসনের ফি ছাড়াই এটি বানাতে সাহায্য করতে পারেন।

দুটি বিষয় জানা দরকার। আপনার দলের যারা tool-টি ব্যবহার করবে তাদের login আপনার বানানো app-এর অংশ, যে পদ্ধতি আপনি বেছে নেবেন — সেগুলো Mythex অ্যাকাউন্ট থেকে আলাদা। আর app-এর জন্য Mythex-এ বিল্ট-ইন Salesforce, HubSpot বা Slack integration নেই; সেগুলো নিজের key দিয়ে তাদের API-এর মাধ্যমে যুক্ত হয়। শুরুর প্রম্পটের জন্য approval tracker বা internal admin tool টেমপ্লেট দেখুন, এবং যদি আপনার প্রয়োজন মূলত চার্ট হয় তবে কীভাবে একটি dashboard বানাবেন পড়ুন।

প্রশ্নোত্তর