কিভাবে একটি ছোট প্রোগ্রাম 100+ মিলিয়ন রুবেল/মাস লাভের সাথে একটি ছোট অফিসকে একটি ফেডারেল কোম্পানিতে পরিণত করেছে

2008 সালের ডিসেম্বরের শেষে, বিদ্যমান ব্যবসায়িক প্রক্রিয়াগুলিকে স্বয়ংক্রিয় করার লক্ষ্যে আমাকে পারমের একটি ট্যাক্সি পরিষেবাতে আমন্ত্রণ জানানো হয়েছিল। সাধারণভাবে, আমাকে তিনটি মৌলিক কাজ দেওয়া হয়েছিল:


• ট্যাক্সি ড্রাইভারের জন্য একটি মোবাইল অ্যাপ্লিকেশন সহ একটি কল সেন্টারের জন্য একটি সফ্টওয়্যার প্যাকেজ তৈরি করুন এবং অভ্যন্তরীণ ব্যবসায়িক প্রক্রিয়াগুলি স্বয়ংক্রিয় করুন৷
• সব কিছু কম সময়ের মধ্যে করা উচিত ছিল.
• তৃতীয় পক্ষের বিকাশকারীদের কাছ থেকে কেনার পরিবর্তে আপনার নিজস্ব সফ্টওয়্যার রাখুন, যা ভবিষ্যতে, ব্যবসার বিকাশের সাথে সাথে, ক্রমাগত পরিবর্তিত বাজারের অবস্থার জন্য স্বাধীনভাবে স্কেল করা যেতে পারে।

সেই সময়ে, আমি এই বাজারটি কীভাবে কাজ করে এবং এর সূক্ষ্মতা বুঝতে পারিনি, তবে তবুও, দুটি জিনিস আমার কাছে স্পষ্ট ছিল। কল সেন্টারটি অবশ্যই ওপেন সোর্স অ্যাস্টারিস্ক সফ্টওয়্যার পিবিএক্সের ভিত্তিতে তৈরি করা উচিত। কল সেন্টার এবং মোবাইল অ্যাপ্লিকেশনের মধ্যে তথ্যের আদান-প্রদান মূলত একটি ক্লায়েন্ট-সার্ভার সমাধান যা ভবিষ্যত প্রকল্পের আর্কিটেকচার এবং এর প্রোগ্রামিং ডিজাইন করার জন্য সমস্ত সংশ্লিষ্ট প্যাটার্ন সহ।

প্রকল্পের কাজ, সময়সীমা এবং খরচের প্রাথমিক মূল্যায়নের পরে এবং ট্যাক্সি পরিষেবার মালিকের সাথে সমস্ত প্রয়োজনীয় বিষয়ে একমত হওয়ার পরে, আমি 2009 সালের জানুয়ারিতে কাজ শুরু করি।

সামনে দেখছি, এখুনি বলব। ফলাফলটি রাশিয়ার 60টি এবং কাজাখস্তানের 12টি শহরে 2+ সার্ভারে চলমান একটি মাপযোগ্য প্ল্যাটফর্ম ছিল। কোম্পানির মোট মুনাফা ছিল 100+ মিলিয়ন রুবেল/মাস।

পর্যায় এক. প্রোটোটাইপ

যেহেতু সেই সময়ে আইপি টেলিফোনিতে আমার কোন বাস্তব অভিজ্ঞতা ছিল না, এবং আমি শুধুমাত্র "হোম" পরীক্ষার অংশ হিসাবে তারার সাথে পরিচিত ছিলাম, তাই একটি মোবাইল অ্যাপ্লিকেশন এবং সার্ভার অংশের বিকাশের সাথে কাজ শুরু করার সিদ্ধান্ত নেওয়া হয়েছিল। একই সময়ে, অন্যান্য কাজের জ্ঞানের ফাঁক বন্ধ করা।

মোবাইল অ্যাপ্লিকেশনের সাথে যদি সবকিছু কম-বেশি পরিষ্কার হত। সেই সময়ে, এটি শুধুমাত্র সাধারণ পুশ-বোতাম ফোনের জন্য জাভাতে লেখা যেতে পারে, কিন্তু মোবাইল ক্লায়েন্টদের পরিবেশনকারী একটি সার্ভার লেখা একটু বেশি জটিল ছিল:

• কি সার্ভার ওএস ব্যবহার করা হবে;
• যুক্তির উপর ভিত্তি করে যে একটি প্রোগ্রামিং ভাষা একটি কাজের জন্য বেছে নেওয়া হয়, এবং এর বিপরীতে নয়, এবং পয়েন্ট 1 বিবেচনা করে, কোন প্রোগ্রামিং ভাষা সমস্যা সমাধানের জন্য সর্বোত্তম হবে;
• ডিজাইনের সময়, পরিষেবাতে প্রত্যাশিত ভবিষ্যতের উচ্চ লোডগুলি বিবেচনায় নেওয়া প্রয়োজন ছিল;
• কোন ডাটাবেস উচ্চ লোডের অধীনে ত্রুটি সহনশীলতার গ্যারান্টি দিতে পারে এবং এটিতে অনুরোধের সংখ্যা বৃদ্ধির সাথে সাথে কীভাবে একটি দ্রুত ডাটাবেস প্রতিক্রিয়া সময় বজায় রাখা যায়;
• নির্ধারক ফ্যাক্টর ছিল উন্নয়নের গতি এবং দ্রুত কোড স্কেল করার ক্ষমতা
• ভবিষ্যতে সরঞ্জাম এবং এর রক্ষণাবেক্ষণের খরচ (গ্রাহকের শর্তগুলির মধ্যে একটি হল সার্ভারগুলি অবশ্যই তার নিয়ন্ত্রণাধীন অঞ্চলে অবস্থিত হতে হবে);
• প্ল্যাটফর্মে কাজের পরবর্তী পর্যায়ে প্রয়োজন হবে এমন ডেভেলপারদের খরচ;

পাশাপাশি ডিজাইন ও ডেভেলপমেন্ট সংক্রান্ত আরও অনেক বিষয়।

প্রকল্পে কাজ শুরু করার আগে, আমি ব্যবসার মালিককে নিম্নলিখিত কৌশলগত সিদ্ধান্তের প্রস্তাব দিয়েছিলাম: যেহেতু প্রকল্পটি বেশ জটিল, এটির বাস্তবায়নে একটি লক্ষণীয় পরিমাণ সময় লাগবে, তাই প্রথমে আমি একটি MVP সংস্করণ তৈরি করি, যা খুব বেশি সময় নেবে না এবং অর্থ, কিন্তু যা তার কোম্পানিকে ইতিমধ্যেই "এখানে এবং এখন" বাজারে একটি প্রতিযোগিতামূলক সুবিধা অর্জনের অনুমতি দেবে এবং ট্যাক্সি পরিষেবা হিসাবে এর ক্ষমতাও প্রসারিত করবে। পরিবর্তে, এই ধরনের একটি মধ্যবর্তী সমাধান আমাকে আরও চিন্তাভাবনা করে চূড়ান্ত সমাধান ডিজাইন করার জন্য সময় দেবে এবং প্রযুক্তিগত পরীক্ষার জন্য সময় দেবে। একই সময়ে, বাস্তবায়িত সফ্টওয়্যার সমাধানটি সঠিকভাবে ডিজাইন করার গ্যারান্টি দেওয়া হবে না এবং ভবিষ্যতে আমূল নতুনভাবে ডিজাইন বা প্রতিস্থাপিত হতে পারে, তবে এটি অবশ্যই "প্রতিযোগীদের থেকে দূরে সরে যাওয়ার" ন্যূনতম প্রয়োজনীয় কার্যকারিতা সম্পাদন করবে। ট্যাক্সির প্রতিষ্ঠাতা ধারণাটি পছন্দ করেছিলেন, তাই শেষ পর্যন্ত তারা এটি করেছিলেন।

আমি প্রথম দুই সপ্তাহ কোম্পানির ব্যবসায়িক প্রক্রিয়াগুলি অধ্যয়ন করতে এবং ভিতরে থেকে একটি ট্যাক্সির কাজ অধ্যয়ন করতে কাটিয়েছি। কোথায়, কী এবং কীভাবে স্বয়ংক্রিয় হতে পারে এবং এটি আদৌ প্রয়োজনীয় কিনা তার একটি ব্যবসায়িক বিশ্লেষণ পরিচালনা করেছে। কোম্পানির কর্মচারীরা কি অসুবিধা এবং সমস্যার সম্মুখীন হয়? কিভাবে তারা সমাধান করা হয়. কোম্পানীর কর্মীদের জন্য কর্মদিবস কিভাবে সংগঠিত হয়। তারা কি সরঞ্জাম ব্যবহার করে?

তৃতীয় সপ্তাহের শেষে, কাজ শুরু করার পরে এবং ইন্টারনেটে আগ্রহের বিষয়গুলি অধ্যয়ন করার পরে, ব্যবসার মালিকের ইচ্ছা এবং সেই সময়ে আমার নিজের জ্ঞান এবং ক্ষমতা বিবেচনায় নিয়ে, নিম্নলিখিত স্ট্যাকটি প্রয়োগ করার সিদ্ধান্ত নেওয়া হয়েছিল :

• ডাটাবেস সার্ভার: MsSQL (2GB পর্যন্ত ডাটাবেস ফাইল সীমা সহ বিনামূল্যে সংস্করণ);
• উইন্ডোজের অধীনে ডেলফিতে মোবাইল ক্লায়েন্টদের পরিবেশনকারী একটি সার্ভারের বিকাশ, যেহেতু ইতিমধ্যেই একটি উইন্ডোজ সার্ভার ছিল যেখানে ডাটাবেস ইনস্টল করা হবে, সেইসাথে উন্নয়ন পরিবেশ নিজেই দ্রুত বিকাশের সুবিধা দেয়;
• 2009 সালে মোবাইল ফোনে ইন্টারনেটের কম গতির কথা বিবেচনা করে, ক্লায়েন্ট এবং সার্ভারের মধ্যে বিনিময় প্রোটোকল অবশ্যই বাইনারি হতে হবে। এটি প্রেরিত ডেটা প্যাকেটের আকার হ্রাস করবে এবং ফলস্বরূপ, সার্ভারের সাথে ক্লায়েন্টদের কাজের স্থিতিশীলতা বৃদ্ধি করবে;

প্রোটোকল এবং ডাটাবেস ডিজাইন করতে আরও দুই সপ্তাহ ব্যয় করা হয়েছিল। ফলাফল হল 12 টি প্যাকেজ যা মোবাইল ক্লায়েন্ট এবং সার্ভারের মধ্যে সমস্ত প্রয়োজনীয় ডেটা বিনিময় নিশ্চিত করে এবং ডাটাবেসের প্রায় 20 টি টেবিল। আমি ভবিষ্যতের কথা বিবেচনা করে কাজের এই অংশটি করেছি, এমনকি যদি আমাকে প্রযুক্তির স্ট্যাকটি সম্পূর্ণভাবে পরিবর্তন করতে হয় তবে প্যাকেজ এবং ডাটাবেসের কাঠামো অপরিবর্তিত থাকা উচিত।

প্রস্তুতিমূলক কাজের পরে, ধারণাটির ব্যবহারিক বাস্তবায়ন শুরু করা সম্ভব হয়েছিল। প্রক্রিয়াটিকে কিছুটা গতি বাড়ানোর জন্য এবং অন্যান্য কাজের জন্য সময় খালি করার জন্য, আমি মোবাইল অ্যাপ্লিকেশনটির একটি খসড়া সংস্করণ তৈরি করেছি, UI স্কেচ করেছি, আংশিকভাবে UX, এবং প্রকল্পে একজন পরিচিত জাভা প্রোগ্রামারকে যুক্ত করেছি। এবং তিনি সার্ভার-সাইড ডেভেলপমেন্ট, ডিজাইন এবং টেস্টিং এর উপর দৃষ্টি নিবদ্ধ করেন।

MVP-তে কাজ করার দ্বিতীয় মাসের শেষে, সার্ভার এবং ক্লায়েন্ট প্রোটোটাইপের প্রথম সংস্করণ প্রস্তুত ছিল।

এবং তৃতীয় মাসের শেষের দিকে, সিন্থেটিক পরীক্ষা এবং ফিল্ড টেস্ট, বাগ ফিক্স, প্রোটোকল এবং ডাটাবেসের সামান্য উন্নতির পরে, অ্যাপ্লিকেশনটি উত্পাদনের জন্য প্রস্তুত ছিল। যা করা হয়েছিল।

এই মুহূর্ত থেকে প্রকল্পের সবচেয়ে আকর্ষণীয় এবং সবচেয়ে কঠিন অংশ শুরু হয়।

নতুন সফটওয়্যারে চালকদের স্থানান্তরের সময়, XNUMX ঘন্টা ডিউটি ​​সংগঠিত হয়েছিল। যেহেতু দিনের বেলা কাজের সময় সবাই আসতে পারে না। উপরন্তু, প্রশাসনিকভাবে, কোম্পানির প্রতিষ্ঠাতার একটি দৃঢ়-ইচ্ছাকৃত সিদ্ধান্ত দ্বারা, এটি এমনভাবে সংগঠিত হয়েছিল যে লগইন/পাসওয়ার্ডটি ট্যাক্সি পরিষেবার ব্যবস্থাপক দ্বারা প্রবেশ করা হয়েছিল এবং সেগুলি ড্রাইভারের সাথে যোগাযোগ করা হয়নি। আমার পক্ষ থেকে, ব্যর্থতা এবং অপ্রত্যাশিত পরিস্থিতিতে ব্যবহারকারীদের জন্য প্রযুক্তিগত সহায়তা প্রয়োজন ছিল।

মারফির আইন আমাদের বলে: "যা ভুল হতে পারে, ভুল হবে।" এবং ঠিক এইভাবেই জিনিসগুলি ভুল হয়ে গেছে... এটি একটি জিনিস যখন আমি এবং বেশ কয়েকটি ট্যাক্সি ড্রাইভার কয়েক ডজন পরীক্ষার আদেশে অ্যাপ্লিকেশনটি পরীক্ষা করেছিলাম। এবং এটি একটি সম্পূর্ণ ভিন্ন বিষয় যখন লাইনে থাকা 500+ ড্রাইভার প্রকৃত মানুষের কাছ থেকে আসল অর্ডারে রিয়েল টাইমে কাজ করে।

মোবাইল অ্যাপ্লিকেশনটির আর্কিটেকচারটি সহজ ছিল এবং সার্ভারের তুলনায় এটিতে লক্ষণীয়ভাবে কম বাগ ছিল। তাই কাজের মূল ফোকাস ছিল সার্ভারের দিকে। অ্যাপ্লিকেশনটিতে সবচেয়ে জটিল সমস্যাটি ছিল সার্ভার থেকে সংযোগ বিচ্ছিন্ন হওয়ার সমস্যা যখন ফোনে ইন্টারনেট হারিয়ে গিয়েছিল এবং সেশনটি আবার পুনরুদ্ধার করা হয়েছিল। এবং ইন্টারনেট প্রায়ই অদৃশ্য হয়ে যায়। প্রথমত, সেই বছরগুলিতে ফোনে ইন্টারনেট যথেষ্ট স্থিতিশীল ছিল না। দ্বিতীয়ত, অনেক অন্ধ দাগ ছিল যেখানে ইন্টারনেট সহজভাবে কাজ করে না। আমরা এই সমস্যাটি প্রায় অবিলম্বে শনাক্ত করেছি এবং XNUMX ঘন্টার মধ্যে পূর্বে ইনস্টল করা সমস্ত অ্যাপ্লিকেশন সংশোধন ও আপডেট করেছি।

সার্ভারে প্রধানত অর্ডার ডিস্ট্রিবিউশন অ্যালগরিদম এবং ক্লায়েন্টদের কাছ থেকে কিছু অনুরোধের ভুল প্রক্রিয়াকরণে ত্রুটি ছিল। ত্রুটি সনাক্ত করার পরে, আমি সার্ভার সংশোধন এবং আপডেট করেছি।

আসলে, এই পর্যায়ে এত প্রযুক্তিগত সমস্যা ছিল না। পুরো অসুবিধা হল আমি প্রায় একমাস অফিসে ডিউটিতে ছিলাম, মাঝে মাঝে বাসায় যেতাম। সম্ভবত 4-5 বার। এবং আমি ফিট এবং শুরু করে ঘুমিয়েছিলাম, যেহেতু সেই সময়ে আমি একা প্রকল্পে কাজ করছিলাম এবং আমি ছাড়া কেউ কিছু ঠিক করতে পারেনি।

এক মাস, এর মানে এই নয় যে এক মাসের জন্য সবকিছু ক্রমাগত গোলমাল করছিল এবং আমি থামা ছাড়াই কিছু কোডিং করছিলাম। আমরা এইমাত্র সিদ্ধান্ত নিয়েছি। সব পরে, ব্যবসা ইতিমধ্যে অপারেটিং এবং একটি লাভ উপার্জন ছিল. এখন গ্রাহক এবং লাভ হারানোর চেয়ে এটি নিরাপদে খেলা এবং পরে বিশ্রাম নেওয়া ভাল। আমরা সকলেই এটি খুব ভালভাবে বুঝতে পেরেছি, তাই পুরো দল সম্মিলিতভাবে ট্যাক্সি সিস্টেমে নতুন সফ্টওয়্যার প্রবর্তনের জন্য সর্বাধিক মনোযোগ এবং সময় ব্যয় করেছে। এবং অর্ডারের বর্তমান ট্র্যাফিক বিবেচনায় নিয়ে, আমরা অবশ্যই এক মাসের মধ্যে সমস্ত ত্রুটিগুলি দূর করব। ঠিক আছে, লুকানো বাগগুলি যেগুলি থাকতে পারে সেগুলি অবশ্যই ব্যবসায়িক প্রক্রিয়ার উপর গুরুতর পরিণতি ঘটাবে না এবং, যদি প্রয়োজন হয়, সেগুলি নিয়মিত ভিত্তিতে সংশোধন করা যেতে পারে।

এখানে ট্যাক্সি পরিষেবাগুলির পরিচালক এবং ফোরম্যানদের কাছ থেকে অমূল্য সহায়তা নোট করা প্রয়োজন, যারা ড্রাইভারদের নতুন সফ্টওয়্যারে স্থানান্তর করার পরিস্থিতির জটিলতা সম্পর্কে সর্বাধিক বোঝার সাথে, চালকদের সাথে চব্বিশ ঘন্টা কাজ করেছিলেন। আসলে, ফোনে নতুন প্রোগ্রাম ইনস্টল করার পরে, আমরা একটি একক ড্রাইভার হারালাম না। এবং তারা ক্লায়েন্টদের অপসারণ না করার শতাংশকে সমালোচনামূলকভাবে বৃদ্ধি করেনি, যা শীঘ্রই স্বাভাবিক স্তরে ফিরে আসে।

এটি প্রকল্পের প্রথম পর্যায়ের কাজ শেষ করেছে। এবং এটি লক্ষ করা উচিত যে ফলাফল আসতে দীর্ঘ ছিল না। মানুষের হস্তক্ষেপ ছাড়াই ড্রাইভারদের অর্ডার বন্টন স্বয়ংক্রিয় করার মাধ্যমে, একজন ক্লায়েন্টের দ্বারা ট্যাক্সির জন্য গড় অপেক্ষার সময় একটি মাত্রার আদেশ দ্বারা হ্রাস করা হয়েছিল, যা স্বাভাবিকভাবেই পরিষেবার প্রতি গ্রাহকের আনুগত্য বাড়িয়েছে। এর ফলে অর্ডারের সংখ্যা বেড়েছে। এরই ধারাবাহিকতায় বেড়েছে ট্যাক্সি চালকের সংখ্যা। ফলস্বরূপ, সফলভাবে সম্পন্ন অর্ডারের সংখ্যাও বৃদ্ধি পেয়েছে। আর এর ফলে কোম্পানির মুনাফা বেড়েছে। অবশ্যই, এখানে আমি নিজের থেকে একটু এগিয়ে আছি, যেহেতু এই পুরো প্রক্রিয়াটি তাত্ক্ষণিকভাবে ঘটেনি। ম্যানেজমেন্ট যে সন্তুষ্ট ছিল তা বলার অপেক্ষা রাখে না। আমাকে প্রকল্পের আরও অর্থায়নে সীমাহীন অ্যাক্সেস দেওয়া হয়েছিল।

চলবে..

উত্স: www.habr.com