Adobe-তে যাচ্ছে Rilo—১০,০০০ ব্যবহারকারীকে workflow সরাতে হবে
২৪ আগস্ট Rilo জানায়, Adobe প্রতিষ্ঠানটিকে অধিগ্রহণ করেছে; একই দিন থেকে নতুন signup বন্ধ এবং hosted app আর ব্যবহারযোগ্য নয়। Rilo-র আনুষ্ঠানিক ঘোষণায় আরও বলা হয়েছে, app-এ গেলে এখন কোম্পানির website-এ ফেরত পাঠানো হচ্ছে। ফলে যাঁদের প্রয়োজনীয় workflow কেবল hosted service-এ ছিল, সেটি Rilo-তে চালিয়ে যাওয়ার সুযোগ নেই।
২ সেপ্টেম্বরের TechCrunch প্রতিবেদনে চুক্তিটিকে technology licensing ও team acquisition-এর সমন্বয় বলা হয়েছে; আর্থিক শর্ত প্রকাশ করা হয়নি এবং Rilo গ্রাহকদের জন্য আর চালু থাকবে না। ৩ সেপ্টেম্বর সহপ্রতিষ্ঠাতা Dhruv Jaglan-এর নিজস্ব পোস্টে দাবি করা হয়, launch-এর কয়েক মাসের মধ্যে ১০,০০০-এর বেশি মানুষ Rilo দিয়ে workflow তৈরি করেছেন এবং transition-এর সময় ব্যবহারকারীদের সেগুলো port করতে সহায়তা দেওয়া হবে।
Adobe কী পাচ্ছে, আর ব্যবহারকারীরা কী হারাচ্ছেন
Adobe Rilo-র দল এবং marketing workflow automation-সংক্রান্ত প্রযুক্তি পাচ্ছে। তবে standalone Rilo product একই নামে বা Adobe-র কোনো পণ্যের ভেতরে গ্রাহকদের জন্য চলবে—এমন ঘোষণা প্রকাশিত হয়নি। নিশ্চিত পরিবর্তনটি হলো hosted product বন্ধ হয়ে যাওয়া।
Rilo go-to-market দলের জন্য competitor intelligence, content repurposing ও distribution এবং sales-call analysis-সহ custom workflow তৈরির সুযোগ দিত। তাই প্রভাবটি শুধু একটি dashboard হারানো নয়: Rilo-র execution-এর ওপর নির্ভরশীল scheduled research, content delivery বা notification আর আগের ব্যবস্থায় চালানো যাবে না।
Adobe এসব capability কোন পণ্যে, কী নামে বা কবে যুক্ত করবে, সে তথ্যও প্রকাশ করেনি। সম্ভাব্য Adobe integration-কে তাই বর্তমান Rilo workflow-এর প্রস্তুত বিকল্প হিসেবে ধরা যাচ্ছে না।
১০,০০০ সংখ্যা affected customer-এর হিসাব নয়
শিরোনামের ১০,০০০ সংখ্যা Rilo-তে কাজ করা মোট ব্যবহারকারীর প্রতিষ্ঠাতার দাবি। এটি বর্তমান সক্রিয় user, paid customer, workspace বা production workflow-এর সংখ্যা নয়। প্রকাশিত তথ্য থেকে তাই ঠিক কতজনের workflow এখন সরাতে হবে, তা নির্ণয় করা সম্ভব নয়।
তবে hosted app বন্ধ হওয়ায় যাঁরা নিজেদের Rilo workflow সংরক্ষণ বা চালু রাখতে চান, তাঁদের সেগুলো অন্য ব্যবস্থায় port বা পুনর্নির্মাণ করতে হবে। প্রতিষ্ঠাতার সহায়তার প্রতিশ্রুতি এই প্রয়োজনটিকেই স্বীকার করে, কিন্তু ঘোষণাগুলোতে support channel, migration deadline, export format কিংবা কোন data ফেরত পাওয়া যাবে—এসবের বিস্তারিত নেই।
Workflow inventory ও data উদ্ধারের সীমা
Hosted app না খুললে প্রথম কাজ হলো প্রতিষ্ঠানের নিজস্ব নথি থেকে Rilo-নির্ভর কাজের তালিকা পুনর্গঠন করা। Email notification, webhook log, billing record, team documentation এবং সংরক্ষিত output থেকে কোন automation চালু ছিল ও কোথায় ফল পাঠাত, তা চিহ্নিত করা যায়।
প্রতিটি প্রয়োজনীয় workflow-এর জন্য অন্তত এই তথ্যগুলো এক জায়গায় রাখা উচিত:
- workflow-এর উদ্দেশ্য, owner ও business priority;
- কোন event, schedule বা input কাজটি শুরু করত;
- কোন connected service থেকে data পড়া বা লেখা হতো;
- output কোথায় যেত—যেমন CRM, email draft, notification বা content queue;
- শেষ জানা সফল execution এবং ব্যর্থ হলে সম্ভাব্য প্রভাব;
- সংরক্ষিত prompt, rule, template, field mapping ও প্রয়োজনীয় historical output।
কোনো প্রয়োজনীয় data আর দেখা না গেলে transition support-এর কাছে workspace owner, account identifier, workflow-এর নাম এবং চাওয়া export-এর পরিধি উল্লেখ করে অনুরোধ করা যেতে পারে। Password, API secret বা পূর্ণ access token বার্তায় পাঠানো উচিত নয়; account যাচাইয়ের অনুমোদিত পদ্ধতি আগে জানতে হবে।
Connected account প্রত্যাহারের নিরাপদ ক্রম
Workflow পুনর্গঠনের আগে সব integration একসঙ্গে বিচ্ছিন্ন করলে প্রয়োজনীয় audit trail বা dependency শনাক্ত করা কঠিন হতে পারে। আবার বন্ধ service-এর জন্য OAuth grant, API key, webhook বা service-account permission চালু রাখলে অপ্রয়োজনীয় access থেকে যায়।
- প্রতিটি integration, credential ও তার owner শনাক্ত করুন;
- সংশ্লিষ্ট service-এর recent activity এবং audit log সংরক্ষণ করুন;
- replacement workflow-এ প্রয়োজনীয় access ন্যূনতম permission দিয়ে আলাদাভাবে তৈরি করুন;
- তারপর পুরোনো webhook, token ও OAuth grant provider-এর settings থেকে revoke করুন;
- shared credential হলে সেটি rotate করার পর অন্য নির্ভরশীল system সচল আছে কি না যাচাই করুন।
Rilo app বন্ধ হলেও কোনো বাইরের scheduler বা connected tool পুরোনো endpoint-এ request পাঠাতে পারে। তাই failed request, retry এবং অসম্পূর্ণ record আছে কি না integration provider-এর log-এ দেখা দরকার। এটি Rilo-ঘোষিত migration procedure নয়; shutdown-এর পরিস্থিতিতে access ও execution নিয়ন্ত্রণের একটি সতর্কতামূলক ধাপ।
Replacement workflow কখন প্রস্তুত ধরা যাবে
নতুন platform-এর feature list মেলার চেয়ে পুরোনো কাজের প্রয়োজনীয় ফল পুনরুৎপাদন করা বেশি গুরুত্বপূর্ণ। Input source, filtering rule, timezone, approval step, field mapping ও destination বদলালে automation চললেও ফল ভিন্ন হতে পারে।
কম ঝুঁকির sample দিয়ে নতুন workflow চালিয়ে সংরক্ষিত পুরোনো output-এর সঙ্গে ফল তুলনা করা যায়। Duplicate record, ভুল recipient, schedule-এর পার্থক্য এবং human approval বাদ পড়ছে কি না যাচাই না করে customer communication বা personal data-সংশ্লিষ্ট automation production-এ ফেরানো ঠিক হবে না।
Migration সম্পন্ন হয়েছে বলা যাবে যখন নতুন workflow প্রত্যাশিত output দিয়েছে, দায়িত্বপ্রাপ্ত owner তা গ্রহণ করেছেন, failure monitoring চালু হয়েছে এবং পুরোনো access প্রত্যাহার করা হয়েছে। শুধু workflow import হওয়া বা একটি সফল test run যথেষ্ট নয়।
Retention ও Adobe integration এখনো অজানা
প্রকাশিত তিনটি পাতায় user data কত দিন রাখা হবে, backup থেকে কখন মুছবে, deletion confirmation কীভাবে মিলবে কিংবা standard export দেওয়া হবে কি না—এসব বলা নেই। Export পাওয়া গেলে account ও workspace deletion-এর অবস্থা লিখিতভাবে জানতে চাওয়া এবং contractual retention থাকলে তার সময়সীমা নিশ্চিত করা তাই প্রাসঙ্গিক।
Adobe-র কাছে ঠিক কোন intellectual property বা customer-related information যাচ্ছে, সে বিষয়েও প্রকাশিত deal detail সীমিত। ব্যবহারকারীদের নিজের contract ও privacy terms সংরক্ষণ করে Rilo-র transition response-এর সঙ্গে মিলিয়ে দেখতে হবে; প্রকাশিত তথ্যের বাইরে data transfer সম্পর্কে অনুমান করার ভিত্তি নেই।
এখন নিশ্চিত অবস্থা হলো: ২৪ আগস্ট থেকে Rilo-র hosted app ও নতুন signup বন্ধ, Adobe acquisition সম্পন্ন এবং workflow porting support-এর প্রতিশ্রুতি আছে। এখনো অজানা migration window, export পদ্ধতি, retention schedule এবং Adobe-তে কোনো replacement-এর সময়সূচি—পরবর্তী সিদ্ধান্তের জন্য ব্যবহারকারীদের এসব নির্দিষ্ট তথ্যের অপেক্ষা করতে হবে।
আরও পড়ুন:
আমাদের নিউজলেটার নিন
সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।