NABZ Capitalنبض کپیتال
A bilingual Laravel services platform designed to turn a broad digital need into a structured brief, a trackable reference, and an accountable client journey.یک پلتفرم خدمات دیجیتال دوزبانه که نیاز اولیه کارفرما را به شرح روشن پروژه، کد پیگیری و روند پاسخ‌گویی مشخص تبدیل می‌کند.
- Yearسال
- 20262026
- Roleنقش
- Product / Full-stack developmentطراحی محصول / توسعه فول‌استک
- Scopeمحدوده
- React · Node.js · SQLiteReact · Node.js · SQLite
- Statusوضعیت
- Liveآنلاین
The project, in contextپروژه از نزدیک
I designed and developed Nabz to turn a broad digital-service need into a structured request and a continuing client relationship. The active Nabz Business product connects its multilingual public website to a Persian project portal, approvals, meetings, documentation, support, and multi-site operations. Nabz Life is a separate private coaching pilot within the wider brand.نبض را برای تبدیل نیاز مبهم به خدمات دیجیتال، به درخواست روشن و همکاری قابل پیگیری طراحی و توسعه دادم. محصول فعال «نبض کسب‌وکار» از معرفی سه‌زبانه و انتخاب خدمت به پرتال فارسی پروژه، تأیید خروجی، جلسه، مستندات و پشتیبانی می‌رسد. در ادامه همین برند، «نبض زندگی» به‌صورت پایلوت خصوصی مربی و شاگرد توسعه یافته و محدوده مستقل خودش را دارد.
A request needs a continuationدرخواست باید ادامه داشته باشد
Digital-service enquiries often start with a sentence such as 'I need a website' or 'I want to grow my business.' That leaves the real scope unclear. A generic contact form captures a message but does little to connect it to delivery, decisions, and follow-up.
درخواست خدمات دیجیتال معمولاً با جمله‌ای کلی شروع می‌شود: «سایت می‌خواهم» یا «می‌خواهم کسب‌وکارم رشد کند». پشت این جمله، مسئله و اولویت و محدوده هنوز روشن نیست. فرم تماس می‌تواند پیام را دریافت کند، اما به‌تنهایی ارتباطی با اجرای پروژه، تصمیم مشتری و پیگیری بعدی نمی‌سازد. نبض باید این فاصله را از اولین گفتگو تا تحویل پوشش می‌داد.
The team's work also extends beyond a single project. Client approval, support, documentation, and tasks across managed sites need a common context and specific access. The platform had to expose useful progress without inventing percentages, treating a proposal as a contract, or showing one client's information to another.
کار تیم هم محدود به یک پروژه نیست. تأیید خروجی، جلسه، سند و درخواست پشتیبانی باید به پرونده درست وصل باشند و پشتیبان فقط سایت‌های واگذارشده را ببیند. از طرف دیگر، نمایش پیشرفت بدون مبنا یا پروپوزال پر از تعهد فرضی، تصویر غلط می‌سازد. بنابراین شفافیت وضعیت و مرز دسترسی، جزئی از خود طراحی محصول شد.
From a brief to a working relationshipاز شرح نیاز تا همکاری منظم
The public site explains services through concrete needs and the Nabz Business tracks of launch, growth, and operations. A service explorer lets visitors inspect suggested outputs and prerequisites before carrying selected services into a three-step request. Public content is available in Persian, English, and Arabic; the working client portal is currently Persian.
سایت عمومی، خدمات را از زاویه نیاز معرفی می‌کند. نبض کسب‌وکار سه مسیر راه‌اندازی، رشد و عملیات دارد و کاوش خدمات، خروجی پیشنهادی و پیش‌نیاز را قبل از فرم نشان می‌دهد. انتخاب‌های کاربر به درخواست سه‌مرحله‌ای منتقل می‌شوند. معرفی عمومی فارسی، انگلیسی و عربی است؛ محیط عملیاتی پرتال در وضعیت فعلی به فارسی ارائه می‌شود.
The request becomes a project record with a reference, stage, milestones, and history. Approvals, meetings, versioned text documents, outcome reports, and support stay attached to that project. A separate operations workspace serves assigned client sites, while the Life pilot follows its own coach and learner relationship rather than being advertised as a completed health platform.
درخواست به پرونده‌ای با شناسه، مرحله، مایلستون و تاریخچه تبدیل می‌شود. تأییدها، جلسه‌ها، نسخه‌های سند، گزارش نتیجه و پشتیبانی کنار همان پروژه می‌مانند. فضای عملیات، رسیدگی به سایت‌های واگذارشده را پوشش می‌دهد. پایلوت زندگی هم رابطه مربی و شاگرد را مستقل دنبال می‌کند و به‌عنوان پلتفرم کامل سلامت یا خدمات پزشکی معرفی نشده است.
What I builtآنچه طراحی و پیاده‌سازی کردم
The parts that make this project useful in day-to-day work.بخش‌هایی که این پروژه را در استفاده روزمره کاربردی می‌کنند.
Services explained before selectionشناخت خدمت قبل از انتخاب
The public service explorer explains six services, suggested deliverables, and prerequisites. Visitors can select more than one service and continue with those choices in the brief. Dedicated business pages keep launch, growth, and operations from becoming one undifferentiated list.
کاوشگر عمومی، شش خدمت را با توضیح خروجی و پیش‌نیاز باز می‌کند. کاربر می‌تواند چند گزینه را انتخاب کند و همان انتخاب‌ها را در شرح نیاز ادامه دهد. صفحه اختصاصی کسب‌وکار هم راه‌اندازی، رشد و عملیات را از هم روشن می‌کند. مخاطب پیش از درخواست، درک بهتری از موضوع همکاری دارد و انتخابش فقط بر اساس نام یک خدمت انجام نمی‌شود.
A brief that survives errorsفرمی که اطلاعات را حفظ می‌کند
The three-step request has field-linked error summaries, a description counter, direct edits from review, keyboard focus handling, and preserved input after a failed send. Server validation remains the final check. The form clarifies intent without presenting the request as an accepted project or a completed contract.
فرم سه‌مرحله‌ای، خلاصه خطا را به فیلد مربوط پیوند می‌دهد، طول شرح نیاز را نشان می‌دهد و از مرحله بازبینی اجازه ویرایش مستقیم می‌دهد. اگر ارسال خطا داشته باشد، متن کاربر حفظ می‌شود. بررسی نهایی در سرور انجام می‌شود. این فرم برای روشن‌کردن نیاز و شروع گفتگو است؛ ثبت آن به معنی قبول پروژه، تعیین قیمت یا عقد قرارداد نیست.
Project progress with a referenceپیشرفت با پرونده مشخص
The project portal uses seven stages, agreed dates, actual milestones, progress, and recorded updates. A proposal is assembled from the project's information and can be saved through browser printing. It does not invent pricing or contractual obligations not present in the record.
پرتال پروژه، هفت مرحله از درخواست تازه تا بسته‌شدن دارد. موعد توافق‌شده، مایلستون، پیشرفت و تغییرات به پرونده متصل‌اند. پروپوزال از اطلاعات همان پروژه ساخته می‌شود و می‌توان آن را از چاپ مرورگر ذخیره کرد. قیمت یا تعهدی که در پرونده وجود ندارد، به سند اضافه نمی‌شود؛ مشتری وضعیت را با زمینه واقعی همکاری می‌بیند.
Approvals and meetings in contextتأیید و جلسه در متن پروژه
Staff can send a deliverable for client approval or revision with a recorded decision. Online, phone, and in-person meetings have confirmation and cancellation states. An ICS export supports manual calendar import; it is not presented as automatic synchronization or push notification.
تیم می‌تواند خروجی را برای تأیید مشتری بفرستد و مشتری آن را تأیید کند یا همراه توضیح برای اصلاح برگرداند. تصمیم در تاریخچه باقی می‌ماند. جلسه آنلاین، تلفنی یا حضوری هم وضعیت تأیید و لغو دارد. خروجی تقویم برای ورود دستی جلسه ساخته شده است؛ این قابلیت با همگام‌سازی خودکار یا اعلان فوری یکسان معرفی نمی‌شود.
Documents and results that keep their historyسند و نتیجه با سابقه روشن
The text-document centre supports search, categories, immutable versions, archive, restoration, and TXT download. Outcome reports distinguish drafts from published results and retain period, unit, source, and limitations. Clients see only their own published documents and reports.
مرکز اسناد متنی، جست‌وجو، دسته‌بندی، نسخه‌های تغییرناپذیر، بایگانی، بازیابی و دریافت متن دارد. گزارش نتیجه نیز ابتدا پیش‌نویس است و دوره، واحد، منبع و محدودیت شاخص را نگه می‌دارد. انتشار برای مشتری جداگانه انجام می‌شود و گزارش منتشرشده بازنویسی نمی‌شود. این ساختار کمک می‌کند عدد و تصمیم بدون سابقه و توضیح در پرتال ظاهر نشوند.
Support across assigned sitesپشتیبانی سایت‌های واگذارشده
Project tickets and conversations sit beside a multi-site operations workspace. Tasks have status, priority, owner, due date, external reference, and internal comments. Support staff are limited to assigned sites; the Icolan and Zerafati connectors provide scoped operational data without storing client administration passwords in the portal.
تیکت و گفتگو به پروژه مربوط‌اند و عملیات چندسایتی، کارهای محصول، محتوا، سئو، فنی و پشتیبانی را با وضعیت، اولویت، مسئول و موعد ثبت می‌کند. پشتیبان فقط سایت‌های واگذارشده را می‌بیند. اتصال آیکولان و ظرافتی، اطلاعات عملیاتی محدود را منتقل می‌کند؛ رمز پنل مشتری در پرتال ذخیره نمی‌شود و اتصال ظرافتی، اطلاعات سلامت و پاسخ پرسشنامه را وارد نبض نمی‌کند.
A separate Life pilotپایلوت مستقل نبض زندگی
Nabz Life implements coach applications, administrative approval, single-use learner invitations, draft and published day-based plans, completion logs, feedback, appointments, and private chat. It is a private pilot without medical services or payments; Zerafati's health intake, nutrition, supplement, store, and exercise-media scope has not been transferred into it.
نبض زندگی برای پایلوت خصوصی مربی و شاگرد ساخته شده است: درخواست مربی، تأیید مدیریت، دعوت یک‌بارمصرف، برنامه روزمحور، ثبت اجرا، بازخورد، نوبت و گفتگوی خصوصی. این پایلوت پرداخت یا خدمت پزشکی ندارد. پرسشنامه سلامت، تغذیه، مکمل، فروشگاه و رسانه تمرین ظرافتی هم هنوز به آن منتقل نشده‌اند. محصول فعال کسب‌وکار و این پایلوت، با محدوده‌های جدا معرفی می‌شوند.
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مسیر طراحی و اجرا
Make the need concreteروشن‌کردن نیاز
Service details, selectable outputs, and a reviewed brief help a broad enquiry become something the team can discuss and scope.
توضیح خدمت، خروجی پیشنهادی و بازبینی شرح نیاز، درخواست کلی را به موضوعی قابل گفتگو تبدیل می‌کنند. کشف نیاز و تعیین محدوده، قبل از برآورد و تعهد اجرایی قرار می‌گیرند.
Keep decisions with the projectنگه‌داشتن تصمیم کنار پروژه
Milestones, approvals, meetings, documents, and support all use the project as their shared reference.
مایلستون، تأیید، جلسه، سند و پشتیبانی به پرونده پروژه وصل شدند. به‌جای جست‌وجو میان پیام‌های جدا، وضعیت و تصمیم در زمینه همان همکاری قابل پیگیری می‌ماند.
Separate active products from pilotsتفکیک محصول فعال و پایلوت
The brand presents Business as the active service product and Life as a constrained private pilot, while other brand directions remain in validation.
نبض کسب‌وکار محصول فعال خدمات است و زندگی با محدوده پایلوت خصوصی ادامه دارد. مسیرهای سرمایه و خانه در اعتبارسنجی‌اند؛ معرفی برند نباید مرحله توسعه هر محصول را پنهان کند.
Delivery and current scopeخروجی و وضعیت پروژه
- Persian, English, and Arabic public service pages with prerendered search content.صفحات عمومی فارسی، انگلیسی و عربی با محتوای پیش‌رندرشده برای جست‌وجو.
- Persian client portal with requests, projects, milestones, approvals, meetings, and support.پرتال فارسی مشتری با درخواست، پروژه، مایلستون، تأیید، جلسه و پشتیبانی.
- Versioned text documentation, outcome reports, and scoped multi-site operations.مستندات متنی نسخه‌دار، گزارش نتیجه و عملیات محدود به سایت‌های واگذارشده.
- A separately scoped private coach-and-learner pilot for Nabz Life.پایلوت خصوصی مربی و شاگرد برای نبض زندگی با محدوده مستقل.
Questions about this projectپرسش‌های رایج درباره پروژه
How do Nabz Business and Nabz Capital differ?نبض کسب‌وکار و نبض سرمایه چه تفاوتی دارند؟
Nabz is the parent brand. Business is its active digital-services product; Capital and Home are in validation, while Life is a private coaching pilot. The nabzcapital.ir domain currently hosts the wider service platform rather than a public investment-research product.
نبض، برند مادر است. کسب‌وکار محصول فعال خدمات دیجیتال آن است؛ سرمایه و خانه در مرحله اعتبارسنجی‌اند و زندگی به‌صورت پایلوت خصوصی مربی و شاگرد ادامه دارد. دامنه nabzcapital.ir در وضعیت فعلی، پلتفرم عمومی خدمات را میزبانی می‌کند.
What can a client follow in the portal?مشتری چه چیزهایی را در پرتال پیگیری می‌کند؟
Clients can follow their assigned projects, actual milestones, approved dates, deliverable decisions, meetings, published documents and outcome reports, and support conversations. Access is linked to the relevant client and project.
مشتری پروژه‌های متصل به حساب خود، مایلستون‌ها، موعدهای ثبت‌شده، تصمیم درباره خروجی، جلسه‌ها، اسناد و گزارش‌های منتشرشده و گفتگوهای پشتیبانی را می‌بیند. اطلاعات به حساب و پروژه مربوط محدود می‌ماند.
Does a service request include payment or a signed contract?ثبت درخواست شامل پرداخت یا قرارداد امضاشده است؟
A request starts discovery and coordination. Public service payments, electronic contract signing, binary attachments, and automatic email or SMS notifications are not part of the implemented service workflow described here.
درخواست، شروع شناخت نیاز و هماهنگی است. پرداخت عمومی خدمات، امضای الکترونیکی قرارداد، پیوست فایل باینری و اعلان خودکار ایمیل یا پیامک، در جریان خدماتی که این گزارش معرفی می‌کند پیاده نشده‌اند. تعهد همکاری بعد از روشن‌شدن محدوده تعیین می‌شود.
Have a similar project in mind?برای پروژه‌ای مشابه صحبت کنیم؟
Tell me what you need to build and where the current experience falls short.بگویید چه محصولی می‌خواهید بسازید و تجربه فعلی در کدام بخش نیاز به تغییر دارد.