گزارش هفتگی را از چند فایل اکسل جمع می‌کنید، دو نفر هم‌زمان یک فایل را باز میکنند و آخر هفته معلوم نیست کدام نسخه درست است. پاسخ کوتاه: اکسل تا وقتی خوب کار می‌کند که یک نفر با یک فایل کار کند. وقتی چند نفر با نقشهای مختلف، مرحلهٔ تأیید و گزارش منظم لازم میشود، وقت تبدیل اکسل به نرمافزار رسیده است، آن هم از یک فرایند شروع میشود، نه از همهٔ فایلها با هم.
اگر فقط می‌خواهید فرمت فایل را عوض کنید (مثلاً PDF به اکسل یا اکسل به CSV)، این مقاله برای شما نیست. اینجا دربارهٔ وقتی حرف می‌زنیم که کار روزانهٔ تیم در اکسل گیر کرده است.
تبدیل اکسل به نرمافزار یعنی چه (و چه نیست)
تبدیل اکسل به نرمافزار یعنی ساختن یک فرایند مشترک با فرم، نقش کاربران و گزارش، که دادههای امروز اکسل در آن می‌نشیند. یعنی به‌جای اینکه هرکس ردیفی به فایل اضافه کند، فرمی پر می‌کند که فقط فیلدهای مجاز را قبول می‌کند و گزارش هم خودش از همین داده‌ها ساخته میشود.
این با تبدیل فرمت فایل فرق دارد. خروجی گرفتن از فایل یا باز کردن آن در یک برنامهٔ دیگر، مشکل چند نسخه و ورود تکراری را حل نمی‌کند.
اکسل هم لازم نیست کنار گذاشته شود. خیلی وقت‌ها برای تحلیل و خروجی گرفتن میماند و فقط دیگر جای ثبت اصلی داده نیست.
مثال فرضی: یک شرکت پخش، سفارش‌های نماینده‌ها را در یک شیت مشترک ثبت می‌کند. بعد از تبدیل، نماینده سفارش را در فرم ثبت می‌کند، انباردار فقط سفارش‌های تأییدشده را می‌بیند و مدیر فروش گزارش را بدون جمع‌کردن دستی می‌گیرد. اگر مدیر بخواهد تحلیل خودش را در اکسل انجام دهد، از همان گزارش خروجی می‌گیرد.
چه زمانی اکسل دیگر جواب نمی‌دهد؟
این ۸ نشانه را با وضعیت فعلی‌تان مقایسه کنید. هرچه تعداد بیشتری را تیک بزنید، احتمال اینکه اصلاح فایل کافی نباشد بیشتر است:
- چند نسخه از فایل می‌چرخد: «نسخهٔ نهایی»، «نهایی ۲» و فایلی که در پیام‌رسان فرستاده شده، هم‌زمان وجود دارند.
- اطلاعات تکراری وارد میشود: یک سفارش یا مشتری را دو نفر در دو فایل ثبت میکنند.
- دو نفر هم‌زمان ویرایش میکنند و تغییر یکی روی کار دیگری می‌نشیند.
- هرکس باید فقط بخش خودش را ببیند، ولی همه به کل فایل دسترسی دارند.
- تأییدها در پیام و تماس ثبت میشود و بعداً معلوم نیست چه کسی چه چیزی را تأیید کرده است.
- گزارش به کار دستی وابسته است: کسی هر هفته چند شیت را کپی و جمع می‌کند.
- فرمول‌ها را فقط یک نفر می‌فهمد و اگر او نباشد، کسی جرئت دست زدن به فایل را ندارد.
- فایل باید به سیستم دیگری وصل شود، مثل نرمافزار حسابداری یا CRM (نرمافزار مدیریت ارتباط با مشتری).
مثال فرضی: در یک شرکت خدماتی، درخواست‌های مشتری در اکسل ثبت میشود و تکنسین‌ها وضعیت را تلفنی به دفتر می‌گویند. سه نشانهٔ «تأیید در تماس»، «ویرایش هم‌زمان» و «گزارش دستی» با هم دیده میشوند. این یعنی مشکل از فایل نیست، از نبود یک فرایند مشترک است.
اصلاح اکسل، ابزار آماده یا نرمافزار اختصاصی؟
همهٔ مشکل‌های اکسل با ساخت نرمافزار حل نمی‌شوند. سه راه دارید و هرکدام جای خودش را دارد:
| راه | برای چه موقعیتی | محدودیت اصلی | چه زمانی کافی نیست |
|---|---|---|---|
| اصلاح ساختار اکسل | یک یا چند نفر محدود، مسئلهٔ اصلی اشتراک و نسخه‌بندی است | نقش و دسترسی دقیق و مرحلهٔ تأیید ندارد | وقتی هرکس باید فقط بخش خودش را ببیند یا تأییدها باید ثبت شوند |
| ابزار آماده (مثل CRM یا نرمافزار حسابداری) | فرایند استاندارد است، مثل فروش یا حسابداری | باید کارتان را با منطق ابزار جور کنید | وقتی قواعد شما از تنظیمات ابزار فراتر می‌رود |
| نرمافزار اختصاصی | فرایند خاص خودتان است و چند نقش، تأیید و گزارش دارد | زمان ساخت و نیاز به تعریف دقیق | وقتی فرایند هنوز روشن نیست؛ اول باید آن را روی کاغذ بیاورید |
صادقانه بگوییم: اگر مسئلهٔ شما فقط این است که فایل یک‌جا باشد و نسخه‌ها قاطی نشوند، اصلاح ساختار فایل و یک فضای اشتراکی کافی است و لازم نیست نرمافزار بسازید.
اگر فرایند شما استاندارد است، مثلاً پیگیری مشتری و فروش، اول ابزار آماده را بسنجید. صفحهٔ CRM تکنوراه و مقالهٔ CRM چیست کمک میکنند ببینید چنین ابزاری کارتان را پوشش می‌دهد یا نه.
دربارهٔ «تبدیل اکسل به نرم افزار حسابداری» هم همین را می‌گوییم: اگر فایل شما دفتر حساب است، اول نرم‌افزارهای حسابداری آماده را امتحان کنید و داده را به یکی از آنها منتقل کنید. نرمافزار اختصاصی وقتی لازم است که قواعد محاسبه یا گردش کارتان از آماده‌ها فراتر برود.
مثال فرضی: یک فروشگاه کوچک موجودی را در اکسل نگه می‌دارد و فقط یک نفر آن را به‌روز می‌کند. مشکلش این است که فایل روی لپ‌تاپ همان یک نفر است. اینجا یک فایل اشتراکی مرتب کافی است و ساخت نرمافزار هزینهٔ اضافه است.
فایل اکسل‌تان را توصیف کنید تا بگوییم اصلاح کافی است یا نرمافزار لازم است. فرم برآورد را پر کنید
مراحل تبدیل اکسل به نرمافزار
تبدیل خوب یک‌شبه اتفاق نمی‌افتد و نباید هم همهٔ فایلها را با هم شامل شود. ما این ۶ مرحله را پیشنهاد می‌کنیم:
- ممیزی فایلها: چه کسی مالک چه ستونی است، کدام فرمول‌ها و قواعد پنهان در فایل هست و چه کسی از کدام گزارش استفاده می‌کند. خروجی این مرحله یک مستند نیازمندی پروژه (PRD) است، یعنی سندی که می‌گوید نرمافزار دقیقاً چه کاری باید بکند. اگر می‌خواهید بدانید این کار چطور انجام میشود، مقالهٔ تحلیل نیازمندی‌های نرمافزار را بخوانید.
- انتخاب یک فرایند پرتکرار: فرایندی که بیشترین کار دستی و خطا را دارد، مثل ثبت سفارش یا پیگیری درخواست.
- نسخهٔ اول با فرم و نقش‌ها: فقط همان فرایند، با فرم‌های ورود، نقشهای کاربران (چه کسی ثبت می‌کند، چه کسی تأیید می‌کند، چه کسی فقط می‌بیند) و یک گزارش اصلی.
- انتقال آزمایشی داده و تطبیق با فایل: بخشی از داده را منتقل می‌کنیم و نتیجهٔ محاسبات نرمافزار را با فایل اصلی مقایسه می‌کنیم تا مطمئن شویم چیزی جابه‌جا نشده است.
- راه‌اندازی، با اکسل فقطخواندنی در کنار: تیم از نرمافزار استفاده می‌کند و فایل قدیمی فقط برای مراجعه میماند، نه ثبت.
- گزارش و توسعهٔ بعدی: وقتی فرایند اول جا افتاد، سراغ گزارشهای بیشتر یا فرایند بعدی می‌رویم.
مثال فرضی: شرکتی که سفارش، انبار و تسویه را در سه فایل دارد، فقط با سفارش شروع می‌کند. چند هفته بعد که سفارش‌ها در نرمافزار ثبت میشوند، انبار به همان سیستم وصل میشود. فایل تسویه تا مرحلهٔ بعد در اکسل میماند.
داده و فرمولهای قبلی چه میشوند؟
ترس از دست رفتن داده طبیعی است، ولی با یک انتقال مرحله‌ای چیزی گم نمی‌شود. «انتقال با یک کلیک» هم وجود ندارد و ما چنین وعده‌ای نمیدهیم. این اتفاق‌ها می‌افتد:
- ستون‌ها به فیلد تبدیل میشوند، با اعتبارسنجی؛ یعنی مثلاً ستون تاریخ دیگر متن آزاد قبول نمی‌کند.
- فرمولهای تأییدشده به قواعد محاسبه تبدیل میشوند. هر فرمول و ماکرو (برنامهٔ کوچکی که داخل اکسل کاری را خودکار می‌کند) قبل از انتقال بررسی میشود، چون بعضی‌شان قدیمی‌اند یا دیگر کسی از آنها استفاده نمی‌کند.
- تأییدهای پراکنده به مراحل قابل پیگیری تبدیل میشوند: هر تأیید با نام و تاریخ ثبت میشود.
- دادههای ناقص یا تکراری پاکسازی میشوند و فهرست تغییرها به شما گزارش میشود تا ببینید چه چیزی اصلاح شد.
- قبل از رفتن کامل، انتقال آزمایشی انجام میشود و نتیجه با فایل اصلی تطبیق داده میشود.
- نسخهٔ اکسل قدیمی فقطخواندنی میماند تا اگر سؤالی پیش آمد، به آن مراجعه کنید.
مثال فرضی: در فایل یک شرکت، ستون «تخفیف» با یک فرمول تو در تو حساب میشود که فقط حسابدار سابق آن را نوشته است. در ممیزی، این فرمول با چند نمونهٔ واقعی تأییدشده چک میشود و بعد به یک قاعدهٔ روشن در نرمافزار تبدیل میشود، نه اینکه کورکورانه کپی شود.
اگر گزارش یا فرم باید روی گوشی هم باشد
خیلی‌ها «تبدیل اکسل به نرم افزار اندروید» را جستجو میکنند، چون می‌خواهند نماینده یا تکنسین از روی گوشی ثبت کند. برای این کار معمولاً وباپ کافی است: نرم‌افزاری که در مرورگر باز میشود و روی گوشی و کامپیوتر کار می‌کند. نسخهٔ PWA هم میتواند مثل اپ روی صفحهٔ گوشی نصب شود.
اپ نیتیو (اپی که جدا برای اندروید یا iOS ساخته میشود) فقط وقتی لازم است که امکانات خاص گوشی را بخواهید. فرقشان را در مقالهٔ PWA یا اپلیکیشن نیتیو و صفحهٔ طراحی وب اپلیکیشن ببینید.
مثال فرضی: تکنسین‌هایی که بعد از هر سرویس گزارش کار می‌دهند، فرم را از گوشی باز میکنند و عکس و توضیح را ثبت میکنند. مدیر همان گزارش را روی کامپیوتر دفتر می‌بیند.
زمان و هزینه؛ چه چیزی تعیین‌کننده است؟
هزینهٔ تبدیل اکسل به نرمافزار عدد ثابتی ندارد و از این‌ها ساخته میشود:
| عامل | چرا اثر دارد |
|---|---|
| ساختار فایلها | چند فایل و چند شیت باید یکی شوند و چقدر به هم وابسته‌اند |
| قواعد محاسبه | فرمول‌ها و ماکروها چقدر پیچیده‌اند و چقدر باید بازطراحی شوند |
| نقش کاربران | چند نقش با دسترسی و مرحلهٔ تأیید متفاوت لازم است |
| کیفیت داده | داده‌ها چقدر ناقص، تکراری یا ناهماهنگ‌اند و چقدر پاکسازی می‌خواهند |
| گزارش‌ها | چند گزارش و با چه جزئیاتی لازم است |
| اتصال‌ها | باید به حسابداری، CRM، سایت یا سیستم دیگری وصل شود یا نه |
زمان معمول ساخت در تکنوراه، طبق مقالهٔ زمان ساخت اپلیکیشن: یک نسخهٔ ساده معمولاً ۶ تا ۱۰ هفته، یک پروژهٔ متوسط ۳ تا ۴ ماه و یک پروژهٔ بزرگ ۶ ماه به بالا. اینکه پروژهٔ شما در کدام دسته است به همان عوامل جدول بالا بستگی دارد.
برای جزئیات بیشتر دربارهٔ قیمت، مقالهٔ هزینه ساخت نرمافزار سفارشی و صفحهٔ توسعه نرمافزار سفارشی تکنوراه را ببینید.
اگر می‌خواهید فقط با یک فرایند شروع کنید، این همان منطق MVP است: کوچک‌ترین نسخه‌ای از نرمافزار که مسئلهٔ اصلی را حل می‌کند و با آن میشود نتیجه را سنجید. صفحهٔ ساخت MVP این راه را توضیح می‌دهد.
مثال فرضی: دو شرکت هر دو «انبار در اکسل» دارند. یکی فقط ورود و خروج کالا را ثبت می‌کند و یک نقش دارد. دیگری چند انبار، تأیید مدیر و اتصال به حسابداری می‌خواهد. اسم پروژه یکی است، ولی دومی در دستهٔ بزرگ‌تری قرار می‌گیرد.
قبل از تماس با تیم فنی چه آماده کنید؟
با این ۵ مورد، برآورد شما دقیق‌تر و جلسهٔ اول کوتاه‌تر میشود:
- نمونهٔ فایل، بدون دادهٔ حساس؛ چند ردیف ساختگی یا پاک‌شده کافی است.
- فهرست کسانی که با فایل کار میکنند و کار هرکدام: چه کسی ثبت می‌کند، چه کسی تأیید می‌کند، چه کسی فقط گزارش می‌خواهد.
- گزارشی که هر هفته لازم دارید و الان دستی ساخته میشود.
- چیزی که اگر اشتباه شود گران تمام میشود، مثل محاسبهٔ تخفیف، موجودی یا مبلغ تسویه.
- سیستم‌هایی که باید وصل شوند، مثل نرمافزار حسابداری یا سایت.
اگر می‌خواهید این‌ها را مرتب و کامل بنویسید، نمونه PRD قالب خوبی است.
مثال فرضی: مدیری که با یک فایل نمونهٔ پاک‌شده و فهرست سه نقش (ثبت‌کننده، تأییدکننده، مدیر) جلسه می‌گذارد، همان روز می‌فهمد نسخهٔ اول چه چیزهایی دارد و چه چیزهایی به فاز بعد می‌رود.
گزارش و پیگیری تکراری را میشود به دستیار هوش مصنوعی هم سپرد
برای کارهای تکراری مثل جمع‌کردن گزارش از چند منبع یا پیگیری کارهای عقب‌افتاده، تیم هوش مصنوعی هم یک گزینه است. این موضوع جدایی است و جای نرمافزار را نمی‌گیرد؛ دربارهٔ آن در صفحهٔ اتوماسیون با هوش مصنوعی نوشته‌ایم.
جمع‌بندی و قدم بعدی
اکسل ابزار بدی نیست؛ فقط برای کار چندنفره با نقش، تأیید و گزارش ساخته نشده است. برای تصمیم درست، این سه قدم را بردارید:
- فهرست ۸ نشانه را با وضعیت خودتان مقایسه کنید. اگر فقط مشکل نسخه و اشتراک دارید، اول ساختار فایل را اصلاح کنید.
- یک فرایند پرتکرار انتخاب کنید، نه همهٔ فایلها. همان فرایندی که بیشترین کار دستی و خطا را دارد.
- نمونهٔ فایل را برای برآورد بفرستید، همراه با فهرست نقش‌ها و گزارشی که لازم دارید.
ما در تکنوراه از همان فرایند اول شروع می‌کنیم و داده را مرحله‌به‌مرحله و با تطبیق منتقل می‌کنیم. برای اینکه بدانید فایل شما به اصلاح نیاز دارد یا نرمافزار، فرم برآورد را پر کنید.
سوالات متداول
تبدیل اکسل به نرمافزار چه زمانی لازم میشود؟
وقتی چند نفر با نقشهای مختلف روی یک فایل کار میکنند، تأییدها باید ثبت شوند، گزارش به کار دستی وابسته است و فایل دیگر مرجع واحد نیست. اگر مسئلهٔ شما فقط اشتراک فایل و قاطی شدن نسخههاست، اصلاح ساختار فایل کافی است و لازم نیست نرمافزار بسازید.
همهٔ فایلهای اکسل باید به نرمافزار تبدیل شوند؟
نه. فرایندهای ساده و کمکاربر میتوانند در اکسل بمانند. بهتر است از یک فرایند پرتکرار که بیشترین کار دستی و خطا را دارد شروع کنید و بقیه را بعد از جا افتادن آن تصمیم بگیرید.
اطلاعات و فرمولهای قبلی چه میشوند؟
داده اول بهصورت آزمایشی منتقل میشود، دادههای ناقص و تکراری با گزارش تغییرها پاکسازی میشوند و نتیجهٔ محاسبات با نمونههای تأییدشدهٔ فایل تطبیق داده میشود. نسخهٔ قبلی اکسل فقطخواندنی میماند. هر فرمول و ماکرو قبل از انتقال بررسی میشود و وعدهٔ انتقال خودکار همهٔ آنها را نمیدهیم.
هزینهٔ تبدیل اکسل به نرمافزار چطور مشخص میشود؟
از ساختار فایلها، قواعد محاسبه، تعداد نقش کاربران، کیفیت داده، گزارشهای لازم و اتصال به سیستمهای دیگر. عدد ثابتی برای همه نداریم؛ با پر کردن فرم برآورد هزینه یا یک جلسهٔ مشاوره، برآورد پروژهٔ خودتان را میگیرید.
میشود اکسل را روی گوشی ی
بله، معمولاً بهشکل وباپ یا PWA که روی گوشی و کامپیوتر باز میشود و میتواند مثل اپ روی صفحهٔ گوشی نصب شود. اپ نیتیو اندروید یا iOS فقط وقتی لازم است که امکانات خاص گوشی را بخواهید.