Fargah Operationsعملیات دیجیتال فرگاه
A connected operating model unifying public presence, CRM, project handoffs, managed software access, and auditable internal workflows.یک سامانه عملیاتی یکپارچه که وب‌سایت، ارتباط با مشتری، تحویل پروژه، دسترسی نرم‌افزار و گردش‌کارهای قابل پیگیری را به هم وصل می‌کند.
- Yearسال
- 20262026
- Roleنقش
- Product systems / Developmentطراحی محصول / توسعه
- Scopeمحدوده
- Web · CRM · Automationوب · CRM · اتوماسیون
- Statusوضعیت
- Ongoingدر حال توسعه
The project, in contextپروژه از نزدیک
Fargah's operations work follows an architectural project beyond the public website. I have been designing and developing the CRM, sales-to-design handoff, project dossiers, controlled files and team reporting around the way the business actually works. It is an ongoing system: public enquiries begin the journey, while internal roles, responsibilities and recorded decisions give the team a shared view of what should happen next.عملیات دیجیتال فرگاه به سؤال‌های بعد از ثبت درخواست پاسخ می‌دهد: پرونده دست چه کسی است، طراحی کجاست و کدام فایل باید تحویل شود؟ وب‌سایت عمومی، CRM، گردش فروش و طراحی، پرونده فایل‌ها و گزارش تیم، بخش‌های مرتبط این کار هستند. توسعه همچنان ادامه دارد و هر بخش را با نیاز واقعی واحدهای مجموعه طراحی و تکمیل می‌کنم.
Keeping the project understandable between teamsپرونده نباید بین واحدها گم شود
An architectural project is not a straight sequence of cards. Information can arrive late, a brief can change, design may pause and the project may return to sales. The person creating a dossier is not always the person designing, detailing or reviewing it. I needed to make those transitions understandable while keeping a record of responsibility, reasons and the material available at each point.
پروژه معماری همیشه خطی جلو نمی‌رود. اطلاعات ناقص می‌رسد، نظر مشتری تغییر می‌کند یا پرونده به فروش برمی‌گردد. ثبت‌کننده درخواست هم لزوماً طراح یا تأییدکننده نیست. مسئله فقط ساختن ستون‌های وضعیت نبود؛ باید مسئولیت، علت تغییر و اطلاعات هر مرحله روشن می‌ماند تا نفر بعد مجبور نباشد سابقه کار را از میان پیام‌ها و فایل‌های پراکنده بازسازی کند.
The same dossier holds different kinds of information: customer files, working designs, contracts and final deliveries. Different roles need different access. Reports also have to distinguish time spent, completed work and a request to move to another phase. A system that treats all those actions as one generic note can look complete while hiding the questions the team needs answered.
فایل مشتری، طراحی در حال کار، قرارداد و خروجی نهایی در یک پرونده‌اند، اما همه اعضا به همه آن‌ها نیاز ندارند. گزارش روزانه هم با اعلام پایان مرحله یکسان نیست. تبدیل این اقدام‌ها به یادداشت عمومی، مسئولیت تصمیم بعدی را روشن نمی‌کند. این تفاوت‌ها مبنای طراحی ساختار داده، کنترل دسترسی و رابط کاری شد.
A dossier that carries context forwardپرونده‌ای که زمینه کار را همراه می‌برد
I organised work around the customer and project dossier. Sales can create and complete the initial record; the handoff checks required context and records its transition into design. The workflow recognises rough work, design, waiting states, contract and detailing stages, with responsibilities and permitted transitions represented explicitly. A return or pause has a reason rather than simply disappearing from the active list.
مرکز کار را پرونده مشتری و پروژه قرار دادم. فروش ثبت اولیه را انجام می‌دهد، اطلاعات را تکمیل می‌کند و پرونده را با بررسی نیازمندی‌ها به طراحی می‌سپارد. مرحله‌های کار اولیه، طراحی، انتظار، قرارداد و جزئیات اجرایی با مسئول مرتبط قابل تشخیص هستند. علت و وضعیت بازگشت یا توقف نیز در زمینه همان پروژه باقی می‌ماند.
For the working team, I built assigned-project views, daily reports, comments, file upload and checklists. Managers have a broader view of phase and reporting information; each contributor sees the work and file categories relevant to their role. The public website remains the entry point, while protected internal pages continue the operational journey. Other software and licensing interfaces are part of the wider programme rather than a claim that every module is already one finished product.
برای اعضای تیم، کارهای واگذارشده، گزارش، بارگذاری فایل و چک‌لیست را کنار هم قرار دادم. مدیر دید گسترده‌تری دارد؛ عضو تیم، اطلاعات متناسب با مسئولیتش را می‌بیند. سایت عمومی نقطه ورود است و عملیات در فضای داخلی ادامه می‌یابد. ارتباط با ابزارهای دیگر و مدیریت مجوز نرم‌افزار نیز بخشی از برنامه بزرگ‌تر فرگاه است که همچنان تکمیل می‌شود.
What I builtآنچه طراحی و پیاده‌سازی کردم
The parts that make this project useful in day-to-day work.بخش‌هایی که این پروژه را در استفاده روزمره کاربردی می‌کنند.
Enquiry becomes a dossierتبدیل درخواست به پرونده کاری
Requests from the public site become lead records that can carry customer details, source, ownership and project information. The sales workspace can expand that initial context into a project without losing the connection to the original customer.
درخواست سایت به یک رکورد قابل پیگیری تبدیل می‌شود که اطلاعات مشتری، منبع ورود، مالک پرونده و زمینه پروژه را همراه دارد. در فضای فروش می‌توان همین اطلاعات را تکمیل و برای مشتری پروژه ثبت کرد. ارتباط میان درخواست اولیه و کار بعدی حفظ می‌شود و هر پروژه، سابقه مشتری خودش را دارد.
A defined sales handoffتحویل مشخص از فروش به طراحی
The handoff considers customer identity, contact, project information and file categories. Missing information can be made visible, and permitted exceptions are role-dependent. Returning a project also records a reason and checks its current phase to avoid an out-of-date transition.
تحویل به طراحی با بررسی اطلاعات مشتری، نوع و محل پروژه، شرح کار و فایل‌های لازم انجام می‌شود. کمبودها قابل تشخیص‌اند و استثناهای مجاز به نقش مشخص وابسته‌اند. برای برگشت پرونده نیز علت ثبت می‌شود و مرحله فعلی کنترل می‌گردد؛ بنابراین تغییر وضعیت از یک صفحه قدیمی، بدون توجه به وضعیت تازه پروژه انجام نمی‌شود.
Files with relevant accessفایل‌ها با دسترسی متناسب
Documents are grouped by purpose, such as customer material, working files, contracts and final outputs. Access depends on role, assignment and category. The file pipeline includes private storage support and a direct-upload path whose availability is controlled by configuration.
فایل‌ها براساس کاربرد دسته‌بندی می‌شوند: اطلاعات مشتری، فایل کاری، قرارداد و خروجی نهایی. مشاهده و بارگذاری به نقش، مسئولیت و دسته فایل وابسته است. مسیر نگهداری خصوصی و بارگذاری مستقیم نیز در ساختار پروژه در نظر گرفته شده و فعال‌بودن آن به تنظیمات محیط بستگی دارد. هدف، رساندن فایل مناسب به فرد مناسب است.
Daily work and revision historyگزارش کار و سابقه اصلاحات
A contributor can record daily work in the context of an assigned project. Reports, comments, completion requests, stop reasons and design revision rounds are distinct records, making it possible to read what happened without treating every entry as a finished deliverable.
گزارش روزانه در زمینه پروژه واگذارشده ثبت می‌شود و با توضیح تکمیلی، درخواست پایان مرحله یا دور اصلاح طراحی فرق دارد. علت توقف و سابقه اصلاحات نیز قابل نگهداری است. این تمایز کمک می‌کند خواننده پرونده بفهمد چه چیزی گزارش شده، چه خروجی‌ای آماده است و کدام تصمیم هنوز به بررسی مسئول مربوط نیاز دارد.
Phase-specific checklistsچک‌لیست طراحی و جزئیات اجرایی
Design and detailing checklists bring required tasks into the project dossier. Their visibility and editing permissions follow role and phase, while progress is calculated from the actual checklist state rather than a manually typed completion claim.
چک‌لیست طراحی و جزئیات اجرایی، کارهای لازم هر بخش را داخل پرونده نگه می‌دارد. امکان مشاهده و ویرایش با نقش و مرحله هماهنگ است و میزان تکمیل از وضعیت موارد چک‌لیست به دست می‌آید. به این ترتیب، اعلام پیشرفت به یک عدد دستی بدون پشتوانه محدود نمی‌شود و موارد باقی‌مانده دیده می‌شوند.
A team view of responsibilityدید مشترک از وضعیت و مسئولیت
Managers can inspect project phases and period-based reports; contributors have personal workspaces and assigned views. Jalali date handling, notices and team reporting patterns make the interface fit the team's day-to-day reading and review habits.
مدیر می‌تواند وضعیت مرحله‌ها و گزارش‌های بازه زمانی را مرور کند؛ اعضا هم فضای شخصی و فهرست کارهای مرتبط با خود دارند. تقویم شمسی، اعلان‌های کاری و الگوهای گزارش‌گیری با شیوه روزمره تیم هماهنگ شده‌اند. اطلاعات باید به پرسش عملی جواب بدهند: کار کجاست، دست چه کسی است و اقدام بعدی چیست؟
A closer lookنگاهی به بخش‌های پروژه
Open any image to inspect the interface. Captures link back to the public page they show.هر تصویر را باز کنید و جزئیات رابط را ببینید. کپچرها به همان صفحه عمومی پروژه لینک دارند.
No captures in this view yet. Choose all views.برای این نمایش کپچری ثبت نشده؛ همه تصاویر را ببینید.
Product visual presentationنمایش تصویری محصول
A visual product presentation; the labelled screenshots above document the public interface.ویدئوی معرفی بصری محصول؛ کپچرهای برچسب‌دار بالا رابط عمومی را نشان می‌دهند.
From structure to releaseمسیر طراحی و اجرا
Follow the actual handoffsشناخت تحویل‌های واقعی کار
I traced what sales, design, detailing and management each need to send, receive or approve. Responsibilities and file requirements became design inputs before the dashboard layout was settled.
کار را از تحویل‌های واقعی میان فروش، طراحی، جزئیات اجرایی و مدیریت شروع کردم: هر واحد چه چیزی می‌گیرد، چه چیزی تحویل می‌دهد و کجا تصمیم می‌گیرد؟ پاسخ‌ها پیش از انتخاب شکل داشبورد، به مرحله، مسئولیت و نوع اطلاعات تبدیل شدند تا ظاهر بر یک جریان واقعی تکیه کند.
Represent exceptions explicitlyدر نظر گرفتن مسیرهای برگشت و توقف
I built the workflow around recorded transitions, incomplete dossiers, role-specific actions and revision history. The design accounts for work returning to an earlier stage rather than assuming every project moves forward without interruption.
بعد مسیرهای غیرعادی اما پرتکرار را وارد طراحی کردم: پرونده ناقص، برگشت به فروش، توقف و اصلاح مجدد. تغییر مرحله و اقدام‌های حساس با نقش و وضعیت جاری هماهنگ شدند. سیستم باید بتواند توضیح دهد چرا کار به عقب برگشته، نه اینکه فقط حرکت روبه‌جلو را نمایش دهد.
Refine with each working roleاصلاح براساس نقش‌های کاری
The programme evolves through focused changes to workspaces, dossier access, reporting and mobile file handling. Keeping these changes within a shared project model helps the system grow without turning each department into a separate application.
توسعه با اصلاح‌های مشخص در فضای کاری، دسترسی پرونده، گزارش و استفاده موبایلی از فایل‌ها ادامه پیدا می‌کند. مدل مشترک مشتری و پروژه، پایه این تغییرهاست. به‌جای ساختن یک برنامه جدا برای هر واحد، تجربه هر نقش روی همان سابقه کاری کامل‌تر می‌شود.
Delivery and current scopeخروجی و وضعیت پروژه
- A CRM organised around customer records, projects, phases and assigned responsibility.CRM مبتنی بر پرونده مشتری، پروژه، مرحله‌های کاری و مسئولیت واگذارشده.
- Sales handoff, return-to-sales and recorded changes in the design workflow.مسیر تحویل فروش، بازگشت برای تکمیل و ثبت تغییرهای گردش طراحی.
- Role-aware documents, working-file categories and project reporting.مدیریت دسته فایل‌ها و دسترسی مرتبط با نقش، همراه با گزارش در پرونده پروژه.
- Design and detailing checklists, personal workspaces and managerial reporting views.چک‌لیست‌های طراحی و جزئیات، فضای شخصی اعضا و دید گزارش‌گیری مدیریتی.
- An ongoing foundation for the wider Fargah software and operational programme.زیرساختی در حال توسعه برای ادامه برنامه نرم‌افزار و عملیات فرگاه.
Questions about this projectپرسش‌های رایج درباره پروژه
How is this different from the Fargah website project?این پروژه چه تفاوتی با وب‌سایت فرگاه دارد؟
The website helps visitors understand the company and begin an enquiry. Operations covers the team's work after that point: customer dossiers, assignments, documents, phase changes and reporting. They are related parts of the journey, with different users and access boundaries.
وب‌سایت به مخاطب بیرونی کمک می‌کند مجموعه را بشناسد و درخواست ثبت کند. عملیات دیجیتال، کار تیم بعد از آن نقطه را پوشش می‌دهد: پرونده، واگذاری، فایل، تغییر مرحله و گزارش. این دو به هم مربوط‌اند، اما کاربران و سطح دسترسی آن‌ها متفاوت است.
Can internal screens be explored publicly?آیا می‌توان صفحات داخلی را عمومی مشاهده کرد؟
The operational workspace contains customer and team information and is intended for authorised roles. This case study explains the workflow without publishing real customer records or private working documents.
فضای عملیاتی شامل اطلاعات مشتری و تیم است و برای نقش‌های مجاز مجموعه طراحی شده. در این نمونه کار، قابلیت‌ها و منطق تجربه توضیح داده می‌شوند؛ پرونده واقعی مشتری، قرارداد یا فایل کاری خصوصی برای نمایش عمومی منتشر نمی‌شود.
Is the whole operations system finished?آیا تمام سامانه عملیات به پایان رسیده است؟
It is an ongoing programme. The CRM and project workflow have concrete implemented modules, while wider integrations and workspace improvements continue to develop. The case study distinguishes those working capabilities from the broader direction.
این کار یک برنامه ادامه‌دار است. CRM و گردش پروژه بخش‌های پیاده‌شده مشخص دارند، اما ارتباط‌های گسترده‌تر و بهبود فضای کاری ادامه پیدا می‌کنند. در معرفی پروژه، قابلیت موجود را از مسیر توسعه جدا بیان می‌کنم تا وضعیت کار روشن بماند.
Have a similar project in mind?برای پروژه‌ای مشابه صحبت کنیم؟
Tell me what you need to build and where the current experience falls short.بگویید چه محصولی می‌خواهید بسازید و تجربه فعلی در کدام بخش نیاز به تغییر دارد.