# FLUIDS Digital — full site content > FLUIDS Digital is a software studio in Al-Khobar, Saudi Arabia (CR 7053790726). Companies and founders hire it to design, build and launch mobile apps, web platforms, internal business systems and MVPs, in Arabic and English, for Saudi Arabia and the GCC. Generated 2026-10-23 from the published pages of https://fluids.digital. Each section below is one page; the URL under its heading is the source of truth. A per-page Markdown version is available by requesting any page with `Accept: text/markdown`. --- # Custom App and Web Platform Development | FLUIDS Saudi Arabia Source: https://fluids.digital/ Language: English App & platform development / Saudi Arabia & the GCC Products, built by us # Custom apps. Web platforms. We design, develop and launch mobile apps and web platforms for businesses and founders. A customer app, an internal system or your first software release, with the admin tools behind it. Discuss your software project Explore custom software Design, development and launch. You own the source code. Selected FLUIDS work Naqrah + Oxygen Academy Written scope Design, build & launch Your source code 01 / What we develop ## A development team for your app or platform. For businesses: customer apps, service platforms and internal systems built around your work. For founders: the first release of a new software product, focused on the core customer workflow. For businesses commissioning custom software, and founders ready to develop a first release. Discuss your software project 1. ### Custom software Quotations, approvals, orders, records and reports in one system built around how your company works. Explore custom software 2. ### Customer apps and platforms Booking, service requests, customer accounts and payments, with the tools your staff need to manage them. Explore customer platforms 3. ### MVP development For founders commissioning a new software product: user flows, essential features, development and a working first release. Explore MVP development 02 / Selected work ## Software we’ve shipped. Apps and platforms we designed, built and launched. Healthcare / Booking ### Naqrah Care, a few taps away. A booking platform for Oman’s private clinics. Meet the project Retail / Mobile ### T-CODE Nearby offers on a map. Shoppers save coupons, merchants publish deals. Meet the project AI / Web platform ### Leadify Describe the customer you want. Get a verified, ready-to-use lead list. Meet the project Drag. Discover. 01 / 03 All our work 03 / Our capabilities ## Your operations. Your customers. Apps for the people using your services, with the systems your team needs to manage them. 01 ### Custom software Business systems built around the way your company works. 02 ### Apps & booking Mobile experiences that make finding, booking and paying feel effortless. 03 ### Platforms Marketplaces, customer portals and the systems that connect them. 04 ### AI features Useful intelligence, built into your product and grounded in your data. 05 ### SaaS products Turn your expertise into a product other businesses can subscribe to. 04 / The way we work ## From scope. To software launch. Close collaboration. Clear decisions. One team from beginning to end. 1. ### Think We get to the real need, then agree on the scope, price and timeline. 2. ### Shape We design the experience, down to every screen and interaction. 3. ### Build We connect the app, the backend and the tools your team needs. 4. ### Ship We test, launch and hand over the full source code. It’s yours. Our process, in detail ## A few useful answers **Who is this service for?** Companies commissioning software for their operations or customers, and founders hiring a team to develop an MVP. We design, develop and launch the software; you own the source code. **And after launch?** We agree on the maintenance and support your product needs as part of the engagement. **Is the code ours?** Yes. You receive the full source code at handover. 05 / Your software project ## Let’s build your software. Tell us about the app, website or business system you want us to build. We agree on the scope, price and timeline before development. Discuss your software project Send the brief hello@fluids.studio --- # About FLUIDS — Business App and Platform Development Source: https://fluids.digital/about Language: English Home / About § About # A development team for your business software. FLUIDS is a Saudi-registered software studio. Companies work with us to develop apps for their teams and customers: booking systems, service portals and operations dashboards. We handle design, development and launch. Build The product Test The software Launch We ship it IP Client-owned § Our focus ## Software for a defined job When work is spread across spreadsheets, messages and disconnected tools, a business needs software that connects its workflows, users and data. We develop internal systems for your team and apps and platforms for your customers. For founders, we build MVPs to test the use of a new software product. You review the screens and working software during development, and receive the source code at handover. § Principles ## How we work - We build the complete product - We launch it to your customers - Screens designed for how people actually use the app - You own the code, the infrastructure, and the data - Saudi-registered company - AI inside the product: chatbot, search, automation § Legal details ## A real entity **Name** Fluids Digital **Commercial Registration** 7053790726 **Headquarters** Al-Khobar, Saudi Arabia **Areas served** SA · UAE · KW · QA · BH · OM **Languages** English · العربية ## Want to talk? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call --- # AI inside the product | FLUIDS Digital Source: https://fluids.digital/ai-features Language: English AI in the product # AI features, developed for your software. We develop AI capabilities inside your business app or customer platform: search your documents, answer from approved content or prepare drafts for review. Discuss an AI development project See the work Demo data on the screens. The work ## Three features from apps we shipped. 1. 01 ### Ask about an ayah. The answer comes with its source. In Aalim the reader taps the ayah and asks what it means. The explanation comes from named books: Ibn Kathir, Al-Tabari, Al-Jalalayn, and Al-Sa'di. - The reader picks the book - The assistant stays with the teacher 2. 02 ### The AI writes the plan. Someone approves it before it runs. In Leadify the sales team writes who they are looking for, in Arabic or English. The AI names where to look, and nothing starts until they approve. - Nothing runs before approval - Every result is checked and scored 3. 03 ### The app works on its own. The AI is added on top. Aalim is a Quran reader first: Uthmani script, reciters, search, and reading without internet. The AI adds tafsir and a memorization assistant. - A memorization assistant that listens - Tajweed, explained when you tap it Demo data on the screens. What we build ## Six shapes. We use the ones that fit the app. - 01 ### An answer with a source From your files, or from a named book, and the source is on the screen. - 02 ### From your files Exams, flashcards, and summaries made from files you upload. - 03 ### Speech and recitation It listens to Arabic speech or recitation and marks what changed. - 04 ### Ordinary search The person says what they want, by voice or text, and the app finds it. - 05 ### A draft, then a person The AI writes the draft or the plan. A person edits it or approves it. - 06 ### If it stops If the AI service stops, the rest of the app keeps working. From our work ## Same idea, in two other products. Each one works on material already in the product. - ### Oxygen Academy University courses in Saudi Arabia. The assistant reads each course's files, and the exams and flashcards come from those files. Open the project - ### CareerFolio Performance files for Ministry of Education staff. The AI writes the Arabic and English summary, and the employee edits it. Open the project Some screens use demo data. Before we launch ## Three questions. If the feature can't answer them, we don't launch it. - ### What does it read? A known book, the course files, or the person's own record. - ### What does it do? One job: explain, write a draft, search, or listen. - ### When does it stop? If a wrong answer is costly, a person approves or edits it first. Questions ## What people ask before they add it. **Can it invent things?** Yes. So every feature has a source and a stop. If a wrong answer is costly, a person reviews it before it counts. **When do you say no?** If the answer has to be guaranteed and there is no source to stand on. If the job is a simple rule, we write the rule. If the team only wants help writing, a normal AI subscription is enough. **Where does our data go?** The calls and the keys stay on the server, and we agree with you which provider handles which data. Personal data follows Saudi Arabia's data protection law, including anything sent outside the Kingdom. **Does it work in Arabic?** What we have shipped was built for Arabic from the start: recitation, spoken requests, and search, with the answer shown right to left. **What does it cost to run?** There is a usage cost on top of hosting. We put an estimate in the written plan, based on how often it will be used, before we build. **What if the provider stops?** The rest of the app keeps working. We add a backup, like ordinary search if the AI search stops. **Can it use our files?** Yes. That is where it helps most: an assistant on one course's files, or exams from files an instructor uploads. **Is this the agent that runs our company's work?** No. This page is AI inside an app people open. Repeating work inside the company, like the inbox or invoices, is FLUIDS Agency. ## We start with one feature: its source, and where it stops. Tell us about the software you are developing, the data the feature can use and the task it should support. We review the integration and human approval requirements. Message us on WhatsApp --- # Booking and Appointment Apps for Businesses | FLUIDS Digital Source: https://fluids.digital/booking-apps Language: English Booking and appointment apps # Let your customers book, reschedule, and come back without a phone call. Search, prices, booking, reminders, and rewards in one app under your name, with a dashboard for every branch and staff member. Book a booking-flow review See the app Screens show demo data. The cost of booking by phone ## If one of these happened this month, the way you take bookings is costing you. 1. 01 ### Reception spent the day on the phone and still missed calls. Every missed call is a customer who may have booked somewhere else. 2. 02 ### Two customers arrived for the same slot. One of them waited, and neither left with a good impression. 3. 03 ### A customer did not show up, and the slot was lost. Nobody reminded them, and nobody could fill the gap in time. 4. 04 ### You opened a second branch, and the appointment book could not cover both. Each branch keeps its own book, and nobody sees the full picture. 5. 05 ### A regular customer moved to a competitor that has an app. Booking there took a few taps, and booking with you took a phone call. 6. 06 ### You could not tell which staff member was fully booked this week. The schedule lives in several places, and none of them is complete. Inside the app ## Everything a customer needs to choose you, book, and return. 1. 01 ### Customers find you on a live map. Nearby businesses appear on the map and in a list, so a customer can search by specialty or location and see who is closest. - Search by specialty, service, or area - Nearby places on a live map - Directions to the door in one tap 2. 02 ### They compare before they book. Ratings, starting prices, offers, and opening hours are visible up front, so the customer chooses with confidence. - Filter by city, service, distance, or who is open now - Ratings and starting prices on every card - Current offers shown before booking 3. 03 ### A reason to come back after every visit. Completed visits count toward a reward, so the next booking starts in your app and not in a competitor's. - A visit card toward a free service - A history of every completed visit - Points that turn into rewards Screens show demo data. One booking, before and after ## What changes when booking moves into its own app. Based on Naqrah.app, a booking app we built for private clinics in Oman. ### Before 1. The patient calls clinics one by one to find a doctor and a free slot. 2. Prices stay unknown until the patient arrives. 3. The appointment is written in a book or a WhatsApp chat. 4. Every change means another call, and reception answers all of them. ### With a booking app 1. The patient searches by specialty or location and sees nearby clinics on a map. 2. Services and prices are shown before booking. 3. Reviews come only from completed visits. 4. Booking, rescheduling, and cancelling take a few taps, with a reminder before the visit. 5. The clinic receives bookings online and manages them in one place. The whole visit ## We don't build a calendar. We build the whole visit. - ### Before the booking Search, the map, prices, and reviews answer the customer's questions before they need to call. - ### The booking itself A service, a staff member, a time, and a total, confirmed in a few steps. - ### Before the visit A reminder, directions, and an easy way to reschedule instead of simply not showing up. - ### After the visit A review from a real visit, and points or a visit card toward the next one. - ### Rules that feel fair In Qassah, a client receives a lateness credit when the salon starts late. Rules like this are designed in from the start. That is how a booking app becomes a reason to come back, not just a form. One visit, from search to the next booking 1. 01Search nearby 2. 02Compare prices and reviews 3. 03Book 4. 04Reminder 5. 05Visit 6. 06Review and reward The customer never needs to call, and the business sees every step. What the app includes ## The booking modules your business needs, and none it doesn't. - 01 ### Discovery and map Search by specialty, service, or area, with nearby places on a live map. - 02 ### Services and prices Every service with its price and duration, visible before the customer books. - 03 ### Booking and changes Book, reschedule, or cancel in a few steps, within the rules you set. - 04 ### Reminders Notifications before each visit, and after every change to a booking. - 05 ### Staff calendars Each doctor, barber, or specialist with their own hours, days off, and bookings. - 06 ### Branches Several branches in one app, each with its own services, staff, and schedule. - 07 ### Packages and offers Bundles and time-limited offers shown to customers before they book. - 08 ### Verified reviews Reviews that can only be written after a completed visit. - 09 ### Loyalty Points or a visit card that reward customers for coming back. - 10 ### Business statistics Revenue, completed and missed visits, and customers by day, week, or month. Your app, your customers ## Your customers book with you, under your name, not on someone else's platform. - The app carries your name, your brand, and your own store listing. - Customer records and booking history belong to your business. - You set the services, prices, hours, and staff yourself from the dashboard. - You decide the rules for rescheduling, cancelling, and rewards. - Each staff member sees only what their role allows. - The source code and the data are handed over in your name. ### Three ways to launch - 01 ### Your own booking app One business with one or many branches, under your brand in the App Store and Google Play. - 02 ### An app and a booking page Customers who do not install apps can still book from a link you share anywhere. - 03 ### A booking marketplace Many businesses in one app, as Naqrah does for clinics and Qassah does for barbershops. Built for both sides of the booking ## Designed for the customer who books and the team that serves them. - ### For customers A few steps to book, prices they can see in advance, and a reminder before the visit. - ### For reception Online bookings arrive in the dashboard, so the phone is left for the questions that need a person. - ### For staff Each staff member sees their own schedule for the day and the week. - ### For owners Revenue, visits, and customers by day, week, or month, on your phone. From our work ## Two booking apps, two industries, one pattern. Clinics in Oman and barbershops in Saudi Arabia run on the same idea: the whole visit, in one app. - ### Naqrah.app Clinic booking in Oman: map search, prices before booking, verified reviews, reminders, and points on every visit. View the project - ### Qassah Barbershop booking in Saudi Arabia: nearby salons, visit cards, a lateness credit, and the salon's weekly numbers. View the project - ### A pilgrimage booking platform Packages listed by partner operators, a dashboard for each partner, and oversight for the platform. Booking is not only about time slots. Screens show demo data. Where it fits ## Any business that runs on appointments. - ### Clinics and medical centres Doctors, specialties, and appointments across branches. - ### Salons and barbershops Staff, services, and rewards based on visits. - ### Car services and workshops Service bookings, bays, and pickup times. - ### Fitness and training studios Classes, trainers, and packages. - ### Consultants and professional services Paid consultations, calendars, and reminders. - ### Travel and pilgrimage Packages, dates, and partner operators. An honest comparison ## How you take bookings today, a booking-link tool, and an app of your own. | | Phone and WhatsApp | A booking-link tool | A booking app by FLUIDS | | --- | --- | --- | --- | | Customers book without a call | No | Yes | Yes | | Your name and your store listing | Your phone number only | The tool's page and brand | Fully yours | | Loyalty and fairness rules | Kept in memory | Limited to the tool's options | Designed around your rules | | Several branches and staff | Hard to coordinate | Depends on the plan | Built in | | Can grow into a marketplace | No | No | Yes | | How you pay | Free, until bookings are missed | Monthly subscription | One build, then running costs | ### When we will tell you not to build one - If you work alone or run a single chair, a booking link is enough. - If most of your customers book once and never return, a simple booking page may do. - If you need a calendar for your team only, a shared calendar costs nothing. When bookings are the heart of your business, they deserve an app that carries your name. How we build it ## From how customers book today to an app they use. 1. 01 ### Review the booking flow We look at how customers book with you today, from the first call to the visit, and where they drop off. 2. 02 ### Agree the first version You receive a written plan with the scope, timeline, and price before any work starts. 3. 03 ### Design and build You receive a version to try on your own phone every week, and your team tests it on real bookings. 4. 04 ### Launch and grow The app goes live under your name, with the code and data handed over. Loyalty, packages, or new branches are added in later phases. Questions ## What owners ask before they decide. **My customers are used to calling.** Keep the phone. The app takes the bookings that do not need a conversation, and your team handles the calls that do. Customers who prefer to call can still call. **Will customers download another app?** Some will not, and that is expected. We can add a booking page for them, and the app earns its place with reminders, rewards, and a faster second booking. **What about customers who do not show up?** The app reminds customers before each visit and makes rescheduling easy, so a customer who cannot come can move the booking instead of disappearing. You also set your own rules for late cancellations. **What happens when we are running late?** You decide. In Qassah, the client receives a lateness credit when the salon starts late. Rules like this are part of the design from the start. **Can customers pay online when they book?** Yes, if you need it. Many businesses start with payment at the visit and add online payment later as its own phase. **We have several branches and many staff.** Branches, departments, staff calendars, and services are managed from one dashboard, and each branch sees its own bookings. **Can it grow into a marketplace for other businesses?** Yes. Naqrah and Qassah are marketplaces where many clinics and salons take bookings in one app. If that is your direction, we plan for it from the first version. **How much does it cost, and how long does it take?** It depends on the modules you need, which is why we start by reviewing your booking flow. After that session you receive a written plan with the scope, timeline, and price before any work starts. The review is free and carries no commitment. **Who owns the app and the customer data?** Your business. The store listing, the source code, and the customer data are registered in your name. ## Discuss the booking app you need us to develop. Tell us about your services, booking rules, payment requirements and admin workflow. We review the requirements and provide a development proposal. Discuss booking app development --- # Honest Comparisons — Fluids Digital vs Alternatives Source: https://fluids.digital/compare Language: English Home / Compare § Compare # Honest comparisons Where we win, where we lose, and when an alternative is the better fit. 01 / 04 Fluids Digital vs Freelancers Hiring a freelancer is the lowest sticker price for a build — but rarely the lowest total cost. This is an honest comparison: where freelancers genuinely win, where Fluids Digital wins, and how to decide for your specific situation in Saudi Arabia. 02 / 04 Fluids Digital vs traditional software agencies Traditional software agencies often start with large scopes and long planning cycles. Fluids Digital builds the product and launches it so you can test the market. 03 / 04 Fluids Digital vs no-code platforms No-code is a superpower for the first 90 days of an idea — and a ceiling for everything after. This is when no-code wins, when it breaks, and when investing in custom code with Fluids Digital pays off fast — especially given Saudi-specific needs (Mada, Tabby, ZATCA, Nafath, Arabic UX). 04 / 04 Fluids Digital vs offshore development shops Offshore dev shops promise lower hourly rates. The hidden costs — time-zone gaps, broken Arabic UX, missing Saudi market knowledge, and 3 rounds of revisions — usually erase the savings. This is an honest comparison for Saudi buyers. --- # Fluids Digital vs Freelancers — Which Is Better for Your MVP? | Saudi Arabia Source: https://fluids.digital/compare/fluids-vs-freelancers Language: English Home / Compare / Fluids Digital vs Freelancers Compare # Fluids Digital vs Freelancers Hiring a freelancer is the lowest sticker price for a build — but rarely the lowest total cost. This is an honest comparison: where freelancers genuinely win, where Fluids Digital wins, and how to decide for your specific situation in Saudi Arabia. § Side by side | | Fluids Digital | Freelancers | | --- | --- | --- | | Sticker price | Higher upfront, fixed | Lower upfront, hourly drift common | | Timeline reliability | Agreed after scope | Slips when freelancer takes other work | | You own the code | Yes | Often not | | Saudi payments (Mada/Tabby/Tamara) | Default | Depends on freelancer experience | | ZATCA / PDPL awareness | Built into every project | Usually missing | | Code quality / handover | Reviewed, documented, on your GitHub | Variable; bus-factor of 1 | | Continuity if someone quits | Team backup, no single point of failure | Project stalls | | Post-launch support | Included after launch | Often disappears | § Choose Fluids when - You need a written plan and a launch date you can work to - Your app needs Saudi payments or a real launch - You can't afford the project to stall mid-build - You want clean, owned code on your GitHub - You expect to keep iterating after launch § Choose Freelancers when - Scope is one tiny page or feature with no integrations - You already have a senior engineer who can review and own the code - Budget is the only constraint and timing is fully flexible - You enjoy managing engineering work yourself § FAQ ## Common questions ### Aren't freelancers always cheaper? On the invoice — yes. On total cost (rework, missed deadlines, unmaintainable code, lost revenue from delayed launch) — almost never for production products. ### Do you work with our existing freelancer? Yes — we often inherit a partial codebase, audit it, and finish the build cleanly. ### Can you match a freelancer's price for a small landing page? Often yes — a landing page is competitive with senior freelancers. ## Still on the fence? A short call. We'll tell you honestly if we are not the right fit. WhatsApp Us Book a Call Other comparisons vs Traditional Agencies vs No-Code Tools vs Offshore Development All comparisons --- # Fluids Digital vs No-Code (Bubble, Webflow, Glide) | Saudi Arabia Source: https://fluids.digital/compare/fluids-vs-no-code Language: English Home / Compare / Fluids Digital vs no-code platforms Compare # Fluids Digital vs no-code platforms No-code is a superpower for the first 90 days of an idea — and a ceiling for everything after. This is when no-code wins, when it breaks, and when investing in custom code with Fluids Digital pays off fast — especially given Saudi-specific needs (Mada, Tabby, ZATCA, Nafath, Arabic UX). § Side by side | | Fluids Digital | No-Code Tools | | --- | --- | --- | | Time to first prototype | 5–14 days | 1–3 days | | Time to scaled product | Same stack scales to millions | Hits a wall, requires full rewrite | | Mada / Tabby / Tamara support | Native | Hacky workarounds, often missing | | You own the code | Yes | Often not | | ZATCA Phase 2 e-invoicing | Direct integration | Not natively supported | | Per-user monthly cost at scale | Near zero (your infra) | Compounds quickly with users | | Code ownership | 100% on your GitHub | Locked into the platform | | AI solutions | First-class | Limited via plugins | § Choose Fluids when - You're past the prototype stage and need to scale - Saudi payments, Arabic UX, or ZATCA are required - AI features are a core differentiator - You want to own your code and infrastructure - Per-user pricing of no-code tools is becoming painful § Choose No-Code Tools when - You're testing one hypothesis with under 100 users this month - You will personally maintain it and you enjoy that - You don't need Saudi payments or ZATCA - Speed of first version > everything else § FAQ ## Common questions ### Can you migrate me off Bubble or Glide? Yes — we audit your no-code app, design a clean Next.js + Supabase replacement, and migrate users and data. Common 4–6 week project. ### Is no-code unprofessional? Not at all — for the right stage. Every founder we know has built at least one Bubble prototype. The trick is knowing when to graduate. ### Can custom code be as fast as no-code? For a clickable prototype, no-code is faster. For a product with payments, roles, integrations, and ownership requirements, custom code avoids the rewrite later. ## Still on the fence? A short call. We'll tell you honestly if we are not the right fit. WhatsApp Us Book a Call Other comparisons vs Freelancers vs Traditional Agencies vs Offshore Development All comparisons --- # Fluids Digital vs Offshore Development Shops | Saudi Arabia Source: https://fluids.digital/compare/fluids-vs-offshore-dev Language: English Home / Compare / Fluids Digital vs offshore development shops Compare # Fluids Digital vs offshore development shops Offshore dev shops promise lower hourly rates. The hidden costs — time-zone gaps, broken Arabic UX, missing Saudi market knowledge, and 3 rounds of revisions — usually erase the savings. This is an honest comparison for Saudi buyers. § Side by side | | Fluids Digital | Offshore Development | | --- | --- | --- | | Time zone overlap with KSA | Full working day | 2–6 hours, async drift | | Native Arabic UX | Default | Translation layer at best | | Saudi market knowledge | Native (CR 7053790726, Al-Khobar) | Limited or learned via Google | | PDPL / ZATCA / Nafath knowledge | Built into every project | Often missing | | Mada / STC Pay / Tabby / Tamara | Native experience | First-time integration on your dime | | What you get | A live product you can test | Hours on a timesheet | | Total project cost | Predictable, fixed | Often higher after rework | | Legal / NDA enforceability in KSA | Fully enforceable | Cross-border complications | § Choose Fluids when - Your product targets Saudi or GCC users - Arabic UX must be at least as polished as English - PDPL, ZATCA, Mada, or Nafath are part of the build - You value time-zone overlap and direct conversation - You want a Saudi-registered partner for legal clarity § Choose Offshore Development when - Your users are entirely outside the GCC - The product has no Arabic, no Saudi payments, no PDPL surface - You have a strong in-house tech lead who can manage offshore work - Hourly rate is the only metric that matters to your finance team § FAQ ## Common questions ### Why is Saudi-based more expensive? It isn't, on total cost. Higher hourly rate × fewer hours × fewer rework cycles often equals less money than offshore. ### Can you compete on price with offshore? On hourly rate, no. On total project cost for Saudi-targeted products, very often yes. ### Do you ever subcontract? No. Every line of code is built by Fluids Digital engineers we've vetted, on payroll or long-term contractor. ## Still on the fence? A short call. We'll tell you honestly if we are not the right fit. WhatsApp Us Book a Call Other comparisons vs Freelancers vs Traditional Agencies vs No-Code Tools All comparisons --- # Fluids Digital vs Traditional Software Agencies | Saudi Arabia Source: https://fluids.digital/compare/fluids-vs-traditional-agency Language: English Home / Compare / Fluids Digital vs traditional software agencies Compare # Fluids Digital vs traditional software agencies Traditional software agencies often start with large scopes and long planning cycles. Fluids Digital builds the product and launches it so you can test the market. § Side by side | | Fluids Digital | Traditional Agencies | | --- | --- | --- | | How we work | Agree the product, then build it | Scope grows as you go | | What you get | A live product you can test | A long plan, then a long build | | AI integration | Added where it changes the workflow | Often sold as a separate phase | | Team size on your project | Small senior pod (2–3 people) | Layered: PMs, designers, juniors, QA | | Account / project managers | Direct line to the engineer | Multiple intermediaries | | Tech stack | Modern: Next.js, Supabase, Vercel | Often legacy PHP/.NET monoliths | | Code ownership | 100% on your GitHub | Sometimes locked to agency hosting | § Choose Fluids when - You want to launch in weeks, not quarters - You want a fixed budget you can defend to investors/board - AI is a core part of your product, not a footnote - You want a small senior team you can talk to directly § Choose Traditional Agencies when - You need a 100+ person rollout with formal RFP processes - You require on-site teams in your office full-time - Your procurement only accepts hourly billing structures § FAQ ## Common questions ### Do you actually build the full product? Yes. Screens, accounts, database, payments when needed, and launch. Then you test it with customers. ### What if I want to add something later? Small changes are normal. If you add something bigger, we add it as a next phase — before we start it. ### Can you handle large procurement requirements? Yes — we sign MSAs, NDAs, and PDPL data-processing agreements. We have a registered Saudi entity (CR 7053790726). ## Still on the fence? A short call. We'll tell you honestly if we are not the right fit. WhatsApp Us Book a Call Other comparisons vs Freelancers vs No-Code Tools vs Offshore Development All comparisons --- # Custom Software Development in Saudi Arabia | FLUIDS Digital Source: https://fluids.digital/custom-software Language: English Custom software development / Saudi Arabia & the GCC # Custom software and business systems, built around the way your company works. Quotations, approvals, orders, records and reports in one system for your team and your customers, on web and mobile. The scope, price and timeline are agreed in writing first, and the code and data are yours. Discuss your system See systems we built Illustrative image. - Written scope before we start - Competitive price, agreed upfront - You own the source code - Studio based in Al-Khobar ## Systems we have built - **CareerFolio** Performance portfolios for Ministry of Education employees. - **WOSTA** Healthcare procurement: requests, supplier quotes and invoices. - **AlMizan** Consultation requests and dashboards for law offices in Oman. - **A steel supplier** Quotations, supply orders and balances for a steel supplier in Oman. ## What happens when you message us? 1. ### Message us on WhatsApp Two lines about what you need are enough to start. 2. ### A 30-minute call We understand the need and tell you honestly whether building it makes sense. 3. ### A written proposal Scope, a competitive price and the timeline in writing. Then you decide, with no commitment. Discuss your system What we build ## The parts a business system needs, chosen for your workflow. - 01 ### Workflows and approvals Each request moves through your steps, with who approved it and when. - 02 ### Quotations and invoices Documents with your branding and the tax calculated, ready to send. - 03 ### Orders and operations Orders, deliveries, bookings or service jobs, followed from start to finish. - 04 ### Customers and records One record for each customer, supplier or employee, with the full history. - 05 ### Roles and permissions Each person sees the screens and data their role needs. - 06 ### Dashboards and reports Live figures and exports to PDF or Excel, without rebuilding them by hand. - 07 ### Customer and partner portals Outside users follow their own requests, quotes and documents. - 08 ### Integrations Connections to WhatsApp, payments and the tools you already use, where they allow it. - 09 ### Web and mobile A web system for the office, an app for the field, or both on one backend. - 10 ### AI where it removes work Drafts, search and summaries, each with a source and a limit. One quotation, before and after ## What changes when the work moves into its own system. Based on a system we built for a steel supplier in Oman. ### Before 1. The quotation is typed by hand into a spreadsheet. 2. A screenshot of it is sent to the customer on WhatsApp. 3. The order to the supplier is written again from the start. 4. Acceptance, delivery and payment are followed from memory and chat history. ### With the system 1. The quotation is prepared on the phone in four steps: customer, items, delivery site and review. 2. Enter tons, pieces or an amount, and the system calculates the other two and the total with tax. 3. Two documents are issued at once: a quotation for the customer with prices, and a supply order for the mill without them. 4. Both are sent from the company's WhatsApp number, and the system shows when they are delivered and read. 5. Every job moves from draft to paid in clear steps, and the outstanding balance updates itself. Your data, your system ## A system your company depends on has to be safe and stay yours. - Each user reaches only what their role allows, enforced in the database. - Every step is recorded with who moved it and when. - Files are stored privately and open through links that expire. - Keys to payment and AI services stay on the server, never in the browser or the app. - Personal data is handled with Saudi Arabia's Personal Data Protection Law in mind from the first design. - The source code, the accounts and the data are registered in your name. ### What you receive in writing before we start - 01 ### The scope The workflow, screens, roles and integrations, and what is left out. - 02 ### The price A competitive, written price for the agreed scope, before development starts. - 03 ### The timeline The delivery plan, confirmed in the same document. When you need custom software ## Your work has outgrown spreadsheets, chats and software made for someone else. 1. 01 ### Quotations are typed into a spreadsheet and sent as screenshots. Every order is written again for the supplier, and mistakes copy along with it. 2. 02 ### Approvals wait in someone's chat history. Nobody can see where a request is, or who moved it last. 3. 03 ### You pay for an off-the-shelf system and work around it. Half its screens are unused, and the step you need most is missing. 4. 04 ### The Arabic is a translation. Your team and customers notice it on the first screen. 5. 05 ### Reports are rebuilt by hand every month. The numbers exist, but in five places that do not agree. 6. 06 ### Customers or partners need their own access. Each should see their own requests, and nothing else. Systems we have built ## Software for the people doing the work, and the people managing it. 1. 01 ### Several roles, one system. Oxygen Academy serves students, instructors and ambassadors, each with their own portal, tools and earnings, on the same platform. - Separate portals for each role - Payouts and commissions tracked - Arabic first 2. 02 ### A dashboard for the business side. The merchant side of T-CODE: branches, offers, views, followers, used codes and conversion in one view. - Branches managed separately - Live figures, no manual reports - Works on the phone 3. 03 ### Requests that move in clear steps. The law office side of AlMizan: new requests, active consultations, response rate and average response time. - Every request has a status - In-app chat with the customer - Performance in one view Some screens show demo data. From our work ## Systems we have built for government, healthcare procurement and education. Each one started from a specific process and was built around the way its owners work. - ### CareerFolio Performance portfolios for Ministry of Education employees: goals, evaluations, print-ready reports with official branding, and finished years locked as read-only archives. View the project - ### WOSTA Healthcare procurement: clinics and pharmacies post the supplies they need, verified suppliers compete with quotes, and branches, warehouses, quotes and invoices are tracked in one place. View the project - ### A legal case workspace For legal teams in Saudi Arabia: matters, private files, grounded research, drafting, signatures and PDF export, with each team's work kept apart. Some screens show demo data. Where it fits ## Any company whose workflow does not fit ready-made software. - ### Trading and supply Quotations, supply orders, deliveries and balances. - ### Healthcare and procurement Requests, quotes, suppliers and invoices. - ### Government and HR Employee records, evaluations and official reports. - ### Education and training Students, instructors, courses and payouts. - ### Legal and professional services Matters, requests, documents and response times. - ### Retail and services Branches, offers, bookings and customer records. An honest comparison ## Spreadsheets and chats, ready-made software, or a system built for your company. | | Spreadsheets and WhatsApp | Ready-made software or ERP | Custom software with FLUIDS | | --- | --- | --- | --- | | Fits your workflow | You adapt to the file | You adapt to its modules | Built around your steps | | Arabic, right to left | As you type it | Varies by product | Designed Arabic first | | Who sees what | Anyone with the file | The product's role settings | Roles you define | | How you pay | Little money, a lot of time | Usually licences per user, every year | A build you own; hosting and support as agreed | | Who owns it | You, but it is scattered | You rent it | You, code and data | | Time to start | Today | Soon, if it fits | After a written scope | ### When we will tell you not to build one - If a ready-made product already covers your workflow, use it. Custom software is for the steps it cannot do. - If the process is not settled yet, map it first. A workflow session does that before any code. - If a spreadsheet template solves it, start with the template. When the work depends on steps no product has, the software should be built around those steps. How we build it ## From the way you work today to a system your team uses. 1. 01 ### Map the workflow We go through each step, who does it, and where it breaks today. 2. 02 ### Agree the scope You receive the scope, price and timeline in writing before any work starts. 3. 03 ### Design and build Review the screens, then try the system as it is built. 4. 04 ### Launch and hand over We test and launch it, hand over the source code, and agree the support you need. Questions ## What companies ask before they commission a system. **What is custom software?** Software designed and built for one company's workflow, instead of a ready-made product the company adapts to. It can be a web system, a mobile app, or both on one backend. **Should we use an ERP like Odoo or SAP instead?** If a ready-made system covers your workflow, yes. Custom software makes sense for the steps it cannot handle, or when the licences and workarounds cost more than the work they save. **Can it connect to the systems we already use?** Yes, where the other system allows it, for example through an API or an export. Each integration is listed in the written scope. **Web, mobile, or both?** It depends on where the work happens. Office work usually suits a web system, field work an app, and many systems use both on the same backend. **Can it be in Arabic and English?** Yes. It is designed Arabic first and right to left, with English in the same system when you need it. **Who owns the system?** You do. The source code, the accounts and the data are registered in your name, and you receive the full source code at handover. **Do you work with companies outside Al-Khobar?** Yes. We are based in Al-Khobar and build for companies across Saudi Arabia and the Gulf, and several of the apps we have built run in Oman. **How much does it cost, and how long does it take?** It depends on the workflow, the number of roles and screens, and the integrations. Our pricing is competitive, and after mapping the workflow, you receive a written scope with the price and timeline before any work starts. **What happens after launch?** We support your system for 12 or 24 months or longer: bug fixes, updates, hosting and monitoring, and monthly improvements. Larger new steps and features can follow as separate phases. ## Start with the step that costs your team the most time. Tell us how the work runs today, who is involved and where it breaks. We review it and send a written scope with the price and timeline. Discuss your system --- # FAQ Hub — All Topics | Fluids Digital Source: https://fluids.digital/faq Language: English Home / FAQ § FAQ Hub # Questions. Direct answers. Themed sets of the questions founders and operators in KSA and the GCC ask most. Each page is self-contained and citation-ready for AI answer engines. § MVP Development MVP Development FAQ — Saudi Arabia Straight answers about what we build, how long it takes, who owns the code, and what happens after launch. 12 questions § Working With Us Working With Fluids — Process, Payments, Support How a project actually runs from first call to launch — and what happens after. 4 questions ## Your question isn't here? Ask on WhatsApp or book a short call. WhatsApp Us Book a Call --- # MVP Development FAQ: Scope, Timeline & Ownership | FLUIDS Source: https://fluids.digital/faq/mvp-development Language: English Home / FAQ / MVP Development § MVP Development # MVP Development FAQ — Saudi Arabia Straight answers about what we build, how long it takes, who owns the code, and what happens after launch. Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § Questions ## 12 answered Practical answers about scope, delivery and ownership before you start a project. 01 ### How long does it take to build an MVP? It depends on the feature set, integrations, and content readiness. We confirm the timeline after discovery, once the launch scope is clear. 02 ### How do we start? We review the software users, requirements and integrations, then provide a development proposal. 03 ### What is included in the product? The screens, accounts, database, payments if needed, launch, analytics, and real support after it is live. 04 ### Who owns the code? You do — fully and exclusively. The complete code and database are delivered to your private GitHub, with no licence fees, no lock-in, and no proprietary builders. 05 ### Do you also handle design? Yes — UI/UX design is part of every build. You don't need a separate designer; we design and build the product as one team. 06 ### How secure will the product be? Security is built in from day one — phone OTP login, encrypted data, and strict access rules at the database level. Your users' data stays protected. 07 ### Do you sign NDAs? Yes. We sign mutual NDAs before any discovery call where confidential context is shared. 08 ### Can I add features after launch? Yes — and small edits are welcome any time; we're very open there. Bigger features become a follow-up phase. The codebase is yours and built for iteration, not lock-in. 09 ### What tech stack do you use? React, Vite or Next.js, Tailwind, Supabase or Postgres, edge functions, Vercel, n8n for automation, and OpenAI / Claude for AI features. Everything industry-standard. 10 ### Do you build mobile apps? Yes — iOS and Android, usually with an admin web panel so you have full control over the app: content, users, and operations. 11 ### Can you take over a half-built product? Often, yes. We start with a short audit, then tell you what we would build next. 12 ### What happens after launch? We stay with you after launch. You focus on marketing and growth; we cover the technical side. § Other topics Working With Us Working With Fluids — Process, Payments, Support ## Ready to talk? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call --- # Working With Fluids Digital — Process & Support FAQ Source: https://fluids.digital/faq/working-with-fluids Language: English Home / FAQ / Working With Us § Working With Us # Working With Fluids — Process, Payments, Support How a project actually runs from first call to launch — and what happens after. § Questions ## 4 answered Practical answers about scope, delivery and ownership before you start a project. 01 ### How do we start? We review the software users, requirements and integrations, then provide a development proposal. 02 ### What are your payment terms? We're very flexible — we explore the payment structure that's most convenient for you, and agree on it clearly before we start. Fully invoiced. 03 ### Will I get updates during the build? Yes — direct updates on WhatsApp or whichever channel you prefer, and you see the product as it comes together. 04 ### What support do I get after launch? Support after launch is part of the work. We agree what it covers with the project. You focus on marketing and growth; we cover the technical side. § Other topics MVP Development MVP Development FAQ — Saudi Arabia ## Ready to talk? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call --- # Software Development for Businesses and Founders | FLUIDS Source: https://fluids.digital/for Language: English Home / Solutions § Solutions # For businesses commissioning software An internal system for your team, an app for your customers, or a founder commissioning an MVP. Choose the path that describes your software project. 01 / 06 For Founders Startup Founders For founders hiring a team to develop a mobile app or web platform. We design the user flows, develop the core features and launch a first release for your customers. You receive the source code and can plan later releases around actual use. 02 / 06 For Agencies Marketing & Design Agencies If your studio sells strategy, design, branding, or marketing and keeps losing the build phase, we can be the team that builds. Websites, apps, and products under your name, with a clear handover. 03 / 06 For Startups Funded Startups You raised. You launched. Now you need to ship faster than hiring allows. We join as your build team — features, dashboards, and AI inside the product, on your stack. 04 / 06 For Businesses SMEs & Family Businesses For Saudi companies commissioning software for their staff or customers. We develop internal systems, customer portals and mobile apps around your workflows, with the roles, reports and integrations the project needs. 05 / 06 First-time founders Idea-Stage Founders For founders ready to commission an app or web platform. We define the users and core workflow, design the screens, develop the first release and hand over the source code. You do not need an in-house development team to begin. 06 / 06 For Non-Technical Founders Non-Technical Founders Commission your app or web platform with a team that handles design, development and deployment. You define the customer and business workflow; we explain the technical decisions, build the agreed release and hand over the source code. --- # White-Label Development Partner for Agencies — Saudi Arabia | Fluids Digital Source: https://fluids.digital/for/agencies Language: English Home / Solutions / For Agencies For Agencies # A white-label development partner for agencies If your studio sells strategy, design, branding, or marketing and keeps losing the build phase, we can be the team that builds. Websites, apps, and products under your name, with a clear handover. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "We win pitches but lose money on the build phase" - 02 "Freelancers ghost mid-project" - 03 "Our clients need the app to work properly in Arabic" - 04 "We need predictable timelines to protect retainers" - 05 "We want to upsell AI features but lack the engineering" § What we do ## Concretely - Sign a mutual NDA — we never reach out to your clients - Slot into your delivery as your engineering team - Match your brand and design system - Add AI solutions and dashboards you can resell - Clear scope per project — you stay in control § Our process ## Define → Code → Design → Launch 1. 01 NDA + scope intake from your account manager 2. 02 We send a written plan to build and launch 3. 03 Build sprint with shared Slack/Linear access 4. 04 Deliver to your client under your name § Recommended packages ## Start with these Business Websites Custom Web Applications SaaS Dashboards MVP Development § Is this right for me? ## Real questions ### Will you ever contact our clients directly? No. NDA is signed before any project. Communication runs through your team only. ### How do margins work for resold services? We give you a partner rate. You set your client price. Most agencies mark up 40–80%. § FAQ ## Common questions ### Do you offer a true white-label arrangement? Yes. NDA-backed, no logos, no client outreach, optional ghost-emails on your domain. ### Can you handle multiple agency projects in parallel? Yes. Each project gets its own pod with a tech lead. ### Do you sign IP transfer agreements? Always. The agency owns the code, infrastructure, and IP from delivery. ### Can we resell AI inside the product? Yes — search, recommendations, and in-app assistants as part of the product we build. ### What's the minimum engagement? A single landing page. No retainer required. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Founders Startup Founders → For Startups Funded Startups → For Businesses SMEs & Family Businesses → First-time founders Idea-Stage Founders All solutions --- # Custom Software & AI for Saudi SMEs — Digitize Your Operations | Fluids Digital Source: https://fluids.digital/for/businesses Language: English Home / Solutions / For Businesses For Businesses # Custom business apps and customer platforms. For Saudi companies commissioning software for their staff or customers. We develop internal systems, customer portals and mobile apps around your workflows, with the roles, reports and integrations the project needs. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Our team manages everything in Excel and WhatsApp" - 02 "Our website is 5 years old and doesn't convert" - 03 "Customer service eats too much staff time" - 04 "We can't see what's happening across branches in real time" - 05 "ERP vendors quote us months and six figures" § What we do ## Concretely - A website with a dashboard (8–10 days) - Internal operations tools — replace your spreadsheets - AI customer-support agent on your website - Automation pipelines on n8n: orders, invoices, reports, ZATCA - Branch/multi-location dashboards with real-time data - Integrations with Salla, Zid, HubSpot, Odoo, Salesforce, ZATCA § Our process ## Define → Code → Design → Launch 1. 01 Free discovery call to map your operations 2. 02 A written plan to build and launch 3. 03 Build sprint with weekly demos 4. 04 Train your team + months of support § Recommended packages ## Start with these Business Websites Internal Business Tools AI in the product Custom Web Applications SaaS Dashboards § Is this right for me? ## Real questions ### We don't have an in-house IT team. Can we still maintain it? Yes. Everything we build runs on managed infrastructure (Vercel, Supabase). Updates are content-only via the admin dashboard. We offer affordable monthly support if needed. § FAQ ## Common questions ### Do you integrate with Salla and Zid? Yes — both via official APIs. ### Are your invoices ZATCA-compliant? Yes. We deliver ZATCA Phase 2 e-invoicing as standard. ### Can the system be 100% Arabic? Yes — including the admin dashboard, with native RTL. ### How fast can we go live? We agree the scope in writing, then we build and launch. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Founders Startup Founders → For Agencies Marketing & Design Agencies → For Startups Funded Startups → First-time founders Idea-Stage Founders All solutions --- # App and MVP Development for Founders | FLUIDS Source: https://fluids.digital/for/founders Language: English Home / Solutions / For Founders For Founders # App and platform development for founders. For founders hiring a team to develop a mobile app or web platform. We design the user flows, develop the core features and launch a first release for your customers. You receive the source code and can plan later releases around actual use. Start here A short call Message WhatsApp Book a Call Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § We hear this daily ## Sound familiar? - 01 "I have an idea but no technical co-founder" - 02 "Quotes from agencies are 6 months and unclear" - 03 "I need to validate with real users, not slide decks" - 04 "I want Arabic and English from day one" - 05 "I need someone who builds the product, not a long plan" § What we do ## Concretely - Agree the product and what we launch - Ship a real product — not a Figma prototype - Accounts, admin and payment integrations where included in the agreed MVP scope - Screens designed for how people actually use the app — not a translation layer - Hand off clean code on your own GitHub and Vercel - Post-launch support with its coverage and duration agreed in the scope § Our process ## Define → Code → Design → Launch 1. 01 Define — who uses it, what it does, what we launch 2. 02 Code — engineering sprint with direct updates 3. 03 Design — polish, copy, conversion review 4. 04 Launch — deploy, hand over code and agree support § Recommended packages ## Start with these MVP Development Landing Pages AI in the product SaaS Dashboards § Is this right for me? ## Real questions ### Is this right if I have no technical background? Yes. We write the scope in plain business language and handle the technical decisions. You own the GitHub repo, the Vercel project, and the Supabase database from day one. ### What if I'm pre-revenue? Revenue is not a prerequisite. You need a defined customer, a core workflow to test and the budget to commission development. § FAQ ## Common questions ### How long does a founder MVP take with Fluids Digital? The timeline depends on the agreed features, platforms, integrations and review needs. We confirm the stages and dependencies in writing before development starts. ### Do I own the code? Yes. 100% — code on your GitHub, infrastructure on your accounts. No lock-in. ### Can you replace a CTO? For the launch phase, yes. We handle architecture, deployment, and handover. After launch, we can stay as a fractional engineering team or hand off to your in-house hire. ### What if my idea changes mid-build? Small changes are normal. If you add something bigger, we add it as a next phase — before we start it. ### How do you handle Saudi-specific needs (Mada, Nafath, ZATCA)? Native. We integrate Mada, STC Pay, Tabby, Tamara, Nafath login, and ZATCA e-invoicing as standard options. ### Will it be in Arabic? Yes. The screens work in Arabic, with a proper layout. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Agencies Marketing & Design Agencies → For Startups Funded Startups → For Businesses SMEs & Family Businesses → First-time founders Idea-Stage Founders All solutions --- # MVP Development for First-Time Founders | FLUIDS Source: https://fluids.digital/for/idea-stage Language: English Home / Solutions / First-time founders First-time founders # A development team for your first software product. For founders ready to commission an app or web platform. We define the users and core workflow, design the screens, develop the first release and hand over the source code. You do not need an in-house development team to begin. Start here A short call Message WhatsApp Book a Call Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § We hear this daily ## Sound familiar? - 01 "I don't know if my idea is technically possible" - 02 "I don't know how much it would cost" - 03 "I don't know what features should be in v1" - 04 "I'm afraid of getting locked into a bad agency contract" - 05 "I want to launch — I don't want to learn to code" § What we do ## Concretely - Review the users, core workflow and technical requirements - Agree what the product does and what we launch - Send a written plan to build and launch - Build, launch, and hand over the product on your accounts - Prepare the first release for your customer pilot § Our process ## Define → Code → Design → Launch 1. 01 Discuss the software you want to commission 2. 02 We write a 1-page scope 3. 03 A clear plan to build and launch 4. 04 Develop → test → deploy for your pilot § Recommended packages ## Start with these MVP Development Landing Pages Business Websites § Is this right for me? ## Real questions ### What if my idea is too small? A focused app can be a suitable first release. We review who will use it, the workflow it needs to support and whether a custom build is appropriate. ### What if I'm not ready to commit? Use the initial conversation to assess whether FLUIDS is the right development partner. Development begins after you accept the project proposal. § FAQ ## Common questions ### Will you sign an NDA before I share my idea? Yes — happy to. Just request it before the call. ### Do I need to know what features I want? No. Most idea-stage founders don't. Our job in discovery is to help you choose them. ### How do we start? We review the users, requirements and integrations, then provide a software development proposal. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Founders Startup Founders → For Agencies Marketing & Design Agencies → For Startups Funded Startups → For Businesses SMEs & Family Businesses All solutions --- # Build a Startup Without a Technical Co-Founder — Saudi Arabia | Fluids Digital Source: https://fluids.digital/for/non-technical-founders Language: English Home / Solutions / For Non-Technical Founders For Non-Technical Founders # A software development team for non-technical founders. Commission your app or web platform with a team that handles design, development and deployment. You define the customer and business workflow; we explain the technical decisions, build the agreed release and hand over the source code. Start here A short call Message WhatsApp Book a Call Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § We hear this daily ## Sound familiar? - 01 "Every guide tells me I need a technical co-founder — I don't have one" - 02 "I don't speak engineer and I'm afraid of being misled" - 03 "I want to own my product, not depend on a black-box agency" - 04 "I tried no-code and hit walls" - 05 "I need someone to translate my vision into a roadmap" § What we do ## Concretely - Translate your business idea into a clear technical scope - Pick the right stack so you can hire engineers later (not be stuck) - Ship a real MVP — not no-code held together with tape - Hand over the GitHub, Vercel, Supabase, and Stripe accounts in your name - Stay reachable on WhatsApp during and after the build § Our process ## Define → Code → Design → Launch 1. 01 Founder call — your idea, your customer, your why 2. 02 1-page scope written in business language 3. 03 A clear plan to build and launch 4. 04 Build, launch, hand-over — you own everything § Recommended packages ## Start with these MVP Development Landing Pages AI in the product Business Websites § Is this right for me? ## Real questions ### Will I be able to make changes later? Yes. The admin dashboard handles 80% of content changes. For code changes, you can hire any React/Next.js developer or come back to us. ### What if I lose access to my engineer later? We document account ownership, source code handover and third-party dependencies in the engagement. You receive the code at handover; access and transfer responsibilities should be agreed before work starts. § FAQ ## Common questions ### Can I run a real startup without a CTO? Until product-market fit, absolutely — many YC and 500 Startups founders launched without one. After PMF, you'll likely hire engineers. Our build prepares you for both paths. ### Why not just use no-code? No-code is great for landing pages and very simple workflows. Once you need real auth, payments, multi-user logic, or AI features, no-code becomes a tax — both in cost and lock-in. ### Will you ghost me after launch? No. Support after launch is part of the work — you focus on marketing and growth, we cover the technical side. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Founders Startup Founders → For Agencies Marketing & Design Agencies → For Startups Funded Startups → For Businesses SMEs & Family Businesses All solutions --- # Engineering Partner for Funded Startups — Scale MVP to v2 | Fluids Digital Source: https://fluids.digital/for/startups Language: English Home / Solutions / For Startups For Startups # Engineering partner for funded startups in Saudi Arabia You raised. You launched. Now you need to ship faster than hiring allows. We join as your build team — features, dashboards, and AI inside the product, on your stack. Start here A short call Message WhatsApp Book a Call Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § We hear this daily ## Sound familiar? - 01 "Hiring senior engineers in KSA takes 4+ months" - 02 "Investors want roadmap velocity, not excuses" - 03 "We need AI features but our team is full-stack only" - 04 "Tech debt is slowing us down" - 05 "We need a v2 dashboard for our biggest customers" § What we do ## Concretely - Fractional engineering team — 1 to 4 engineers per sprint - Feature shipping on your existing codebase - AI feature additions: search, recommendations, in-app assistants - v2 dashboards and admin tools for upsell - Code review and architecture guidance - Clear scope per two-week sprint § Our process ## Define → Code → Design → Launch 1. 01 Codebase audit + sprint scoping (2 days) 2. 02 Sprint kick-off with your PM/CTO 3. 03 Continuous PRs, weekly demo 4. 04 Sprint review + retro + next-sprint scope § Recommended packages ## Start with these Custom Web Applications AI in the product SaaS Dashboards Internal Business Tools § Is this right for me? ## Real questions ### Will you fit our codebase if it's not Next.js? We work primarily on the React/Node ecosystem (Next.js, Remix, Express, NestJS). For other stacks (Laravel, Django, Rails) we still help on the front-end and integrations layer. § FAQ ## Common questions ### How fast can a sprint start? Within 5 business days of signing — including the codebase audit. ### Can you sit in our standups? Yes — we treat fractional engagements like a normal team member: Slack, Linear, GitHub, standups. ### Do you do equity/payment-mix deals? Case by case for funded startups we already know well. Usually the work is paid as we build. ## Ready for the next step? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call Other solutions → For Founders Startup Founders → For Agencies Marketing & Design Agencies → For Businesses SMEs & Family Businesses → First-time founders Idea-Stage Founders All solutions --- # Industry Solutions — Fluids Digital Saudi Arabia Source: https://fluids.digital/industries Language: English Home / Industries § Industries # We build the product for your industry We speak your industry's language — from Salla and Zid in commerce, to NPHIES and SFDA in healthcare, to Nafath and SAMA in fintech. Each page lays out what we build, the integrations, and the questions you actually ask. 01 / 07 Industry · E-commerce E-commerce Fluids Digital builds and extends e-commerce stores for Saudi merchants: custom storefronts, Salla and Zid integrations, AI product recommendations, WhatsApp commerce flows, and Mada / Tabby / Tamara checkout. Every store is scoped around inventory, operations, and payment requirements. 02 / 07 Industry · Real Estate Real Estate We build property portals and broker CRMs for Saudi real estate: developers, brokerages, and PropTech startups. Every system is scoped around lead capture, listings, contracts, and handover workflows. In-product search and ranking when the portal needs them. 03 / 07 Industry · Healthcare Healthcare We build patient portals, appointment apps, and clinic dashboards for clinics and healthtech founders in Saudi Arabia. We define patient and staff workflows, access permissions, consent needs, and hosting requirements with your team before development. Clinical features and third-party integrations require a separate feasibility review; software delivery is not a regulatory certification or a substitute for clinical advice. 04 / 07 Industry · Education Education We build LMS platforms, AI tutors, and academy portals for Saudi training centers, schools, universities, and EdTech founders. Built for course completion, certificate generation, and Tahsili / Qiyas-aware learning paths. Reference work: O2 Academy. Launched in weeks. 05 / 07 Industry · Logistics Logistics We build dispatch dashboards, driver apps, and customer tracking experiences for Saudi 3PLs, last-mile operators, and delivery startups. Builds are scoped around dispatch rules, driver workflows, customer tracking, and carrier integrations. 06 / 07 Industry · Fintech Fintech We build fintech MVPs, payment dashboards, and back-office tools for Saudi fintech founders and licensed institutions. Engineered with SAMA-aware patterns, PDPL data protection, Nafath KYC, and full Mada / Tabby / Tamara / STC Pay integration. We are not a license consultancy — we are the engineering team that ships your product fast. 07 / 07 Industry · Professional Services Professional Services We build client portals, intake flows, and document search inside the product for Saudi law firms, accounting practices, and consultancies. Integrated with WhatsApp, e-signature, and ZATCA-compliant invoicing. Replace email threads and spreadsheets with a calm operations layer. Launched in weeks. --- # E-commerce Development in Saudi Arabia — Salla, Zid, Custom Stores | Fluids Digital Source: https://fluids.digital/industries/ecommerce Language: English Home / Industries / E-commerce Industry · E-commerce # E-commerce Development for Saudi Arabia Fluids Digital builds and extends e-commerce stores for Saudi merchants: custom storefronts, Salla and Zid integrations, AI product recommendations, WhatsApp commerce flows, and Mada / Tabby / Tamara checkout. Every store is scoped around inventory, operations, and payment requirements. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Salla and Zid templates do not match my brand" - 02 "Checkout drops because Mada/Tabby/Tamara is missing" - 03 "I need WhatsApp orders to flow into my store automatically" - 04 "My catalog is huge and I need AI search and recommendations" - 05 "I need ZATCA-compliant e-invoicing on every order" § What we build ## Concretely - Custom Next.js storefronts on Salla and Zid headless APIs - AI product search and personalized recommendations - WhatsApp Business catalog and order capture - Mada, STC Pay, Tabby, Tamara, HyperPay, Moyasar checkout - ZATCA Phase 2 e-invoicing (Fatoora) integration - Operations dashboard: orders, inventory, returns, abandoned carts § Tools & integrations ## We speak your stack Salla Zid Mada STC Pay Tabby Tamara HyperPay Moyasar ZATCA Fatoora WhatsApp Business API n8n Next.js Supabase § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Audit current store, payment funnel, and ZATCA setup. Lock scope. 2. 02 · Code Build storefront, integrate payments and WhatsApp catalog, wire ZATCA. 3. 03 · Design Clear product pages and checkout. 4. 04 · Launch Migrate catalog, redirect SEO, monitor first 7 days, hand over. § Recommended packages ## Start with these Custom Web Applications AI in the product SaaS Dashboards § Built for ## Are you one of these? For Businesses SMEs & Family Businesses For Startups Funded Startups § FAQ ## Common questions ### Do you build on Salla, Zid, or custom? All three. We use Salla and Zid when their built-in payments and logistics save time, and a custom Next.js storefront when brand, performance, or unique flows matter. ### Which Saudi payment methods do you integrate? Mada, STC Pay, Tabby, Tamara, HyperPay, Moyasar, plus Stripe for international cards. ### Are you ZATCA Phase 2 (Fatoora) compliant? Yes — every order generates a compliant e-invoice through certified providers, with QR code, UUID, and CSID handling. ### Can WhatsApp orders sync into the store? Yes — using WhatsApp Business API and n8n, every chat order becomes a real order in your dashboard with inventory deducted. ### How long does an e-commerce build take? It depends on catalog size, payment requirements, ZATCA setup, and whether we are extending an existing store or building from scratch. ### Do you handle migrations from Shopify or WooCommerce? Yes — full catalog, customer, and order history migration with SEO redirects preserved. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · Real Estate Real Estate → Industry · Healthcare Healthcare → Industry · Education Education → Industry · Logistics Logistics All industries --- # EdTech & Academy Platforms in Saudi Arabia | Fluids Digital Source: https://fluids.digital/industries/education Language: English Home / Industries / Education Industry · Education # EdTech & Academy Platforms for Saudi Arabia We build LMS platforms, AI tutors, and academy portals for Saudi training centers, schools, universities, and EdTech founders. Built for course completion, certificate generation, and Tahsili / Qiyas-aware learning paths. Reference work: O2 Academy. Launched in weeks. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Existing LMS doesn't feel native in Arabic" - 02 "We can't generate Arabic certificates with student names correctly" - 03 "Students drop off — we need an AI tutor that nudges them" - 04 "We need to sell courses with Mada / Tabby / Tamara" - 05 "Reporting to parents/managers is manual" § What we build ## Concretely - Learning management systems with video, quizzes, and progress tracking - In-product tutor that answers in Arabic and explains step-by-step - Native-Arabic certificate generation (PDF, QR-verified) - Cohort dashboards for instructors and admins - Saudi payment gateways with installment options - Parent / employer reporting and exports § Tools & integrations ## We speak your stack Next.js Supabase Mux / Cloudflare Stream OpenAI Mada Tabby Tamara n8n WhatsApp Business API § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Map curriculum, learner roles, certification, and reporting needs. 2. 02 · Code Build LMS, AI tutor, and certificate engine on Next.js + Supabase. 3. 03 · Design Calm UX optimized for completion, not just enrollment. 4. 04 · Launch Pilot one cohort, tune drop-off triggers, then scale. § Recommended packages ## Start with these Custom Web Applications AI in the product SaaS Dashboards § Built for ## Are you one of these? For Businesses SMEs & Family Businesses For Startups Funded Startups For Founders Startup Founders § FAQ ## Common questions ### Have you built a real LMS before? Yes — O2 Academy is a live reference. Video-first, with cohort dashboards and certificate flows. ### Does the AI tutor actually understand Arabic? Yes — Modern Standard Arabic with optional Gulf dialect, grounded in your curriculum via RAG so it never invents answers. ### Can we sell courses in installments (Tabby/Tamara)? Yes — full integration with Tabby, Tamara, Mada, and Stripe. ### Do you generate Arabic PDF certificates? Yes — proper Arabic shaping, QR verification page, and admin re-issue tool. ### Can it run as a SaaS for multiple academies? Yes — multi-tenant with white-label branding per academy. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Real Estate Real Estate → Industry · Healthcare Healthcare → Industry · Logistics Logistics All industries --- # Fintech Development in Saudi Arabia — SAMA-aware, PDPL, Mada, Tabby | Fluids Digital Source: https://fluids.digital/industries/fintech Language: English Home / Industries / Fintech Industry · Fintech # Fintech Development for Saudi Arabia We build fintech MVPs, payment dashboards, and back-office tools for Saudi fintech founders and licensed institutions. Engineered with SAMA-aware patterns, PDPL data protection, Nafath KYC, and full Mada / Tabby / Tamara / STC Pay integration. We are not a license consultancy — we are the engineering team that ships your product fast. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "We have a SAMA sandbox slot but no engineering team" - 02 "We need Nafath KYC, not photo-of-ID forms" - 03 "Reconciling Mada + Tabby + Tamara is manual hell" - 04 "Our internal ops team needs a dashboard, not Excel" - 05 "We need PDPL-aligned data flows from day one" § What we build ## Concretely - Customer-facing fintech apps (lending, BNPL, wallets, savings) - Nafath KYC integration with audit-friendly logs - Operations dashboards: ledger view, disputes, reconciliation - Webhook + idempotency layers for payment processors - PDPL-aligned data model with consent and retention rules - In-app help trained on your policies, inside the same product § Tools & integrations ## We speak your stack Nafath Mada STC Pay Tabby Tamara HyperPay Moyasar SAMA sandbox patterns PDPL controls Supabase Next.js Vercel § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Map regulated flows, KYC, and data classification. 2. 02 · Code Build customer app + ops dashboard + KYC + reconciliation. 3. 03 · Design Calm UX with clear disclosures. 4. 04 · Launch Sandbox first, then production with controlled rollout. § Recommended packages ## Start with these MVP Development Custom Web Applications SaaS Dashboards AI in the product § Built for ## Are you one of these? For Startups Funded Startups For Founders Startup Founders § FAQ ## Common questions ### Do you handle SAMA licensing? No — we are the engineering team. We work alongside your legal/compliance counsel and build the product to match the approved regulatory model. ### Do you integrate Nafath? Yes — through certified providers, with full audit logging. ### Can you build a BNPL MVP? Yes — merchant onboarding, customer flow, ledger, settlement, and Tabby/Tamara-style UX, scoped for sandbox or live. ### Where is data stored? PDPL-aligned regions by default; KSA-resident infrastructure available on request. ### How fast can we go from zero to sandbox? A focused fintech MVP typically reaches sandbox in 21–35 days depending on integrations. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Real Estate Real Estate → Industry · Healthcare Healthcare → Industry · Education Education All industries --- # Healthcare Software in Saudi Arabia — Patient Portals & Clinic Apps | Fluids Digital Source: https://fluids.digital/industries/healthcare Language: English Home / Industries / Healthcare Industry · Healthcare # Healthcare Software for Saudi Arabia We build patient portals, appointment apps, and clinic dashboards for clinics and healthtech founders in Saudi Arabia. We define patient and staff workflows, access permissions, consent needs, and hosting requirements with your team before development. Clinical features and third-party integrations require a separate feasibility review; software delivery is not a regulatory certification or a substitute for clinical advice. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Patients call for appointments instead of self-booking" - 02 "Our EMR doesn't share data with our website" - 03 "We need clear patient consent and access permissions" - 04 "Our intake forms don't work well in Arabic" - 05 "Staff track appointment changes across separate systems" § What we build ## Concretely - Patient portals with appointment booking and intake forms - Bilingual patient intake and administrative request routing - Clinic dashboards: appointments, patients, doctors, schedules - Consent records and data-request workflows scoped with your advisors - Staff access permissions and activity logs - Existing-system integrations subject to API access and feasibility review § Tools & integrations ## We speak your stack Appointment scheduling Bilingual forms Role-based access Activity logs API feasibility review § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Map patient and staff workflows, data requirements, and integration feasibility. 2. 02 · Code Build the agreed portal, dashboards, booking, and access controls. 3. 03 · Design Calm, accessible Arabic-first UX with clear consent UX. 4. 04 · Launch Pilot with one clinic, monitor SLAs, then roll out. § Recommended packages ## Start with these Custom Web Applications AI in the product Internal Business Tools § Built for ## Are you one of these? For Businesses SMEs & Family Businesses For Startups Funded Startups § FAQ ## Common questions ### How do you approach patient-data privacy? We scope data collection, consent, access controls, retention, and hosting with your team and qualified advisors. Compliance depends on the final system and how it is operated; we do not promise certification or automatic legal compliance. ### Can an assistant help with patient enquiries? An administrative assistant can use clinic-approved information for booking and general enquiries, with a handoff to staff. Diagnosis, treatment advice, and clinical triage are not part of a standard booking assistant. ### Do you integrate with NPHIES? NPHIES is not a confirmed, ready-made integration in our portfolio. Any request needs a feasibility review with your licensed provider, available documentation, access permissions, and testing requirements before we commit to delivery. ### Do you build for SFDA-regulated medical devices? Our standard scope is administrative web and mobile software, not medical-device firmware or certified clinical systems. Regulated device-related work requires specialist assessment and a separately agreed scope. ### Where is patient data hosted? Hosting and data residency are agreed during scoping after reviewing your requirements and provider availability. We do not assume a location or promise Saudi residency before confirming the deployment plan. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Real Estate Real Estate → Industry · Education Education → Industry · Logistics Logistics All industries --- # Logistics & Delivery Software in Saudi Arabia | Fluids Digital Source: https://fluids.digital/industries/logistics Language: English Home / Industries / Logistics Industry · Logistics # Logistics & Delivery Software for Saudi Arabia We build dispatch dashboards, driver apps, and customer tracking experiences for Saudi 3PLs, last-mile operators, and delivery startups. Builds are scoped around dispatch rules, driver workflows, customer tracking, and carrier integrations. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Drivers and dispatchers communicate over scattered WhatsApp groups" - 02 "Route planning is done in spreadsheets" - 03 "Customers spam call center asking 'where is my order'" - 04 "We need one integration layer over Aramex, SMSA, SPL" - 05 "Cash-on-delivery reconciliation is painful" § What we build ## Concretely - Dispatch dashboard with live driver locations and assignment - Driver mobile-first PWA with proof-of-delivery and signatures - Customer tracking page + WhatsApp status updates - Carrier abstraction layer (Aramex, SMSA, SPL, Naqel) - AI route optimization for daily runs - COD reconciliation and finance exports § Tools & integrations ## We speak your stack Aramex API SMSA SPL Naqel Mapbox WhatsApp Business API Supabase Next.js n8n § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Audit current ops: drivers, carriers, hand-offs, COD flow. 2. 02 · Code Build dispatch + driver PWA + carrier abstraction. 3. 03 · Design Operator UX optimized for dense, fast-moving data. 4. 04 · Launch Roll out one route, then expand carriers and zones. § Recommended packages ## Start with these Custom Web Applications SaaS Dashboards Internal Business Tools § Built for ## Are you one of these? For Businesses SMEs & Family Businesses For Startups Funded Startups § FAQ ## Common questions ### Do you build the driver app native or PWA? PWA by default — installs to home screen, offline-friendly, and one codebase. Native is available when scanner SDKs require it. ### How does WhatsApp tracking work? We send templated status updates (created → out for delivery → delivered). Replies that need a conversation can open the tracking page in the product. ### Can we plug in our own carriers later? Yes — the carrier abstraction layer is designed for new providers in days, not weeks. ### Do you reconcile cash on delivery? Yes — daily driver reports, settlement statements, and exports to your accounting system. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Real Estate Real Estate → Industry · Healthcare Healthcare → Industry · Education Education All industries --- # Software for Saudi Professional Services — Law, Accounting, Consulting | Fluids Digital Source: https://fluids.digital/industries/professional-services Language: English Home / Industries / Professional Services Industry · Professional Services # Software for Saudi Professional Services We build client portals, intake flows, and document search inside the product for Saudi law firms, accounting practices, and consultancies. Integrated with WhatsApp, e-signature, and ZATCA-compliant invoicing. Replace email threads and spreadsheets with a calm operations layer. Launched in weeks. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "Client documents arrive on WhatsApp and get lost" - 02 "We re-enter the same client data into 3 systems" - 03 "Junior staff spend hours summarizing contracts" - 04 "Invoicing and ZATCA reporting is manual" - 05 "We have no client portal — everything is email" § What we build ## Concretely - Client portal (cases, documents, invoices, status) - Intake automation: WhatsApp/web → CRM → assignment - AI document agent: summarize contracts, extract clauses, draft replies - Time tracking + ZATCA-compliant invoicing - Internal ops dashboard for partners and admins - E-signature flows (DocuSign / Adobe Sign / local equivalents) § Tools & integrations ## We speak your stack WhatsApp Business API OpenAI Supabase ZATCA Fatoora DocuSign Adobe Sign n8n Next.js § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Map current intake, matters/projects, and billing cycle. 2. 02 · Code Build portal, intake bot, document AI, and invoicing. 3. 03 · Design Quiet, premium UX that feels like a private partner. 4. 04 · Launch Migrate active matters, train team, monitor for 14 days. § Recommended packages ## Start with these Custom Web Applications Internal Business Tools AI in the product § Built for ## Are you one of these? For Businesses SMEs & Family Businesses § FAQ ## Common questions ### Is the AI safe with confidential client documents? Yes — we use no-training APIs (private OpenAI/Anthropic endpoints), encryption at rest, and per-matter access control with RLS. ### Does it handle Arabic legal/accounting documents? Yes — Arabic OCR + RAG grounded in your firm's templates and prior matters. ### Do you integrate ZATCA Phase 2? Yes — full Fatoora compliance via certified providers. ### Can clients pay invoices in the portal? Yes — Mada, STC Pay, Stripe, and bank transfer with reconciliation. ### How long until launch? We usually start with one practice area, then add more workflows after the first release is stable. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Real Estate Real Estate → Industry · Healthcare Healthcare → Industry · Education Education All industries --- # Real Estate Software & Portals in Saudi Arabia | Fluids Digital Source: https://fluids.digital/industries/real-estate Language: English Home / Industries / Real Estate Industry · Real Estate # Real Estate Software for Saudi Arabia We build property portals and broker CRMs for Saudi real estate: developers, brokerages, and PropTech startups. Every system is scoped around lead capture, listings, contracts, and handover workflows. In-product search and ranking when the portal needs them. Start here A short call Message WhatsApp Book a Call § We hear this daily ## Sound familiar? - 01 "WhatsApp leads are lost in personal phones" - 02 "Brokers re-enter the same data into 3 different systems" - 03 "Buyers ask about Sakani eligibility and we can't answer instantly" - 04 "I need a portal that ranks in Arabic property searches" - 05 "Listings are scattered across Aqar, Bayut, and our own site" § What we build ## Concretely - Property portals with map search and filters - Broker CRM with lead routing, follow-ups, and pipeline view - In-portal search and listing Q&A from your approved content - Sakani-aware eligibility helpers (mortgage / down-payment guidance) - Aqar / Bayut listing sync and centralized inventory - Owner / tenant portals for property managers § Tools & integrations ## We speak your stack WhatsApp Business API Mapbox n8n OpenAI Aqar API Bayut feed Next.js Supabase Vercel § Example playbook ## Define → Code → Design → Launch 1. 01 · Define Map current lead flow, listing sources, and broker workflow. 2. 02 · Code Build portal + CRM on Next.js + Supabase. 3. 03 · Design Clear property pages. 4. 04 · Launch Migrate listings, train brokers, monitor pipeline for 14 days. § Recommended packages ## Start with these Custom Web Applications AI in the product SaaS Dashboards § Built for ## Are you one of these? For Businesses SMEs & Family Businesses For Startups Funded Startups § FAQ ## Common questions ### Can the portal answer Sakani / mortgage questions? Yes — as an in-product helper grounded in your approved content and current REDF/Sakani guidelines. Out-of-scope questions go to a person. ### Do you connect to Aqar and Bayut? Yes — bidirectional sync where APIs/feeds exist, plus a single source of truth in your CRM. ### How is lead routing handled? Configurable rules: by city, project, language, broker availability, and round-robin with SLA timers. ### Do you build owner/tenant portals? Yes — payments, maintenance requests, contract renewals, and Ejar-compatible exports. ### How long until launch? A focused MVP is scoped first. Larger portals are split into phases by user type, integration, and listing workflow. ## Ready for the next step? A short call. We understand the product and send a plan to build and launch. WhatsApp Us Book a Call Other industries → Industry · E-commerce E-commerce → Industry · Healthcare Healthcare → Industry · Education Education → Industry · Logistics Logistics All industries --- # Marketplace Platform Development | FLUIDS Digital Source: https://fluids.digital/marketplace-platforms Language: English Marketplace platforms # A marketplace is three apps and the rules between them. We build all of it. An app for the people who request the service, an app for the people who provide it, and the admin that runs the market in between. Book a platform-scoping session See how it works Screens show demo data. Where platforms stall ## If one of these sounds familiar, your platform needs more than one app. 1. 01 ### Your first providers signed up over WhatsApp and are waiting for an app. Every week without a product makes it harder to keep them interested. 2. 02 ### An investor asked how you vet providers, and there was nothing to show. Trust is the product in a marketplace, and it has to be visible on screen. 3. 03 ### A developer quoted you for one app, and you need three. The provider side and the admin are usually missing from the quote, and discovered later. 4. 04 ### You cannot decide between a commission and a subscription. The earning model changes the screens, the data, and the rules, so it cannot wait until after launch. 5. 05 ### Disputes between customers and providers are settled by phone. Without a record, every complaint becomes one person's word against another's. 6. 06 ### The admin panel was left for last, and now nobody can run the market. Approvals, suspensions, and reports end up in spreadsheets beside the app. Two sides, one market ## Every platform we build is two apps that work as one. 1. 01 ### The customer's side: one request, sent once. In AlMizan, the client chooses a specialization, describes the case, and attaches documents in a few guided steps. - A guided request, step by step - Documents and photos attached once - Sent to several providers, or to one directly 2. 02 ### The provider's side: every request, and how fast they answer. Each law office sees new requests, active consultations, its rating, response rate, and average response time in one view. - New and active work in one place - Response rate and average response time - Lawyers, services, branches, and hours managed by the office 3. 03 ### Customers find providers where they are. In T-CODE, shoppers browse nearby stores and offers on a live map, filtered by city or category. - Nearby providers on a live map - Filters by city and category - Browse as a guest, sign up when ready 4. 04 ### Providers run their own presence. Each merchant manages its store profile and branches, and shows or hides each branch when it is ready. - A profile the provider keeps up to date - Branches shown or hidden one by one - Offers, codes, and results per branch Screens show demo data. One request, before and after ## What changes when a whole market moves onto one platform. Based on AlMizan, a marketplace we built to connect clients with licensed law offices in Oman. AlMizan is not a law firm and gives no legal advice. ### Before 1. The client calls law offices one by one to find one that handles the case. 2. Each call means explaining the case again from the start. 3. Documents are sent to each office separately, by WhatsApp or email. 4. There is no record of who replied, and no way to compare. ### With a platform 1. The client picks a specialization and describes the case once, with documents and photos. 2. The request goes to several licensed offices at once, or directly to one office or lawyer. 3. The first office to accept opens an in-app chat with the client. 4. The client follows the request as it waits, becomes active, and completes, then rates the consultation. 5. Each office sees its new requests, active consultations, response rate, and average response time. Before the first screen ## Four decisions make or break a platform, and they come before design. - ### Who may join the supply side Drivers upload documents and wait for approval in a transport marketplace we built. Suppliers show certifications in WOSTA. Law offices are licensed, and each chooses whether it appears in AlMizan. - ### How a request meets an offer Broadcast to many and take the first acceptance (AlMizan), competing quotes (WOSTA), bids with a price and arrival time (transport), or direct booking (Naqrah). - ### What happens when something goes wrong Ratings on both sides, a complaints workflow with statuses and notes, and reviews written only after a completed service. - ### How the platform earns Supplier subscriptions instead of a cut of every sale (WOSTA), or a commission set as a percentage, a fixed amount, or both (transport). Settle these four, and the screens follow. Skip them, and the platform is rebuilt within a year. One request, from posting to rating 1. 01The customer posts a request 2. 02Matching providers are notified 3. 03An offer or an acceptance 4. 04Chat and agree 5. 05The service is delivered 6. 06Both sides rate The admin sees every step and can step in when needed. What the platform includes ## Everything a working market needs, on both sides and in the middle. - 01 ### Customer app Search, requests, bookings, tracking, and history for the people who need the service. - 02 ### Provider app A profile, incoming requests, offers, schedules, and earnings for the people who provide it. - 03 ### Verification and approval Documents, licences, or certifications reviewed before a provider goes live. - 04 ### Matching Broadcast, quotes, bids, or direct booking, chosen for how your market works. - 05 ### In-app chat A conversation tied to each request, kept on the platform and not in personal phones. - 06 ### Maps and live tracking Nearby providers on a map, and live location while a service is on the move. - 07 ### Ratings and reviews Both sides rate each other after a completed service, and averages appear on profiles. - 08 ### Complaints and disputes A report button on every request, and an inbox where your team resolves each case. - 09 ### Earnings Commission, subscriptions, or both, configured in the admin and tracked per order. - 10 ### Admin and reports Roles for your team, broadcasts to each side, and reports you can export. The rules are yours ## The market runs on rules you set, and you can change them. - No provider goes live before you approve them. - You can suspend a provider in one step when something goes wrong. - Every complaint has a status and notes from your team until it is resolved. - Commission rates, discounts, and categories are changed from the admin, not in the code. - Your team has roles, so support staff never see what only you should. - The platform, its code, and its data are registered in your company's name. ### Three ways a platform earns - 01 ### A commission per order A percentage, a fixed amount, or both, calculated on every completed order. - 02 ### A subscription for providers Providers pay to be on the platform, and customers never pay a platform fee. - 03 ### Settle outside first Payment happens between the two sides at launch, while the platform tracks what it is owed. Online payment follows as its own phase. Built for every side ## Each side of the market gets an experience designed for its job. - ### For customers One request instead of many calls, a clear status at every step, and a way to rate the result. - ### For providers New work arrives on their phone, with their own profile, services, branches, and numbers. - ### For your operations team Approvals, complaints, and broadcasts in one admin, with roles for support and operations. - ### For you as the owner Orders, active providers, and the value moving through the platform, in one dashboard. From our work ## Seven platforms we have built, in Saudi Arabia and Oman. Legal, healthcare supplies, clinics, retail, barbershops, transport, and pilgrimage, in Saudi Arabia and Oman. - ### WOSTA Healthcare procurement in Saudi Arabia: clinics post requests, verified suppliers compete with quotes, and suppliers pay a subscription. View the project - ### Naqrah.app Clinics and patients in Oman: map search, prices before booking, verified reviews, and a dashboard for every clinic. View the project - ### A transport marketplace in Saudi Arabia Customers post a transport request, drivers bid with a price and arrival time, and the trip is tracked live. Driver approval, three admin roles, complaints, and reports. Screens show demo data. Where it fits ## Any market where one side needs what the other side offers. - ### Professional services Clients and lawyers, consultants, or accountants. - ### Healthcare and supplies Patients and clinics, or clinics and suppliers. - ### Transport and logistics Customers and companies with independent drivers. - ### Retail and local offers Shoppers and the stores near them. - ### Home and personal services Households and salons, cleaners, or technicians. - ### Travel and pilgrimage Travellers and the operators who sell packages. An honest comparison ## A template, a single app, or a platform built as one system. | | A marketplace template or no-code tool | A developer building one app | A platform by FLUIDS | | --- | --- | --- | --- | | Customer, provider, and admin | Generic screens for each | Usually the customer app only | All three, designed together | | Matching rules | The template's model | Whatever was quoted | Chosen for your market | | Verification, ratings, complaints | Basic, or add-ons | Often left for later | Built in from the first version | | Arabic first | Often a translation | Depends on the developer | Designed right to left | | Room to grow | Limited by the template | Rebuilt when the other sides are needed | Phases added on the same system | | Who owns it | The platform provider | Depends on the contract | Your company | ### When we will tell you not to build one - If you have no providers yet, run the matching by hand for a few weeks first. We will tell you so. - If you are the only provider, you need a booking app or a private business app, not a marketplace. - If you only want to test demand, a landing page and a waiting list cost far less. When both sides are ready, the platform has to be built as one system from the start. How we build it ## From four decisions to a market people use. 1. 01 ### Settle the four decisions Who joins the supply side, how requests meet offers, how problems are handled, and how the platform earns. 2. 02 ### Agree the first version You receive a written plan with the scope, timeline, and price before any work starts. 3. 03 ### Design and build You receive a version to try every week, and your first providers test it before customers do. 4. 04 ### Launch small and grow Launch in one city or one category, then add payments, new regions, and new services in phases. Questions ## What founders ask before they decide. **Can we launch with the customer app only?** Only if someone runs the provider side and the admin by hand for a while. Someone has to approve, match, and resolve. If that is a person, it can wait. If it is software, it has to be built with the customer app. **How do we stop bad providers?** Approval before a provider goes live, documents or licences on file, ratings from both sides, a complaints workflow, and the ability to suspend in one step. We have built all of these. **Do we need online payment from day one?** Not necessarily. Several platforms launch with payment settled between the two sides while the platform tracks its commission, then add online payment as a later phase. **Should we take a commission or charge a subscription?** It depends on how often a customer and a provider meet, and how much each deal is worth. We settle it in the scoping session, because it changes the screens, the data, and the rules. **One app for both sides, or two apps?** Both work. AlMizan serves clients and law offices in one app, and a transport marketplace we built serves customers, companies, and drivers in one app with a role chosen at sign-up. We choose based on how different the two sides' days are. **Can we start in one city?** Yes, and it is usually the right move. A platform that works well in one city or one category is easier to grow than one spread thin from the start. **How are disputes handled?** Either side can report a problem from the request itself. Your team sees it in a complaints inbox with a status, notes, and the full chat history of that request. **How much does it cost, and how long does it take?** It depends on the four decisions and the modules they require, which is why we start with the scoping session. Afterwards you receive a written plan with the scope, timeline, and price before any work starts. The session is free and carries no commitment. **Who owns the platform and its data?** Your company. The store listings, the source code, and the data of both sides are registered in your name. ## Discuss development of your marketplace platform. Describe the buyers, providers, transactions and admin tools your platform needs. We review the requirements and provide a development proposal. Discuss platform development --- # MVP Development in Saudi Arabia | FLUIDS Digital Source: https://fluids.digital/mvp-development Language: English MVP development / Saudi Arabia & the GCC Products, built by us # MVP development. Your app on iPhone and Android in 6–8 weeks. One team designs and builds your app and its admin dashboard, publishes it on the App Store and Google Play, then supports it for 12 or 24 months and beyond. A web platform works the same way. Discuss your MVP What you get Typical timeline from signed scope. Yours is confirmed in writing before the build. Selected FLUIDS work Naqrah + Oxygen Academy - Launch in 6–8 weeks, typically - iPhone, Android and web - Published on the App Store and Google Play - 12–24 months of support, or longer - Competitive price, agreed upfront - You own the source code ## Products we have launched - **Oxygen Academy** A university learning platform: courses, exams and an AI study assistant. - **Leadify** AI software that turns a customer brief into a verified lead list. - **Naqrah** A booking app for private clinics in Oman. - **T-CODE** Nearby offers for shoppers, with tools for merchants. What is an MVP? ## An MVP is the first real version of your app: it works, it is on the stores, and your customers use it. Instead of building every idea at once and waiting months, we start with the features your customers actually need. You launch sooner, spend on what matters, and decide the next step from real use, not guesswork. 1. ### Faster to market Your app on the App Store and Google Play in a typical 6–8 weeks. 2. ### Budget where it counts You pay for the core features first and move the rest to a later phase. 3. ### Decisions from real users You see what customers actually use, so you know what deserves building next. Not a prototype or a slide deck: a real, working app, and the source code is yours. One team from design to the app stores ## From signed scope to the App Store and Google Play in a typical 6–8 weeks. 1. ### Scope and design We fix the user flows and screens, and you approve the design before any code. 2. ### Build The iPhone and Android app, the admin dashboard and the backend. You try working versions as it is built. 3. ### Test and publish We test on real devices and publish to the App Store and Google Play under your accounts. Your exact timeline is confirmed in the written scope before we start. Apple and Google review can affect the publishing day. ### What you receive - iPhone app - Android app - Web version, when it fits - Admin dashboard - Backend and database - Published on both stores - Full source code ## What happens when you message us? 1. ### Message us on WhatsApp Two lines about what you need are enough to start. 2. ### A 30-minute call We understand the need and tell you honestly whether building it makes sense. 3. ### A written proposal Scope, a competitive price and the timeline in writing. Then you decide, with no commitment. Discuss your MVP After launch ## We don't hand over and disappear. We support your app for 12 or 24 months, and beyond. - **12 months** - **24 months** - **Or longer** Every support plan includes: - ### Bug fixes Problems found after launch are fixed. - ### iOS and Android updates The app keeps working with new phone systems and store rules. - ### Hosting and monitoring The servers stay up and are watched. - ### Monthly improvements Set time every month for changes and new features. Discuss your MVP FLUIDS Digital is a software studio in Al-Khobar, Saudi Arabia. We build MVPs for founders and businesses across the Kingdom and the GCC, with Arabic and English interfaces as agreed in your scope. 01 / The MVP offer ## Start with the product your first customers need. For founders and businesses commissioning the first release of an app or web platform. Discuss your MVP 1. ### A clear first release We define who uses it, what they need to do, and which features can wait. You receive the scope, price and timeline in writing. 2. ### Design and development User flows, screens and the working product, with accounts, a database, admin and integrations where your scope needs them. 3. ### Launch and ownership We test and launch the agreed release, hand over the source code, and agree the support you need after launch. Selected product work ## Our work. AI software, learning platforms and marketplaces. Explore the products we have designed and built. 01 ### Leadify AI software / Saudi Arabia & the Gulf Research workspace · illustrative data #### From a customer brief to a usable lead list. Describe the businesses you want to reach, review the research plan, and approve it before the search runs. Leadify researches and verifies the leads, then delivers a file your sales team can use. - Review the plan - Research & verify - Export the leads Explore the project 02 ### Oxygen Academy Education platform / Saudi Arabia Arabic platform homepage #### A learning platform with the tools behind it. Students study and sit exams. Instructors publish their courses. Ask Lama helps students work with their course material. Separate roles come together in one university-focused platform. - Student & instructor portals - Courses & exams - In-product AI assistant Explore the project ### More products we have built. #### WOSTA B2B marketplace Supply requests, competing quotations and buyer–supplier workflows for healthcare procurement. #### T-CODE Mobile + merchant platform Nearby offers for shoppers, with branches, coupons and redemption tools for merchants. Explore all our work From requirements to first release ## Know what you are building before you commit. 1. ### Define the users and workflow Tell us who will use the app, the task they need to complete and the business model. We identify the requirements for a focused first release. 2. ### Agree the MVP We send a written scope with features, deliverables, price and timeline. Additional ideas become a separately agreed next phase. 3. ### Design, build and launch Review the screens, try the product as it is built, and receive the tested release and source code at handover. Before you start ## Your questions about building an MVP. **What is included in MVP development?** FLUIDS defines the scope, designs the experience, develops the essential features, tests the product and launches it. Accounts, admin, payments and integrations are included when agreed in your scope. You receive the source code. **How much does an MVP cost?** The price depends on the core workflow, platforms, design and integrations. Our pricing is competitive, and after reviewing the software requirements, we provide a written price for the agreed scope before development starts. **How long does it take to build an MVP?** Typically 6–8 weeks from the signed scope to launch on the App Store and Google Play. The exact timeline for your product is confirmed in the written scope before we start, and Apple and Google review can affect the publishing day. **Can my MVP be a mobile app or a web platform?** Yes. An MVP is a focused first release, rather than a particular technology. We help choose mobile, web or both around the users and workflow you need to test. **Do you build MVPs in Arabic and English?** Yes. We design Arabic layouts with right-to-left support and can include English in the same product. Languages and content are agreed in the scope. **Who owns the code, and what happens after launch?** You receive the full source code at handover, and the store accounts are yours. After launch we support the app for 12 or 24 months or longer: bug fixes, iOS and Android updates, hosting and monitoring, and monthly improvements. Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Timeline & launch How long does it take to build and launch an MVP? ### Scope & features What belongs in the first version of your MVP? ### Web app MVP Web app MVP development for a focused first release. ### Mobile app MVP Mobile app MVP development, from core flow to release. ### SaaS MVP Build a SaaS MVP around the job a business will pay for. ### MVP vs prototype MVP, prototype or proof of concept: which do you need? Choosing an MVP development team ## What should you ask an MVP development company? - A written scope covering the core workflow, deliverables, exclusions, price and timeline. - Real examples of delivered products, and clear responsibility for design, engineering, testing and launch. - Code and account ownership, acceptance criteria, and an agreed plan for support and the next release. Prepare your project brief ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # MVP Development Cost in Saudi Arabia: Budget Guide | FLUIDS Source: https://fluids.digital/mvp-development/cost Language: English Home MVP development Cost & budgeting MVP guide / Saudi Arabia & the GCC # What determines the cost of building an MVP? FLUIDS Digital 18 October 2026 The short answer MVP development cost depends on the work needed to complete one useful customer journey: the platforms, user roles, screens, data, integrations and release requirements. FLUIDS provides a written price after defining that scope. We do not publish a universal starting price because a browser-based pilot and a mobile marketplace involve different work. Compare the same deliverables, and budget separately for the build, third-party services and ongoing support. ## Price the workflow, not the screen count. A booking screen may need availability rules, permissions, notifications, cancellation and an admin action behind it. An integration also needs failure handling and testing. Give each supplier the same user journey and acceptance criteria before comparing totals. A lower quote can reflect a smaller scope rather than a lower cost for the same work. ## Separate the build from the cost of running it. Keep development, hosting, email or SMS, payment-provider fees, store accounts and maintenance as separate budget lines. Ask who owns each account and who receives each bill. Agree what happens when usage exceeds an included allowance. Treat later features as a new phase instead of assuming every future idea is included in the first quote. ## Reduce scope without weakening the core product. For an early pilot, one platform, one customer journey and a simple admin process can keep the work focused. Defer optional dashboards, loyalty schemes and complex automation if they do not test the main assumption. Keep access control, reliable data handling, usable errors and testing in the agreed release. The team should explain the trade-off behind every omission. ## MVP cost drivers to discuss in a quote | Decision | Focused first release | What adds work | | --- | --- | --- | | Platforms | Responsive web application | Separate mobile distribution and device testing | | Roles | Customer and admin | Providers, branches, approvals and different permissions | | Payments | One agreed payment flow | Subscriptions, refunds, payouts or reconciliation | | Data | New records entered in the product | Migration, clean-up or external systems | | Operations | A simple admin action | Automated exceptions, reports and audit workflows | ## Ask for these items in your MVP quote - Included features, roles, platforms and languages - Design, development, testing and deployment responsibilities - External fees and account ownership - Acceptance criteria, revisions and exclusions - Source code handover and post-launch support scope From planning to delivery ## Planning example: a booking pilot Start by pricing discovery, one booking flow and an admin who can confirm or cancel. A provider marketplace with split payouts is a different scope. Naqrah shows booking work by FLUIDS; its total development budget is not published here and is not a quote for your idea. Explore Naqrah ## Questions about this topic. **Do you publish an MVP price in SAR?** There is no published standard MVP package price. Share your users, core workflow, preferred platforms and integrations; FLUIDS will provide a written price for the agreed scope. **Are hosting and payment fees included?** The quote should state which setup work and service allowances are included. Recurring subscriptions, usage fees and payment charges must be identified separately rather than assumed to be covered forever. **Can I get a smaller MVP scope?** Yes. Start with the most important user journey and identify what can remain manual during the pilot. The reduced scope must still be usable, testable and clear about its limits. In this guide Price the workflow, not the screen count. Separate the build from the cost of running it. Reduce scope without weakening the core product. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? ### MVP vs prototype MVP, prototype or proof of concept: which do you need? ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # Mobile App MVP Development: iOS & Android | FLUIDS Source: https://fluids.digital/mvp-development/mobile-app Language: English Home MVP development Mobile app MVP MVP guide / Saudi Arabia & the GCC # Mobile app MVP development, from core flow to release. FLUIDS Digital 18 October 2026 The short answer A mobile app MVP is a focused working app that lets people complete its main task on their phone. Its scope may also include a backend and an admin interface. FLUIDS plans these parts together and agrees whether the first release covers iOS, Android or both. Device testing, store assets, account ownership and submission requirements belong in the release plan, with external review kept separate from engineering completion. ## Design the repeated phone task first. Start with the action that brings someone back: finding a clinic, making a booking or checking a record. Decide which device permissions and notifications that task actually needs. Optional location, camera or background behaviour adds design and testing work; each permission should have a clear user purpose rather than being included by habit. ## Include the backend and the operator's view. The app's screens are only one side of a real service. Define who manages records, changes availability, handles cancellations or corrects content. Agree accounts, access rules and integration responsibilities. If an admin changes a request, the customer should see the right state after reopening the app or refreshing the relevant screen. ## Prepare for release while development is underway. Identify the owners of the app-store accounts and prepare accurate descriptions, screenshots, support details and review access. Apple's guidance requires a complete app and enough information to review it. Android's release guidance covers preparation such as signing and testing. These are release responsibilities, not evidence that a store will accept every submitted app or approve it on a promised date. ## What to include in a mobile MVP release plan | Part | Decision | Evidence to request | | --- | --- | --- | | Platforms | iOS, Android or both | Agreed device and OS test coverage | | Customer flow | The task users can complete | A working test build with success and error paths | | Admin | Who runs the service behind the app | A defined admin workflow and permissions | | Distribution | Pilot distribution or store submission | Account ownership, assets and submission responsibilities | ## Mobile MVP readiness checklist - The main journey works on the agreed devices - Loading, failed requests and session expiry have usable states - Notifications and permissions match the agreed purpose - Store material, review access and support contacts are prepared - Source code, accounts and maintenance scope are documented From planning to delivery ## Mobile product evidence: Naqrah Naqrah's project page shows a clinic-booking mobile experience built by FLUIDS. Use it as evidence of the type of mobile work we do, then define the customer and admin flows your own pilot needs. Explore the mobile project ## Further reading - Apple App Review guidance - Android: prepare your app for release ## Questions about this topic. **Can you build an MVP for both iOS and Android?** Yes. We agree platform coverage during scoping and build the associated backend and admin where required. Supporting both platforms still needs appropriate device testing and release preparation. **Are app-store approvals guaranteed?** No developer controls the store's review decision. We agree the submission work, prepare the release and address issues within the contracted scope. Store decisions and review time remain external dependencies. **Should I build mobile before web?** Start with the platform that best serves the user journey and learning goal. A browser pilot may answer the current question; a phone-centred workflow may justify a mobile release. Compare both before commissioning them together. In this guide Design the repeated phone task first. Include the backend and the operator's view. Prepare for release while development is underway. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Web app MVP Web app MVP development for a focused first release. ### Timeline & launch How long does it take to build and launch an MVP? ### Cost & budgeting What determines the cost of building an MVP? ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # MVP vs Prototype vs Proof of Concept: What to Build | FLUIDS Source: https://fluids.digital/mvp-development/mvp-vs-prototype Language: English Home MVP development MVP vs prototype MVP guide / Saudi Arabia & the GCC # MVP, prototype or proof of concept: which do you need? FLUIDS Digital 18 October 2026 The short answer Choose the smallest experiment that answers your current question. A proof of concept tests whether a technical approach can work. A prototype lets people explore a proposed experience before the full system exists. An MVP is a usable first release that supports the product's core task with real users. These labels do not replace a written scope: agree the audience, deliverable, limitations and decision you want to make after testing. ## Name the uncertainty before choosing the deliverable. If you are unsure whether people understand a booking flow, prototype the interaction and observe them trying it. If an external system is the main risk, prove the connection with representative data first. If the question is whether people can use the complete service and return to it, a working MVP may be the appropriate next step. ## Know what the result does not prove. A successful technical demo does not prove demand. Positive comments on a prototype do not prove people will pay. A live MVP does not guarantee retention, sales or readiness for every scale. Match the evidence to the decision: task completion, repeat use, feedback or an actual commercial step, depending on what you need to learn. ## Avoid confusing a demo with a launchable product. Ask whether the deliverable stores real data, enforces access rules and handles failed actions. State what can be reused in production and what is exploratory work. When moving from a prototype to an MVP, plan the backend, admin, permissions, testing and deployment explicitly. Reusing screens does not remove the engineering work behind them. ## Compare the purpose of each deliverable | Deliverable | Main question | Typical evidence | | --- | --- | --- | | Proof of concept | Can this technical approach work? | A narrow technical test with known limits | | Prototype | Does the proposed experience make sense? | Observed interactions with screens or a model | | MVP | Can users get value from the core product? | A usable release and behaviour from real users | | Later product release | What should improve after learning from use? | Prioritised changes based on actual evidence | ## Before commissioning the next step - Write the question you need answered - Choose who will test the result - Define the evidence and its limitations - Agree whether the work is exploratory or production-ready - Specify ownership, handover and the next decision From planning to delivery ## When to start with a smaller validation exercise If the audience or problem is still unclear, interviews, a simple prototype or an interest test may be more useful than commissioning a full build. Our validation guide describes how to choose the next evidence-gathering step. Read the validation guide ## Questions about this topic. **Is an MVP just a clickable design?** No. A clickable design can test a proposed experience. A working MVP lets users complete the core product task, with the data and operational behaviour that task requires. **Should I always build a prototype first?** Not always. Prototype the uncertain interaction when it helps resolve an important question. If the workflow is already clear, screen design and review can sit inside the agreed MVP engagement. **Does launching an MVP prove the idea will succeed?** No. It creates a way to learn from real use. Demand, repeat use and willingness to pay need their own evidence and should inform the next decision. In this guide Name the uncertainty before choosing the deliverable. Know what the result does not prove. Avoid confusing a demo with a launchable product. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Scope & features What belongs in the first version of your MVP? ### Web app MVP Web app MVP development for a focused first release. ### Cost & budgeting What determines the cost of building an MVP? ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # SaaS MVP Development for B2B Products | FLUIDS Saudi Arabia Source: https://fluids.digital/mvp-development/saas Language: English Home MVP development SaaS MVP MVP guide / Saudi Arabia & the GCC # Build a SaaS MVP around the job a business will pay for. FLUIDS Digital 18 October 2026 The short answer A SaaS MVP is the first usable release of a product that businesses or individuals access as a service. For a B2B product, start with one valuable workflow and decide how organisations, members, permissions and billing behave. FLUIDS scopes and builds that first release with its admin tools and launch responsibilities. A focused pilot can defer advanced commercial features, but it must still respect the access boundaries promised to each customer. ## Choose a narrow business outcome. Define the record users create, the action they repeat and the output they need. For example, a reporting pilot might collect evidence, request approval and export a finished report. Demonstrate that complete workflow before adding a catalogue of unrelated modules. Agree which behaviours and conversations with pilot users will inform the next release. ## Define organisations and access from the beginning. Write down what belongs to an organisation and what each role may view, edit or approve. Test that an invitation, a report link or a direct record URL cannot cross those boundaries. Data separation is a product requirement even in a small pilot. It should not be deferred simply because the first customer is the only one currently using the service. ## Make the commercial rules explicit. Decide whether the pilot uses manual invoicing, a paid subscription or a trial. State what happens on expiry, cancellation and failed payment, including whether access becomes read-only. Advanced plan changes and automated invoicing can be separate phases. For the complete platform offer, explore our SaaS development service; this guide focuses on deciding the first release. ## First-release SaaS decisions | Area | Define for the pilot | A useful acceptance check | | --- | --- | --- | | Organisation | Customer account and its members | Members only see their own organisation's records | | Roles | Owner, member and any approver | A member cannot perform an owner-only action | | Commercial access | Trial, invoice or subscription rules | Expired access follows the agreed behaviour | | Core output | The report, record or result being sold | The user can complete and retrieve that output | ## Bring these decisions to your SaaS MVP brief - The customer type and repeat workflow - Organisation membership and role permissions - Data boundaries and invited-user behaviour - Pilot payment and expiry rules - Admin support tools, exports and ownership From planning to delivery ## From first workflow to a wider platform Our SaaS service explains accounts, plans, roles and operations, with examples from real FLUIDS work. Use it to plan the broader product while keeping your first release centred on the pilot customer. Explore SaaS development ## Questions about this topic. **Does a SaaS MVP need automated subscriptions?** Not always. A pilot can use an agreed manual payment process if it answers the business question. Automated billing becomes essential when the workflow being tested depends on it. **Can tenant separation wait until we have more users?** Access boundaries should be designed for the intended product from the start. Even a small pilot needs clear rules about which organisation owns each record and who can access it. **Can the pilot grow into the full SaaS product?** The next release can build on the first, but future scale and features need their own assessment. Agree the initial architecture, known limits and ownership rather than assuming unlimited future requirements are included. In this guide Choose a narrow business outcome. Define organisations and access from the beginning. Make the commercial rules explicit. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Scope & features What belongs in the first version of your MVP? ### Cost & budgeting What determines the cost of building an MVP? ### Web app MVP Web app MVP development for a focused first release. ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # MVP Scope & Requirements Checklist for Founders | FLUIDS Source: https://fluids.digital/mvp-development/scope Language: English Home MVP development Scope & features MVP guide / Saudi Arabia & the GCC # What belongs in the first version of your MVP? FLUIDS Digital 18 October 2026 The short answer Your MVP scope should describe one target user, a problem worth solving and a complete journey that lets that user reach an outcome. Add the minimum operational tools needed to run that journey. Define success and acceptance before listing optional features. A small scope can still need proper permissions, reliable data and useful error states. FLUIDS turns these decisions into a written release plan before design and development begin. ## Write a brief a developer can act on. Use this structure: 'For [user], the product solves [problem]. The user starts by [action], completes [core steps] and receives [outcome]. An admin handles [operation]. We will learn [question] from [observable behaviour].' Add platform, language and integration constraints. This is more useful for estimation than a list of screens copied from a larger competitor. ## Separate the essential workflow from later improvements. Ask what fails if a feature is missing. If the customer cannot complete the main job, or the team cannot safely operate it, it may belong in the first release. If it improves convenience after the journey already works, consider deferring it. Some early operations can be handled manually when ownership and limitations are explicit. ## Make acceptance observable. For each core flow, specify a successful case, a failed case and who can view or change the result. Include empty data, denied permissions and duplicate submissions where relevant. Agree the test environment and the person who approves delivery. Do not equate the number of completed screens with a working customer outcome. ## Example: prioritising a booking MVP | Need | First release | Possible later phase | | --- | --- | --- | | Find a service | A small searchable service list | Personalised recommendations | | Request a booking | Request, confirmation and cancellation rules | Waitlists and group bookings | | Run the pilot | An admin view with clear responsibilities | Multiple branches and automated allocation | | Learn from use | Agreed events and direct feedback | Advanced segmentation dashboards | ## Your first-release brief - Target user and the problem to solve - Start, core steps and end result - Roles, permissions and admin actions - Platforms, languages and integrations - Acceptance criteria, exclusions and feedback plan From planning to delivery ## Evidence of the workflow Naqrah's case study shows clinic discovery and booking interfaces. Use it to discuss the kind of journey you need, then agree your own pilot scope. Existing project screens do not mean every feature belongs in every new MVP. See the booking project ## Questions about this topic. **How many features should an MVP include?** There is no universal feature count. Include what is necessary to complete the core customer journey and operate it responsibly. Describe workflows and acceptance criteria before counting features. **Do I need an admin dashboard?** Often some admin capability is needed, but its scope depends on who runs the product. A focused record-management screen can be enough for an early pilot; a full reporting suite may not be. **What should be excluded from an MVP?** Features that do not support the core user outcome or the learning goal are candidates for a later phase. Document exclusions so the budget and acceptance process stay clear. In this guide Write a brief a developer can act on. Separate the essential workflow from later improvements. Make acceptance observable. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Timeline & launch How long does it take to build and launch an MVP? ### MVP vs prototype MVP, prototype or proof of concept: which do you need? ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # How Long Does MVP Development Take? Launch Planning | FLUIDS Source: https://fluids.digital/mvp-development/timeline Language: English Home MVP development Timeline & launch MVP guide / Saudi Arabia & the GCC # How long does it take to build and launch an MVP? FLUIDS Digital 18 October 2026 The short answer An MVP timeline is determined by its feature scope, integrations, platform requirements and how quickly decisions and content are ready. The engineering build and the public launch are separate milestones: merchant onboarding, app review or a client's content can still affect release. Most FLUIDS MVPs launch in 6–8 weeks from the signed scope, and FLUIDS confirms the delivery stages and dependencies in writing after scoping. Use that plan to judge readiness rather than treating a fixed number of days as suitable for every idea. ## Agree milestones with something you can review. A useful schedule ends each stage with an artefact: an agreed brief, approved screens, a working test build and a release checklist. Ask when you can try the core flow, how feedback is collected and who signs off. A date without those checkpoints can hide incomplete design or unresolved assumptions until late in the build. ## Track external dependencies separately. Prepare domains, store accounts, payment-provider access, approved copy and any sample data before they are needed. For a mobile MVP, review is a platform process rather than a date the developer controls. Apple's review guidance explains that missing access or incomplete information can delay acceptance. Identify an owner and a fallback for each dependency. ## Protect the first release from expanding scope. Record new ideas in a next-release list. If a change is essential, agree its effect on cost, testing and delivery before implementing it. Keep time for user acceptance, fixing failed paths and checking actual devices. Replacing testing with a launch deadline makes the calendar look better while leaving the customer journey unfinished. ## A dependency-aware MVP delivery plan | Stage | Evidence of completion | What must be ready | | --- | --- | --- | | Scope | Written release and exclusions | User, problem and decision-maker | | Design | Approved core screens and states | Copy, language and workflow decisions | | Build | A working core journey in a test environment | Integration access and representative data | | Acceptance | Agreed test cases pass | Client feedback and fixes | | Release | Published product and handover | Domain, accounts and any external review | ## Prepare these before the build starts - One person who can approve product decisions - The core workflow and excluded features - Text, branding and required languages - Third-party access and account owners - Acceptance scenarios and a route for reporting issues From planning to delivery ## Define the milestone that matters For a booking pilot, 'a customer can request an appointment and the admin can confirm it' is a testable milestone. 'The app is 80% done' is not. Scope the first complete journey before assigning a launch date. Define your MVP scope ## Further reading - Apple: preparing an app for review ## Questions about this topic. **Can every MVP launch in two weeks?** No. The scope, integrations, review needs and external accounts determine the plan. A smaller pilot may need less work, but the timeline must be agreed for the actual product rather than promised universally. **Does development completion mean the app is public?** Not always. Acceptance, content approval, domain setup, provider activation and store review may remain. The delivery plan should distinguish a test build, an accepted release and the public launch. **What happens when I add a feature?** We assess whether it belongs in the first release, then agree the effect on price and timeline. Optional work can be moved into a later phase. In this guide Agree milestones with something you can review. Track external dependencies separately. Protect the first release from expanding scope. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Scope & features What belongs in the first version of your MVP? ### Cost & budgeting What determines the cost of building an MVP? ### Mobile app MVP Mobile app MVP development, from core flow to release. ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # Web App MVP Development in Saudi Arabia | FLUIDS Source: https://fluids.digital/mvp-development/web-app Language: English Home MVP development Web app MVP MVP guide / Saudi Arabia & the GCC # Web app MVP development for a focused first release. FLUIDS Digital 18 October 2026 The short answer A web app MVP lets users complete the core product journey in a browser. It can suit portals, booking pilots, dashboards and business workflows when a link is the simplest way to reach users. FLUIDS scopes the customer experience, data, permissions and admin together, then designs, builds and launches the agreed release. Choose web because it fits the workflow, rather than assuming it is always cheaper or that it replaces every native mobile capability. ## Start with where the customer already works. If users open a link from an invitation, work on a laptop or share records between colleagues, a browser-first release can be practical. If the central experience relies on device capabilities or a different distribution model, compare a mobile approach. List those requirements before selecting a framework or commissioning two separate products. ## Scope the engine behind the interface. A usable web product needs more than a polished homepage. Agree the data model, account access, form validation, record states, admin actions and relevant integrations. For a booking pilot, the same record should have a clear status for the customer and the operator. Test loading, empty results and failed submissions as part of the main experience. ## Release to a defined pilot audience. Agree who can access the pilot, how issues are reported and what behaviour will inform the next release. A public product may need discoverable marketing pages alongside an authenticated app; an internal pilot may use invitations instead. Keep marketing content, access rules and product analytics aligned with the intended audience. ## Web MVP planning decisions | Area | Agree before building | Acceptance example | | --- | --- | --- | | Accounts | Who signs in and what they can access | A user cannot view another user's private records | | Workflow | Required fields and record statuses | A submitted request appears in the correct admin queue | | Integrations | Providers, credentials and failure paths | A failed external call produces a clear recoverable error | | Devices | Supported browsers and phone layouts | The core form works at the agreed small screen size | ## A useful web MVP handover - Working customer and admin flows - Defined permissions and account recovery - Agreed mobile and desktop browser support - Domain, hosting and source code access - Known limitations and support responsibilities From planning to delivery ## Explore our web product work CareerFolio demonstrates achievement records and performance workflows in a web platform. Its case study can help explain the types of records, permissions and outputs your own first release needs. See CareerFolio ## Questions about this topic. **Can a web app be an MVP?** Yes. MVP describes the purpose and scope of the release, not its platform. A browser product is suitable when it lets the target users complete the job you need to test. **Is a landing page the same as a web MVP?** A landing page can test interest or collect enquiries. A working web MVP lets users perform the product's core task. Choose the smaller experiment when it can answer your current question. **Can we add a mobile app later?** Yes, with a separately agreed scope. Planning the data model and backend access with that possibility in mind can help, but the mobile experience and release work still need their own design and testing. In this guide Start with where the customer already works. Scope the engine behind the interface. Release to a defined pilot audience. Preparation checklist Questions Discuss your MVP The MVP development service Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Mobile app MVP Mobile app MVP development, from core flow to release. ### SaaS MVP Build a SaaS MVP around the job a business will pay for. ### Scope & features What belongs in the first version of your MVP? ## What should your first release do? Discuss the app or platform you want us to develop, who will use it and the workflow your first release needs to support. Discuss your MVP --- # How we start — we build the product and launch it | Fluids Digital Source: https://fluids.digital/pricing-model Language: English Home / How we start § How we start # We build the complete product and launch it. We agree the product in writing. We build it fully. We launch it. Then you test it with customers. § How it works ## Three steps 1. 01 ### A short call We understand the product: who uses it, what it does, and what we launch. 2. 02 ### A written plan We send back a written plan: scope, timeline, and price. 3. 03 ### Build and launch You get a build you can click through every week, until the product goes live for your customers. § FAQ ## Common questions ### How do we start? We review the users, software requirements and integrations, then send a written development proposal. ### What do you actually build? The full product: screens, accounts, database, payments when needed, and launch. Then you put it in front of customers. ### What if I want to add something later? Small changes are normal. If you add something bigger, we add it as a next phase — before we start it. ### Is the first call free? Yes. A short call, no commitment. ### What's included after launch? Support after launch is part of the work. You focus on marketing; we cover the technical side. Then we can keep building the next version if you want. ### Can you stay after launch? Yes — we can keep building the next version of the product. ## Ready to build the product? We review the app or platform requirements and provide a development proposal. WhatsApp Us Book a Call --- # Private Mobile CRM and Business Apps | FLUIDS Digital Source: https://fluids.digital/private-business-apps Language: English Private mobile CRM and business apps # A private app that runs your company the way you already work. Customers, quotations, follow-ups, payments, and reports in one private mobile CRM that only you and your team can open. We build it around your workflow, and it stays in your company's name. Book a workflow-mapping session See the app Screens show sample data. The cost of the current way ## If one of these happened this month, the way you work today is already costing you. 1. 01 ### A quotation went out with an old price. The price list on one laptop was not the one on the other, and the customer holds you to the number you sent. 2. 02 ### A customer asked about their order, and nobody could answer. The answer took three phone calls and a long search through WhatsApp chats. 3. 03 ### You could not say how much your customers owe you. The number exists, but it sits in the accountant's file and reaches you days later. 4. 04 ### An employee left, and their customer history left with them. Months of conversations and agreements were on a personal phone, not in a record your company owns. 5. 05 ### You opened a second branch, and the notebook stopped working. What one person could track from memory now needs a system that every branch can see. 6. 06 ### Decisions waited until you were back at a laptop. You spend the day on sites and in branches, while your tools only work at a desk. Inside the app ## From the first quotation to the last payment, on one phone. 1. 02 ### A professional quotation from your phone. Add the customer and the items, and the app calculates tax and totals and issues a finished document with your logo, ready to send. - Enter a quantity or an amount, and the app works out the rest - Totals and tax update as you type - One document for the customer, and another for the supplier 2. 03 ### Every quotation has a status, and every customer is one tap away. See what is waiting, what was accepted, and what needs a call today, then call or message the customer from the same screen. - Draft, sent, accepted, delivered, and paid - A list of what needs attention today - Call or WhatsApp from the quotation itself 3. 04 ### Update prices once, and every new quotation uses them. The price list lives in one place. The team always quotes today's price, and past quotations keep the price they were sent with. - One price source for the whole team - A record of every price change - Per-line adjustments when a customer needs one 4. 05 ### You see the numbers, and the team works from the same picture. Sales, outstanding amounts, quotation performance, and team activity in one dashboard on your phone. - What was quoted, accepted, and collected in any period - Your top customers and what they owe - Who did what, and when 5. 06 ### Modules and terms set up for your industry. Customers, quotations, jobs, inventory, payments, and team, arranged for contractors, distributors, service companies, and maintenance teams. - Your words on every screen - Only the modules your work needs - New modules added as the business grows Screens show sample data. One quotation, before and after ## What changes when the work moves into its own app. Based on an app we built for a steel supplier in Oman. ### Before 1. The quotation is typed by hand into a spreadsheet. 2. A screenshot of it is sent to the customer on WhatsApp. 3. The order to the supplier is written again from the start. 4. Acceptance, delivery, and payment are followed from memory and chat history. ### With a private app 1. The owner prepares the quotation on the phone in four steps: customer, items, delivery site, and review. 2. Enter tons, pieces, or an amount, and the app calculates the other two and the total with tax. 3. Two documents are issued at once: a quotation for the customer with prices, and a supply order for the mill without them. 4. Both are sent from the company's WhatsApp number, and the app shows when they are delivered and read. 5. Every job moves from draft to paid in clear steps, and the outstanding balance updates itself. A private mobile CRM ## It is a CRM. It belongs to you, and it goes further than the sale. - ### Customers and history Every customer, contact, site, note, and balance in one record the whole team can see. - ### The sales pipeline Quotations move from draft to sent to accepted, so you always know what is open and what is won. - ### Follow-ups A daily list of quotations waiting for a reply and customers waiting for a call. - ### Beyond the sale Where a general CRM stops at the deal, the record here continues into delivery, payment, and collection. - ### No fee for every seat Add your whole team without a monthly charge for each user. The same core becomes a sales CRM, a service CRM for field teams, or an operations app for branches. One job, from the first quotation to payment 1. 01Draft 2. 02Sent to the customer 3. 03Accepted 4. 04In delivery 5. 05Delivered 6. 06Paid Every step is recorded with who moved it and when. What the app includes ## We choose the modules your work needs, and leave out the rest. - 01 ### Customers Every customer with their contacts, sites, full history, and what they owe. - 02 ### Quotations and documents A step-by-step quotation with live totals, issued as an official PDF in Arabic and English with your logo and stamp. - 03 ### Jobs and statuses Each job has a clear status, and the app records who changed it and when. - 04 ### Price list One price list for the whole team, with a record of every change. Past quotations stay as they were when prices change. - 05 ### Payments Several payments per job, each with its receipt, and an outstanding balance that calculates itself. - 06 ### Map Active jobs and delivery sites on a map, filtered by status and date. - 07 ### Team and branches Accounts you create for each employee, permissions by role, and separate data for each branch. - 08 ### Checklists and handovers Daily tasks, inspections, shift handovers, and low-stock alerts for each branch. - 09 ### WhatsApp Documents and updates sent from your company's WhatsApp number, where your customers already are. - 10 ### Reports Sales, collections, and top customers for any period, with an export file for your accountant. What private means ## Nobody gets into the app without an account you created. - There is no public sign-up. You add every user, and you can switch any of them off in one step. - Each person sees only what their role allows, down to each record. - Every change is logged with who made it and when. - Receipts, site photos, and documents are stored privately and open through links that expire. - Face ID or fingerprint unlocks the app after the first sign-in. - The app, its source code, and your data are registered in your company's name. ### Three ways to put it in your team's hands - 01 ### A native app that is not listed in the store Published on the App Store but reachable only through a direct link. It never appears in search results. - 02 ### A native app on company devices Installed through Apple Business Manager or managed Google Play on the devices your company enrolls. - 03 ### A web app on the home screen Opened in the browser and added to the home screen, with no store involved. It suits shared tablets in a branch. Built for the people who use it ## Designed for the person on site, not the person at a desk. - ### Arabic first Screens are designed right to left from the start, with English available to every user who needs it. - ### A PIN where email is a barrier In a system we built for a restaurant group, staff choose their branch and name and enter a four-digit code. No email is needed. - ### Works when the signal drops Lists open from the phone's memory and drafts are saved at every step. Saving new work waits for a connection, and the app says so clearly. - ### WhatsApp stays Your customers keep using WhatsApp. The app sends through it and keeps the record inside your company. From our work ## Every platform we have built has a private app behind it. The screens customers never see are the ones business owners work on every day. - ### T-CODE The merchant side of T-CODE: branches, offers, views, followers, used codes, and conversion in one view. View the project - ### AlMizan The law office side of AlMizan: new requests, active consultations, response rate, and average response time. View the project - ### Qassah The salon side of Qassah: revenue, completed visits, and customers by day, week, or month. View the project Screens show demo data. Where it fits ## The same approach, built around different kinds of work. - ### Contracting suppliers and building materials Quotations, supply orders, deliveries to sites, and collections. - ### Trading and distribution One price list, customer balances, and orders taken in the field. - ### Maintenance and field service Work orders, visits, a photo for every completed visit, and each technician's day. - ### Multi-branch restaurants and cafés Daily checklists, food safety, waste, shift handovers, and stock alerts. - ### Clinics and salons Appointments, staff calendars, and the numbers behind them. - ### Transport and logistics Driver approvals, roles and permissions, complaints, and reports. An honest comparison ## What you use today, what you could subscribe to, and what we build. | | Spreadsheet and WhatsApp | Accounting software | General CRM | A private app by FLUIDS | | --- | --- | --- | --- | --- | | Built around your steps and your terms | Only as far as one file allows | You adapt to its screens | Configurable within its model | Yes, from the first screen | | One record of every customer and job | Spread across files and chats | For invoices and accounts | For the sales pipeline | For the whole operation | | Designed for the phone first | WhatsApp only | Usually a desktop system with an app | Usually a desktop system with an app | Yes | | Accounting, VAT, and e-invoicing | No | Yes, this is its purpose | No | Works beside your accounting system | | Who owns it | You, as scattered files | The provider, while you subscribe | The provider, while you subscribe | Your company | | How you pay | Free, until something is missed | Monthly, by plan | Monthly, per user | One build, then running costs | ### When we will tell you not to build one - If your work fits an off-the-shelf tool with a modest monthly subscription, use that tool. - If you work alone and issue a handful of quotations a month, a spreadsheet is enough. - If what you need is accounting and e-invoicing, subscribe to an accounting system. A private app can work beside it. Keep your accounting software for accounting. Put the rest of the business in an app that works the way you do. How we build it ## From a map of your work to an app your team uses. 1. 01 ### Map the workflow We sit with you and draw how a quotation, a job, or a shift runs today, then mark what the app should replace. 2. 02 ### Agree the first version Usually four to six modules. You receive a written plan with the scope, timeline, and price before any work starts. 3. 03 ### Design and build You receive a version to try on your own phone every week, and we adjust it to how your team actually works. 4. 04 ### Hand over and grow The app, the code, and the data are handed over in your name. New modules are added in later phases when you need them. Questions ## What owners ask before they decide. **Is this a CRM?** Yes. It covers what a CRM covers: customers, the sales pipeline from quotation to acceptance, follow-ups, and team activity. It then continues into delivery and collection. The difference is that it is built around your steps, runs on the phone first, and belongs to your company. **Why pay for a build when a subscription costs a small monthly fee?** Because a subscription asks your work to fit its screens. If your work fits, we will tell you to subscribe. If it does not, the cost shows up as the spreadsheet kept beside the subscription, the quotations written twice, and the follow-ups that slip. A private app is built once around your steps and belongs to your company. **Who owns the app and the data?** Your company. The store listing, the source code, and the data are registered in your company's name. If you stop working with us, the app stays yours. **Who can see our data?** Only the accounts you create. Each user reaches only what their role allows, files are stored privately, keys to outside services stay on the server and never inside the app, and every change is logged. We design around Saudi Arabia's Personal Data Protection Law from the first screen. **Our staff will not use a new app.** Then the app has been designed wrong. We design for the person on site: Arabic first, large buttons, few fields, and a PIN where email is a barrier. WhatsApp also stays, because your customers already use it. **Does it replace our accounting software or e-invoicing?** No. The app handles the work that happens before the invoice: customers, quotations, jobs, deliveries, and collections. It exports to your accountant or connects to the accounting system you already use for invoicing and VAT. **Does it have to be on the App Store?** No. It can be a native app that opens only through a direct link, an app installed on company devices, or a web app added to the home screen. In every case, nobody gets in without an account you created. **What happens when the internet drops?** Lists open from the phone's memory and drafts are kept. Saving new work needs a connection, and the app tells the user plainly instead of failing silently. **Can we change it after launch?** Yes. You edit prices, items, terms, and document templates yourself from the settings. Larger additions are planned as phases, for example a driver mode with live tracking once the first version is in use. **How much does it cost, and how long does it take?** It depends on the modules your work needs, which is why we start by mapping the workflow. After that session you receive a written plan with the scope, timeline, and price before any work starts. The first session is free and carries no commitment. **Do you work with companies outside Saudi Arabia?** Yes. We build for companies across the Gulf, and several of the apps we have built run in Oman. ## Discuss the business app your team needs. Describe the quotations, jobs, shifts or approvals your app must support. We review the workflow, users and integrations, then provide a development proposal. Discuss business app development --- # Our Process — Define → Build → Launch | Fluids Digital Source: https://fluids.digital/process Language: English Home / Process § Process # Define → Design → Develop → Launch Four phases: define the users and workflows, design the screens, develop and test the software, then deploy it for your team or customers. Scope 01 ## Define We agree who the product serves, what it does, and exactly what launches, in writing. Review 02 ## Design Every screen is designed and signed off before engineering starts. You review the flows: signup, onboarding, checkout, admin. Build 03 ## Code We build the frontend, backend, database, auth, admin, payments, and integrations needed for the first release. Launch 04 ## Launch We deploy, set up tracking, hand over GitHub and infrastructure, then use customer feedback to decide the next build. ## Ready to build the product? Discuss the app, platform or internal system you need us to develop. WhatsApp Us Book a Call --- # Work - Fluids Digital Source: https://fluids.digital/projects Language: English Back to Fluids # Our work. Products we designed, built, and launched. ## Products ### Oxygen Academy A university-aligned EdTech platform for Saudi students — courses, exams, and AI study tools in one place. ### Leadify An AI lead-generation platform for Saudi Arabia and the Gulf — describe a customer in plain language, and get a verified lead list. ### HireDash An AI talent marketplace — matching scored against the role, not a keyword search. ### WOSTA A healthcare procurement marketplace for Saudi Arabia — clinics and suppliers, matched through competitive quotes. ### VenueMenu A B2B platform for corporate events in Saudi Arabia — companies and vendors, quotes in writing. ## Websites ### CareerFolio A career-performance portfolio for Ministry of Education employees in Saudi Arabia. ### KFUPM Aerospace Engineering Club A self-managed site for a university club, with an in-product assistant. ### Watad Law Firm A website for a Saudi law firm. ## Mobile apps ### Naqrah.app A mobile booking platform for Oman’s private clinics — search, compare, and book in seconds. ### T-CODE A coupon discovery app connecting shoppers and merchants — nearby offers on a map, in one experience. ### Jameyatek An organizational tool for shared savings groups — track commitments and schedule payouts in one place. ### Aalim An AI-enhanced Quran learning app — tafsir and a Hifz assistant, alongside a complete Quran reader. ### Qassah A barbershop booking app for Saudi Arabia — find a nearby salon, book a cut, and collect visits toward a free one. ### AlMizan A legal marketplace for Oman — send a consultation request to licensed law offices and chat with the first one that accepts. --- # KFUPM Aerospace Engineering Club — Case Study — Fluids Digital Source: https://fluids.digital/projects/aekfupm Language: English All work Education · 2024 # KFUPM Aerospace Engineering Club A self-managed site for a university club, with an in-product assistant. **Our role** Site, admin, in-product assistant **Stack** React · Node.js · MongoDB · OpenAI **Outcome** The club edits its own pages. Visitors can ask the site before writing in. A multi-page club site with an admin the committee can use, and an assistant on the site for people who want to join. Up next WOSTA Start your next project → --- # Aalim — Case Study — Fluids Digital Source: https://fluids.digital/projects/alem Language: English All work AI · Mobile App · 2025 # Aalim An AI-enhanced companion for reading, understanding, and memorizing the Quran. **Our role** Product design, mobile build, AI evaluation pipeline **Stack** React Native · OpenAI · Whisper · Node.js · Supabase **Outcome** Tafsir, Hifz practice, and a full reader in one app. Aalim (عالم) is a mobile app for learning the Quran that pairs traditional Islamic scholarship with AI. Alongside a full Quran reader — authentic Uthmani script, multiple reciters, search, and offline access — it adds an AI layer: tap any ayah for its tafsir, or record a recitation and let an AI Hifz assistant check it against the text and flag what to fix. Inside the product - ## A calm, focused reader Authentic Uthmani script in a clean reader — a choice of reciters including Al-Husary and Al-Afasy, search by keyword or ayah number, bookmarks and highlights for favorite ayahs, and surahs available offline. - ## Tafsir on any ayah Choose any ayah and ask Aalim about its meaning — tafsir drawn from trusted sources including Ibn Kathir, Al-Tabari, Al-Jalalayn, and Al-Sa’di. Word meanings appear instantly on tap. - ## An assistant grounded in trusted sources A smart assistant with a dedicated tajweed specialist mode: rules shown in color, a short explanation on tap for each one, and a single ayah or word repeated until the tajweed is right. - ## Daily goals, points, and a streak Alem XP, daily goals, and streaks make consistent study feel rewarding — backed by a progress dashboard for ayahs read, time spent, surahs memorized, and tajweed mastery. - ## Set a Werd, and track it Set up a Werd — a reading plan — to track reading and memorization together, with memorization progress broken down by surah, juz, and time spent. ## Why Aalim stands out. - ### An AI Hifz assistant Listens to a recitation and flags words that are missing, substituted, or incorrect, with short, clear corrections. - ### Tafsir from named sources Ibn Kathir, Al-Tabari, Al-Jalalayn, and Al-Sa’di. Aalim states its tafsir content is reviewed and endorsed by trusted Islamic scholars. - ### Tajweed shown in color Each rule colored in the text, with a short explanation on tap. - ### Reads offline Surahs and tafsir available offline, for reading anywhere. - ### A personal notebook Reflections on any ayah, organized automatically by surah and ayah. - ### Alongside a teacher, not instead of one Aalim’s own stated goal: AI that guides, corrects, and explains — while the traditional teacher stays where they are. Up next T-CODE Start your next project → --- # AlMizan — Case Study — Fluids Digital Source: https://fluids.digital/projects/almizan Language: English All work Legal · 2026 # AlMizan Send a legal request to law offices in Oman. Chat with the first one that accepts. Important note AlMizan is a marketplace, not a law firm. It does not provide legal advice. Consultations are provided by the offices themselves. **Our role** Product design and mobile build **Stack** Flutter · Supabase **Outcome** Finding a licensed office, sending a request, and consulting happen in one place — without a round of calls. AlMizan (الميزان) is a mobile marketplace connecting clients with licensed law offices in Oman. A client describes a case once, sends it to one office or several, and chats in-app with the office that accepts. Inside the product - ## The office dashboard in one view New requests, active consultations, and performance — rating, response rate, and average response time. - ## A consultation request, step by step Choose a specialization — commercial, labor, family, real estate, and others — then describe the request and attach documents or photos. - ## Track every request Awaiting a reply, active, or completed. Send to several offices at once, or directly to one office or lawyer. - ## Consultations, in-app Chat opens with the office that accepts. Close the consultation when the work is done, then rate it. - ## Lawyers, services, branches, hours Office details in one place, including whether the office appears to clients. ## Why AlMizan stands out. - ### First office to accept Send one request to several offices. Chat opens with the one that takes it. - ### Or go direct Lock the request to one office, or to a specific lawyer. - ### Specializations, named Commercial, labor, family, real estate, and others — picked before the request is sent. - ### Office performance in the open Rating, response rate, and average response time sit on the dashboard. - ### Not a law firm AlMizan connects. The office provides the advice. Up next Oxygen Academy Start your next project → --- # CareerFolio — Case Study — Fluids Digital Source: https://fluids.digital/projects/careerfolio Language: English All work SaaS · Government · 2025 # CareerFolio A career-performance portfolio for Ministry of Education employees in Saudi Arabia. **Our role** Product design and build **Stack** Next.js · TypeScript · Supabase · Tailwind **Outcome** The performance year lives in one file, not scattered forms. A portfolio that replaces the paper performance file — goals, competencies, training, and a print-ready report. Up next Hael Law Firm Start your next project → --- # Hael Law Firm — Case Study — Fluids Digital Source: https://fluids.digital/projects/hael-law Language: English All work Legal · 2024 # Hael Law Firm A law-firm website — booking and maps. **Our role** Website and booking **Stack** Next.js · Tailwind · Calendly · Google Maps **Outcome** Client intake runs through one booking flow. A law-firm site with booking and maps. Up next HireDash Start your next project → --- # HireDash — Case Study — Fluids Digital Source: https://fluids.digital/projects/hiredash Language: English All work SaaS · 2025 # HireDash An AI talent marketplace — matching scored against the role, not a keyword search. **Our role** Product design and build **Stack** Next.js · TypeScript · OpenAI · PostgreSQL · Vercel **Outcome** Hiring runs on a scored shortlist, not a keyword search. A talent marketplace: profiles, a matching score against the role, and dashboards for the hiring side. Up next KFUPM Aerospace Engineering Club Start your next project → --- # Jameyatek — Case Study — Fluids Digital Source: https://fluids.digital/projects/jameyatek Language: English All work Group organization · 2025 # Jameyatek Organize a shared savings circle — nothing more, nothing less. Important note Jameyatek is an organizational tool only. It does not transfer, process, or store any money. All financial arrangements between members happen outside the app and are entirely the members’ own responsibility. **Our role** Product design and mobile build **Stack** Flutter · Supabase **Outcome** The group’s roster, payments, and turn order live in one place. Jameyatek is an organizational tool for shared savings groups — a jam’iyya, where a group of friends or colleagues each contribute a fixed amount every month, with one member receiving the pooled amount on a rotating schedule. Jameyatek keeps that arrangement organized in one place: setting up the group, tracking who has paid, and scheduling whose turn is next. Inside the product - ## Every jam’iyya in one place An overview of every group and its progress. Create a group, set the number of months and the monthly commitment amount, then add members directly or invite them with a link. - ## Track payments, month by month Record each member’s status every month — paid or not paid — and see the group’s overall commitment rate at a glance. - ## A fair, clear turn schedule Set who receives the payout each month, in an organized schedule every member can see. - ## Verified receipts for every payment Upload a receipt as optional proof of payment, attached to the month it belongs to. - ## Chat and notifications, built in Built-in chat inside every group, with notifications for invitations and join requests. ## Why Jameyatek stands out. - ### Flexible participation Half a share, a full share, or two shares — the group decides. - ### Encrypted, and scoped per member Data is fully encrypted, and each member sees only their own group’s data. - ### No ads, no tracking No ads, no tracking, and no sharing data with third parties. - ### Invite by link Add members directly, or send a link and let them join. - ### The commitment rate, in the open The group’s overall commitment rate is visible to everyone in it. Up next Leadify Start your next project → --- # Leadify — Case Study — Fluids Digital Source: https://fluids.digital/projects/leadify Language: English All work AI · SaaS # Leadify An AI lead-generation platform for Saudi Arabia and the Gulf — describe a customer in plain language, and get a verified lead list. **Outcome** Prospecting runs as one conversation that ends in a verified, scored lead file. A sales team describes who it is looking for, in Arabic or English, and Leadify finds, verifies, and delivers a ready-to-use list. Up next CareerFolio Start your next project → --- # Naqrah.app — Case Study — Fluids Digital Source: https://fluids.digital/projects/naqrah-app Language: English All work Health · Clinic Management · 2026 # Naqrah.app Your appointment in seconds. **Our role** Three-portal platform: patient app, clinic dashboard, super-admin console **Stack** Next.js · TypeScript · Supabase · PostgreSQL · Tailwind **Outcome** Unified patient booking and full clinic operations into one platform for the Omani market. Naqrah is a clinic management and patient booking platform built for the Omani healthcare market. Patients find nearby clinics on a live map, pick the right doctor with verified reviews, and book in a few taps. Clinics get full multi-branch operations and a loyalty engine that turns routine visits into a retention loop. Inside the product - ## Book in seconds A guided onboarding takes new patients from install to a confirmed appointment in a handful of taps — smart platform to find and book care. - ## Find nearby clinics on a live map Interactive map with live clustering, specialty filters, list/map toggle, and 'find near me' — more visual and modern than typical clinic directories. - ## Choose your doctor with confidence Doctor directory with specialties, bios, and verified post-visit reviews only — no open reviews, just authentic patient experiences. - ## Book, reschedule, or cancel — in a few taps Full appointment management with transparent cancellation-window rules that protect clinics and respect patients' time. - ## Earn points on visits. Redeem rewards in-app. Built-in loyalty program turns routine healthcare visits into a retention loop — unusual for this category and a real growth engine for clinics. ## Why Naqrah stands out. - ### Live-clustering interactive map More visual and modern than typical clinic directory apps. - ### Built-in loyalty program Turns routine healthcare visits into a retention loop — unusual for this category. - ### Verified post-visit reviews only Authenticity and trust — patients rate only after a completed visit. - ### Transparent cancellation windows Enforced fairly — protects clinics, respects patients. - ### Native Arabic/English + RTL Fully localized, region-ready UX with light/dark themes. Up next Rulva Law Firm Start your next project → --- # Oxygen Academy — Case Study — Fluids Digital Source: https://fluids.digital/projects/o2-academy Language: English All work EdTech · 2025 # Oxygen Academy A university-aligned EdTech platform for Saudi students — courses, exams, and AI study tools in one place. **Our role** Design and build **Stack** Next.js · TypeScript · OpenAI · Supabase · Tailwind **Outcome** A live platform at o2.edu.sa — courses, exams, and in-product study tools. A university-aligned platform: instructors publish courses, students study and sit exams, and the study tools are built from the course material. Up next Aalim Start your next project → --- # Qassah — Case Study — Fluids Digital Source: https://fluids.digital/projects/qassah Language: English All work Retail · 2026 # Qassah Book a nearby haircut, and collect visits toward a free one. **Our role** Product design and mobile build **Stack** Flutter · Supabase **Outcome** A haircut books like any other nearby appointment, and the salon sees its numbers in one place. Qassah (قصّة) is a mobile booking marketplace for barbershops in Saudi Arabia. Clients find nearby salons, compare services and hours, and confirm an appointment. The same app is how a salon runs its bookings, loyalty card, and weekly numbers. Inside the product - ## Nearby salons, a booking in one tap Home shows nearby salons, a greeting, and a way to book — then collect visits toward a free haircut. - ## Explore as a list, filtered to what you need Search, and filter by city, service, distance, or who is open now. See ratings, starting prices, and current offers before you book. - ## A confirmed booking with directions Time, place, barber, and total in one card — plus directions, a reminder, and a way to manage the booking. - ## Visits toward a free haircut A visit card that fills after each completed appointment, with a history of completed visits below. - ## The salon’s numbers, in one view Revenue, completed visits, and customers over the day, week, or month — plus completed, upcoming, and missed visits at a glance. ## Why Qassah stands out. - ### One app, both sides Clients book. Salons run the calendar, loyalty, and stats. No second app. - ### List or live map Find nearby salons either way, then filter by city, service, or who is open now. - ### Visit-based loyalty Completed appointments add themselves. A free haircut is the reward, not a points spreadsheet. - ### Lateness credit If a salon starts late, the client receives a credit. - ### Salon dashboard Bookings, revenue, and customer activity without a notebook on the desk. Up next AlMizan Start your next project → --- # Rulva Law Firm — Case Study — Fluids Digital Source: https://fluids.digital/projects/rulva Language: English All work Legal · 2026 # Rulva Law Firm A website for a Riyadh legal consultancy. **Our role** Website and consultation booking **Stack** Next.js · TypeScript · Tailwind · Calendly **Outcome** Consultation requests go through the site. A site for a Riyadh legal consultancy, with a consultation booking flow. Up next Watad Law Firm Start your next project → --- # T-CODE — Case Study — Fluids Digital Source: https://fluids.digital/projects/tcode Language: English All work Retail · 2025 # T-CODE Nearby offers, discovered and redeemed in one app. **Our role** Product design and mobile build **Stack** Flutter · Supabase **Outcome** Offers and merchants live in one map, not a list of PDFs. T-CODE is a mobile app that brings shoppers and merchants together around local deals. Shoppers browse nearby stores and offers on a map, save coupons, and track their value; merchants set up a store profile, publish time-limited offers, and follow performance as codes are redeemed. Inside the product - ## Nearby stores and offers on a live map Discover what is around you, filtered by city or category — then open a store’s location on the map and reach out directly. Browse as a guest, and create an account when ready. - ## Coupons saved and ready Save favorite offers and coupons in one place, then track their status and value at any time. - ## Publish an offer in minutes Create time-limited offers, or offers capped by a number of codes. Set the price, duration, and branch, then track each offer’s status — and confirm it was used with a redemption code. - ## A merchant dashboard with clear numbers Branches, offers, views, followers, used codes, and conversion rate — all in one view, so an offer’s performance is never a guess. - ## Your store and branches, in one place Set up a store profile, keep contact details and locations current, and add branches — showing or hiding each one as it is ready. ## Why T-CODE stands out. - ### One app, both sides Shoppers discover and redeem. Merchants publish and measure. No second app. - ### Redemption codes Confirm an offer was actually used, code by code. - ### Branch-level control Add branches, and show or hide each one as it is ready. - ### Offers with limits that hold Time-limited, or capped by a number of codes — the cap is enforced, not advisory. - ### Browse before you sign up Guest browsing first, an account only when there is a reason for one. Up next Jameyatek Start your next project → --- # VenueMenu — Case Study — Fluids Digital Source: https://fluids.digital/projects/venuemenu Language: English All work Events · 2025 # VenueMenu A B2B platform for corporate events in Saudi Arabia — companies and vendors, quotes in writing. **Our role** Vendor onboarding, quote flow, client requests **Stack** Next.js · TypeScript · Supabase · Tailwind **Outcome** Event sourcing runs as a written request and a written quote. Companies request an event. Verified vendors reply with a written quote. Up next Naqrah.app Start your next project → --- # Watad Law Firm — Case Study — Fluids Digital Source: https://fluids.digital/projects/watad Language: English All work Legal · 2026 # Watad Law Firm A website for a Saudi law firm. **Our role** Website and consultation booking **Stack** Next.js · TypeScript · Tailwind · Calendly **Outcome** Consultation requests go through the site. A site for a Saudi law firm, with a consultation request flow. Up next Qassah Start your next project → --- # WOSTA — Case Study — Fluids Digital Source: https://fluids.digital/projects/wosta Language: English All work B2B · Marketplace · 2025 # WOSTA A healthcare procurement marketplace for Saudi Arabia — clinics and suppliers, matched through competitive quotes. **Our role** Marketplace architecture, RFQ workflow, real-time chat **Stack** Next.js · Supabase · PostgreSQL · WebSockets **Outcome** Digitized the RFQ-to-order cycle for medical procurement across KSA clinics. A B2B marketplace: clinics and hospitals request supplies, suppliers send quotes, orders follow from there. Up next VenueMenu Start your next project → --- # SaaS Development for Founders and Experts | FLUIDS Digital Source: https://fluids.digital/saas-development Language: English SaaS for founders and experts # Turn what you know into software that companies subscribe to. Accounts, plans, roles, customer isolation, and the admin, built with the software itself and owned by you. Book a SaaS scoping session See what it takes Screens show demo data. When you need SaaS development ## Commission a SaaS platform around a defined customer workflow. 1. 01 ### You have done this job for ten years, and there is still no good Arabic tool for it. You know the workflow better than any foreign product, and so do your future customers. 2. 02 ### You built a tool for your own company, and other companies asked for it. Selling it means accounts, separate data, and plans, which an internal tool never needed. 3. 03 ### An investor asked to see it working, not a presentation. A first version that real customers use says more than any slide. 4. 04 ### A customer asked how their data is kept apart from other customers'. In SaaS, that answer is designed into the database, not promised in a contract. 5. 05 ### Every tool in your field is a translation of a foreign one. Arabic users notice in the first screen, and that is your opening. 6. 06 ### You are paying an offshore team and managing the project yourself. The founder's time should go to customers, not to translating requirements. What a SaaS needs ## The parts customers pay for, and the parts that keep them paying. 1. 01 ### Several kinds of users, one platform. Oxygen Academy serves students, instructors, and ambassadors, each with their own portal, tools, and earnings, on the same platform. - Students study, sit exams, and track progress - Instructors publish courses and track payouts - Ambassadors refer students and earn commission 2. 02 ### A subscription model that fits the market. In WOSTA, clinics and pharmacies post the supplies they need, verified suppliers compete with quotes, and suppliers pay a subscription instead of a cut of every sale. - Sign-up with a phone code, no email needed - Branches and warehouses managed separately - Quotes and invoices tracked in one place 3. 03 ### Output your customers can put their name on. CareerFolio produces print-ready reports with official Ministry of Education branding, locks each finished year as a read-only archive, and shares portfolios through secure links. - Official, print-ready documents - Finished years locked as read-only archives - Secure, read-only share links Screens show demo data. One process, before and after ## What changes when a paper process becomes software people sign into. Based on CareerFolio, a performance-portfolio platform we built for Ministry of Education employees in Saudi Arabia. ### Before 1. The performance file is kept on paper and in scattered folders. 2. Every employee formats it differently. 3. Certificates and evidence are hard to find when a review comes. 4. Past years can be changed, lost, or mixed with the current one. ### With the platform 1. Each employee builds one professional file: goals, competencies, training, and certificates. 2. Annual goals are set with weights, timelines, and evaluations. 3. A print-ready report comes out with official branding. 4. Each finished year is rated and locked as a read-only archive. 5. AI drafts the bilingual vision, mission, and summary, and the employee edits them. One company, or many? ## A private app serves one company. A SaaS serves many, and each must feel it is the only one. - ### Separate data, by design Every table is protected so one customer can never reach another's records. - ### Accounts and roles Each customer has its own users, and each user has a role, as with Oxygen Academy's students, instructors, and ambassadors. - ### Plans and billing Plans priced in riyals, subscriptions, usage credits, or a share of each sale, chosen for your market. - ### Your back office An admin where you see every customer, plan, payout, and support request, without touching the database. That is the difference between software you use and software you sell. One new customer, from sign-up to renewal 1. 01Signs up and verifies 2. 02Chooses a plan 3. 03Sets up the account 4. 04Uses the software 5. 05Renews or upgrades Each step is designed to work without you in the loop. What we build ## The software, and everything that turns it into a business. - 01 ### Sign-up and accounts Sign-up with a phone code or email, and an account for every customer. - 02 ### Roles and permissions Different kinds of users with different screens and rights. - 03 ### Customer isolation Row-level security on every table, so data never crosses between customers. - 04 ### Plans in riyals Plans and prices set for the Saudi and Gulf market. - 05 ### Payments Online payment through a local payment provider, with invoices. - 06 ### Usage and credits A usage balance customers can see, for software priced by what it does. - 07 ### Payouts and commissions Earnings tracked for instructors, partners, or referrers. - 08 ### Official documents Branded, print-ready reports and exports to CSV or Excel. - 09 ### Your admin Customers, plans, content, and support in one back office. - 10 ### AI where it removes work Drafts, generated content, and search, each with a source and a limit. Trust is the product ## Your customers trust you with their data. The software has to earn it. - Each customer reaches only its own data, enforced in the database. - Files are stored privately and open through links that expire. - Records that must not change can be locked as read-only archives. - Keys to payment and AI services stay on the server, never in the browser or the app. - Personal data is handled with Saudi Arabia's Personal Data Protection Law in mind from the first design. - The source code, the accounts, and the data are registered in your name. ### Three ways to charge - 01 ### Monthly or yearly plans Tiers in riyals, each with its own limits and features. - 02 ### Usage credits Customers pay for what the software does, with the balance always visible. - 03 ### A share of each sale The platform takes its share while instructors or partners track their earnings. Built for the people who pay and use it ## The buyer, the users, and you each get what they need. - ### For the buyer A clear plan, a clear price in riyals, and a product in their own language. - ### For the users Arabic screens designed right to left, with English for those who need it. - ### For you as the founder One back office for customers, plans, and payouts, so you can run the business, not the database. - ### For your support team Enough visibility to help a customer, without access to what only you should see. From our work ## SaaS we have built for sales, education, government, and healthcare. Each one started as someone's expertise and became software other people sign into. - ### Leadify Lead generation for the Saudi and Gulf market: describe a customer, approve the plan, export a verified list. Priced in riyals. View the project - ### Oxygen Academy University learning in Saudi Arabia: courses, exams, AI study tools, instructor payouts, and ambassador commissions on one platform. View the project - ### A legal case workspace For legal teams in Saudi Arabia: matters, private files, grounded research, drafting, signatures, and PDF export, with each team's work kept apart. Some screens show demo data. Where it fits ## Any field where you know the work better than the software does. - ### Education and training Courses, exams, instructors, and certificates. - ### Sales and marketing Prospecting, lists, and campaign tools. - ### Government and HR Employee records, evaluations, and reports. - ### Healthcare and procurement Requests, quotes, suppliers, and invoices. - ### Legal and compliance Matters, documents, and research. - ### Your own field Wherever a spreadsheet and experience are doing the job today. An honest comparison ## A no-code builder, an offshore team, or one studio accountable for the product. | | A no-code SaaS builder | An offshore team | FLUIDS | | --- | --- | --- | --- | | Arabic, right to left | Often limited | Usually a translation | Designed Arabic first | | Customer data kept apart | Depends on the platform | Depends on the team | Enforced in the database | | Roles, plans, and billing | Templates | Built if specified | Designed with the product | | Who manages the project | You | Usually you | One team, accountable to you | | Limits as you grow | The platform's limits | Depends on the code left behind | Phases on the same system | | Who owns it | You rent it | Depends on the contract | You, code and data | ### When we will tell you not to build one - If no one has paid for the idea yet, run the cheapest test first. A first version exists for exactly that. - If only your own company will use it, you need a private business app, not a SaaS. - If a spreadsheet template already solves it, sell the template first. When customers are ready to pay every month, the software has to be built to be sold, not just to be used. How we build it ## From your expertise to the first customer who pays. 1. 01 ### Scope the first paying version We decide what the first customers must be able to do, and what can wait. 2. 02 ### Agree the plan You receive a written plan with the scope, timeline, and price before any work starts. 3. 03 ### Design and build You receive a version to try every week, and your first customers see it before launch. 4. 04 ### Launch and grow The software goes live in your name. New plans, roles, and features follow in phases. Questions ## What founders ask before they build. **Is each customer's data kept separate?** Yes, by design. Row-level security on every table means one customer can never reach another's records, whatever the app does. **Can it be in Arabic and English?** It is designed Arabic first and right to left, with English mirrored from it, not the other way round. **Can customers pay online and subscribe?** Yes. We connect a payment provider that works in Saudi Arabia, with plans in riyals and invoices. Some products start with manual billing and add online payment as a phase. **Can we start small?** Yes, and we usually recommend it. The first version covers what the first paying customers need, small in scope and full in quality. **Can we add AI?** Yes, where it removes real work: drafts, generated content, or search, each with a stated source and limit, as in Leadify, Oxygen Academy, and CareerFolio. **Can each customer have its own branding?** It can be designed for. Custom branding or domains per customer are planned as their own phase, because they change how accounts and hosting work. **Who owns the software?** You do. The source code, the accounts, and the data are registered in your name. **How much does it cost, and how long does it take?** It depends on what the first paying version must include, which is why we start with the scoping session. You then receive a written plan with the scope, timeline, and price before any work starts. The session is free and carries no commitment. ## Start with what your first paying customers must be able to do. Discuss the SaaS platform you want us to develop: users, account roles, subscriptions and integrations. We review the requirements and provide a development proposal. Discuss SaaS development --- # Business App and Platform Development Services | FLUIDS Source: https://fluids.digital/services Language: English Back to Fluids # Services. We develop the software your business needs: a customer app, a service platform or a system for your team. Our work includes design, development, integrations and launch. - MVP development - Mobile apps - Web platforms - Websites - Custom software - AI in the product - Product design - Internal tools ## MVP development For founders and companies commissioning development of a new software product. A first release of a new app or web platform, developed around one core customer workflow. We design the screens, develop the essential features and prepare the release for use. - Written scope, price and timeline - Product design and core features - Accounts, admin and integrations where agreed - Testing, launch and source code handover Explore MVP development ↗ ## Mobile apps For businesses commissioning a mobile app for a defined customer service or staff workflow. Custom iOS and Android apps for your customers or staff: booking, service requests, accounts and payments where your service needs them. We develop the app and prepare its store submissions. - iOS and Android from one build - Accounts, notifications, and the daily flows - Submission to the App Store and Google Play - Arabic and English in the same app ## Web platforms For companies running a customer service or business workflow through a web platform. Customer portals, service platforms and subscription software used in the browser. We develop the accounts, permissions, workflows and admin tools that operate the service. - Accounts, roles, and access - The screens operations actually run on - Subscription billing when you sell access - An admin for the people running it ## Websites For an established business commissioning a service website or campaign landing page. Company websites and campaign landing pages that explain your services and give visitors a clear way to enquire. We design and develop the pages, content editing and enquiry forms. - The pages you actually need - Admin for text and images - Forms, WhatsApp, and analytics - Arabic and English ## Custom software For companies with a defined operational need that off-the-shelf software does not cover. Business software developed around the workflow your existing tools cannot support: quotations, approvals, orders, inventory or service delivery, with integrations to your other systems. - Workflows a spreadsheet cannot hold - Payments in Saudi methods when they belong - Connections to the tools you already use - A first version you can run, then extend ## AI in the product For companies adding a defined AI capability to a software product. AI features developed inside your business app or customer platform: chat grounded in your content, document search, recommendations and drafts for review. Part of the software we deliver. - A chatbot on your real content - Search that understands Arabic and English - Recommendations in the main flow - Automation for repetitive back-office work ## Product design For teams preparing a business app or platform for development or redesign. User flows and interfaces for business apps and web platforms, including Arabic layouts, permissions and the screens for customers and staff. Prepared for software development. - User flows before screens - UI for mobile, web, or both - Empty, error, and loading states - Handoff into the same build ## Internal tools For businesses replacing a specific spreadsheet or manual process with a custom internal system. Private systems for your team to manage customers, quotations, approvals, inventory and reports. We develop the roles, data access and integrations around the work each person needs to do. - The screens the team uses all day - Roles so the right people see the right records - Import from Excel, export when needed - Reports a manager can actually read ## Discuss the software you need. Tell us how your business works, who will use the software and what they need to do. We review the development requirements and connections to your existing systems. WhatsApp --- # Use Cases — How to Get It Done with AI | Fluids Digital Source: https://fluids.digital/use-cases Language: English Home / Use Cases § Use Cases # How to get it done Step-by-step playbooks for what our clients ask for most — with tools, timelines, and the call. 01 / 03 Use case · Idea validation Validate the idea before expanding the build. Start by identifying the uncertain assumption: who has the problem, whether the proposed workflow helps, or whether the solution is technically feasible. Choose a small experiment that can answer that question. Interviews, an interest test, a prototype or a focused MVP may each be useful at a different stage. A launch is a chance to gather evidence; it does not guarantee demand or paying customers. Timeline agreed for the chosen experiment 02 / 03 Use case · Internal tools How to build an internal dashboard for your operations team Every Saudi business has 'that one spreadsheet' the team can't live without — and can't safely scale. A custom internal dashboard replaces it: real-time data from your CRM/ERP, role-based access, and audit logs. Built in 3–6 weeks on Next.js + Supabase, owned by you, deployed on your infrastructure. 3–6 weeks end-to-end 03 / 03 Use case · Arabic-first launch How to launch an Arabic-first product Most products built outside the GCC bolt Arabic on at the end. They look broken — punctuation flips, numerals collide, RTL leaks, and Arabic UX feels like a translated wireframe. To win in Saudi Arabia your product must be Arabic-first from the data model up: native RTL, locale-aware numerals, Hijri/Gregorian dates, Saudi payments, and copy written by Arabic speakers, not Google Translate. Scoped as part of the MVP build --- # How to Build an Internal Dashboard for Your Operations Team | Fluids Digital Source: https://fluids.digital/use-cases/build-internal-dashboard Language: English Home / Use Cases / Use case · Internal tools Use case · Internal tools # How to build an internal dashboard for your operations team Every Saudi business has 'that one spreadsheet' the team can't live without — and can't safely scale. A custom internal dashboard replaces it: real-time data from your CRM/ERP, role-based access, and audit logs. Built in 3–6 weeks on Next.js + Supabase, owned by you, deployed on your infrastructure. ⏱ 3–6 weeks end-to-end Start here Do this for me Message WhatsApp Book a Call § The problem Spreadsheets break silently. They have no permissions, no audit trail, no real-time sync, and one wrong cell can cost a quarter. § The outcome A live dashboard your team uses every day, with role-based access and real-time data. § Step by step ## How to do it 1. 01 ### Week 1 · Audit the spreadsheet & workflows Interview the actual users. List every column, formula, manual update, and decision the spreadsheet drives. 2. 02 ### Week 1–2 · Design the data model Postgres tables on Supabase with RLS. Define roles: viewer, editor, admin. Audit log every write. 3. 03 ### Week 2–4 · Build the UI Tables, filters, bulk edit, CSV export. Mobile-friendly for floor managers. 4. 04 ### Week 3–5 · Connect real data sources Sync from your CRM (HubSpot/Salesforce), ERP (Odoo/SAP), payment gateway, and WhatsApp Business. 5. 05 ### Week 5–6 · Migrate, train, launch Import historical data, train the team in EN + AR, run for 1 week in parallel with the spreadsheet, then cut over. § Tools ## What we use Next.js Supabase PostgreSQL Vercel HubSpot Salesforce Odoo WhatsApp Business API n8n § We do it for you Fluids Digital ships your custom internal dashboard in 3–6 weeks, on your infrastructure. § Related packages ## Start with these Internal Business Tools SaaS Dashboards Custom Web Applications § FAQ ## Common questions ### Why not just use Airtable or Notion? They work — until you need RLS, audit logs, real integrations, custom logic, or PDPL compliance. A custom dashboard scales with you and is owned by you. ### Can it work on mobile? Yes — responsive by default, optionally a thin React Native wrapper for floor staff. ### Do you support PDPL? Yes — data minimization, consent flows, role-based access, audit logs, and export/delete rights are built-in patterns. ### How do you migrate from the existing spreadsheet? We script a clean import, validate it row-by-row with you, and run both systems in parallel for a week before cutover. Other use cases → Validate the idea before expanding the build. Timeline agreed for the chosen experiment → How to launch an Arabic-first product Scoped as part of the MVP build All use cases --- # How to Launch an Arabic-First Product in Saudi Arabia | Fluids Digital Source: https://fluids.digital/use-cases/launch-arabic-product Language: English Home / Use Cases / Use case · Arabic-first launch Use case · Arabic-first launch # How to launch an Arabic-first product Most products built outside the GCC bolt Arabic on at the end. They look broken — punctuation flips, numerals collide, RTL leaks, and Arabic UX feels like a translated wireframe. To win in Saudi Arabia your product must be Arabic-first from the data model up: native RTL, locale-aware numerals, Hijri/Gregorian dates, Saudi payments, and copy written by Arabic speakers, not Google Translate. ⏱ Scoped as part of the MVP build Start here Do this for me Message WhatsApp Book a Call § The problem An afterthought-Arabic product loses 60–80% of GCC users in the first session. They never come back. § The outcome An Arabic-first app that works properly in the Saudi market. § Step by step ## How to do it 1. 01 ### Build Arabic from the data layer Every translatable field is a JSON object {en, ar}. No null fallbacks. No mixed-language strings. 2. 02 ### Native RTL, not CSS hacks Use logical CSS properties (start/end), Tailwind RTL plugin, and dir='rtl' on . Test every flow in both directions. 3. 03 ### Localize numerals, dates, currency Arabic-Indic vs Western digits per locale, Hijri optional, SAR formatting (٢٥٠٫٠٠ ر.س). 4. 04 ### Pay with Saudi rails Mada, STC Pay, Tabby, Tamara, HyperPay, Moyasar — Stripe is for international cards only. 5. 05 ### Hire an Arabic copywriter Real Arabic UX copy — formal but warm, Gulf-aware. Translation tools produce sterile, off-brand text. 6. 06 ### Launch with Arabic-first marketing Arabic ad creatives, Arabic landing page as default, WhatsApp support in Gulf dialect. § Tools ## What we use Next.js Tailwind CSS i18next Supabase Mada STC Pay Tabby Tamara WhatsApp Business API § We do it for you We build the app ready for the Saudi market from day one. § Related packages ## Start with these MVP Development Business Websites Landing Pages Custom Web Applications § FAQ ## Common questions ### Can I launch English-only and add Arabic later? Yes, if that fits your audience. If Arabic is planned, account for right-to-left layouts, content and testing from the start so the later language work has a clear scope. ### Do you write the Arabic copy? Yes — Gulf-native Arabic copywriting is included in our standard scope. ### Hijri or Gregorian dates? Configurable per user. Most B2B products default to Gregorian, most consumer products offer both. ### What about Modern Standard Arabic vs Gulf dialect? UI copy in clean MSA. Marketing in a warm Gulf register. AI solutions, when they exist, are tested on both. Other use cases → Validate the idea before expanding the build. Timeline agreed for the chosen experiment → How to build an internal dashboard for your operations team 3–6 weeks end-to-end All use cases --- # How to Validate a Startup Idea Before Building an MVP | FLUIDS Source: https://fluids.digital/use-cases/validate-an-idea Language: English Home / Use Cases / Use case · Idea validation Use case · Idea validation # Validate the idea before expanding the build. Start by identifying the uncertain assumption: who has the problem, whether the proposed workflow helps, or whether the solution is technically feasible. Choose a small experiment that can answer that question. Interviews, an interest test, a prototype or a focused MVP may each be useful at a different stage. A launch is a chance to gather evidence; it does not guarantee demand or paying customers. ⏱ Timeline agreed for the chosen experiment Start here Do this for me Message WhatsApp Book a Call Plan your first release ## Practical guides to building an MVP. Work through your budget, timeline, features and platform choice. Then discuss the development requirements for your app or platform. ### Cost & budgeting What determines the cost of building an MVP? ### Scope & features What belongs in the first version of your MVP? ### Timeline & launch How long does it take to build and launch an MVP? § The problem Building a wide feature set before understanding the customer can make the next decision more expensive. A long specification does not replace evidence that the target user needs the core outcome. § The outcome A documented hypothesis, evidence from the chosen experiment and a next decision: refine, test again, build a focused MVP or stop. § Step by step ## How to do it 1. 01 ### Define one question Name the target user, problem and assumption. Write what evidence would make you change direction. 2. 02 ### Choose the smallest useful experiment Use interviews for the problem, a prototype for an uncertain interaction, a proof of concept for technical risk, or a working MVP for the complete user task. 3. 03 ### Agree scope and evidence Define participants, success observations, exclusions, ownership and any spending before running the test. Avoid universal conversion benchmarks. 4. 04 ### Observe actual behaviour Separate comments, sign-ups, task completion, return visits and payments. Record where people fail and what they need help with. 5. 05 ### Decide the next release Compare the evidence with your original question. Keep the limitations visible and agree the next experiment or first-release scope. § Tools ## What we use Customer interviews Prototypes Product analytics User feedback § We do it for you FLUIDS helps turn a defined product idea into an MVP scope, a working release and a plan to learn from use. The build and its timeline are agreed in writing. § Related packages ## Start with these MVP Development Product design § FAQ ## Common questions ### Do I need a complete app to validate an idea? Not always. Start with the uncertainty you need to resolve. A conversation, prototype or focused test may answer the question before you invest in a working product. ### What if I have several assumptions to test? Prioritise the assumption most likely to change the decision to build. Record what each experiment tests so you can interpret the results. ### Do I have to buy advertising? No. Recruiting participants, interviews or a pilot with a known customer may be more appropriate. If paid acquisition is part of the experiment, agree the budget, audience and measurement first. ### Does an MVP guarantee paying customers? No. An MVP creates a way to test a working product with users. Demand and willingness to pay need evidence from the intended audience. Other use cases → How to build an internal dashboard for your operations team 3–6 weeks end-to-end → How to launch an Arabic-first product Scoped as part of the MVP build All use cases --- # تطوير تطبيقات الجوال ومنصات الويب | FLUIDS السعودية Source: https://fluids.digital/ar/ Language: Arabic تطوير تطبيقات ومنصات / السعودية والخليج منتجات بنيناها # تطبيقات مخصّصة. ومنصات ويب. نصمّم ونطوّر ونطلق تطبيقات الجوال ومنصات الويب للشركات ورواد الأعمال. تطبيق لعملائك، أو نظام لفريقك، أو الإصدار الأول من منتجك البرمجي، مع أدوات الإدارة التي تشغّله. ناقش مشروعك البرمجي استعرض البرمجيات المخصّصة تصميم وتطوير وإطلاق. والكود المصدري ملك لك. من أعمال FLUIDS Naqrah + Oxygen Academy نطاق مكتوب تصميم وتطوير وإطلاق الكود المصدري لك 01 / ماذا نطوّر ## فريق لتطوير تطبيقك أو منصتك. للشركات: تطبيقات للعملاء ومنصات خدمات وأنظمة داخلية تناسب طريقة العمل. ولرواد الأعمال: إصدار أول من منتج برمجي جديد، يركّز على المسار الأساسي للعميل. للشركات التي تحتاج برمجيات مخصّصة، ولرواد الأعمال المستعدين لتطوير الإصدار الأول من منتجهم. ناقش مشروعك البرمجي 1. ### برمجيات مخصّصة عروض الأسعار والموافقات والطلبات والسجلات والتقارير، في نظام واحد يُبنى حول طريقة عمل منشأتك. استعرض البرمجيات المخصّصة 2. ### تطبيقات ومنصات العملاء الحجز وطلبات الخدمة وحسابات العملاء والمدفوعات، مع الأدوات التي يحتاجها موظفوك لإدارتها. استعرض منصات العملاء 3. ### تطوير MVP لرواد الأعمال الذين يطلبون تطوير منتج برمجي جديد: مسارات المستخدم والمزايا الأساسية والتطوير وإصدار أول قابل للاستخدام. استعرض خدمة تطوير MVP 02 / من أعمالنا ## برمجيات أطلقناها. بعض المنتجات التي صمّمناها وبنيناها وأطلقناها. الصحة / الحجوزات ### Naqrah رعاية أقرب، بخطوات أبسط. منصة حجز للعيادات الخاصة في عُمان. اكتشف المشروع التجزئة / الجوال ### T-CODE العروض القريبة على الخريطة. المتسوّق يحفظ الكوبونات، والتاجر ينشر عروضه. اكتشف المشروع الذكاء الاصطناعي / الويب ### Leadify صف العميل الذي تبحث عنه، واستلم قائمة عملاء موثّقة وجاهزة. اكتشف المشروع اسحب. واكتشف. 01 / 03 جميع أعمالنا 03 / ماذا نبني ## عملياتك. وعملاؤك. تطبيقات يستخدمها عملاؤك، وأنظمة تدير بها فرقك الطلبات والعمل اليومي. 01 ### برمجيات مخصّصة أنظمة أعمال تُبنى حول طريقة عمل منشأتك. 02 ### التطبيقات والحجز تجارب جوال تجعل البحث والحجز والدفع أسهل. 03 ### المنصات أسواق رقمية وبوابات عملاء وأنظمة تربطها معًا. 04 ### الذكاء الاصطناعي ذكاء مفيد داخل منتجك، يعتمد على بياناتك. 05 ### منتجات SaaS حوّل خبرتك إلى منتج تشترك فيه الشركات. 04 / كيف نعمل ## من تحديد النطاق. إلى إطلاق البرنامج. تعاون قريب وقرارات واضحة. فريق واحد من البداية إلى النهاية. 1. ### نفكّر نفهم الحاجة الحقيقية، ثم نتفق على النطاق والتكلفة والمدة. 2. ### نصمّم نصمّم التجربة، بكل شاشة وتفاعل وتفصيل. 3. ### نبني نربط التطبيق بخدماته الخلفية والأدوات التي يحتاجها فريقك. 4. ### نطلق نختبر ونطلق ونسلّمك الكود المصدري كاملًا. والمنتج ملكك. مراحل العمل بالتفصيل ## إجابات تهمّك **لمن هذه الخدمة؟** للشركات التي تحتاج برنامجًا لعملياتها أو تطبيقًا لعملائها، ولرواد الأعمال الذين يبحثون عن فريق لتطوير MVP. نتولى التصميم والتطوير والإطلاق، والكود المصدري ملك لك. **وماذا بعد الإطلاق؟** نتفق معك على الصيانة والدعم اللذين يحتاجهما منتجك ضمن نطاق العمل. **هل يصبح الكود ملكي؟** نعم. تحصل على الكود المصدري الكامل عند التسليم. 05 / مشروعك البرمجي ## لنطوّر برنامج أعمالك. أخبرنا عن التطبيق أو الموقع أو نظام الأعمال الذي تريد منا تطويره. نتفق معك على النطاق والسعر والمدة قبل بدء التطوير. ناقش مشروعك البرمجي أرسل تفاصيل مشروعك hello@fluids.studio --- # عن FLUIDS — فريق تطوير تطبيقات الأعمال والمنصات Source: https://fluids.digital/ar/about Language: Arabic الرئيسية / عنّا § عنّا # فريق لتطوير برمجيات أعمالك. FLUIDS استوديو برمجيات مسجّل في السعودية. تتعاون معنا الشركات لتطوير تطبيقات لفِرقها وعملائها: أنظمة حجز، وبوابات خدمات، ولوحات تشغيل. نتولى التصميم والتطوير والإطلاق. Build نبني التطبيق Test نختبر البرنامج Launch نطلقه IP ملكية العميل § مجال عملنا ## برمجيات لعمل محدّد حين يتوزّع العمل بين جداول البيانات والمراسلات والأدوات المنفصلة، تحتاج المنشأة إلى برنامج يربط الخطوات والمستخدمين والبيانات. نطوّر أنظمة داخلية لفريقك، وتطبيقات ومنصات يستخدمها عملاؤك. ولرواد الأعمال، نبني MVP لاختبار استخدام منتج برمجي جديد. تراجع الشاشات والبرنامج أثناء التطوير، وتستلم الكود المصدري عند التسليم. § مبادئنا ## كيف نعمل - نبني التطبيق كاملًا - نطلقه لعملائك - شاشات مصمّمة وفق الاستخدام الفعلي للتطبيق - تملك الكود والبنية التحتية والبيانات - شركة مسجلة في السعودية - ذكاء اصطناعي داخل التطبيق: روبوت محادثة وبحث وأتمتة § تفاصيل قانونية ## كيان رسمي **الاسم** Fluids Digital **السجل التجاري** 7053790726 **المقر** الخبر، السعودية **المناطق** SA · UAE · KW · QA · BH · OM **اللغات** English · العربية ## هل نتحدث؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة --- # ذكاء اصطناعي داخل المنتج | FLUIDS Digital Source: https://fluids.digital/ar/ai-features Language: Arabic ذكاء اصطناعي داخل المنتج # ميزات ذكاء اصطناعي نطوّرها داخل برنامجك. نطوّر ميزات ذكية داخل تطبيق أعمالك أو منصة عملائك: البحث في المستندات، والإجابة من محتوى معتمد، وتجهيز المسودات للمراجعة. ناقش تطوير ميزة ذكية اطّلع على أعمالنا البيانات الظاهرة في الشاشات تجريبية. من أعمالنا ## ثلاث ميزات من تطبيقات أطلقناها. 1. 01 ### اسأل عن الآية، والجواب يأتي مع مصدره. في Aalim ينقر القارئ على الآية ويسأل عن معناها. والشرح يأتي من كتب معروفة: ابن كثير، والطبري، والجلالين، والسعدي. - القارئ يختار الكتاب - المساعد يلتزم بكلام المفسّرين 2. 02 ### الذكاء يكتب الخطة، ويوافق عليها شخص قبل أن تُنفَّذ. في Leadify يكتب فريق المبيعات وصف الجهات المستهدفة، بالعربية أو الإنجليزية. يحدد الذكاء أماكن البحث، ولا يبدأ شيء قبل الموافقة. - لا يبدأ شيء قبل الموافقة - تُفحص كل نتيجة وتحصل على درجة 3. 03 ### التطبيق يعمل بدون الذكاء، والذكاء يُضاف فوقه. Aalim مصحف أولًا: رسم عثماني، وقرّاء، وبحث، وقراءة بدون إنترنت. الذكاء يضيف التفسير ومساعد الحفظ. - مساعد حفظ يسمع التلاوة - عند النقر على حكم التجويد يظهر شرحه البيانات الظاهرة في الشاشات تجريبية. ما نبنيه ## ستة أشكال، ونستخدم ما يناسب التطبيق. - 01 ### إجابة مع مصدرها من ملفاتك، أو من كتاب معروف، والمصدر مكتوب على الشاشة. - 02 ### من ملفاتك اختبارات وبطاقات وملخصات، من ملفات ترفعها. - 03 ### الكلام والتلاوة يسمع الكلام أو التلاوة، ويُبرز ما تغيّر. - 04 ### بحث عادي يطلب الشخص ما يريد صوتًا أو كتابةً، فيجده التطبيق. - 05 ### مسودة، ثم شخص الذكاء يكتب المسودة أو الخطة. الشخص يعدّل أو يوافق. - 06 ### إذا توقّف الذكاء إذا توقفت خدمة الذكاء، يواصل باقي التطبيق عمله. من أعمالنا ## الفكرة نفسها في منتجين آخرين. يعمل كل منهما على محتوى موجود أصلًا في المنتج. - ### Oxygen Academy مقررات جامعية في السعودية. يقرأ المساعد ملفات كل مقرر، وتُستخرج منها الاختبارات والبطاقات. افتح المشروع - ### CareerFolio ملفات أداء لموظفي وزارة التعليم. يكتب الذكاء الاصطناعي الملخص بالعربية والإنجليزية، ويعدّله الموظف. افتح المشروع بعض البيانات الظاهرة في الشاشات تجريبية. قبل الإطلاق ## ثلاثة أسئلة. إذا لم تجب الميزة عنها، لا نطلقها. - ### ماذا تقرأ؟ كتاب معروف، أو ملفات المقرر، أو سجل الشخص نفسه. - ### ماذا تفعل؟ مهمة واحدة: الشرح، أو كتابة مسودة، أو البحث، أو الاستماع. - ### متى تتوقف؟ إذا كان الخطأ مكلفًا، يوافق شخص على النتيجة أو يعدّلها قبل أن تصل. أسئلة ## أسئلة تُطرح قبل إضافة الميزة. **هل يمكن أن يختلق معلومات؟** نعم، لذلك لكل ميزة مصدر ونقطة توقف. وإذا كان الخطأ مكلفًا، يراجع شخص النتيجة قبل اعتمادها. **متى تقولون لا؟** إذا كان الجواب يجب أن يكون مضمونًا، ولا يوجد مصدر نستند إليه. وإذا كانت المهمة قاعدة بسيطة، نكتب القاعدة. وإذا كان الفريق يحتاج مساعدة في الكتابة فقط، يكفيه اشتراك في أداة ذكاء اصطناعي عادية. **إلى من تذهب بياناتنا؟** تبقى طلبات الاستدعاء والمفاتيح على الخادم، ونتفق معك على المزوّد الذي يتعامل مع كل نوع من البيانات. تخضع البيانات الشخصية لنظام حماية البيانات الشخصية في المملكة، ويخضع أي نقل إلى خارجها لأحكام النظام. **هل يعمل بالعربية؟** ما أطلقناه بُني للعربية من البداية: تلاوة، وطلبات صوتية، وبحث، ويظهر الجواب من اليمين إلى اليسار. **كم يكلف تشغيله؟** هناك تكلفة استخدام إضافية فوق الاستضافة. ندرج تقديرها في الخطة المكتوبة، بحسب عدد مرات الاستخدام، قبل البناء. **ماذا إذا توقف المزوّد؟** يواصل باقي التطبيق عمله. نضع بديلًا، مثل البحث العادي إذا توقف بحث الذكاء. **هل يمكنه العمل على ملفاتنا؟** نعم، وهنا تظهر فائدته بوضوح أكبر: مساعد يعمل على ملفات مقرر واحد، أو اختبارات من ملفات يرفعها المدرّب. **هل هذا هو الوكيل الذي يدير أعمال الشركة؟** لا. هذه الصفحة تتحدث عن ذكاء اصطناعي داخل تطبيق يستخدمه الناس. أما الأعمال المتكررة داخل الشركة، مثل البريد أو الفواتير، فهي خدمة FLUIDS Agency. ## نبدأ بميزة واحدة: مصدرها، ومتى تتوقف. أخبرنا عن البرنامج الذي تطوّره، والبيانات التي ستستخدمها الميزة، والمهمة التي تدعمها. نراجع متطلبات التكامل والمراجعة البشرية. راسلنا على واتساب --- # تطبيقات الحجز والمواعيد للمنشآت | FLUIDS Digital Source: https://fluids.digital/ar/booking-apps Language: Arabic تطبيقات الحجز والمواعيد # دع عملاءك يحجزون ويعيدون الجدولة ويعودون إليك دون مكالمة هاتفية. البحث والأسعار والحجز والتذكير والمكافآت في تطبيق واحد يحمل اسمك، مع لوحة تحكم لكل فرع ولكل موظف. احجز مراجعة لمسار الحجز شاهد التطبيق البيانات الظاهرة في الشاشات تجريبية. تكلفة الحجز عبر الهاتف ## إذا مرّ بك أحد هذه المواقف هذا الشهر، فطريقة استقبال الحجوزات تكلّفك بالفعل. 1. 01 ### قضى موظف الاستقبال يومه على الهاتف ومع ذلك فاتته مكالمات. كل مكالمة فائتة عميل ربما حجز في مكان آخر. 2. 02 ### وصل عميلان في الموعد نفسه. انتظر أحدهما، ولم يخرج أي منهما بانطباع جيد. 3. 03 ### لم يحضر عميل، وضاع الموعد. لم يذكّره أحد، ولم يتمكن أحد من شغل الموعد في الوقت المناسب. 4. 04 ### افتتحت فرعًا ثانيًا ولم يعد دفتر المواعيد يكفي. لكل فرع دفتره الخاص، ولا أحد يرى الصورة كاملة. 5. 05 ### انتقل عميل دائم إلى منافس لديه تطبيق. الحجز هناك بلمسات قليلة، والحجز لديك يحتاج إلى مكالمة. 6. 06 ### لم تعرف أي موظف لديه جدول ممتلئ هذا الأسبوع. الجدول موزع على أكثر من مكان، ولا يكتمل في أي منها. داخل التطبيق ## كل ما يحتاجه العميل ليختارك ويحجز ويعود إليك. 1. 01 ### يجدك العملاء على خريطة مباشرة. تظهر المنشآت القريبة على الخريطة وفي قائمة، فيبحث العميل حسب التخصص أو الموقع ويرى الأقرب إليه. - البحث حسب التخصص أو الخدمة أو المنطقة - الأماكن القريبة على خريطة مباشرة - الاتجاهات إلى الموقع بلمسة واحدة 2. 02 ### يقارنون قبل أن يحجزوا. التقييمات والأسعار المبدئية والعروض وساعات العمل واضحة منذ البداية، فيختار العميل بثقة. - التصفية حسب المدينة أو الخدمة أو المسافة أو المفتوح الآن - التقييم والسعر المبدئي في كل بطاقة - العروض الحالية ظاهرة قبل الحجز 3. 03 ### سبب للعودة بعد كل زيارة. تُحتسب الزيارات المكتملة نحو مكافأة، فيبدأ الحجز التالي من تطبيقك لا من تطبيق منافسك. - بطاقة زيارات نحو خدمة مجانية - سجل بكل زيارة مكتملة - نقاط تتحول إلى مكافآت البيانات الظاهرة في الشاشات تجريبية. حجز واحد، قبل التطبيق وبعده ## ما الذي يتغير عندما ينتقل الحجز إلى تطبيق خاص به. مستند إلى Naqrah.app، تطبيق حجز بنيناه للعيادات الخاصة في سلطنة عُمان. ### قبل 1. يتصل المريض بالعيادات واحدة تلو الأخرى بحثًا عن طبيب وموعد متاح. 2. تبقى الأسعار مجهولة حتى وصول المريض. 3. يُدوَّن الموعد في دفتر أو في محادثة واتساب. 4. كل تعديل يعني مكالمة أخرى، وموظف الاستقبال يرد عليها جميعًا. ### مع تطبيق الحجز 1. يبحث المريض حسب التخصص أو الموقع ويرى العيادات القريبة على الخريطة. 2. تظهر الخدمات والأسعار قبل الحجز. 3. لا تُكتب التقييمات إلا بعد زيارة مكتملة. 4. الحجز وإعادة الجدولة والإلغاء بلمسات قليلة، مع تذكير قبل الموعد. 5. تستقبل العيادة الحجوزات إلكترونيًا وتديرها من مكان واحد. الزيارة كاملة ## لا نبني تقويمًا للمواعيد، بل نبني الزيارة كاملة. - ### قبل الحجز يجيب البحث والخريطة والأسعار والتقييمات عن أسئلة العميل قبل أن يحتاج إلى الاتصال. - ### الحجز نفسه خدمة وموظف وموعد وإجمالي، تُؤكَّد في خطوات قليلة. - ### قبل الزيارة تذكير واتجاهات وطريقة سهلة لإعادة الجدولة بدل الغياب دون إشعار. - ### بعد الزيارة تقييم من زيارة حقيقية، ونقاط أو بطاقة زيارات تمهد للزيارة التالية. - ### قواعد يشعر العميل بعدالتها في Qassah يحصل العميل على تعويض عن التأخير إذا بدأ الصالون متأخرًا. ونصمم قواعد كهذه منذ البداية. بهذا يصبح تطبيق الحجز سببًا للعودة، لا مجرد نموذج لتسجيل موعد. زيارة واحدة، من البحث حتى الحجز التالي 1. 01البحث عن الأقرب 2. 02مقارنة الأسعار والتقييمات 3. 03الحجز 4. 04التذكير 5. 05الزيارة 6. 06التقييم والمكافأة لا يحتاج العميل إلى الاتصال، وترى المنشأة كل خطوة. ما يتضمنه التطبيق ## وحدات الحجز التي تحتاجها منشأتك، ونستبعد ما لا تحتاجه. - 01 ### البحث والخريطة البحث حسب التخصص أو الخدمة أو المنطقة، مع الأماكن القريبة على خريطة مباشرة. - 02 ### الخدمات والأسعار كل خدمة بسعرها ومدتها، ظاهرة قبل أن يحجز العميل. - 03 ### الحجز والتعديل الحجز أو إعادة الجدولة أو الإلغاء بخطوات قليلة، وفق القواعد التي تحددها. - 04 ### التذكير تنبيهات قبل كل موعد، وبعد كل تعديل على الحجز. - 05 ### جداول الموظفين لكل طبيب أو حلاق أو أخصائي ساعات عمله وإجازاته وحجوزاته. - 06 ### الفروع عدة فروع في تطبيق واحد، لكل منها خدماته وموظفوه وجدوله. - 07 ### الباقات والعروض باقات وعروض محددة المدة تظهر للعملاء قبل الحجز. - 08 ### تقييمات موثقة تقييمات لا تُكتب إلا بعد زيارة مكتملة. - 09 ### الولاء نقاط أو بطاقة زيارات تكافئ العملاء على عودتهم. - 10 ### إحصاءات المنشأة الإيرادات والزيارات المكتملة والفائتة والعملاء يوميًا وأسبوعيًا وشهريًا. تطبيقك وعملاؤك ## يحجز عملاؤك لديك وباسمك، لا عبر منصة يملكها غيرك. - يحمل التطبيق اسمك وهويتك، ويُنشر في المتجر باسم منشأتك. - سجلات العملاء وتاريخ حجوزاتهم ملك لمنشأتك. - تحدد الخدمات والأسعار وساعات العمل والموظفين بنفسك من لوحة التحكم. - أنت من يضع قواعد إعادة الجدولة والإلغاء والمكافآت. - يرى كل موظف ما تسمح به صلاحياته فقط. - تُسلَّم الشيفرة المصدرية والبيانات باسم منشأتك. ### ثلاث طرق للإطلاق - 01 ### تطبيق حجز خاص بمنشأتك منشأة واحدة بفرع أو عدة فروع، تحت هويتك في App Store و Google Play. - 02 ### تطبيق وصفحة حجز العملاء الذين لا يثبّتون التطبيقات يستطيعون الحجز من رابط تشاركه في أي مكان. - 03 ### منصة حجز لعدة منشآت عدة منشآت في تطبيق واحد، كما يفعل Naqrah للعيادات و Qassah للصالونات. مصمم لطرفي الحجز ## مصمم للعميل الذي يحجز، وللفريق الذي يخدمه. - ### للعملاء خطوات قليلة للحجز، وأسعار واضحة مسبقًا، وتذكير قبل الموعد. - ### للاستقبال تصل الحجوزات الإلكترونية إلى لوحة التحكم، فيبقى الهاتف للأسئلة التي تحتاج إلى شخص. - ### للموظفين يرى كل موظف جدوله لليوم وللأسبوع. - ### لأصحاب المنشآت الإيرادات والزيارات والعملاء يوميًا وأسبوعيًا وشهريًا، على جوالك. من أعمالنا ## تطبيقا حجز، في مجالين مختلفين، بنهج واحد. العيادات في عُمان والصالونات في السعودية تقوم على الفكرة نفسها: الزيارة كاملة في تطبيق واحد. - ### Naqrah.app حجز العيادات في عُمان: البحث على الخريطة، والأسعار قبل الحجز، والتقييمات الموثقة، والتذكير، ونقاط مع كل زيارة. عرض المشروع - ### Qassah حجز الصالونات في السعودية: صالونات قريبة، وبطاقة زيارات، وتعويض عن التأخير، وأرقام الصالون الأسبوعية. عرض المشروع - ### منصة لحجز رحلات الحج والعمرة باقات تعرضها جهات تشغيل شريكة، ولوحة تحكم لكل شريك، وإشراف من المنصة. فالحجز لا يقتصر على المواعيد. البيانات الظاهرة في الشاشات تجريبية. أين يناسب ## كل منشأة يقوم عملها على المواعيد. - ### العيادات والمراكز الطبية الأطباء والتخصصات والمواعيد في جميع الفروع. - ### الصالونات ومحلات الحلاقة الموظفون والخدمات والمكافآت المبنية على الزيارات. - ### خدمات السيارات والورش حجز الخدمات ومواقع العمل وأوقات الاستلام. - ### النوادي واستوديوهات التدريب الحصص والمدربون والباقات. - ### المستشارون والخدمات المهنية الاستشارات المدفوعة والجداول والتذكير. - ### السفر والحج والعمرة الباقات والتواريخ وجهات التشغيل الشريكة. مقارنة صريحة ## طريقتك الحالية في الحجز، وأدوات روابط الحجز، وتطبيق خاص بك. | | الهاتف وواتساب | أداة روابط الحجز | تطبيق حجز من FLUIDS | | --- | --- | --- | --- | | يحجز العميل دون اتصال | لا | نعم | نعم | | اسمك وحسابك في المتجر | رقم هاتفك فقط | صفحة الأداة وهويتها | ملكك بالكامل | | قواعد الولاء والعدالة | في الذاكرة | محدودة بخيارات الأداة | مصممة وفق قواعدك | | عدة فروع وموظفين | صعبة التنسيق | حسب الباقة | مدمجة في التطبيق | | قابل للتحول إلى منصة | لا | لا | نعم | | طريقة الدفع | مجانًا، إلى أن تضيع الحجوزات | اشتراك شهري | بناء مرة واحدة، ثم تكاليف التشغيل | ### متى سننصحك بعدم بناء تطبيق حجز - إذا كنت تعمل وحدك أو بكرسي واحد، فرابط الحجز يكفيك. - إذا كان أغلب عملائك يحجزون مرة واحدة ولا يعودون، فقد تكفيك صفحة حجز بسيطة. - إذا كنت تحتاج تقويمًا لفريقك فقط، فالتقويم المشترك لا يكلفك شيئًا. عندما تكون الحجوزات قلب عملك، فهي تستحق تطبيقًا يحمل اسمك. كيف نبنيه ## من طريقة الحجز الحالية إلى تطبيق يستخدمه عملاؤك. 1. 01 ### نراجع مسار الحجز ندرس كيف يحجز عملاؤك اليوم، من أول اتصال حتى الزيارة، وأين يتوقفون. 2. 02 ### نتفق على النسخة الأولى تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. 3. 03 ### نصمم ونبني تستلم كل أسبوع نسخة تجربها على جوالك، ويختبرها فريقك على حجوزات حقيقية. 4. 04 ### نطلق ونطوّر يُطلق التطبيق باسم منشأتك مع تسليم الشيفرة والبيانات، وتُضاف المكافآت أو الباقات أو الفروع الجديدة في مراحل لاحقة. الأسئلة ## ما يسأله أصحاب المنشآت قبل أن يقرروا. **عملائي معتادون على الاتصال.** أبقِ الهاتف. يتولى التطبيق الحجوزات التي لا تحتاج إلى محادثة، ويتفرغ فريقك للمكالمات التي تحتاج إليها. ومن يفضّل الاتصال من العملاء يستطيع الاتصال كما كان. **هل سيحمّل العملاء تطبيقًا جديدًا؟** بعضهم لن يفعل، وهذا متوقع. يمكننا إضافة صفحة حجز لهم، ويكسب التطبيق مكانه بالتذكير والمكافآت وسهولة الحجز في المرة التالية. **وماذا عن العملاء الذين لا يحضرون؟** يذكّر التطبيق العملاء قبل كل موعد ويجعل إعادة الجدولة سهلة، فيستطيع من لا يمكنه الحضور تغيير موعده بدل الغياب. كما تحدد أنت قواعد الإلغاء المتأخر. **ماذا يحدث إذا تأخرنا عن الموعد؟** القرار لك. في Qassah يحصل العميل على تعويض إذا بدأ الصالون متأخرًا، وقواعد كهذه جزء من التصميم منذ البداية. **هل يستطيع العملاء الدفع إلكترونيًا عند الحجز؟** نعم إذا احتجت إلى ذلك. تبدأ كثير من المنشآت بالدفع عند الزيارة، ثم تضيف الدفع الإلكتروني في مرحلة لاحقة. **لدينا عدة فروع وعدد كبير من الموظفين.** تُدار الفروع والأقسام وجداول الموظفين والخدمات من لوحة تحكم واحدة، ويرى كل فرع حجوزاته. **هل يمكن أن يتحول التطبيق إلى منصة لمنشآت أخرى؟** نعم. Naqrah و Qassah منصتان تستقبلان فيهما عيادات وصالونات كثيرة حجوزاتها في تطبيق واحد، وإذا كان هذا توجهك فإننا نخطط له منذ النسخة الأولى. **كم تبلغ التكلفة، وكم يستغرق البناء؟** يعتمد ذلك على الوحدات التي تحتاجها، ولهذا نبدأ بمراجعة مسار الحجز لديك. بعد الجلسة تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. والمراجعة مجانية ودون أي التزام. **من يملك التطبيق وبيانات العملاء؟** منشأتك. حساب المتجر والشيفرة المصدرية وبيانات العملاء مسجلة باسم منشأتك. ## ناقش تطبيق الحجز الذي تريد أن نطوّره. حدّد خدماتك وقواعد الحجز ومتطلبات الدفع والإدارة. نراجع المتطلبات ونقدّم عرضًا لتصميم تطبيق الحجز وتطويره. ناقش تطوير تطبيق حجز --- # مقارنات صادقة — Fluids Digital مقابل البدائل Source: https://fluids.digital/ar/compare Language: Arabic الرئيسية / مقارنات § Compare # مقارنات صادقة أين نتفوّق، وأين نقصّر، ومتى يكون البديل خيارًا أفضل لك. 01 / 04 Fluids Digital مقابل المستقلين توظيف مستقل هو أرخص سعر معلن لبناء — لكنه نادرًا ما يكون الأقل تكلفة إجمالية. هذه مقارنة صادقة: أين يفوز المستقلون فعلاً، أين تفوز Fluids Digital، وكيف تقرر لحالتك في السعودية. 02 / 04 Fluids Digital مقابل وكالات البرمجيات التقليدية وكالات البرمجيات التقليدية تبدأ غالباً بنطاقات كبيرة ودورات تخطيط طويلة. Fluids Digital تبني التطبيق وتطلقه لتختبر السوق. 03 / 04 Fluids Digital مقابل منصات بلا كود بلا كود ميزة كبيرة في أول 90 يومًا من الفكرة، لكنه سقف لكل ما بعدها. وهنا نوضح متى يتفوق بلا كود، ومتى يفشل، ومتى يؤتي الاستثمار في الكود المخصص مع Fluids Digital ثماره سريعًا، خاصة مع الاحتياجات السعودية. 04 / 04 Fluids Digital مقابل شركات التطوير الخارجية شركات التطوير الخارجية تعد بأسعار أقل بالساعة. التكاليف الخفية — فجوات المناطق الزمنية، تجربة عربية مكسورة، نقص معرفة السوق السعودي، و3 جولات مراجعة — عادة تمحو الوفر. هذه مقارنة صادقة للمشترين السعوديين. --- # Fluids Digital مقابل المستقلين — أيهما أفضل لـ MVP الخاص بك؟ | السعودية Source: https://fluids.digital/ar/compare/fluids-vs-freelancers Language: Arabic الرئيسية / مقارنات / Fluids Digital مقابل المستقلين مقارنة # Fluids Digital مقابل المستقلين توظيف مستقل هو أرخص سعر معلن لبناء — لكنه نادرًا ما يكون الأقل تكلفة إجمالية. هذه مقارنة صادقة: أين يفوز المستقلون فعلاً، أين تفوز Fluids Digital، وكيف تقرر لحالتك في السعودية. § جنبًا إلى جنب | | Fluids Digital | المستقلون | | --- | --- | --- | | السعر المعلن | أعلى مقدماً، ثابت | أقل مقدمًا، وغالبًا ما تزيد الفاتورة بالساعة | | موثوقية الجدول | متفق عليه بعد النطاق | يتأخر عندما ينشغل المستقل بعمل آخر | | تملك الكود | نعم | غالباً لا | | المدفوعات السعودية | افتراضي | يعتمد على خبرة المستقل | | الوعي بزاتكا / PDPL | مدمج في كل مشروع | غالباً غائب | | جودة الكود / التسليم | مراجَع، موثّق، على GitHub الخاص بك | متفاوت؛ يعتمد على شخص واحد | | الاستمرارية إذا غادر شخص | نسخ احتياطي للفريق، بلا نقطة فشل وحيدة | يتوقف المشروع | | الدعم بعد الإطلاق | مشمول بعد الإطلاق | يختفي غالباً | § اختر Fluids عندما - تحتاج إلى سعر وجدول ثابتين تخطط حولهما - تطبيقك يحتاج مدفوعات سعودية أو إطلاق حقيقي - لا تستطيع تحمّل توقف المشروع في منتصف البناء - تريد كوداً نظيفاً تملكه على GitHub - تتوقع مواصلة التطوير والتحسين بعد الإطلاق § اختر المستقلون عندما - النطاق صفحة أو ميزة صغيرة بلا تكاملات - لديك مهندس خبير يستطيع مراجعة الكود وامتلاكه - الميزانية هي القيد الوحيد والتوقيت مرن تماماً - تستمتع بإدارة العمل الهندسي بنفسك § FAQ ## أسئلة متكررة ### أليس المستقلون دائماً أرخص؟ على الفاتورة — نعم. على التكلفة الإجمالية (إعادة العمل، المواعيد المفقودة، كود غير قابل للصيانة، إيرادات مفقودة بسبب تأخر الإطلاق) — تقريباً أبداً للتطبيقات الجاهزة للإطلاق. ### هل تعملون مع مستقلنا الحالي؟ نعم — غالباً نرث قاعدة كود جزئية، نراجعها، ونكمل البناء بنظافة. ### هل تطابقون سعر المستقل لصفحة هبوط صغيرة؟ غالباً نعم — سعر صفحة الهبوط منافس لسعر المستقلين ذوي الخبرة. ## ما زلت متردّدًا؟ مكالمة قصيرة. نخبرك بصراحة إذا لم نكن الخيار المناسب. راسلنا عبر واتساب احجز مكالمة مقارنات أخرى vs الوكالات التقليدية vs أدوات بلا كود vs التطوير الخارجي كل المقارنات --- # Fluids Digital مقابل أدوات بلا كود (Bubble, Webflow, Glide) | السعودية Source: https://fluids.digital/ar/compare/fluids-vs-no-code Language: Arabic الرئيسية / مقارنات / Fluids Digital مقابل منصات بلا كود مقارنة # Fluids Digital مقابل منصات بلا كود بلا كود ميزة كبيرة في أول 90 يومًا من الفكرة، لكنه سقف لكل ما بعدها. وهنا نوضح متى يتفوق بلا كود، ومتى يفشل، ومتى يؤتي الاستثمار في الكود المخصص مع Fluids Digital ثماره سريعًا، خاصة مع الاحتياجات السعودية. § جنبًا إلى جنب | | Fluids Digital | أدوات بلا كود | | --- | --- | --- | | وقت أول نموذج أولي | 5–14 يوماً | 1–3 أيام | | الوقت حتى منتج قابل للتوسع | نفس الحزمة تتوسع لملايين | تصطدم بحائط، تتطلب إعادة كتابة | | دعم مدى / تابي / تمارا | مدمج | حلول بديلة، غالباً مفقودة | | تملك الكود | نعم | غالباً لا | | فوترة زاتكا المرحلة 2 | تكامل مباشر | غير مدعوم بطبيعته | | تكلفة شهرية لكل مستخدم عند التوسع | قريب من الصفر (على بنيتك التحتية) | تتراكم بسرعة مع المستخدمين | | ملكية الكود | 100% على GitHub الخاص بك | مقفل في المنصة | | حلول ذكاء اصطناعي | أساسي | محدود عبر إضافات | § اختر Fluids عندما - تجاوزت مرحلة النموذج الأولي وتحتاج التوسع - المدفوعات السعودية أو تجربة عربية أو زاتكا مطلوبة - الذكاء الاصطناعي عامل تميّز جوهري - تريد امتلاك الكود والبنية التحتية - تسعير لكل مستخدم لأدوات بلا كود يصبح مرهقًا للميزانية § اختر أدوات بلا كود عندما - تختبر فرضية واحدة مع أقل من 100 مستخدم هذا الشهر - ستصونه بنفسك وتستمتع بذلك - لا تحتاج مدفوعات سعودية أو زاتكا - سرعة النسخة الأولى > كل شيء آخر § FAQ ## أسئلة متكررة ### هل تنقلون تطبيقي من Bubble أو Glide؟ نعم — نراجع تطبيقك بلا كود، نصمم بديلاً نظيفاً Next.js + Supabase، وننقل المستخدمين والبيانات. مشروع شائع 4–6 أسابيع. ### هل بلا كود غير احترافي؟ أبدًا، في المرحلة المناسبة. كل رائد أعمال نعرفه بنى نموذجًا أوليًا واحدًا على الأقل على Bubble. المهم أن تعرف متى تتجاوز هذه المرحلة. ### هل الكود المخصص بنفس سرعة بلا كود؟ للنموذج القابل للنقر، بلا كود أسرع. لتطبيق فيه مدفوعات، أدوار، تكاملات، وملكية، الكود المخصص يتجنب إعادة الكتابة لاحقاً. ## ما زلت متردّدًا؟ مكالمة قصيرة. نخبرك بصراحة إذا لم نكن الخيار المناسب. راسلنا عبر واتساب احجز مكالمة مقارنات أخرى vs المستقلون vs الوكالات التقليدية vs التطوير الخارجي كل المقارنات --- # Fluids Digital مقابل شركات التطوير الخارجية | السعودية Source: https://fluids.digital/ar/compare/fluids-vs-offshore-dev Language: Arabic الرئيسية / مقارنات / Fluids Digital مقابل شركات التطوير الخارجية مقارنة # Fluids Digital مقابل شركات التطوير الخارجية شركات التطوير الخارجية تعد بأسعار أقل بالساعة. التكاليف الخفية — فجوات المناطق الزمنية، تجربة عربية مكسورة، نقص معرفة السوق السعودي، و3 جولات مراجعة — عادة تمحو الوفر. هذه مقارنة صادقة للمشترين السعوديين. § جنبًا إلى جنب | | Fluids Digital | التطوير الخارجي | | --- | --- | --- | | تداخل المنطقة الزمنية مع السعودية | يوم عمل كامل | 2–6 ساعات، مع تأخر في التواصل غير المتزامن | | تجربة عربية من الأساس | افتراضي | طبقة ترجمة في أفضل حال | | معرفة السوق السعودي | محلية (س.ت 7053790726، الخبر) | محدودة أو مكتسبة من جوجل | | معرفة PDPL / زاتكا / نفاذ | مدمجة في كل مشروع | غالباً غائبة | | مدى / STC Pay / تابي / تمارا | خبرة عملية | تكامل لأول مرة على حسابك | | ماذا تستلم | تطبيق يعمل تستطيع اختباره | ساعات مسجلة في كشف الوقت | | التكلفة الإجمالية للمشروع | قابلة للتنبؤ، ثابتة | غالباً أعلى بعد إعادة العمل | | إمكانية تنفيذ NDA في السعودية | قابل للتنفيذ بالكامل | تعقيدات عبر الحدود | § اختر Fluids عندما - تطبيقك يستهدف مستخدمين سعوديين أو خليجيين - يجب أن تكون تجربة العربية مصقولة بقدر الإنجليزية على الأقل - PDPL أو زاتكا أو مدى أو نفاذ جزء من البناء - تُقدّر تداخل المناطق الزمنية والحوار المباشر - تريد شريكاً مسجلاً في السعودية للوضوح القانوني § اختر التطوير الخارجي عندما - مستخدموك بالكامل خارج الخليج - التطبيق بلا عربية ولا مدفوعات سعودية ولا PDPL - لديك قائد تقني داخلي قوي يدير العمل الخارجي - السعر بالساعة هو المقياس الوحيد لفريقك المالي § FAQ ## أسئلة متكررة ### لماذا السعودي أغلى؟ ليس كذلك على التكلفة الإجمالية. سعر أعلى بالساعة × ساعات أقل × دورات إعادة عمل أقل = تكلفة أقل من الخيار الخارجي. ### هل تنافسون السعر مع الخارجي؟ بالسعر بالساعة، لا. بالتكلفة الإجمالية لتطبيقات تستهدف السعودية، غالباً نعم. ### هل تتعاقدون من الباطن؟ لا. كل سطر كود يبنيه مهندسو Fluids Digital الذين تحققنا منهم، على الراتب أو متعاقدين على المدى الطويل. ## ما زلت متردّدًا؟ مكالمة قصيرة. نخبرك بصراحة إذا لم نكن الخيار المناسب. راسلنا عبر واتساب احجز مكالمة مقارنات أخرى vs المستقلون vs الوكالات التقليدية vs أدوات بلا كود كل المقارنات --- # Fluids Digital مقابل وكالات البرمجيات التقليدية | السعودية Source: https://fluids.digital/ar/compare/fluids-vs-traditional-agency Language: Arabic الرئيسية / مقارنات / Fluids Digital مقابل وكالات البرمجيات التقليدية مقارنة # Fluids Digital مقابل وكالات البرمجيات التقليدية وكالات البرمجيات التقليدية تبدأ غالباً بنطاقات كبيرة ودورات تخطيط طويلة. Fluids Digital تبني التطبيق وتطلقه لتختبر السوق. § جنبًا إلى جنب | | Fluids Digital | الوكالات التقليدية | | --- | --- | --- | | طريقة عملنا | نتفق على المنتج، ثم نبنيه | النطاق يكبر مع الوقت | | ماذا تستلم | تطبيق يعمل تستطيع اختباره | خطة طويلة، ثم بناء طويل | | دمج الذكاء الاصطناعي | يضاف عندما يغير سير العمل | يباع غالباً كمرحلة منفصلة | | حجم الفريق لمشروعك | فريق صغير من الخبراء (2–3 أشخاص) | متعدد الطبقات: مدراء، ومصممون، ومبتدئون، وضمان الجودة | | مدراء حساب / مشروع | تواصل مباشر مع المهندس | وسطاء متعددون | | الحزمة التقنية | حديث: Next.js, Supabase, Vercel | غالبًا أنظمة قديمة بلغة PHP/.NET | | ملكية الكود | 100% على GitHub الخاص بك | أحياناً محصور في استضافة الوكالة | § اختر Fluids عندما - تريد الإطلاق خلال أسابيع، لا أرباع - تريد ميزانية ثابتة تدافع عنها أمام المستثمرين/المجلس - الذكاء الاصطناعي جزء جوهري من تطبيقك، لا حاشية - تريد فريقًا صغيرًا من الخبراء تتحدث معهم مباشرة § اختر الوكالات التقليدية عندما - تحتاج نشرًا واسعًا لـ 100+ موظف مع إجراءات RFP رسمية - تتطلب فرقًا في مكتبك بدوام كامل - إدارة المشتريات لديك لا تقبل إلا الفوترة بالساعة § FAQ ## أسئلة متكررة ### هل تبنون التطبيق كامل فعلاً؟ نعم. شاشات، حسابات، قاعدة بيانات، مدفوعات إذا احتجتها، وإطلاق. ثم تختبره مع العملاء. ### إذا أردت إضافة شيء لاحقًا؟ التعديل الصغير طبيعي. إذا أردت إضافة شيء أكبر، نضيفه كمرحلة ثانية — ونخبرك قبل أن نبدأ. ### هل تتعاملون مع متطلبات المشتريات الكبرى؟ نعم — نوقّع MSAs و NDAs واتفاقيات معالجة بيانات PDPL. لدينا كيان سعودي مسجل (س.ت 7053790726). ## ما زلت متردّدًا؟ مكالمة قصيرة. نخبرك بصراحة إذا لم نكن الخيار المناسب. راسلنا عبر واتساب احجز مكالمة مقارنات أخرى vs المستقلون vs أدوات بلا كود vs التطوير الخارجي كل المقارنات --- # تطوير برمجيات وأنظمة مخصّصة للشركات في السعودية | FLUIDS Digital Source: https://fluids.digital/ar/custom-software Language: Arabic تطوير برمجيات مخصّصة / السعودية والخليج # أنظمة وبرمجيات مخصّصة لمنشأتك، تُبنى حول طريقة عملك. عروض الأسعار والموافقات والطلبات والسجلات والتقارير في نظام واحد لفريقك وعملائك، على الويب والجوال. نتفق على النطاق والسعر والمدة كتابةً قبل البدء، والكود والبيانات ملك لك. ناقش نظامك شاهد أنظمة بنيناها صورة توضيحية. - نطاق مكتوب قبل البدء - سعر تنافسي يُحدَّد مسبقًا - الكود المصدري ملكك - استوديو في الخبر ## أنظمة بنيناها - **CareerFolio** ملفات الأداء لموظفي وزارة التعليم. - **WOSTA** مشتريات القطاع الصحي: الطلبات وعروض الموردين والفواتير. - **AlMizan** طلبات الاستشارات ولوحات التحكم لمكاتب المحاماة في عُمان. - **مورد حديد تسليح** عروض الأسعار وطلبات التوريد والأرصدة لمورد حديد في عُمان. ## ماذا يحدث عندما تراسلنا؟ 1. ### راسلنا على واتساب سطران عمّا تحتاجه يكفيان للبداية. 2. ### مكالمة تعارف ٣٠ دقيقة نفهم احتياجك، ونخبرك بصراحة إن كان البناء مناسبًا لك. 3. ### عرض مكتوب النطاق والسعر التنافسي والمدة مكتوبة. ثم تقرّر أنت، دون أي التزام. ناقش نظامك ما نبنيه ## الأجزاء التي يحتاجها نظام الأعمال، تُختار حسب طريقة عملك. - 01 ### مسارات العمل والموافقات ينتقل كل طلب عبر خطواتك، مع اسم من وافق عليه ووقته. - 02 ### عروض الأسعار والفواتير مستندات بهويتك مع احتساب الضريبة، جاهزة للإرسال. - 03 ### الطلبات والعمليات تتابع الطلبات والتسليمات والحجوزات ومهام الخدمة من البداية حتى الإغلاق. - 04 ### العملاء والسجلات سجل واحد لكل عميل أو مورد أو موظف، مع تاريخه كاملًا. - 05 ### الأدوار والصلاحيات يرى كل شخص الشاشات والبيانات التي يحتاجها دوره. - 06 ### لوحات التحكم والتقارير أرقام مباشرة وتصدير إلى PDF أو Excel، دون تجميعها يدويًا. - 07 ### بوابات العملاء والشركاء يتابع المستخدمون من خارج المنشأة طلباتهم وعروضهم ومستنداتهم. - 08 ### الربط مع الأنظمة ربط بواتساب والمدفوعات والأدوات التي تستخدمها، متى سمحت بذلك. - 09 ### الويب والجوال نظام ويب للمكتب، وتطبيق للعمل الميداني، أو الاثنان معًا على قاعدة بيانات واحدة. - 10 ### ذكاء اصطناعي حيث يوفّر الوقت مسودات وبحث وملخصات، بمصادر واضحة وحدود مضبوطة. عرض سعر واحد، قبل النظام وبعده ## ما الذي يتغير حين ينتقل العمل إلى نظامه الخاص؟ مستند إلى نظام بنيناه لمورد حديد تسليح في عُمان. ### قبل 1. يُكتب عرض السعر يدويًا في جدول بيانات. 2. تُرسل صورة منه إلى العميل عبر واتساب. 3. يُكتب طلب التوريد إلى المورد من جديد. 4. تُتابع الموافقة والتسليم والدفع من الذاكرة ومن سجل المحادثات. ### مع النظام 1. يُعدّ عرض السعر من الجوال في أربع خطوات: العميل، والأصناف، وموقع التسليم، والمراجعة. 2. تُدخل الكمية بالطن أو بالقطعة أو بالمبلغ، فيحسب النظام الباقي والإجمالي شاملًا الضريبة. 3. يصدر مستندان في الوقت نفسه: عرض سعر للعميل يتضمن الأسعار، وطلب توريد للمصنع لا يتضمنها. 4. يُرسل المستندان من رقم واتساب المنشأة، ويعرض النظام حالة التسليم والقراءة. 5. ينتقل كل طلب من المسودة حتى الدفع بخطوات واضحة، ويتحدث الرصيد المستحق تلقائيًا. بياناتك ونظامك ## النظام الذي تعتمد عليه منشأتك يجب أن يكون آمنًا وأن يبقى ملكًا لك. - لا يصل أي مستخدم إلا إلى ما تسمح به صلاحيته، والقاعدة مفروضة في قاعدة البيانات نفسها. - تُسجَّل كل خطوة مع اسم من نفّذها ووقتها. - تُحفظ الملفات في مساحة خاصة، وتُفتح بروابط مؤقتة تنتهي صلاحيتها. - تبقى مفاتيح خدمات الدفع والذكاء الاصطناعي على الخادم، لا في المتصفح ولا في التطبيق. - نراعي نظام حماية البيانات الشخصية في المملكة من أول تصميم. - الشيفرة المصدرية والحسابات والبيانات مسجلة باسمك. ### ما تستلمه كتابةً قبل أن نبدأ - 01 ### النطاق مسار العمل والشاشات والأدوار والتكاملات، وما هو خارج النطاق. - 02 ### السعر سعر تنافسي ومكتوب للنطاق المتفق عليه، قبل بدء التطوير. - 03 ### المدة خطة التسليم، مؤكدة في المستند نفسه. متى تحتاج إلى برمجيات مخصّصة ## عملك تجاوز جداول البيانات والمحادثات والبرامج المصمَّمة لغيرك. 1. 01 ### تُكتب عروض الأسعار في جدول بيانات، ثم تُرسل صورةً منه. وتُعاد كتابة كل طلب للمورد من جديد، فتتكرر الأخطاء معه. 2. 02 ### الموافقات عالقة في محادثة عند أحد الموظفين. ولا أحد يعرف أين وصل الطلب، ولا من تعامل معه آخر مرة. 3. 03 ### تدفع اشتراك نظام جاهز، ثم تتحايل عليه لتنجز عملك. نصف شاشاته لا تستخدمها، والخطوة التي تحتاجها أكثر من غيرها غير موجودة. 4. 04 ### العربية في البرنامج مجرد ترجمة. ويلاحظ فريقك وعملاؤك ذلك من أول شاشة. 5. 05 ### التقارير تُجمع يدويًا كل شهر. الأرقام موجودة، لكنها موزعة على خمسة أماكن لا تتطابق. 6. 06 ### يحتاج عملاؤك أو شركاؤك إلى دخول خاص بهم. ويجب أن يرى كل منهم طلباته فقط، لا أكثر. أنظمة بنيناها ## برمجيات لمن يؤدي العمل، ولمن يديره. 1. 01 ### أدوار متعددة في نظام واحد. تخدم Oxygen Academy الطلاب والمدربين والسفراء، ولكل منهم بوابته وأدواته وإيراداته، في المنصة نفسها. - بوابة مستقلة لكل دور - متابعة المستحقات والعمولات - العربية أولًا 2. 02 ### لوحة تحكم لصاحب العمل. واجهة التاجر في T-CODE: الفروع والعروض والمشاهدات والمتابعون والأكواد المستخدمة ونسبة التحويل في شاشة واحدة. - إدارة كل فرع على حدة - أرقام مباشرة دون تقارير يدوية - يعمل على الجوال 3. 03 ### طلبات تتحرك بخطوات واضحة. واجهة المكتب في AlMizan: الطلبات الجديدة والاستشارات النشطة ونسبة الاستجابة ومتوسط وقت الرد. - لكل طلب حالة واضحة - محادثة مع العميل داخل التطبيق - الأداء في شاشة واحدة بعض البيانات الظاهرة في الشاشات تجريبية. من أعمالنا ## أنظمة بنيناها للقطاع الحكومي ومشتريات الرعاية الصحية والتعليم. بدأ كل منها من عملية محددة، وبُني حول طريقة عمل أصحابه. - ### CareerFolio ملفات الأداء لموظفي وزارة التعليم: الأهداف والتقييمات وتقارير جاهزة للطباعة بالهوية الرسمية، وتُقفل الأعوام المكتملة أرشيفًا للاطلاع فقط. عرض المشروع - ### WOSTA مشتريات القطاع الصحي: تنشر العيادات والصيدليات احتياجاتها، ويتنافس الموردون الموثقون بعروض أسعار، وتُتابع الفروع والمستودعات والعروض والفواتير في مكان واحد. عرض المشروع - ### مساحة عمل قانونية للفرق القانونية في السعودية: القضايا والملفات الخاصة والبحث الموثق والصياغة والتوقيع والتصدير بصيغة PDF، مع فصل عمل كل فريق عن غيره. بعض البيانات الظاهرة في الشاشات تجريبية. لمن يناسب ## كل منشأة لا يناسب سير عملها البرامج الجاهزة. - ### التجارة والتوريد عروض الأسعار وطلبات التوريد والتسليم والأرصدة. - ### الرعاية الصحية والمشتريات الطلبات والعروض والموردون والفواتير. - ### القطاع الحكومي والموارد البشرية سجلات الموظفين والتقييمات والتقارير الرسمية. - ### التعليم والتدريب الطلاب والمدربون والمقررات والمستحقات. - ### المحاماة والخدمات المهنية القضايا والطلبات والمستندات وأوقات الرد. - ### التجزئة والخدمات الفروع والعروض والحجوزات وسجلات العملاء. مقارنة صريحة ## جداول ومحادثات، أو برنامج جاهز، أو نظام يُبنى لمنشأتك. | | جداول البيانات وواتساب | برنامج جاهز أو ERP | برمجيات مخصّصة مع FLUIDS | | --- | --- | --- | --- | | يناسب طريقة عملك | تتكيف أنت مع الملف | تتكيف أنت مع وحداته | يُبنى حول خطواتك | | العربية من اليمين إلى اليسار | بحسب ما تكتبه | تختلف من برنامج لآخر | مصممة بالعربية أولًا | | من يرى ماذا | كل من لديه الملف | إعدادات الصلاحيات في البرنامج | أدوار تحددها أنت | | طريقة الدفع | مال قليل ووقت كثير | غالبًا رخص لكل مستخدم كل سنة | بناء تملكه، والاستضافة والدعم حسب الاتفاق | | من يملكه | أنت، لكنه متفرق | تستأجره | أنت: الشيفرة والبيانات | | متى تبدأ | اليوم | قريبًا، إن ناسبك | بعد نطاق مكتوب | ### متى سننصحك بعدم البناء - إذا كان برنامج جاهز يغطي سير عملك فاستخدمه. البرمجيات المخصّصة للخطوات التي لا يغطيها. - إذا لم تستقر العملية بعد، فارسمها أولًا. وجلسة رسم سير العمل تنجز ذلك قبل أي برمجة. - إذا كان قالب جدول بيانات يحل المشكلة، فابدأ بالقالب. عندما يعتمد عملك على خطوات لا يوفرها أي برنامج جاهز، فالأصح أن يُبنى البرنامج حولها. كيف نبنيه ## من طريقة عملك اليوم إلى نظام يستخدمه فريقك. 1. 01 ### نرسم سير العمل نمر على كل خطوة، ومن ينفذها، وأين تتعثر اليوم. 2. 02 ### نتفق على النطاق تستلم النطاق والسعر والمدة كتابةً قبل بدء أي عمل. 3. 03 ### نصمم ونبني تراجع الشاشات، ثم تجرّب النظام أثناء بنائه. 4. 04 ### نطلق ونسلّم نختبره ونطلقه ونسلّمك الكود المصدري، ونتفق معك على الدعم الذي تحتاجه. الأسئلة ## ما تسأله المنشآت قبل أن تطلب نظامًا. **ما المقصود بالبرمجيات المخصّصة؟** برنامج يُصمَّم ويُبنى لسير عمل منشأة بعينها، بدل برنامج جاهز تتكيف معه المنشأة. ويمكن أن يكون نظام ويب أو تطبيق جوال أو الاثنين معًا على قاعدة بيانات واحدة. **هل الأفضل أن نستخدم نظام ERP مثل Odoo أو SAP؟** إذا كان النظام الجاهز يغطي سير عملك، فنعم. وتصبح البرمجيات المخصّصة الخيار الأنسب للخطوات التي لا يغطيها، أو حين تكلّف الرخص والحلول الالتفافية أكثر مما توفّره. **هل يمكن ربطه بالأنظمة التي نستخدمها؟** نعم، متى أتاح النظام الآخر ذلك، مثل الربط عبر واجهة برمجية أو التصدير. ويُذكر كل ربط في النطاق المكتوب. **ويب أم جوال أم الاثنين؟** يعتمد على مكان العمل. فالعمل المكتبي يناسبه نظام ويب، والعمل الميداني يناسبه تطبيق، وكثير من الأنظمة تجمع الاثنين على قاعدة البيانات نفسها. **هل يمكن أن يكون بالعربية والإنجليزية؟** نعم. يُصمَّم بالعربية أولًا ومن اليمين إلى اليسار، مع الإنجليزية في النظام نفسه عند الحاجة. **من يملك النظام؟** أنت. الشيفرة المصدرية والحسابات والبيانات مسجلة باسمك، وتستلم الكود المصدري كاملًا عند التسليم. **هل تعملون مع منشآت خارج الخبر؟** نعم. مقرنا في الخبر، ونبني لمنشآت في أنحاء المملكة ودول الخليج، ويعمل عدد من التطبيقات التي بنيناها في سلطنة عُمان. **كم تبلغ التكلفة، وكم يستغرق البناء؟** يعتمد ذلك على سير العمل وعدد الأدوار والشاشات والتكاملات. أسعارنا تنافسية، وبعد رسم سير العمل تستلم نطاقًا مكتوبًا بالسعر والمدة قبل بدء أي عمل. **ماذا يحدث بعد الإطلاق؟** ندعم نظامك ١٢ أو ٢٤ شهرًا أو أكثر: إصلاح الأخطاء، والتحديثات، والاستضافة والمراقبة، وتحسينات شهرية. ويمكن إضافة خطوات وميزات أكبر في مراحل لاحقة. ## ابدأ بالخطوة التي تستهلك أكثر وقت فريقك. أخبرنا كيف يسير العمل اليوم، ومن يشارك فيه، وأين يتعثر. نراجعه ونرسل لك نطاقًا مكتوبًا بالسعر والمدة. ناقش نظامك --- # مركز الأسئلة الشائعة | Fluids Digital Source: https://fluids.digital/ar/faq Language: Arabic الرئيسية / FAQ § مركز الأسئلة الشائعة # أسئلة. إجابات مباشرة. مجموعات من الأسئلة الأكثر تكرارًا لدى المؤسسين وقادة الأعمال في السعودية والخليج. كل صفحة مستقلة بذاتها، ويمكن الاستشهاد بها من محركات البحث بالذكاء الاصطناعي. § تطوير MVP أسئلة شائعة عن تطوير MVP في السعودية إجابات مباشرة: ماذا نبني، وكم يستغرق البناء، ومن يملك الكود، وماذا يحدث بعد الإطلاق. 12 سؤالًا § العمل معنا العمل مع Fluids — العملية وشروط الدفع والدعم كيف يسير المشروع فعليًا من أول مكالمة حتى الإطلاق، وماذا يحدث بعده. 4 أسئلة ## سؤالك ليس هنا؟ اسأل عبر واتساب أو احجز مكالمة قصيرة. راسلنا عبر واتساب احجز مكالمة --- # أسئلة تطوير MVP: النطاق والمدة والملكية | FLUIDS Source: https://fluids.digital/ar/faq/mvp-development Language: Arabic الرئيسية / FAQ / تطوير MVP § تطوير MVP # أسئلة شائعة عن تطوير MVP في السعودية إجابات مباشرة: ماذا نبني، وكم يستغرق البناء، ومن يملك الكود، وماذا يحدث بعد الإطلاق. خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § أسئلة ## 12 سؤالًا إجابات تساعدك على تحديد النطاق وفهم التسليم والملكية قبل بدء المشروع. 01 ### كم يستغرق بناء MVP؟ يعتمد على عدد المزايا والتكاملات مع أدواتك وجاهزية المحتوى. نحدّد الجدول الزمني بعد أن نتفق على ما سنبنيه. 02 ### كيف نبدأ؟ نراجع مستخدمي البرنامج ومتطلباته والتكاملات المطلوبة، ثم نقدّم عرضًا للتطوير. 03 ### ماذا يشمل التطبيق؟ الشاشات والحسابات وقاعدة البيانات والمدفوعات إذا احتجتها، والإطلاق، والتحليلات، والدعم الفعلي بعد أن يعمل التطبيق. 04 ### من يملك الكود؟ أنت، بالكامل وبشكل حصري. يُسلَّم الكود وقاعدة البيانات كاملين إلى مستودع GitHub الخاص بك، دون رسوم ترخيص، ودون ارتباط بمزوّد معيّن، ودون أدوات مغلقة. 05 ### هل تقدّمون خدمة التصميم أيضًا؟ نعم — تصميم الواجهات وتجربة الاستخدام جزء من كل مشروع. لا تحتاج إلى مصمّم منفصل؛ نصمّم ونبني كفريق واحد. 06 ### ما مدى أمان التطبيق؟ الأمان جزء من البناء منذ اليوم الأول: تسجيل دخول برمز تحقق (OTP) يُرسل إلى الجوال، وتشفير للبيانات، وقواعد وصول صارمة على مستوى قاعدة البيانات. تبقى بيانات مستخدميك محمية. 07 ### هل توقعون اتفاقية عدم إفصاح؟ نعم. نوقّع اتفاقيات عدم إفصاح متبادلة قبل أي مكالمة اكتشاف تُشارَك فيها معلومات سرية. 08 ### هل يمكنني إضافة ميزات بعد الإطلاق؟ نعم، ونرحّب بالتعديلات الصغيرة في أي وقت. أما الميزات الأكبر فنضيفها كمرحلة ثانية. الكود ملكك، ويمكنك البناء عليه. 09 ### ما التقنيات التي تستخدمونها؟ React، Vite أو Next.js، Tailwind، Supabase أو Postgres، edge functions، Vercel، n8n للأتمتة، و OpenAI/Claude لميزات الذكاء الاصطناعي. كلها تقنيات معيارية في الصناعة. 10 ### هل تبنون تطبيقات جوال؟ نعم — لآيفون وأندرويد، وغالبًا مع لوحة تحكم ويب تتيح لك إدارة كل شيء: المحتوى والمستخدمين والعمليات. 11 ### هل يمكنكم استكمال تطبيق نصف منجز؟ غالبًا نعم. نبدأ بمراجعة قصيرة، ثم نوضّح لك ما نقترح بناءه بعد ذلك. 12 ### ماذا يحدث بعد الإطلاق؟ نبقى معك بعد الإطلاق. تتفرغ أنت للتسويق والنمو، ونحن نتولى الجانب التقني. § مواضيع أخرى العمل معنا العمل مع Fluids — العملية وشروط الدفع والدعم ## هل أنت مستعد للحديث؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا واتساب احجز مكالمة --- # العمل مع Fluids Digital — العملية والدعم Source: https://fluids.digital/ar/faq/working-with-fluids Language: Arabic الرئيسية / FAQ / العمل معنا § العمل معنا # العمل مع Fluids — العملية وشروط الدفع والدعم كيف يسير المشروع فعليًا من أول مكالمة حتى الإطلاق، وماذا يحدث بعده. § أسئلة ## 4 أسئلة إجابات تساعدك على تحديد النطاق وفهم التسليم والملكية قبل بدء المشروع. 01 ### كيف نبدأ؟ نراجع مستخدمي البرنامج ومتطلباته والتكاملات المطلوبة، ثم نقدّم عرضًا للتطوير. 02 ### ما شروط الدفع؟ نحن مرنون في هذا الجانب إلى حد كبير؛ نحدّد معك طريقة الدفع الأنسب لك، ونتفق عليها بوضوح قبل البدء، مع فوترة كاملة. 03 ### هل أحصل على تحديثات أثناء العمل؟ نعم، تحديثات مباشرة عبر واتساب أو القناة التي تفضّلها، وتشاهد التطبيق وهو يتشكّل أمامك. 04 ### ما الدعم المتوفر بعد الإطلاق؟ الدعم بعد الإطلاق جزء من العمل. نتفق على ما يشمله ضمن المشروع. تتفرغ أنت للتسويق والنمو، ونحن نتولى الجانب التقني. § مواضيع أخرى تطوير MVP أسئلة شائعة عن تطوير MVP في السعودية ## هل أنت مستعد للحديث؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا واتساب احجز مكالمة --- # تطوير البرمجيات للشركات ورواد الأعمال | FLUIDS Source: https://fluids.digital/ar/for Language: Arabic الرئيسية / الحلول § Solutions # للشركات التي تحتاج فريق تطوير منشأة تحتاج نظامًا داخليًا، أو شركة تطوّر تطبيقًا لعملائها، أو رائد أعمال يطلب MVP. اختر المسار الذي يصف مشروعك البرمجي. 01 / 06 لرواد الأعمال Startup Founders لرواد الأعمال الذين يبحثون عن فريق لتطوير تطبيق جوال أو منصة ويب. نصمّم مسارات المستخدم ونطوّر المزايا الأساسية ونطلق إصدارًا أول لعملائك. تستلم الكود المصدري، ويمكنك التخطيط للإصدارات التالية بناءً على الاستخدام الفعلي. 02 / 06 للوكالات Marketing & Design Agencies إذا كان استوديوك يبيع الاستراتيجية أو التصميم أو الهوية أو التسويق، ويخسر مرحلة البناء، فيمكننا أن نكون الفريق الذي يبني. مواقع وتطبيقات باسمك، وتسليم واضح. 03 / 06 للشركات الناشئة Funded Startups حصلت على تمويل وأطلقت منتجك. والآن تحتاج إلى إطلاق المزايا أسرع مما يتيحه التوظيف. ننضم إليك كفريق بناء: مزايا، ولوحات، وحلول ذكاء اصطناعي، ضمن تقنياتك الحالية. 04 / 06 للأعمال SMEs & Family Businesses للشركات السعودية التي تحتاج إلى تطوير برنامج لموظفيها أو عملائها. نطوّر أنظمة داخلية وبوابات عملاء وتطبيقات جوال وفق سير عملك، مع الصلاحيات والتقارير والتكاملات التي يحتاجها المشروع. 05 / 06 لرواد الأعمال الجدد Idea-Stage Founders لرواد الأعمال المستعدين للتعاقد على تطوير تطبيق أو منصة ويب. نحدّد المستخدمين والمسار الأساسي، ونصمّم الشاشات، ونطوّر الإصدار الأول ونسلّم الكود المصدري. يمكنك البدء دون فريق تطوير داخلي. 06 / 06 لرواد الأعمال غير التقنيين Non-Technical Founders تعاقد على تطوير تطبيقك أو منصة الويب مع فريق يتولى التصميم والتطوير والنشر. تحدّد العميل ومسار العمل، ونشرح لك القرارات التقنية ونطوّر الإصدار المتفق عليه ونسلّم الكود المصدري. --- # شريك تطوير White-Label للوكالات — السعودية | Fluids Digital Source: https://fluids.digital/ar/for/agencies Language: Arabic الرئيسية / الحلول / للوكالات للوكالات # شريك تطوير White-Label للوكالات إذا كان استوديوك يبيع الاستراتيجية أو التصميم أو الهوية أو التسويق، ويخسر مرحلة البناء، فيمكننا أن نكون الفريق الذي يبني. مواقع وتطبيقات باسمك، وتسليم واضح. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "نفوز بالعرض لكن نخسر مالياً في مرحلة التنفيذ" - 02 "المستقلون يختفون في منتصف المشروع" - 03 "عملاؤنا يحتاجون أن يعمل التطبيق بالعربية بشكل صحيح" - 04 "نحتاج جداول زمنية يمكن التنبؤ بها لحماية العقود الشهرية" - 05 "نريد بيع ميزات الذكاء الاصطناعي كخدمة إضافية، لكن ينقصنا الجانب الهندسي" § ما نفعله ## بصورة ملموسة - نوقّع اتفاقية سرية متبادلة — لا نتواصل مع عملائك أبداً - ننضم ضمن منظومة التسليم لديك كفريقك الهندسي - نطابق علامتك ونظامك التصميمي - نضيف حلول ذكاء اصطناعي ولوحات تحكم يمكنك إعادة بيعها - نطاق واضح لكل مشروع، وتبقى أنت المسيطر § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 اتفاقية سرية + استلام النطاق من مدير حسابك 2. 02 نرسل إليك خطة بناء وإطلاق مكتوبة 3. 03 سبرينت بناء بوصول مشترك إلى Slack/Linear 4. 04 تسليم لعميلك باسم وكالتك § الباقات المقترحة ## ابدأ بإحدى هذه الباقات مواقع الأعمال تطبيقات ويب مخصصة لوحات SaaS تطوير MVP § هل هذا مناسب لي؟ ## أسئلة واقعية ### هل ستتواصلون مع عملائنا مباشرة؟ لا. تُوقَّع اتفاقية السرية قبل أي مشروع. التواصل يمر عبر فريقك فقط. ### كيف تُحسب هوامش الربح في الخدمات المعاد بيعها؟ نمنحك سعر شريك. أنت تحدد سعر عميلك. معظم الوكالات تضيف 40–80%. § FAQ ## أسئلة متكررة ### هل تقدمون خدمة White-Label فعلية؟ نعم. تحت اتفاقية سرية، بدون شعارات، بدون تواصل مع العملاء، مع خيار البريد الإلكتروني على نطاقك. ### هل يمكنكم تنفيذ عدة مشاريع للوكالات بالتوازي؟ نعم. كل مشروع له فريقه الخاص مع قائد تقني. ### هل توقعون اتفاقيات نقل الملكية الفكرية؟ دائماً. الوكالة تملك الكود والبنية والملكية الفكرية من لحظة التسليم. ### هل يمكننا إعادة بيع الذكاء الاصطناعي داخل التطبيق؟ نعم — بحث وتوصيات ومساعد داخل التطبيق، كجزء من التطبيق الذي نبنيه. ### ما الحد الأدنى للتعاقد؟ صفحة هبوط واحدة. بدون اتفاقية شهرية. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → لرواد الأعمال Startup Founders → للشركات الناشئة Funded Startups → للأعمال SMEs & Family Businesses → لرواد الأعمال الجدد Idea-Stage Founders كل الحلول --- # برمجيات مخصصة وذكاء اصطناعي للمنشآت السعودية — رقمنة عملياتك | Fluids Digital Source: https://fluids.digital/ar/for/businesses Language: Arabic الرئيسية / الحلول / للأعمال للأعمال # تطبيقات أعمال ومنصات عملاء مخصّصة. للشركات السعودية التي تحتاج إلى تطوير برنامج لموظفيها أو عملائها. نطوّر أنظمة داخلية وبوابات عملاء وتطبيقات جوال وفق سير عملك، مع الصلاحيات والتقارير والتكاملات التي يحتاجها المشروع. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "فريقنا يدير كل شيء عبر Excel و WhatsApp" - 02 "موقعنا عمره 5 سنوات ولا يحوّل الزوار إلى عملاء" - 03 "خدمة العملاء تستهلك وقت الموظفين" - 04 "لا نرى ما يحدث عبر الفروع في الوقت الفعلي" - 05 "موردو ERP يعرضون أشهراً وتكلفة بستة أرقام" § ما نفعله ## بصورة ملموسة - موقع مع لوحة تحكم (8–10 أيام) - أدوات عمليات داخلية — بديلة لجداول البيانات - وكيل AI لخدمة العملاء على موقعك - مسارات أتمتة على n8n: طلبات، فواتير، تقارير، ZATCA - لوحات تحكم متعددة الفروع ببيانات لحظية - تكاملات مع سلة، وزد، و HubSpot، و Odoo، و Salesforce، و ZATCA § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 مكالمة اكتشاف مجانية لرسم عملياتك 2. 02 خطة بناء وإطلاق مكتوبة 3. 03 سبرينت بناء مع عروض أسبوعية 4. 04 تدريب فريقك ودعم يمتد لعدة أشهر § الباقات المقترحة ## ابدأ بإحدى هذه الباقات مواقع الأعمال أدوات الأعمال الداخلية ذكاء اصطناعي داخل المنتج تطبيقات ويب مخصصة لوحات SaaS § هل هذا مناسب لي؟ ## أسئلة واقعية ### ليس لدينا فريق تقنية داخلي. هل يمكننا صيانته؟ نعم. كل ما نبنيه يعمل على بنية مُدارة (Vercel، Supabase). التحديثات تقتصر على المحتوى عبر لوحة التحكم. نقدم دعماً شهرياً بتكلفة معقولة عند الحاجة. § FAQ ## أسئلة متكررة ### هل تتكاملون مع سلة وزد؟ نعم — كلاهما عبر واجهات برمجة رسمية. ### هل فواتيركم متوافقة مع فاتورة (ZATCA)؟ نعم. نسلّم الفوترة الإلكترونية (المرحلة الثانية) ضمن الخدمة الأساسية. ### هل يمكن أن يكون النظام 100% بالعربية؟ نعم — متضمنة لوحة التحكم، بدعم كامل لاتجاه الكتابة من اليمين إلى اليسار. ### كم بسرعة يمكننا الإطلاق؟ نتفق على النطاق كتابةً، ثم نبني ونطلق. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → لرواد الأعمال Startup Founders → للوكالات Marketing & Design Agencies → للشركات الناشئة Funded Startups → لرواد الأعمال الجدد Idea-Stage Founders كل الحلول --- # تطوير التطبيقات و MVP لرواد الأعمال | FLUIDS Source: https://fluids.digital/ar/for/founders Language: Arabic الرئيسية / الحلول / لرواد الأعمال لرواد الأعمال # تطوير التطبيقات والمنصات لرواد الأعمال. لرواد الأعمال الذين يبحثون عن فريق لتطوير تطبيق جوال أو منصة ويب. نصمّم مسارات المستخدم ونطوّر المزايا الأساسية ونطلق إصدارًا أول لعملائك. تستلم الكود المصدري، ويمكنك التخطيط للإصدارات التالية بناءً على الاستخدام الفعلي. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "لدي فكرة لكن بدون شريك تقني" - 02 "عروض الوكالات تستغرق 6 أشهر وغير واضحة" - 03 "أحتاج إلى اختبار الفكرة مع مستخدمين حقيقيين، لا شرائح عرض" - 04 "أريد العربية والإنجليزية من اليوم الأول" - 05 "أحتاج من يبني المنتج، لا خطةً طويلة" § ما نفعله ## بصورة ملموسة - نتفق على ما سنبنيه وما نطلقه لإثبات الفكرة في السوق - تطبيق يعمل فعلياً — وليس نموذج Figma - حسابات ولوحة إدارة وتكاملات دفع بحسب نطاق MVP المتفق عليه - شاشات مصممة لطريقة استخدام الناس الفعلية للتطبيق، لا مجرد طبقة ترجمة - تسليم كود نظيف على GitHub و Vercel الخاصين بك - دعم بعد الإطلاق بتغطية ومدة متفق عليهما ضمن النطاق § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 التحديد — من يستخدمه، وماذا يفعل، وما الذي نطلقه 2. 02 البرمجة — سبرينت هندسي مع تحديثات مباشرة 3. 03 التصميم — صقل التفاصيل والنصوص، ومراجعة التحويل 4. 04 الإطلاق — نشر وتسليم الكود والاتفاق على الدعم § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطوير MVP صفحات الهبوط ذكاء اصطناعي داخل المنتج لوحات SaaS § هل هذا مناسب لي؟ ## أسئلة واقعية ### هل هذا مناسب إن لم أكن تقنياً؟ نعم. نكتب النطاق بلغة عمل واضحة ونتولى القرارات التقنية. تملك مستودع GitHub، مشروع Vercel، وقاعدة بيانات Supabase من اليوم الأول. ### ماذا إن لم يكن لدي إيرادات بعد؟ وجود إيرادات ليس شرطًا. تحتاج إلى عميل محدّد، ومسار أساسي لاختباره، وميزانية للتعاقد على التطوير. § FAQ ## أسئلة متكررة ### كم يستغرق بناء MVP لرائد أعمال مع Fluids Digital؟ تعتمد المدة على المزايا والمنصات والتكاملات والمراجعات المتفق عليها. نؤكّد المراحل والتبعيات كتابةً قبل بدء التطوير. ### هل أملك الكود؟ نعم. 100% — الكود على GitHub الخاص بك، والبنية التحتية على حساباتك. ولا تقييد بأي مزود. ### هل يمكنكم استبدال مدير تقني (CTO)؟ في مرحلة الإطلاق، نعم. نتولى البنية والنشر والتسليم. بعد الإطلاق، نستمر كفريق هندسي جزئي أو نسلّم لفريقك الداخلي. ### ماذا لو تغيرت فكرتي أثناء البناء؟ التعديل الصغير طبيعي. إذا أردت إضافة شيء أكبر، نضيفه كمرحلة لاحقة — ونخبرك قبل أن نبدأ. ### كيف تتعاملون مع المتطلبات السعودية (مدى، نفاذ، فاتورة)؟ مدمج من البداية. ندمج مدى و STC Pay وتابي وتمارا، وتسجيل الدخول عبر نفاذ، والفوترة الإلكترونية ZATCA كخيارات أساسية. ### هل سيكون باللغة العربية؟ نعم. الشاشات تعمل باللغة العربية، مع تخطيط صحيح من اليمين إلى اليسار. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → للوكالات Marketing & Design Agencies → للشركات الناشئة Funded Startups → للأعمال SMEs & Family Businesses → لرواد الأعمال الجدد Idea-Stage Founders كل الحلول --- # تطوير MVP لرواد الأعمال الجدد | FLUIDS Source: https://fluids.digital/ar/for/idea-stage Language: Arabic الرئيسية / الحلول / لرواد الأعمال الجدد لرواد الأعمال الجدد # فريق لتطوير أول منتج برمجي لمشروعك. لرواد الأعمال المستعدين للتعاقد على تطوير تطبيق أو منصة ويب. نحدّد المستخدمين والمسار الأساسي، ونصمّم الشاشات، ونطوّر الإصدار الأول ونسلّم الكود المصدري. يمكنك البدء دون فريق تطوير داخلي. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "لا أعرف إن كانت فكرتي ممكنة تقنياً" - 02 "لا أعرف كم ستكلف" - 03 "لا أعرف ما المزايا التي يجب أن تكون في الإصدار الأول (v1)" - 04 "أخشى الوقوع في عقد غير مناسب مع وكالة" - 05 "أريد الإطلاق — لا أريد تعلم البرمجة" § ما نفعله ## بصورة ملموسة - نراجع المستخدمين والمسار الأساسي والمتطلبات التقنية - نتفق على ما سيفعله المنتج وما الذي نطلقه - نرسل إليك خطة بناء وإطلاق مكتوبة - نبني ونطلق ونسلّم التطبيق على حساباتك - نجهّز الإصدار الأول لتجربة أولى مع عملائك § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 ناقش البرنامج الذي تريد تطويره 2. 02 نكتب نطاقاً من صفحة واحدة 3. 03 خطة بناء وإطلاق واضحة 4. 04 تطوير ← اختبار ← نشر للتجربة § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطوير MVP صفحات الهبوط مواقع الأعمال § هل هذا مناسب لي؟ ## أسئلة واقعية ### ماذا لو كانت فكرتي صغيرة جداً؟ قد يكون تطبيق مركّز على مزايا محددة مناسباً كإصدار أول. نراجع المستخدمين وخطوات العمل، وما إذا كان التطوير المخصّص مناسبًا للمشروع. ### ماذا لو لم أكن مستعداً للالتزام؟ تساعدك المحادثة الأولى في تقييم ملاءمة FLUIDS كشريك تطوير. يبدأ التطوير بعد موافقتك على عرض المشروع. § FAQ ## أسئلة متكررة ### هل توقعون اتفاقية سرية قبل أن أشارك فكرتي؟ نعم — بكل سرور. اطلبها قبل المكالمة. ### هل أحتاج معرفة المزايا التي أريدها؟ لا. معظم رواد الأعمال في مرحلة الفكرة لا يعرفون. دورنا في مرحلة الاستكشاف هو مساعدتك على اختيارها. ### كيف نبدأ؟ نراجع المستخدمين والمتطلبات والتكاملات، ثم نقدّم عرضًا لتطوير البرنامج. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → لرواد الأعمال Startup Founders → للوكالات Marketing & Design Agencies → للشركات الناشئة Funded Startups → للأعمال SMEs & Family Businesses كل الحلول --- # ابنِ شركة ناشئة بدون شريك تقني — السعودية | Fluids Digital Source: https://fluids.digital/ar/for/non-technical-founders Language: Arabic الرئيسية / الحلول / لرواد الأعمال غير التقنيين لرواد الأعمال غير التقنيين # فريق تطوير برمجيات لرواد الأعمال غير التقنيين. تعاقد على تطوير تطبيقك أو منصة الويب مع فريق يتولى التصميم والتطوير والنشر. تحدّد العميل ومسار العمل، ونشرح لك القرارات التقنية ونطوّر الإصدار المتفق عليه ونسلّم الكود المصدري. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "كل دليل يقول إنني أحتاج إلى شريك تقني — وليس لدي" - 02 "لا أتحدث لغة المهندسين، وأخشى التعرض للتضليل" - 03 "أريد أن أمتلك تطبيقي، لا أن أعتمد على وكالة غامضة" - 04 "جرّبت No-Code واصطدمت بحدود" - 05 "أحتاج من يحوّل رؤيتي إلى خارطة طريق" § ما نفعله ## بصورة ملموسة - نكتب فكرتك التجارية كنطاق تقني واضح - نختار التقنية المناسبة حتى تتمكن من توظيف مهندسين لاحقاً دون أن تتعثر - نبني تطبيقاً حقيقياً، لا مجرد No-Code مرقّع - نسلّم حسابات GitHub و Vercel و Supabase و Stripe باسمك - نبقى متاحين على WhatsApp أثناء البناء وبعده § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 مكالمة المؤسس — فكرتك وعميلك ودافعك 2. 02 نطاق صفحة واحدة بلغة الأعمال 3. 03 خطة بناء وإطلاق واضحة 4. 04 بناء، إطلاق، تسليم — أنت تملك كل شيء § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطوير MVP صفحات الهبوط ذكاء اصطناعي داخل المنتج مواقع الأعمال § هل هذا مناسب لي؟ ## أسئلة واقعية ### هل سأستطيع إجراء تغييرات لاحقاً؟ نعم. لوحة التحكم تغطي 80% من تغييرات المحتوى. للتغييرات البرمجية، يمكنك توظيف أي مطور React/Next.js أو العودة إلينا. ### ماذا لو فقدت الوصول إلى مهندسي لاحقاً؟ نوثّق ملكية الحسابات وتسليم الكود والتبعيات الخارجية ضمن التعاقد. تستلم الكود عند التسليم، ونتفق على الوصول ومسؤوليات نقل الحسابات قبل البدء. § FAQ ## أسئلة متكررة ### هل يمكنني إدارة شركة ناشئة حقيقية بدون مدير تقني؟ إلى أن يثبت التطبيق في السوق، نعم — كثير من المؤسسين يطلقون بدون مدير تقني. بعد ما يثبت، غالباً توظّف. شغلنا يجهّزك للمسارين. ### لماذا لا أستخدم No-Code فقط؟ No-Code رائع لصفحات الهبوط وسير العمل البسيط. عندما تحتاج تسجيل دخول حقيقي ومدفوعات ومنطق متعدد المستخدمين أو ميزات AI، يصبح No-Code عبئاً، من حيث التكلفة والارتباط بالمنصة. ### هل ستختفون بعد الإطلاق؟ لا. الدعم بعد الإطلاق جزء من العمل — تتفرغ أنت للتسويق والنمو، ونحن نغطي الجانب التقني. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → لرواد الأعمال Startup Founders → للوكالات Marketing & Design Agencies → للشركات الناشئة Funded Startups → للأعمال SMEs & Family Businesses كل الحلول --- # شريك هندسي للشركات الناشئة الممولة — توسعة MVP إلى v2 | Fluids Digital Source: https://fluids.digital/ar/for/startups Language: Arabic الرئيسية / الحلول / للشركات الناشئة للشركات الناشئة # شريك هندسي للشركات الناشئة الممولة في السعودية حصلت على تمويل وأطلقت منتجك. والآن تحتاج إلى إطلاق المزايا أسرع مما يتيحه التوظيف. ننضم إليك كفريق بناء: مزايا، ولوحات، وحلول ذكاء اصطناعي، ضمن تقنياتك الحالية. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "توظيف مهندسين في السعودية يستغرق 4+ أشهر" - 02 "المستثمرون يريدون سرعة في خارطة الطريق، لا أعذار" - 03 "نحتاج مزايا بالذكاء الاصطناعي، لكن فريقنا مختص في Full-stack فقط" - 04 "الدين التقني يبطئنا" - 05 "نحتاج لوحة تحكم v2 لكبار العملاء" § ما نفعله ## بصورة ملموسة - فريق هندسي جزئي — من 1 إلى 4 مهندسين لكل سبرينت - إطلاق المزايا على قاعدة الكود الحالية - إضافات بالذكاء الاصطناعي: بحث، وتوصيات، ومساعد داخل التطبيق - لوحات تحكم للإصدار الثاني وأدوات إدارية لتوسيع البيع للعملاء الحاليين - مراجعة الكود وتوجيه البنية - نطاق واضح لكل سبرينت مدته أسبوعان § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 تدقيق قاعدة الكود وتحديد نطاق السبرينت (يومان) 2. 02 انطلاقة السبرينت مع مدير المشروع أو المدير التقني 3. 03 طلبات سحب مستمرة، وعرض أسبوعي 4. 04 مراجعة السبرينت، وتقييم ما تم، ونطاق السبرينت التالي § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة ذكاء اصطناعي داخل المنتج لوحات SaaS أدوات الأعمال الداخلية § هل هذا مناسب لي؟ ## أسئلة واقعية ### هل ستتأقلمون مع قاعدة الكود إن لم تكن Next.js؟ نعمل أساساً على نظام React/Node. للمنظومات الأخرى (Laravel، Django، Rails) نساعد في الواجهة وطبقة التكاملات. § FAQ ## أسئلة متكررة ### متى يمكن أن ينطلق السبرينت؟ خلال 5 أيام عمل من التوقيع — متضمنة تدقيق قاعدة الكود. ### هل يمكنكم حضور اجتماعاتنا اليومية؟ نعم — نتعامل مع التعاون الجزئي كأي عضو في الفريق، عبر Slack و Linear و GitHub، وفي الاجتماعات اليومية. ### هل تقبلون صفقات تشمل حصصاً في الشركة أو دفعات مختلطة؟ يُنظر في كل حالة على حدة، للشركات الممولة التي نعرفها جيداً. عادةً يُدفع المقابل بالتوازي مع البناء. ## جاهز للخطوة التالية؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة حلول أخرى → لرواد الأعمال Startup Founders → للوكالات Marketing & Design Agencies → للأعمال SMEs & Family Businesses → لرواد الأعمال الجدد Idea-Stage Founders كل الحلول --- # حلول حسب القطاع — Fluids Digital السعودية Source: https://fluids.digital/ar/industries Language: Arabic الرئيسية / القطاعات § Industries # نبني التطبيق لكل قطاع نعمل بأدوات قطاعك — من سلة وزد في التجارة، إلى NPHIES و SFDA في الصحة، ونفاذ وساما في الفينتك. كل صفحة تشرح ما نبنيه، التكاملات، والأسئلة التي تطرحها فعلاً. 01 / 07 قطاع · التجارة الإلكترونية E-commerce نبني ونوسّع متاجر التجارة الإلكترونية للتجار السعوديين: واجهات متاجر مخصصة، تكاملات سلة وزد، توصيات منتجات بالذكاء الاصطناعي، تجارة عبر واتساب، ومدفوعات مدى وتابي وتمارا. كل متجر يُحدد نطاقه بناءً على المخزون والعمليات ومتطلبات الدفع. 02 / 07 قطاع · العقار Real Estate نبني بوابات عقارية وأنظمة CRM للوسطاء في القطاع العقاري السعودي: مطوّرون، مكاتب وساطة، وشركات PropTech ناشئة. كل نظام يُحدد نطاقه بناءً على التقاط العملاء، والعروض، والعقود، وإجراءات التسليم. وبحث وترتيب داخل البوابة عند الحاجة إليهما. 03 / 07 قطاع · الرعاية الصحية Healthcare نبني بوابات مرضى وتطبيقات مواعيد ولوحات عيادات للعيادات وروّاد التقنية الصحية في السعودية. نحدد مع فريقك رحلة المريض والموظف، والصلاحيات، والموافقات، ومتطلبات الاستضافة قبل التطوير. الميزات الطبية والتكاملات الخارجية تحتاج مراجعة جدوى منفصلة؛ تسليم البرنامج لا يُعد اعتماداً تنظيمياً ولا بديلاً عن المشورة الطبية. 04 / 07 قطاع · التعليم Education نبني منصات LMS، ومدرّسين بالذكاء الاصطناعي، وبوابات أكاديمية لمراكز التدريب والمدارس والجامعات ورواد EdTech السعوديين. مصممة لإكمال الدورات، وإصدار الشهادات، ومسارات تعلّم تراعي التحصيلي/قياس. مرجع: O2 Academy. إطلاق خلال أسابيع. 05 / 07 قطاع · اللوجستيات Logistics نبني لوحات إرسال وتطبيقات سائقين وتجارب تتبع للعملاء لمشغلي 3PL والميل الأخير وشركات التوصيل السعودية الناشئة. يُحدد النطاق بناءً على قواعد الإرسال، ومسارات عمل السائقين، وتتبع العملاء، وتكاملات شركات الشحن. 06 / 07 قطاع · التقنية المالية Fintech نبني MVP للفينتك، ولوحات مدفوعات، وأدوات عمليات داخلية لرواد الفينتك السعوديين والمؤسسات المرخّصة. مبنية على أنماط تراعي متطلبات ساما، وحماية بيانات PDPL، و KYC عبر نفاذ، وتكامل كامل مع مدى/تابي/تمارا/STC Pay. لسنا مكتب استشارات للتراخيص — نحن الفريق الهندسي الذي يطلق تطبيقك بسرعة. 07 / 07 قطاع · الخدمات المهنية Professional Services نبني بوابات عملاء، تدفقات استقبال، وبحث في المستندات داخل التطبيق لمكاتب المحاماة والمحاسبة والاستشارات السعودية. مدمج مع واتساب والتوقيع الإلكتروني والفوترة المتوافقة مع زاتكا. استبدل رسائل البريد والجداول بطبقة عمليات هادئة. إطلاق خلال أسابيع. --- # تطوير التجارة الإلكترونية في السعودية — سلة، زد، متاجر مخصصة | Fluids Digital Source: https://fluids.digital/ar/industries/ecommerce Language: Arabic الرئيسية / القطاعات / E-commerce قطاع · التجارة الإلكترونية # تطوير التجارة الإلكترونية في السعودية نبني ونوسّع متاجر التجارة الإلكترونية للتجار السعوديين: واجهات متاجر مخصصة، تكاملات سلة وزد، توصيات منتجات بالذكاء الاصطناعي، تجارة عبر واتساب، ومدفوعات مدى وتابي وتمارا. كل متجر يُحدد نطاقه بناءً على المخزون والعمليات ومتطلبات الدفع. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "قوالب سلة وزد لا تعكس هوية علامتي" - 02 "يتوقف العملاء عند الدفع لغياب مدى/تابي/تمارا" - 03 "أحتاج أن تصل طلبات واتساب إلى متجري تلقائياً" - 04 "كتالوجي ضخم وأحتاج بحث وتوصيات بالذكاء الاصطناعي" - 05 "أحتاج فوترة إلكترونية متوافقة مع زاتكا لكل طلب" § ما نبنيه ## بصورة ملموسة - واجهات Next.js مخصصة على واجهات Salla و Zid البرمجية (Headless) - بحث منتجات وتوصيات شخصية بالذكاء الاصطناعي - كتالوج واتساب للأعمال وتسجيل الطلبات - دفع مدى، STC Pay، تابي، تمارا، HyperPay، ميسر - فوترة إلكترونية متوافقة مع زاتكا، المرحلة الثانية (فاتورة) - لوحة عمليات: طلبات، مخزون، مرتجعات، عربات متروكة § الأدوات والتكاملات ## نعمل بأدوات قطاعك Salla Zid Mada STC Pay Tabby Tamara HyperPay Moyasar ZATCA Fatoora WhatsApp Business API n8n Next.js Supabase § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define مراجعة المتجر الحالي، قمع الدفع، وإعداد زاتكا. اعتماد النطاق. 2. 02 · Code بناء الواجهة، دمج المدفوعات وكتالوج واتساب، وربط زاتكا. 3. 03 · Design صفحات منتجات واضحة وخطوات دفع سهلة. 4. 04 · Launch نقل الكتالوج، وتوجيه روابط SEO، ومراقبة أول 7 أيام، ثم التسليم. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة ذكاء اصطناعي داخل المنتج لوحات SaaS § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses للشركات الناشئة Funded Startups § FAQ ## أسئلة متكررة ### هل تبنون على سلة، زد، أو مخصص؟ كلها. نستخدم سلة وزد عندما يختصر الدفع والشحن المدمجان فيهما الوقت، ونبني واجهة Next.js مخصصة عندما تهم الهوية أو الأداء أو المسارات الخاصة. ### ما طرق الدفع السعودية التي تدمجونها؟ مدى، STC Pay، تابي، تمارا، HyperPay، ميسر، إضافة إلى Stripe للبطاقات الدولية. ### هل أنتم متوافقون مع زاتكا المرحلة الثانية (فاتورة)؟ نعم — كل طلب يُنشئ فاتورة إلكترونية متوافقة عبر مزودين معتمدين، مع رمز QR و UUID و CSID. ### هل تتزامن طلبات واتساب مع المتجر؟ نعم — باستخدام WhatsApp Business API و n8n، يتحول كل طلب من المحادثة إلى طلب حقيقي في لوحتك مع خصم المخزون. ### كم يستغرق بناء متجر إلكتروني؟ يعتمد على حجم الكتالوج، متطلبات الدفع، إعداد زاتكا، وهل نوسع متجراً قائماً أم نبني من الصفر. ### هل تتولّون الهجرة من Shopify أو WooCommerce؟ نعم — هجرة كاملة للكتالوج والعملاء وسجل الطلبات مع الحفاظ على تحويلات الروابط لمحركات البحث. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · العقار Real Estate → قطاع · الرعاية الصحية Healthcare → قطاع · التعليم Education → قطاع · اللوجستيات Logistics كل القطاعات --- # منصات التعليم والأكاديميات في السعودية | Fluids Digital Source: https://fluids.digital/ar/industries/education Language: Arabic الرئيسية / القطاعات / Education قطاع · التعليم # منصات التعليم والأكاديميات في السعودية نبني منصات LMS، ومدرّسين بالذكاء الاصطناعي، وبوابات أكاديمية لمراكز التدريب والمدارس والجامعات ورواد EdTech السعوديين. مصممة لإكمال الدورات، وإصدار الشهادات، ومسارات تعلّم تراعي التحصيلي/قياس. مرجع: O2 Academy. إطلاق خلال أسابيع. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "نظام LMS الحالي لا يتعامل مع العربية بشكل طبيعي" - 02 "لا نستطيع إصدار شهادات عربية بأسماء الطلاب بالشكل الصحيح" - 03 "الطلاب ينقطعون عن الدورات — نحتاج مدرّساً بالذكاء الاصطناعي يحفّزهم" - 04 "نحتاج بيع الدورات عبر مدى/تابي/تمارا" - 05 "التقارير لأولياء الأمور والمديرين تُعدّ يدوياً" § ما نبنيه ## بصورة ملموسة - نظام LMS مع فيديو واختبارات وتتبّع التقدم - مدرّس داخل التطبيق يجيب بالعربية ويشرح خطوة بخطوة - إصدار شهادات عربية (PDF، مع تحقق عبر QR) - لوحات الأفواج للمعلمين والمشرفين - بوابات دفع سعودية مع خيارات تقسيط - تقارير وتصدير لأولياء الأمور وأصحاب العمل § الأدوات والتكاملات ## نعمل بأدوات قطاعك Next.js Supabase Mux / Cloudflare Stream OpenAI Mada Tabby Tamara n8n WhatsApp Business API § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define رسم المنهج، أدوار المتعلم، الشهادات، واحتياجات التقارير. 2. 02 · Code بناء LMS والمدرّس بالذكاء الاصطناعي ومحرك الشهادات على Next.js + Supabase. 3. 03 · Design تجربة هادئة مصممة لإكمال الدورة، لا لمجرد التسجيل فيها. 4. 04 · Launch تجربة على فوج واحد، وضبط محفّزات الانقطاع، ثم التوسع. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة ذكاء اصطناعي داخل المنتج لوحات SaaS § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses للشركات الناشئة Funded Startups لرواد الأعمال Startup Founders § FAQ ## أسئلة متكررة ### هل سبق أن بنيتم نظام LMS فعلياً؟ نعم — O2 Academy مرجع حيّ. يركّز على الفيديو أولاً، مع لوحات للأفواج وإصدار الشهادات. ### هل يفهم المعلم الآلي العربية فعلاً؟ نعم — يتحدث بالعربية الفصحى المعاصرة مع لهجة خليجية اختيارية، ويستند إلى منهجك عبر تقنية RAG (البحث في المحتوى المعتمد) حتى لا يختلق إجابات. ### هل يمكننا بيع الدورات بالتقسيط (تابي/تمارا)؟ نعم — تكامل كامل مع تابي وتمارا ومدى و Stripe. ### هل تُصدرون شهادات PDF بالعربية؟ نعم — عرض صحيح للحروف العربية، وصفحة تحقق عبر QR، وأداة لإعادة إصدار الشهادة للمشرف. ### هل يعمل كـ SaaS لأكاديميات متعددة؟ نعم — نظام متعدد المستأجرين، يمكن فيه تخصيص الهوية لكل أكاديمية (White-label). ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · العقار Real Estate → قطاع · الرعاية الصحية Healthcare → قطاع · اللوجستيات Logistics كل القطاعات --- # تطوير التقنية المالية في السعودية — مراعٍ لمتطلبات ساما، PDPL، مدى، تابي | Fluids Digital Source: https://fluids.digital/ar/industries/fintech Language: Arabic الرئيسية / القطاعات / Fintech قطاع · التقنية المالية # تطوير التقنية المالية في السعودية نبني MVP للفينتك، ولوحات مدفوعات، وأدوات عمليات داخلية لرواد الفينتك السعوديين والمؤسسات المرخّصة. مبنية على أنماط تراعي متطلبات ساما، وحماية بيانات PDPL، و KYC عبر نفاذ، وتكامل كامل مع مدى/تابي/تمارا/STC Pay. لسنا مكتب استشارات للتراخيص — نحن الفريق الهندسي الذي يطلق تطبيقك بسرعة. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "لدينا مكان في ساندبوكس ساما لكن لا فريق هندسي" - 02 "نحتاج KYC عبر نفاذ، لا نماذج رفع صور الهوية" - 03 "تسوية مدى وتابي وتمارا يدوياً مرهقة" - 04 "فريق العمليات لدينا يحتاج لوحة تحكم، لا جداول Excel" - 05 "نحتاج تدفقات بيانات متوافقة مع PDPL من اليوم الأول" § ما نبنيه ## بصورة ملموسة - تطبيقات فينتك للعميل (إقراض، BNPL، محافظ، ادخار) - تكامل KYC عبر نفاذ مع سجلات قابلة للتدقيق - لوحات عمليات: عرض دفتر الحسابات، والنزاعات، والتسوية - طبقات Webhook و idempotency (منع تكرار المعاملة) لمعالجي الدفع - نموذج بيانات متوافق مع PDPL، مع قواعد للموافقة والاحتفاظ بالبيانات - مساعدة داخل التطبيق نفسه، مدرَّبة على سياساتكم § الأدوات والتكاملات ## نعمل بأدوات قطاعك Nafath Mada STC Pay Tabby Tamara HyperPay Moyasar SAMA sandbox patterns PDPL controls Supabase Next.js Vercel § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define رسم المسارات الخاضعة للتنظيم، وإجراءات KYC، وتصنيف البيانات. 2. 02 · Code بناء تطبيق العميل + لوحة العمليات + KYC + التسوية. 3. 03 · Design تجربة هادئة تبني الثقة بإفصاحات واضحة. 4. 04 · Launch ساندبوكس أولاً، ثم الإنتاج عبر إطلاق متدرّج. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطوير MVP تطبيقات ويب مخصصة لوحات SaaS ذكاء اصطناعي داخل المنتج § مناسب لـ ## هل أنت أحدهم؟ للشركات الناشئة Funded Startups لرواد الأعمال Startup Founders § FAQ ## أسئلة متكررة ### هل تتولّون ترخيص ساما؟ لا — نحن الفريق الهندسي. نعمل إلى جانب مستشاريكم القانونيين ومستشاري الامتثال ونبني التطبيق وفق النموذج التنظيمي المعتمد. ### هل تدمجون نفاذ؟ نعم — عبر مزودين معتمدين، مع سجلات تدقيق كاملة. ### هل يمكنكم بناء MVP لـ BNPL؟ نعم — تسجيل التجار، ومسار العميل، ودفتر الحسابات، والتسوية، وتجربة على غرار تابي/تمارا، بنطاق محدد للساندبوكس أو الإطلاق الفعلي. ### أين تُخزّن البيانات؟ مناطق متوافقة مع PDPL افتراضياً؛ بنية تحتية داخل السعودية متاحة عند الطلب. ### كم يستغرق الوصول من الصفر إلى الساندبوكس؟ MVP فينتك مركّز يصل عادة إلى الساندبوكس خلال 21–35 يوماً حسب التكاملات. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · العقار Real Estate → قطاع · الرعاية الصحية Healthcare → قطاع · التعليم Education كل القطاعات --- # برمجيات الرعاية الصحية في السعودية — بوابات مرضى وتطبيقات عيادات | Fluids Digital Source: https://fluids.digital/ar/industries/healthcare Language: Arabic الرئيسية / القطاعات / Healthcare قطاع · الرعاية الصحية # برمجيات الرعاية الصحية في السعودية نبني بوابات مرضى وتطبيقات مواعيد ولوحات عيادات للعيادات وروّاد التقنية الصحية في السعودية. نحدد مع فريقك رحلة المريض والموظف، والصلاحيات، والموافقات، ومتطلبات الاستضافة قبل التطوير. الميزات الطبية والتكاملات الخارجية تحتاج مراجعة جدوى منفصلة؛ تسليم البرنامج لا يُعد اعتماداً تنظيمياً ولا بديلاً عن المشورة الطبية. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "المرضى يتصلون للحجز بدلاً من الحجز الذاتي" - 02 "نظام السجلات الطبية الإلكترونية (EMR) لا يتبادل البيانات مع موقعنا" - 03 "نحتاج موافقات واضحة من المرضى وصلاحيات وصول محددة لبياناتهم" - 04 "نماذج استقبال المرضى لا تعمل جيداً بالعربية" - 05 "الفريق يتابع تغييرات المواعيد في أنظمة متفرقة" § ما نبنيه ## بصورة ملموسة - بوابات مرضى مع حجز ونماذج استقبال - نماذج استقبال للمرضى بالعربية والإنجليزية، وتوجيه الطلبات الإدارية - لوحات تحكم للعيادة: مواعيد، ومرضى، وأطباء، وجداول - سجلات الموافقات، وطلبات البيانات التي نحددها مع مستشاريك - صلاحيات الموظفين وسجلات النشاط - ربط الأنظمة القائمة، رهناً بتوفر واجهات الربط ومراجعة الجدوى § الأدوات والتكاملات ## نعمل بأدوات قطاعك Appointment scheduling Bilingual forms Role-based access Activity logs API feasibility review § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define تحديد رحلة المريض والموظف، ومتطلبات البيانات، وجدوى التكاملات. 2. 02 · Code بناء البوابة واللوحات والحجز والصلاحيات حسب النطاق المتفق عليه. 3. 03 · Design تجربة هادئة وسهلة الوصول، عربية أولاً، مع موافقات واضحة. 4. 04 · Launch تجربة في عيادة واحدة، مراقبة SLAs، ثم التوسيع. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة ذكاء اصطناعي داخل المنتج أدوات الأعمال الداخلية § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses للشركات الناشئة Funded Startups § FAQ ## أسئلة متكررة ### كيف تتعاملون مع خصوصية بيانات المرضى؟ نحدد جمع البيانات والموافقات والصلاحيات والاحتفاظ والاستضافة مع فريقك ومستشارين مؤهلين. الامتثال يعتمد على النظام النهائي وطريقة تشغيله؛ لا نَعِد باعتماد أو امتثال قانوني تلقائي. ### هل يمكن للمساعد الرد على استفسارات المرضى؟ يمكن للمساعد الإداري استخدام معلومات تعتمدها العيادة للحجز والاستفسارات العامة، مع التحويل إلى الموظفين. التشخيص والمشورة العلاجية والفرز الطبي ليست ضمن مساعد الحجز المعتاد. ### هل تتكاملون مع NPHIES؟ الربط مع NPHIES ليس تكاملاً جاهزاً ومثبتاً في أعمالنا. أي طلب يحتاج مراجعة جدوى مع مزودك المرخّص، وتوثيقاً متاحاً، وصلاحيات وصول، ومتطلبات اختبار قبل الالتزام بالتنفيذ. ### هل تبنون لأجهزة طبية تنظمها SFDA؟ نطاقنا المعتاد هو برامج الويب والجوال الإدارية، وليس برمجيات الأجهزة الطبية أو الأنظمة السريرية المعتمدة. الأعمال المرتبطة بأجهزة خاضعة للتنظيم تحتاج تقييماً متخصصاً واتفاقاً على نطاق منفصل. ### أين تُستضاف بيانات المرضى؟ نتفق على الاستضافة وموقع البيانات خلال تحديد النطاق، بعد مراجعة متطلباتك وتوفر المزود. لا نفترض موقعاً ولا نَعِد بإقامة البيانات في السعودية قبل تأكيد خطة النشر. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · العقار Real Estate → قطاع · التعليم Education → قطاع · اللوجستيات Logistics كل القطاعات --- # برمجيات اللوجستيات والتوصيل في السعودية | Fluids Digital Source: https://fluids.digital/ar/industries/logistics Language: Arabic الرئيسية / القطاعات / Logistics قطاع · اللوجستيات # برمجيات اللوجستيات والتوصيل في السعودية نبني لوحات إرسال وتطبيقات سائقين وتجارب تتبع للعملاء لمشغلي 3PL والميل الأخير وشركات التوصيل السعودية الناشئة. يُحدد النطاق بناءً على قواعد الإرسال، ومسارات عمل السائقين، وتتبع العملاء، وتكاملات شركات الشحن. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "السائقون والإرسال يتواصلون عبر مجموعات واتساب مبعثرة" - 02 "نخطط المسارات في جداول البيانات" - 03 "العملاء يتصلون بمركز الاتصال ليسألوا: 'أين طلبي؟'" - 04 "نحتاج طبقة تكامل موحّدة فوق أرامكس وسمسا و SPL" - 05 "تسوية الدفع عند الاستلام مرهقة" § ما نبنيه ## بصورة ملموسة - لوحة إرسال تعرض مواقع السائقين المباشرة وتوزيع المهام - تطبيق PWA للسائق مُصمَّم للجوال أولاً، مع إثبات التسليم والتوقيعات - صفحة تتبع للعميل، مع تحديثات حالة عبر واتساب - طبقة ربط موحّدة لشركات الشحن (أرامكس، سمسا، SPL، ناقل) - تحسين المسارات اليومية بالذكاء الاصطناعي - تسوية الدفع عند الاستلام وتصدير البيانات المالية § الأدوات والتكاملات ## نعمل بأدوات قطاعك Aramex API SMSA SPL Naqel Mapbox WhatsApp Business API Supabase Next.js n8n § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define مراجعة العمليات: السائقون، وشركات الشحن، ونقاط التسليم بين الأطراف، ومسار الدفع عند الاستلام. 2. 02 · Code بناء الإرسال + PWA للسائق + طبقة الربط لشركات الشحن. 3. 03 · Design تجربة مشغّل مصممة لبيانات كثيفة وسريعة التغيّر. 4. 04 · Launch إطلاق مسار واحد، ثم توسيع شركات الشحن والمناطق. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة لوحات SaaS أدوات الأعمال الداخلية § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses للشركات الناشئة Funded Startups § FAQ ## أسئلة متكررة ### هل تبنون تطبيق السائق أصلي أم PWA؟ PWA افتراضياً — يُثبّت على الشاشة، يدعم العمل بدون إنترنت، بقاعدة كود واحدة. الأصلي متاح عندما تتطلب SDKs المسح ذلك. ### كيف يعمل تتبع واتساب؟ نرسل تحديثات حالة وفق قوالب جاهزة (تم الإنشاء → خرج للتوصيل → تم التوصيل). والردود التي تحتاج إلى حوار يمكن أن تفتح صفحة التتبع داخل التطبيق. ### هل يمكننا إضافة شركات شحن خاصة بنا لاحقاً؟ نعم — طبقة الربط الموحّدة لشركات الشحن مصممة لإضافة مزودين جدد في أيام لا أسابيع. ### هل تسوّون الدفع عند الاستلام؟ نعم — تقارير يومية من السائقين، وكشوف تسوية، وتصدير إلى نظام المحاسبة. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · العقار Real Estate → قطاع · الرعاية الصحية Healthcare → قطاع · التعليم Education كل القطاعات --- # برمجيات لمكاتب الخدمات المهنية السعودية — قانون، محاسبة، استشارات | Fluids Digital Source: https://fluids.digital/ar/industries/professional-services Language: Arabic الرئيسية / القطاعات / Professional Services قطاع · الخدمات المهنية # برمجيات لمكاتب الخدمات المهنية السعودية نبني بوابات عملاء، تدفقات استقبال، وبحث في المستندات داخل التطبيق لمكاتب المحاماة والمحاسبة والاستشارات السعودية. مدمج مع واتساب والتوقيع الإلكتروني والفوترة المتوافقة مع زاتكا. استبدل رسائل البريد والجداول بطبقة عمليات هادئة. إطلاق خلال أسابيع. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "وثائق العملاء تصل عبر واتساب وتضيع" - 02 "نكرر إدخال نفس بيانات العميل في 3 أنظمة" - 03 "الموظفون المبتدئون يقضون ساعات في تلخيص العقود" - 04 "الفوترة وتقارير زاتكا تتم يدوياً" - 05 "لا توجد بوابة للعملاء — كل شيء يمر عبر البريد الإلكتروني" § ما نبنيه ## بصورة ملموسة - بوابة عميل (قضايا، وثائق، فواتير، حالة) - أتمتة الاستقبال: واتساب/ويب → CRM → توزيع - وكيل وثائق ذكي: تلخيص عقود، استخراج بنود، صياغة ردود - تتبع الوقت + فوترة متوافقة مع زاتكا - لوحة عمليات داخلية للشركاء والمشرفين - تدفقات توقيع إلكتروني (DocuSign / Adobe Sign / بدائل محلية) § الأدوات والتكاملات ## نعمل بأدوات قطاعك WhatsApp Business API OpenAI Supabase ZATCA Fatoora DocuSign Adobe Sign n8n Next.js § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define رسم الاستقبال الحالي، القضايا/المشاريع، ودورة الفوترة. 2. 02 · Code بناء البوابة، وروبوت الاستقبال، والذكاء الاصطناعي للوثائق، والفوترة. 3. 03 · Design تجربة هادئة وراقية تشعر العميل بأنه مع شريك خاص. 4. 04 · Launch نقل القضايا النشطة، تدريب الفريق، مراقبة 14 يوماً. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة أدوات الأعمال الداخلية ذكاء اصطناعي داخل المنتج § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses § FAQ ## أسئلة متكررة ### هل الذكاء الاصطناعي آمن مع وثائق العملاء السرية؟ نعم — نستخدم واجهات برمجية لا تُدرِّب النماذج على بياناتكم (نقاط نهاية خاصة لـ OpenAI/Anthropic)، وتشفير البيانات المخزّنة، وصلاحيات وصول لكل قضية عبر RLS. ### هل يتعامل مع الوثائق القانونية/المحاسبية بالعربية؟ نعم — التعرف الضوئي على الحروف العربية (OCR)، مع RAG يستند إلى قوالب مكتبكم والقضايا السابقة. ### هل تدمجون زاتكا المرحلة الثانية؟ نعم — توافق كامل مع فاتورة عبر مزودين معتمدين. ### هل يستطيع العملاء دفع الفواتير في البوابة؟ نعم — مدى، STC Pay، Stripe، وتحويل بنكي مع تسوية. ### كم يستغرق الإطلاق؟ نبدأ عادةً بمجال ممارسة واحد، ثم نضيف مسارات عمل أخرى بعد استقرار الإصدار الأول. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · العقار Real Estate → قطاع · الرعاية الصحية Healthcare → قطاع · التعليم Education كل القطاعات --- # برمجيات وبوابات العقار في السعودية | Fluids Digital Source: https://fluids.digital/ar/industries/real-estate Language: Arabic الرئيسية / القطاعات / Real Estate قطاع · العقار # برمجيات العقار في السعودية نبني بوابات عقارية وأنظمة CRM للوسطاء في القطاع العقاري السعودي: مطوّرون، مكاتب وساطة، وشركات PropTech ناشئة. كل نظام يُحدد نطاقه بناءً على التقاط العملاء، والعروض، والعقود، وإجراءات التسليم. وبحث وترتيب داخل البوابة عند الحاجة إليهما. ابدأ هنا مكالمة قصيرة راسلنا عبر واتساب احجز مكالمة § نسمعها كل يوم ## هل أحدها يخصّك؟ - 01 "عملاء واتساب يضيعون على الهواتف الشخصية" - 02 "الوسطاء يكررون إدخال نفس البيانات في 3 أنظمة" - 03 "المشترون يسألون عن أهلية سكني ولا نجيب فوراً" - 04 "أحتاج بوابة تتصدر نتائج البحث العقاري بالعربية" - 05 "الإعلانات مبعثرة بين عقار وبيوت وموقعنا" § ما نبنيه ## بصورة ملموسة - بوابات عقارية مع بحث بالخريطة وفلاتر - CRM للوسطاء مع توزيع العملاء، والمتابعات، وعرض مسار الصفقات - بحث وأسئلة وأجوبة على الإعلانات من محتواك المعتمد - أدوات إرشادية لأهلية سكني (التمويل والدفعة الأولى) - مزامنة إعلانات عقار/بيوت ومخزون مركزي - بوابات ملاك ومستأجرين لمديري العقارات § الأدوات والتكاملات ## نعمل بأدوات قطاعك WhatsApp Business API Mapbox n8n OpenAI Aqar API Bayut feed Next.js Supabase Vercel § آلية العمل ## تحديد ← برمجة ← تصميم ← إطلاق 1. 01 · Define رسم مسار العملاء الحالي، ومصادر الإعلانات، وسير عمل الوسيط. 2. 02 · Code بناء البوابة + CRM على Next.js + Supabase. 3. 03 · Design صفحات عقار واضحة. 4. 04 · Launch نقل الإعلانات، تدريب الوسطاء، مراقبة مسار الصفقات لمدة 14 يوماً. § الباقات المقترحة ## ابدأ بإحدى هذه الباقات تطبيقات ويب مخصصة ذكاء اصطناعي داخل المنتج لوحات SaaS § مناسب لـ ## هل أنت أحدهم؟ للأعمال SMEs & Family Businesses للشركات الناشئة Funded Startups § FAQ ## أسئلة متكررة ### هل تجيب البوابة عن أسئلة سكني والتمويل؟ نعم — كمساعد داخل التطبيق يستند إلى المحتوى المعتمد لديك وإرشادات صندوق التنمية العقارية/سكني. الأسئلة خارج النطاق تُحال إلى موظف. ### هل تربطون البوابة بعقار وبيوت؟ نعم — مزامنة ثنائية حيثما تتوفر واجهات/تغذيات، مع مصدر بيانات موحّد في CRM. ### كيف يتم توزيع العملاء؟ قواعد قابلة للتخصيص: حسب المدينة والمشروع واللغة وتوفر الوسيط، والتوزيع بالتناوب مع مؤقتات SLA. ### هل تبنون بوابات ملاك/مستأجرين؟ نعم — مدفوعات، طلبات صيانة، تجديد عقود، وتصدير متوافق مع إيجار. ### كم يستغرق الإطلاق؟ نبدأ بتحديد نطاق MVP مركّز. البوابات الأكبر تُقسّم إلى مراحل حسب نوع المستخدم، والتكاملات، ومسار العروض. ## جاهز للخطوة التالية؟ مكالمة قصيرة. نفهم الفكرة ونحدد كيف نبني ونطلق. راسلنا عبر واتساب احجز مكالمة قطاعات أخرى → قطاع · التجارة الإلكترونية E-commerce → قطاع · الرعاية الصحية Healthcare → قطاع · التعليم Education → قطاع · اللوجستيات Logistics كل القطاعات --- # تطوير المنصات الإلكترونية الوسيطة | FLUIDS Digital Source: https://fluids.digital/ar/marketplace-platforms Language: Arabic المنصات الإلكترونية الوسيطة # المنصة ثلاثة تطبيقات وقواعد تربط بينها، ونحن نبنيها كاملة. تطبيق لمن يطلب الخدمة، وتطبيق لمن يقدمها، ولوحة تحكم تدير السوق بينهما. احجز جلسة لتحديد نطاق منصتك شاهد كيف تعمل البيانات الظاهرة في الشاشات تجريبية. أين تتعثر المنصات ## إذا بدا لك أحد هذه المواقف مألوفًا، فمنصتك تحتاج إلى أكثر من تطبيق واحد. 1. 01 ### سجّل أول مقدمي الخدمة عبر واتساب، وما زالوا ينتظرون التطبيق. كل أسبوع يمر دون تطبيق يجعل الحفاظ على اهتمامهم أصعب. 2. 02 ### سألك مستثمر كيف تتحقق من مقدمي الخدمة، ولم يكن لديك ما تعرضه. الثقة هي جوهر أي منصة، ويجب أن تكون ظاهرة على الشاشة. 3. 03 ### قدّم لك مطوّر عرضًا لتطبيق واحد، وأنت تحتاج إلى ثلاثة. غالبًا ما تغيب واجهة مقدمي الخدمة ولوحة التحكم عن العرض، ثم تُكتشف لاحقًا. 4. 04 ### لم تحسم بعد هل تأخذ عمولة أم اشتراكًا. نموذج الإيرادات يغيّر الشاشات والبيانات والقواعد، فلا يمكن تأجيله إلى ما بعد الإطلاق. 5. 05 ### تُحل الخلافات بين العملاء ومقدمي الخدمة عبر الهاتف. دون سجل واضح، تصبح كل شكوى كلمة طرف مقابل كلمة الطرف الآخر. 6. 06 ### تُركت لوحة التحكم إلى النهاية، والآن لا أحد يستطيع إدارة السوق. ينتهي الأمر بالاعتمادات والإيقافات والتقارير في جداول بيانات بجانب التطبيق. طرفان في سوق واحد ## كل منصة نبنيها تطبيقان يعملان كأنهما تطبيق واحد. 1. 01 ### جهة العميل: طلب واحد يُرسل مرة واحدة. في AlMizan يختار العميل التخصص، ويصف قضيته، ويرفق المستندات في خطوات قليلة موجّهة. - طلب موجّه خطوة بخطوة - المستندات والصور تُرفق مرة واحدة - يُرسل لعدة مقدمي خدمة، أو لواحد مباشرة 2. 02 ### جهة مقدم الخدمة: كل طلب، ومدى سرعة الاستجابة له. يرى كل مكتب الطلبات الجديدة والاستشارات النشطة وتقييمه ونسبة استجابته ومتوسط وقت الرد في شاشة واحدة. - الطلبات الجديدة والنشطة في مكان واحد - نسبة الاستجابة ومتوسط وقت الرد - يُدير المكتب المحامين والخدمات والفروع وساعات العمل 3. 03 ### يجد العملاء مقدمي الخدمة حيث هم. في T-CODE يتصفح المتسوقون المتاجر والعروض القريبة على خريطة مباشرة، مع التصفية حسب المدينة أو الفئة. - مقدمو الخدمة القريبون على خريطة مباشرة - التصفية حسب المدينة والفئة - التصفح كزائر، والتسجيل حين تريد 4. 04 ### يدير مقدمو الخدمة حضورهم بأنفسهم. يدير كل تاجر ملف متجره وفروعه، ويُظهر أو يُخفي كل فرع عندما يكون جاهزًا. - ملف يحدّثه مقدم الخدمة بنفسه - إظهار الفروع أو إخفاؤها واحدًا تلو الآخر - العروض والأكواد والنتائج لكل فرع البيانات الظاهرة في الشاشات تجريبية. طلب واحد، قبل المنصة وبعدها ## ما الذي يتغير عندما ينتقل سوق كامل إلى منصة واحدة. مستند إلى AlMizan، منصة بنيناها لربط العملاء بمكاتب المحاماة المرخصة في سلطنة عُمان. و AlMizan ليس مكتب محاماة ولا يقدم استشارات قانونية. ### قبل 1. يتصل العميل بمكاتب المحاماة واحدًا تلو الآخر بحثًا عن مكتب يتولى قضيته. 2. كل مكالمة تعني شرح القضية من البداية مرة أخرى. 3. تُرسل المستندات إلى كل مكتب على حدة، عبر واتساب أو البريد الإلكتروني. 4. لا يوجد سجل بمن رد، ولا طريقة للمقارنة. ### مع المنصة 1. يختار العميل التخصص ويصف قضيته مرة واحدة، مع المستندات والصور. 2. يصل الطلب إلى عدة مكاتب مرخصة في وقت واحد، أو مباشرة إلى مكتب أو محامٍ بعينه. 3. أول مكتب يقبل الطلب يبدأ محادثة مع العميل داخل التطبيق. 4. يتابع العميل طلبه وهو ينتقل من الانتظار إلى النشاط ثم الاكتمال، ثم يقيّم الاستشارة. 5. يرى كل مكتب طلباته الجديدة واستشاراته النشطة ونسبة استجابته ومتوسط وقت الرد. قبل أول شاشة ## أربعة قرارات تصنع المنصة أو تُفشلها، وتأتي قبل التصميم. - ### من يُسمح له بتقديم الخدمة في منصة نقل بنيناها يرفع السائقون مستنداتهم وينتظرون الاعتماد، وفي WOSTA يعرض الموردون شهاداتهم، وفي AlMizan تكون المكاتب مرخصة ويختار كل مكتب ظهوره. - ### كيف يلتقي الطلب بالعرض إرسال للجميع، ويُختار أول من يقبل (AlMizan)، أو عروض أسعار متنافسة (WOSTA)، أو مزايدة بالسعر ووقت الوصول (النقل)، أو حجز مباشر (Naqrah). - ### ماذا يحدث عندما يقع خطأ تقييمات من الطرفين، ومسار للبلاغات بحالات وملاحظات، ومراجعات لا تُكتب إلا بعد اكتمال الخدمة. - ### كيف تحقق المنصة إيراداتها اشتراكات للموردين بدل نسبة من كل عملية (WOSTA)، أو عمولة بنسبة مئوية أو مبلغ ثابت أو كليهما (النقل). إذا حُسمت هذه القرارات الأربعة، تتبعها الشاشات. وإذا أُهملت، أُعيد بناء المنصة خلال عام. طلب واحد، من النشر حتى التقييم 1. 01ينشر العميل طلبه 2. 02يُبلَّغ مقدمو الخدمة المناسبون 3. 03عرض أو قبول 4. 04محادثة واتفاق 5. 05تُقدَّم الخدمة 6. 06يقيّم الطرفان ترى الإدارة كل خطوة، ويمكنها التدخل عند الحاجة. ما تتضمنه المنصة ## كل ما يحتاجه سوق فعّال، على الطرفين وفي المنتصف. - 01 ### تطبيق العملاء البحث والطلبات والحجوزات والمتابعة والسجل لمن يحتاج الخدمة. - 02 ### تطبيق مقدمي الخدمة ملف تعريفي وطلبات واردة وعروض وجداول وإيرادات لمن يقدم الخدمة. - 03 ### التوثيق والاعتماد مراجعة المستندات أو التراخيص أو الشهادات قبل تفعيل مقدم الخدمة. - 04 ### المطابقة إرسال للجميع أو عروض أسعار أو مزايدة أو حجز مباشر، بحسب طبيعة سوقك. - 05 ### المحادثة داخل التطبيق محادثة مرتبطة بكل طلب، تبقى في المنصة لا في الهواتف الشخصية. - 06 ### الخرائط والتتبع المباشر مقدمو الخدمة القريبون على الخريطة، والموقع المباشر أثناء تنفيذ الخدمة المتنقلة. - 07 ### التقييمات والمراجعات يقيّم الطرفان بعضهما بعد اكتمال الخدمة، وتظهر المتوسطات في الملفات التعريفية. - 08 ### البلاغات والخلافات زر للإبلاغ في كل طلب، وصندوق وارد يعالج فيه فريقك كل حالة. - 09 ### الإيرادات عمولة أو اشتراكات أو كلاهما، تُضبط من لوحة التحكم وتُتابع لكل طلب. - 10 ### الإدارة والتقارير صلاحيات لفريقك، ورسائل جماعية لكل طرف، وتقارير قابلة للتصدير. القواعد بيدك ## يعمل السوق وفق قواعد تضعها أنت، وتستطيع تغييرها. - لا يظهر أي مقدم خدمة قبل أن تعتمده. - تستطيع إيقاف مقدم الخدمة بخطوة واحدة عند حدوث أي مشكلة. - لكل بلاغ حالة وملاحظات من فريقك حتى تتم معالجته. - تُعدَّل نسب العمولة والخصومات والفئات من لوحة التحكم، لا من الشيفرة. - لفريقك صلاحيات محددة، فلا يرى موظفو الدعم ما يخصك وحدك. - المنصة وشيفرتها وبياناتها مسجلة باسم منشأتك. ### ثلاث طرق لتحقيق الإيرادات - 01 ### عمولة على كل طلب نسبة مئوية أو مبلغ ثابت أو كلاهما، تُحسب على كل طلب مكتمل. - 02 ### اشتراك لمقدمي الخدمة يدفع مقدمو الخدمة مقابل وجودهم في المنصة، ولا يدفع العملاء أي رسوم للمنصة. - 03 ### التسوية خارج المنصة أولًا يجري الدفع بين الطرفين عند الإطلاق، بينما تتابع المنصة مستحقاتها، ثم يُضاف الدفع الإلكتروني في مرحلة مستقلة. مصممة لكل الأطراف ## يحصل كل طرف في السوق على تجربة مصممة لدوره. - ### للعملاء طلب واحد بدل مكالمات كثيرة، وحالة واضحة في كل خطوة، وطريقة لتقييم النتيجة. - ### لمقدمي الخدمة يصلهم العمل الجديد على جوالهم، مع ملفهم وخدماتهم وفروعهم وأرقامهم. - ### لفريق التشغيل الاعتمادات والبلاغات والرسائل الجماعية في لوحة واحدة، مع صلاحيات للدعم والتشغيل. - ### لك بصفتك المالك الطلبات ومقدمو الخدمة النشطون وقيمة العمليات في المنصة، في لوحة واحدة. من أعمالنا ## سبع منصات بنيناها في السعودية وعُمان. القانون، والمستلزمات الطبية، والعيادات، والتجزئة، والصالونات، والنقل، والحج والعمرة، في السعودية وعُمان. - ### WOSTA توريد المستلزمات الطبية في السعودية: تنشر المنشآت الصحية طلباتها، ويتنافس الموردون الموثقون بعروض أسعار، ويدفع الموردون اشتراكًا. عرض المشروع - ### Naqrah.app العيادات والمرضى في عُمان: البحث على الخريطة، والأسعار قبل الحجز، والتقييمات الموثقة، ولوحة تحكم لكل عيادة. عرض المشروع - ### منصة نقل في السعودية ينشر العميل طلب نقل، ويتقدم السائقون بعروض تتضمن السعر ووقت الوصول، ويُتابَع المشوار مباشرة. وتشمل المنصة اعتماد السائقين وثلاثة أدوار إدارية والبلاغات والتقارير. البيانات الظاهرة في الشاشات تجريبية. أين تناسب ## كل سوق يحتاج فيه طرف إلى ما يقدمه الطرف الآخر. - ### الخدمات المهنية العملاء والمحامون أو المستشارون أو المحاسبون. - ### الرعاية الصحية والمستلزمات المرضى والعيادات، أو العيادات والموردون. - ### النقل والخدمات اللوجستية العملاء والشركات مع السائقين المستقلين. - ### التجزئة والعروض المحلية المتسوقون والمتاجر القريبة منهم. - ### الخدمات المنزلية والشخصية الأسر والصالونات أو عمال النظافة أو الفنيون. - ### السفر والحج والعمرة المسافرون وجهات التشغيل التي تبيع الباقات. مقارنة صريحة ## قالب جاهز، أو تطبيق واحد، أو منصة تُبنى كنظام واحد. | | قالب جاهز أو أداة بلا برمجة | مطوّر يبني تطبيقًا واحدًا | منصة من FLUIDS | | --- | --- | --- | --- | | العميل ومقدم الخدمة والإدارة | شاشات عامة لكل طرف | غالبًا تطبيق العميل فقط | الثلاثة، مصممة معًا | | قواعد المطابقة | نموذج القالب | ما ورد في العرض | مختارة وفق سوقك | | التوثيق والتقييم والبلاغات | أساسية أو إضافات | غالبًا تُؤجل | مدمجة من النسخة الأولى | | العربية أولًا | غالبًا ترجمة | حسب المطوّر | مصممة من اليمين إلى اليسار | | قابلية النمو | محدودة بالقالب | يُعاد بناؤه عند الحاجة إلى الأطراف الأخرى | مراحل تُضاف على النظام نفسه | | من يملكها | الجهة المزودة للقالب | حسب العقد | منشأتك | ### متى سننصحك بعدم بناء منصة - إذا لم يكن لديك مقدمو خدمة بعد، فابدأ بالمطابقة يدويًا لبضعة أسابيع، وسنقول لك ذلك بوضوح. - إذا كنت مقدم الخدمة الوحيد، فأنت تحتاج إلى تطبيق حجز أو تطبيق أعمال خاص، لا إلى منصة. - إذا كنت تريد اختبار الطلب فقط، فصفحة تعريفية وقائمة انتظار تكلفان أقل بكثير. عندما يكون الطرفان جاهزين، يجب أن تُبنى المنصة كنظام واحد منذ البداية. كيف نبنيها ## من أربعة قرارات إلى سوق يستخدمه الناس. 1. 01 ### نحسم القرارات الأربعة من ينضم لتقديم الخدمة، وكيف تلتقي الطلبات بالعروض، وكيف تُعالج المشكلات، وكيف تحقق المنصة إيراداتها. 2. 02 ### نتفق على النسخة الأولى تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. 3. 03 ### نصمم ونبني تستلم كل أسبوع نسخة تجربها، ويختبرها أول مقدمي الخدمة قبل العملاء. 4. 04 ### نطلق بنطاق محدود ثم نتوسع نطلق في مدينة واحدة أو فئة واحدة، ثم نضيف الدفع والمناطق والخدمات الجديدة على مراحل. الأسئلة ## ما يسأله المؤسسون قبل أن يقرروا. **هل يمكننا الإطلاق بتطبيق العملاء فقط؟** فقط إذا تولى أحد جانب مقدمي الخدمة والإدارة يدويًا لفترة. فلا بد من جهة تعتمد وتطابق وتحل المشكلات. إذا كان ذلك شخصًا يمكن التأجيل، وإذا كان برنامجًا فيجب أن يُبنى مع تطبيق العملاء. **كيف نمنع مقدمي الخدمة غير الملتزمين؟** الاعتماد قبل تفعيل مقدم الخدمة، وحفظ المستندات أو التراخيص، والتقييم من الطرفين، ومسار للبلاغات، وإمكانية الإيقاف بخطوة واحدة. وقد بنينا كل ذلك في أعمالنا. **هل نحتاج إلى الدفع الإلكتروني من اليوم الأول؟** ليس بالضرورة. تبدأ منصات عدة بتسوية الدفع بين الطرفين مع متابعة المنصة لعمولتها، ثم تضيف الدفع الإلكتروني في مرحلة لاحقة. **هل نأخذ عمولة أم نفرض اشتراكًا؟** يعتمد ذلك على عدد مرات التقاء العميل بمقدم الخدمة وقيمة كل عملية. ونحسمه في جلسة تحديد النطاق لأنه يغيّر الشاشات والبيانات والقواعد. **تطبيق واحد للطرفين أم تطبيقان؟** كلاهما ممكن. يخدم AlMizan العملاء ومكاتب المحاماة في تطبيق واحد، وتخدم منصة نقل بنيناها العملاء والشركات والسائقين في تطبيق واحد يُختار فيه الدور عند التسجيل. ونقرر بحسب اختلاف طبيعة عمل كل طرف. **هل يمكن أن نبدأ في مدينة واحدة؟** نعم، وغالبًا هذا هو القرار الصحيح. فالمنصة التي تنجح في مدينة واحدة أو فئة واحدة أسهل في التوسع من منصة مبعثرة منذ البداية. **كيف تُعالج الخلافات؟** يستطيع أي طرف الإبلاغ عن مشكلة من داخل الطلب نفسه، ويراها فريقك في صندوق البلاغات مع حالتها وملاحظاتها وسجل المحادثة الكامل لذلك الطلب. **كم تبلغ التكلفة، وكم يستغرق البناء؟** يعتمد ذلك على القرارات الأربعة والوحدات التي تتطلبها، ولهذا نبدأ بجلسة تحديد النطاق. بعدها تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. والجلسة مجانية ودون أي التزام. **من يملك المنصة وبياناتها؟** منشأتك. حسابات المتاجر والشيفرة المصدرية وبيانات الطرفين مسجلة باسم منشأتك. ## ناقش تطوير منصتك الإلكترونية. حدّد المشترين ومقدّمي الخدمات والمعاملات وأدوات الإدارة التي تحتاجها المنصة. نراجع المتطلبات ونقدّم عرض التطوير. ناقش تطوير المنصة --- # تطوير وبناء MVP في السعودية | FLUIDS Digital Source: https://fluids.digital/ar/mvp-development Language: Arabic تطوير MVP / السعودية والخليج منتجات بنيناها # تطوير MVP. تطبيقك على آيفون وأندرويد خلال ٦–٨ أسابيع. فريق واحد يصمّم تطبيقك ويبرمجه مع لوحة الإدارة، وينشره على App Store و Google Play، ثم يدعمه ١٢ أو ٢٤ شهرًا وأكثر. وإن كان مشروعك منصة ويب، فالطريقة نفسها. ناقش مشروع MVP ما الذي ستحصل عليه؟ المدة المعتادة من توقيع النطاق، وتُثبَّت مدة مشروعك كتابةً قبل البدء. من أعمال FLUIDS Naqrah + Oxygen Academy - إطلاق خلال ٦–٨ أسابيع عادةً - آيفون وأندرويد والويب - نشر على App Store و Google Play - دعم ١٢–٢٤ شهرًا وأكثر - سعر تنافسي يُحدَّد مسبقًا - الكود المصدري ملكك ## منتجات أطلقناها - **Oxygen Academy** منصة تعليم جامعي: مقررات واختبارات ومساعد مذاكرة ذكي. - **Leadify** برنامج ذكاء اصطناعي يحوّل وصف العميل إلى قائمة عملاء موثّقة. - **Naqrah** تطبيق حجز للعيادات الخاصة في عُمان. - **T-CODE** عروض قريبة للمتسوّقين، مع أدوات للتجار. ما هو MVP؟ ## MVP هو أول نسخة حقيقية من تطبيقك: تعمل، وتُنشر على المتاجر، ويستخدمها عملاؤك. بدل أن تبني كل الأفكار دفعة واحدة وتنتظر شهورًا، نبدأ بالمزايا التي يحتاجها عملاؤك فعلًا. فتطلق أسرع، وتنفق على ما يهم، ثم تقرر الخطوة التالية بناءً على استخدام حقيقي، لا على تخمين. 1. ### أسرع إلى السوق تطبيقك على App Store و Google Play خلال ٦–٨ أسابيع عادةً. 2. ### ميزانيتك في مكانها تدفع للمزايا الأساسية أولًا، وتؤجّل ما يمكن تأجيله إلى مرحلة لاحقة. 3. ### قرارات من مستخدمين حقيقيين ترى ما يستخدمه عملاؤك فعلًا، فتعرف ما يستحق التطوير بعده. ليس نموذجًا أوليًا ولا عرضًا تقديميًا: تطبيق حقيقي يعمل، والكود المصدري ملكك. فريق واحد من التصميم إلى المتاجر ## من توقيع النطاق إلى النشر على المتجرين في ٦–٨ أسابيع عادةً. 1. ### النطاق والتصميم نثبّت مسارات المستخدم والشاشات، وتعتمد التصميم قبل أي برمجة. 2. ### البرمجة تطبيق آيفون وأندرويد، ولوحة الإدارة، والخوادم وقاعدة البيانات. وتجرّب نسخًا فعلية أثناء البناء. 3. ### الاختبار والنشر نختبر على أجهزة حقيقية، وننشر التطبيق على App Store و Google Play بحساباتك. تُثبَّت المدة الفعلية لمشروعك في النطاق المكتوب قبل البدء. وقد تؤثر مراجعة آبل وقوقل على يوم النشر. ### ما تستلمه - تطبيق آيفون - تطبيق أندرويد - نسخة ويب عند الحاجة - لوحة إدارة - الخوادم وقاعدة البيانات - منشور على المتجرين - الكود المصدري كاملًا ## ماذا يحدث عندما تراسلنا؟ 1. ### راسلنا على واتساب سطران عمّا تحتاجه يكفيان للبداية. 2. ### مكالمة تعارف ٣٠ دقيقة نفهم احتياجك، ونخبرك بصراحة إن كان البناء مناسبًا لك. 3. ### عرض مكتوب النطاق والسعر التنافسي والمدة مكتوبة. ثم تقرّر أنت، دون أي التزام. ناقش مشروع MVP بعد الإطلاق ## لا نسلّم ونختفي. ندعم تطبيقك ١٢ أو ٢٤ شهرًا، وأكثر. - **١٢ شهرًا** - **٢٤ شهرًا** - **أو أطول** كل خطة دعم تشمل: - ### إصلاح الأخطاء نصلح أي مشكلة تظهر بعد الإطلاق. - ### تحديثات آيفون وأندرويد يبقى التطبيق متوافقًا مع أنظمة الجوال الجديدة وشروط المتاجر. - ### الاستضافة والمراقبة خوادم تعمل باستمرار وتحت المراقبة. - ### تحسينات شهرية وقت محدد كل شهر للتعديلات والمزايا الجديدة. ناقش مشروع MVP FLUIDS Digital استوديو برمجيات في الخبر، السعودية. نبني MVP لرواد الأعمال والشركات في المملكة والخليج، مع واجهات عربية وإنجليزية بحسب النطاق المتفق عليه. 01 / خدمة MVP ## ابدأ بالمنتج الذي يحتاجه أول عملائك. لرواد الأعمال والشركات التي تطلب تطوير الإصدار الأول من تطبيق أو منصة ويب. ناقش مشروع MVP 1. ### إصدار أول بنطاق واضح نحدّد المستخدمين وما يحتاجون إلى إنجازه والمزايا التي يمكن تأجيلها. تستلم النطاق والسعر والمدة كتابةً. 2. ### التصميم والتطوير مسارات المستخدم والشاشات والمنتج العامل، مع الحسابات وقاعدة البيانات ولوحة الإدارة والتكاملات التي يحتاجها نطاقك. 3. ### الإطلاق والملكية نختبر الإصدار المتفق عليه ونطلقه ونسلّمك الكود المصدري، ونتفق معك على الدعم الذي تحتاجه بعد الإطلاق. مشاريع مختارة ## من أعمالنا. برمجيات ذكاء اصطناعي ومنصات تعليم وأسواق رقمية. استعرض المنتجات التي صمّمناها وبنيناها. 01 ### Leadify برمجيات ذكاء اصطناعي / السعودية والخليج مساحة البحث · بيانات توضيحية #### من وصف العميل إلى قائمة جاهزة للاستخدام. صف المنشآت التي تريد الوصول إليها، ثم راجع خطة البحث ووافق عليها قبل تشغيلها. يبحث Leadify عن العملاء ويتحقّق من بياناتهم، ثم يسلّم ملفًا يستطيع فريق المبيعات استخدامه. - مراجعة الخطة - البحث والتحقّق - تصدير العملاء استعرض تفاصيل المشروع 02 ### Oxygen Academy منصة تعليمية / السعودية الواجهة الرئيسية للمنصة بالعربية #### منصة للتعلّم، والأدوات التي تديرها. يدرس الطلاب ويؤدّون الاختبارات، وينشر المدرّبون مقرّراتهم، ويساعد Ask Lama الطلاب على فهم موادّهم الدراسية. أدوار مختلفة تجتمع في منصة موجّهة للتعليم الجامعي. - بوابات الطلاب والمدرّبين - الدورات والاختبارات - مساعد ذكي داخل المنتج استعرض تفاصيل المشروع ### ومزيد من المنتجات. #### WOSTA سوق للمنشآت طلبات مستلزمات وعروض أسعار متنافسة ومسارات للمشترين والموردين في مشتريات القطاع الصحي. #### T-CODE تطبيق جوال ومنصة للتاجر عروض قريبة للمتسوّقين، وأدوات للتجار لإدارة الفروع والقسائم واستبدال العروض. استعرض جميع أعمالنا من المتطلبات إلى الإصدار الأول ## اعرف ما ستبنيه قبل أن تبدأ. 1. ### نحدّد المستخدمين ومسار العمل أخبرنا من سيستخدم التطبيق، وما المهمة التي يحتاج إلى إنجازها، ونموذج الربح. ثم نحدّد متطلبات إصدار أول مركّز. 2. ### نتفق على MVP نرسل نطاقًا مكتوبًا بالمزايا والتسليمات والسعر والمدة. أما الأفكار الإضافية فتصبح مرحلة لاحقة باتفاق منفصل. 3. ### نصمّم ونبني ونطلق تراجع الشاشات وتجرّب المنتج أثناء بنائه، ثم تستلم الإصدار المختبَر والكود المصدري عند التسليم. قبل أن تبدأ ## أسئلتك عن بناء MVP. **ماذا تشمل خدمة تطوير MVP؟** نحدّد النطاق ونصمّم التجربة ونطوّر المزايا الأساسية ونختبر المنتج ونطلقه. وتدخل الحسابات ولوحة الإدارة والمدفوعات والتكاملات متى اتفقنا عليها في النطاق، وتستلم الكود المصدري. **كم تبلغ تكلفة بناء MVP؟** تعتمد التكلفة على المسار الأساسي والمنصات والتصميم والتكاملات. أسعارنا تنافسية، وبعد مراجعة متطلبات البرنامج نقدّم سعرًا مكتوبًا للنطاق المتفق عليه قبل بدء التطوير. **كم يستغرق بناء MVP؟** عادةً ٦–٨ أسابيع من توقيع النطاق حتى الإطلاق على App Store و Google Play. وتُثبَّت المدة الدقيقة لمنتجك في النطاق المكتوب قبل البدء، وقد تؤثر مراجعة آبل وقوقل على يوم النشر. **هل يمكن أن يكون MVP تطبيق جوال أو منصة ويب؟** نعم. MVP هو إصدار أول محدّد النطاق وليس تقنية بعينها. نساعدك في اختيار الجوال أو الويب أو كليهما وفق المستخدمين والمسار الذي تريد اختباره. **هل تبنون MVP بالعربية والإنجليزية؟** نعم. نصمّم الواجهات العربية من اليمين إلى اليسار، ويمكن إضافة الإنجليزية في المنتج نفسه. ونتفق على اللغات والمحتوى ضمن النطاق. **من يملك الكود، وماذا يحدث بعد الإطلاق؟** تستلم الكود المصدري كاملًا عند التسليم، وحسابات المتاجر باسمك. وبعد الإطلاق ندعم التطبيق ١٢ أو ٢٤ شهرًا أو أكثر: إصلاح الأخطاء، وتحديثات آيفون وأندرويد، والاستضافة والمراقبة، وتحسينات شهرية. خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### MVP لتطبيق ويب تطوير MVP لتطبيق ويب لإصدار أول واضح الهدف. ### MVP لتطبيق جوال تطوير MVP للجوال، من المسار الأساسي إلى الإطلاق. ### MVP لمنصة SaaS ابنِ SaaS MVP حول المهمة التي تدفع الشركات مقابلها. ### MVP والنموذج الأولي MVP أم نموذج أولي أم إثبات مفهوم: ماذا تحتاج؟ اختيار فريق تطوير MVP ## ما الذي تطلبه من شركة تطوير MVP؟ - نطاق مكتوب يحدّد المسار الأساسي والتسليمات والاستثناءات، مع السعر والمدة. - أمثلة حقيقية على منتجات بُنيت، ووضوح مسؤوليات التصميم والبرمجة والاختبار والإطلاق. - ملكية الكود والحسابات، ومعايير قبول التسليم، وخطة الدعم والتطوير التالي. حضّر وصف مشروعك ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # تكلفة تطوير MVP في السعودية وكيف تخطط للميزانية | FLUIDS Source: https://fluids.digital/ar/mvp-development/cost Language: Arabic الرئيسية تطوير MVP التكلفة والميزانية دليل MVP / السعودية والخليج # ما الذي يحدّد تكلفة بناء MVP؟ FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة تتحدّد تكلفة تطوير MVP بحسب العمل اللازم لإكمال مسار مفيد للعميل: المنصات وأدوار المستخدمين والشاشات والبيانات والتكاملات ومتطلبات الإطلاق. نقدّم في FLUIDS سعرًا مكتوبًا بعد تحديد النطاق. لا ننشر سعر بداية موحّدًا؛ فالنسخة التجريبية عبر المتصفح تختلف عن منصة سوق إلكترونية بتطبيقات جوال. قارن التسليمات نفسها وافصل ميزانية البناء عن الخدمات الخارجية والدعم المستمر. ## احسب المسار كاملًا، لا عدد الشاشات فقط. قد تحتاج شاشة الحجز إلى قواعد للتوفّر وصلاحيات وتنبيهات وإلغاء وإجراء في لوحة الإدارة. ويحتاج التكامل إلى معالجة حالات الفشل والاختبار. أعطِ كل جهة تقدّم عرضًا المسار نفسه ومعايير قبول واضحة قبل مقارنة الإجماليات؛ فقد يعني العرض الأقل نطاقًا أصغر، لا تنفيذ العمل نفسه بسعر أقل. ## افصل تكلفة البناء عن تكلفة التشغيل. ضع التطوير والاستضافة والبريد أو الرسائل ورسوم مزوّد الدفع وحسابات المتاجر والصيانة في بنود مستقلة. اسأل من يملك كل حساب ومن يستلم فواتيره، وماذا يحدث عند تجاوز الاستخدام المشمول. وتعامل مع المزايا اللاحقة كمرحلة جديدة بدلًا من افتراض شمول جميع الأفكار المستقبلية في العرض الأول. ## خفّض النطاق مع الحفاظ على الوظيفة الأساسية. في التجربة الأولية، تساعد منصة واحدة ومسار عميل واحد وإدارة بسيطة على تركيز العمل. أجّل لوحات التحليل الإضافية وبرامج الولاء والأتمتة المعقّدة إن لم تختبر الفرضية الأساسية. وأبقِ الصلاحيات وسلامة معالجة البيانات ورسائل الخطأ الواضحة والاختبار ضمن الإصدار المتفق عليه. ويجب أن يشرح الفريق المفاضلة وراء كل عنصر يُؤجَّل. ## عوامل تكلفة MVP التي تناقشها في عرض السعر | القرار | إصدار أول محدّد | ما يزيد حجم العمل | | --- | --- | --- | | المنصات | تطبيق ويب متجاوب | توزيع عبر متاجر الجوال واختبار الأجهزة | | الأدوار | عميل ومدير | مقدّمو خدمة وفروع واعتمادات وصلاحيات مختلفة | | المدفوعات | مسار دفع متفق عليه | اشتراكات واستردادات وتسويات أو مطابقة مالية | | البيانات | سجلات جديدة تُدخل داخل المنتج | ترحيل وتنظيف البيانات أو ربط أنظمة خارجية | | التشغيل | إجراء إداري بسيط | أتمتة الاستثناءات والتقارير ومسارات التدقيق | ## اطلب هذه البنود في عرض MVP - المزايا والأدوار والمنصات واللغات المشمولة - مسؤوليات التصميم والتطوير والاختبار والنشر - الرسوم الخارجية وملكية الحسابات - معايير القبول والمراجعات والاستثناءات - تسليم الكود ونطاق الدعم بعد الإطلاق من التخطيط إلى التنفيذ ## مثال للتخطيط: تجربة خدمة حجز ابدأ بمرحلة الاكتشاف لتحديد النطاق، ثم مسار حجز واحد ولوحة إدارة تؤكّد الحجز أو تلغيه. أمّا سوق لمقدّمي الخدمات مع توزيع المدفوعات عليهم فنطاق مختلف. يعرض Naqrah أعمال حجز نفّذتها FLUIDS، ولا ننشر هنا ميزانية تطويره الإجمالية، ولا يُعدّ ذلك عرضًا لفكرتك. شاهد مشروع Naqrah ## أسئلة عن هذا الموضوع. **هل تنشرون سعرًا ثابتًا لـ MVP بالريال؟** لا يوجد سعر باقة موحّد منشور. شاركنا المستخدمين والمسار الأساسي والمنصات والتكاملات المطلوبة، ونقدّم سعرًا مكتوبًا للنطاق المتفق عليه. **هل تشمل التكلفة الاستضافة ورسوم الدفع؟** يجب أن يوضّح العرض أعمال الإعداد والاشتراكات المشمولة. وتُحدَّد الاشتراكات المتكررة ورسوم الاستخدام والدفع على حدة، ولا يُفترض أنها مغطّاة إلى الأبد. **هل يمكن تقليل نطاق MVP؟** نعم. ابدأ بأهم مسار للمستخدم وحدّد ما يمكن تنفيذه يدويًا أثناء التجربة، مع بقاء الإصدار قابلًا للاستخدام والاختبار وواضح الحدود. في هذا الدليل احسب المسار كاملًا، لا عدد الشاشات فقط. افصل تكلفة البناء عن تكلفة التشغيل. خفّض النطاق مع الحفاظ على الوظيفة الأساسية. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ ### MVP والنموذج الأولي MVP أم نموذج أولي أم إثبات مفهوم: ماذا تحتاج؟ ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # تطوير MVP لتطبيقات الجوال على آيفون وأندرويد | FLUIDS Source: https://fluids.digital/ar/mvp-development/mobile-app Language: Arabic الرئيسية تطوير MVP MVP لتطبيق جوال دليل MVP / السعودية والخليج # تطوير MVP للجوال، من المسار الأساسي إلى الإطلاق. FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة MVP للجوال تطبيق يعمل بنطاق محدّد يتيح إكمال المهمة الأساسية من الهاتف، وقد يشمل أنظمة خلفية وواجهة إدارة. نخطّط لهذه الأجزاء معًا ونتفق على تغطية آيفون أو أندرويد أو كليهما في الإصدار الأول. تدخل اختبارات الأجهزة ومواد المتجر وملكية الحسابات ومتطلبات التقديم ضمن الخطة، مع فصل المراجعة الخارجية عن اكتمال البرمجة. ## صمّم المهمة المتكرّرة على الهاتف أولًا. ابدأ بالإجراء الذي يعيد المستخدم: البحث عن عيادة أو الحجز أو مراجعة سجل. حدّد الصلاحيات والتنبيهات اللازمة لهذه المهمة. تضيف صلاحيات الموقع أو الكاميرا أو العمل في الخلفية متطلبات إضافية للتصميم والاختبار، ويجب أن يكون لكل صلاحية غرض واضح للمستخدم. ## ضمّن الأنظمة الخلفية وواجهة التشغيل. شاشات التطبيق جانب واحد من الخدمة. حدّد من يدير السجلات ويغيّر التوفّر ويتعامل مع الإلغاء ويصحّح المحتوى، واتفق على الحسابات والصلاحيات والتكاملات. وعندما تعدّل الإدارة الطلب، يجب أن يرى العميل حالته الصحيحة عند إعادة فتح التطبيق أو تحديث الشاشة. ## حضّر للنشر أثناء التطوير. حدّد مالكي حسابات المتاجر وجهّز أوصافًا وصورًا وبيانات دعم وصلاحيات مراجعة صحيحة. تتطلّب إرشادات Apple تطبيقًا مكتملًا ومعلومات تكفي للمراجعة، وتشرح إرشادات Android تحضير الإصدار مثل التوقيع والاختبار. هذه مسؤوليات نشر وليست ضمانًا لقبول كل تطبيق أو اعتماده في تاريخ محدّد. ## ما الذي يدخل في خطة إطلاق MVP للجوال؟ | الجزء | القرار | ما تطلبه للتحقّق | | --- | --- | --- | | المنصات | آيفون أو أندرويد أو كلاهما | نطاق اختبار متفق عليه للأجهزة والأنظمة | | مسار العميل | المهمة التي ينفّذها المستخدم | نسخة تجربة بمسارات نجاح وفشل | | الإدارة | من يشغّل الخدمة خلف التطبيق | مسار إدارة وصلاحيات محدّدة | | التوزيع | توزيع تجريبي أو تقديم للمتجر | ملكية الحسابات والمواد ومسؤوليات التقديم | ## قائمة جاهزية MVP للجوال - يعمل المسار الأساسي على الأجهزة المتفق عليها - حالات مفهومة للتحميل وفشل الطلب وانتهاء الجلسة - توافق التنبيهات والصلاحيات مع الغرض المتفق عليه - جاهزية مواد المتجر وصلاحيات المراجعة وبيانات الدعم - توثيق الكود والحسابات ونطاق الصيانة من التخطيط إلى التنفيذ ## مثال على منتج جوال: Naqrah تعرض صفحة Naqrah تجربة جوال لحجز العيادات بنيناها في FLUIDS. استعرض نوع العمل الذي ننفّذه، ثم حدّد مسارات العميل والإدارة اللازمة لتجربتك. شاهد مشروع الجوال ## مراجع للمتابعة - إرشادات مراجعة تطبيقات Apple - Android: تحضير التطبيق للإطلاق ## أسئلة عن هذا الموضوع. **هل تبنون MVP لآيفون وأندرويد؟** نعم. نتفق على المنصات أثناء تحديد النطاق ونبني الأنظمة الخلفية والإدارة عند الحاجة. ويستلزم دعم المنصتين اختبار الأجهزة والتحضير لإطلاق كل منهما. **هل تضمنون موافقة متاجر التطبيقات؟** لا يملك أي مطوّر التحكم في قرار المتجر. نتفق على أعمال التقديم ونحضّر الإصدار ونعالج المشكلات ضمن نطاق التعاقد، وتبقى قرارات المراجعة ومدتها اعتماديات خارجية. **هل أبدأ بالجوال قبل الويب؟** ابدأ بالمنصة الأنسب لمسار المستخدم وهدف التعلّم. قد تكفي تجربة المتصفح، وقد تبرّر مهمة تعتمد على الهاتف إصدارًا للجوال. قارن الخيارين قبل طلبهما معًا. في هذا الدليل صمّم المهمة المتكرّرة على الهاتف أولًا. ضمّن الأنظمة الخلفية وواجهة التشغيل. حضّر للنشر أثناء التطوير. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### MVP لتطبيق ويب تطوير MVP لتطبيق ويب لإصدار أول واضح الهدف. ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # الفرق بين MVP والنموذج الأولي وإثبات المفهوم | FLUIDS Source: https://fluids.digital/ar/mvp-development/mvp-vs-prototype Language: Arabic الرئيسية تطوير MVP MVP والنموذج الأولي دليل MVP / السعودية والخليج # MVP أم نموذج أولي أم إثبات مفهوم: ماذا تحتاج؟ FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة اختر أصغر تجربة تجيب عن سؤالك الحالي. يختبر إثبات المفهوم إمكانية تنفيذ حل تقني، ويتيح النموذج الأولي تجربة الواجهة المقترحة قبل اكتمال النظام. أمّا MVP فإصدار أول قابل للاستخدام ينفّذ مهمة المنتج الأساسية مع مستخدمين حقيقيين. لا تغني هذه الأسماء عن نطاق مكتوب يحدّد الجمهور والتسليم والقيود والقرار المطلوب بعد الاختبار. ## حدّد ما لا تعرفه قبل اختيار التسليم. إذا لم تعرف هل يفهم الناس مسار الحجز، فاختبر التفاعل بنموذج أولي. وإذا كان الخطر الرئيسي ربط نظام خارجي، فأثبت الاتصال ببيانات ممثّلة للاستخدام. وإذا أردت معرفة هل يستخدم الناس الخدمة المكتملة ويعودون إليها، فقد يكون MVP الخطوة المناسبة. ## اعرف ما الذي لا تثبته التجربة. نجاح العرض التقني لا يثبت الطلب، والإعجاب بالنموذج لا يثبت الاستعداد للدفع. وإطلاق MVP لا يضمن الاحتفاظ بالمستخدمين أو المبيعات أو الجاهزية لكل مستويات الاستخدام. اربط الدليل بالقرار: إكمال المهمة أو العودة للاستخدام أو الملاحظات أو خطوة تجارية فعلية حسب هدف التعلّم. ## ميّز بين العرض التجريبي والمنتج القابل للإطلاق. اسأل: هل يخزّن التسليم بيانات فعلية ويطبّق الصلاحيات ويتعامل مع فشل الإجراءات. وضّح ما يمكن استخدامه في الإنتاج وما يُعد عملًا استكشافيًا. وعند الانتقال من النموذج إلى MVP، خطّط للأنظمة الخلفية والإدارة والصلاحيات والاختبار والنشر؛ فإعادة استخدام الشاشات لا تُلغي العمل البرمجي خلفها. ## قارن هدف كل نوع من التسليم | التسليم | السؤال الأساسي | الدليل المعتاد | | --- | --- | --- | | إثبات المفهوم PoC | هل يمكن تنفيذ هذا الحل التقني؟ | اختبار تقني محدود بقيود معروفة | | النموذج الأولي | هل التجربة المقترحة مفهومة؟ | ملاحظة التفاعل مع الشاشات أو النموذج | | MVP | هل يحصل المستخدم على فائدة من المنتج الأساسي؟ | إصدار قابل للاستخدام وسلوك مستخدمين حقيقيين | | إصدار المنتج اللاحق | ما الذي يجب تحسينه بعد تجربة الاستخدام؟ | تغييرات مرتّبة بناءً على دليل فعلي | ## قبل طلب الخطوة التالية - اكتب السؤال الذي تحتاج إلى إجابته - اختر من سيجرّب النتيجة - حدّد الدليل وحدود دلالته - اتفق على ما إذا كان العمل استكشافيًا أم جاهزًا للاستخدام الفعلي - حدّد الملكية والتسليم والقرار التالي من التخطيط إلى التنفيذ ## متى تبدأ باختبار تحقّق أصغر؟ إذا لم يتّضح الجمهور أو المشكلة، فقد تكون المقابلات أو النموذج البسيط أو اختبار الاهتمام أنفع من بدء البناء الكامل. يوضّح دليل التحقّق كيف تختار خطوة جمع الدليل التالية. اقرأ دليل التحقّق من الفكرة ## أسئلة عن هذا الموضوع. **هل MVP مجرّد تصميم تفاعلي؟** لا. يختبر التصميم التفاعلي تجربة مقترحة، بينما يتيح MVP تنفيذ مهمة المنتج الأساسية بالبيانات والتشغيل اللازمين لها. **هل يجب بناء نموذج أولي دائمًا قبل MVP؟** ليس دائمًا. اختبر التفاعل غير الواضح عندما يساعد على حل سؤال مهم. وإذا كان المسار واضحًا، فيمكن أن يكون تصميم الشاشات ومراجعتها جزءًا من مشروع MVP المتفق عليه. **هل إطلاق MVP يثبت نجاح الفكرة؟** لا. يوفّر وسيلة للتعلّم من الاستخدام الفعلي. يحتاج الطلب والعودة للاستخدام والاستعداد للدفع إلى أدلة مستقلة توجّه القرار التالي. في هذا الدليل حدّد ما لا تعرفه قبل اختيار التسليم. اعرف ما الذي لا تثبته التجربة. ميّز بين العرض التجريبي والمنتج القابل للإطلاق. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### MVP لتطبيق ويب تطوير MVP لتطبيق ويب لإصدار أول واضح الهدف. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # تطوير SaaS MVP ومنصات الاشتراكات للشركات | FLUIDS Source: https://fluids.digital/ar/mvp-development/saas Language: Arabic الرئيسية تطوير MVP MVP لمنصة SaaS دليل MVP / السعودية والخليج # ابنِ SaaS MVP حول المهمة التي تدفع الشركات مقابلها. FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة SaaS MVP هو الإصدار الأول القابل للاستخدام من برنامج يُقدَّم كخدمة. في منتجات الشركات، ابدأ بمسار مفيد وحدّد طريقة عمل المنشآت والأعضاء والصلاحيات والفوترة. نحدّد نطاق هذا الإصدار ونبنيه مع أدوات الإدارة ومسؤوليات الإطلاق. يمكن تأجيل المزايا التجارية المتقدّمة، مع الحفاظ على حدود الوصول المتفق عليها لكل عميل. ## اختر نتيجة عمل محدّدة. حدّد السجل الذي يُنشئه المستخدم والإجراء الذي يكرّره والمخرج الذي يحتاجه. فقد تتضمن تجربة لإعداد التقارير جمع الأدلة وطلب الاعتماد وتصدير التقرير النهائي. أثبت اكتمال هذا المسار قبل إضافة وحدات غير مرتبطة، واتفق على السلوك والملاحظات التي توجّه الإصدار التالي. ## حدّد المنشآت وحدود الوصول منذ البداية. وثّق البيانات التابعة لكل منشأة وما يراه كل دور أو يعدّله أو يعتمده. اختبر أن الدعوة أو رابط التقرير أو عنوان السجل المباشر لا يتجاوز هذه الحدود. فصل البيانات متطلب للمنتج حتى في التجربة الصغيرة، ولا يُؤجّل لمجرّد أن العميل الأول هو المستخدم الوحيد حاليًا. ## اجعل القواعد التجارية واضحة. حدّد ما إذا كانت التجربة تعتمد على فواتير يدوية أو اشتراك مدفوع أو فترة تجربة. وضّح ما يحدث عند الانتهاء والإلغاء وفشل الدفع، بما فيه التحوّل إلى القراءة فقط. ويمكن أن تكون تغييرات الخطط والفوترة الآلية مراحل منفصلة. تشرح خدمة تطوير SaaS المنصة الأوسع، بينما يركّز هذا الدليل على قرارات الإصدار الأول. ## قرارات الإصدار الأول لمنصة SaaS | المجال | ما تحدّده للتجربة | اختبار قبول مفيد | | --- | --- | --- | | المنشأة | حساب العميل وأعضاؤه | يرى الأعضاء سجلات منشأتهم فقط | | الأدوار | المالك والعضو وأي معتمِد | لا ينفّذ العضو إجراءً خاصًا بالمالك | | الوصول التجاري | قواعد التجربة والفاتورة والاشتراك | يتبع الوصول المنتهي السلوك المتفق عليه | | المخرج الأساسي | التقرير أو السجل أو النتيجة المقدّمة | ينجز المستخدم المخرج ويسترجعه | ## أدرج هذه القرارات في وصف SaaS MVP - نوع العميل ومسار العمل المتكرّر - عضوية المنشأة وصلاحيات الأدوار - حدود البيانات وطريقة عمل الدعوات - قواعد الدفع وانتهاء الصلاحية في التجربة - أدوات دعم الإدارة والتصدير والملكية من التخطيط إلى التنفيذ ## من أول مسار إلى منصة أوسع تشرح خدمة SaaS الحسابات والخطط والأدوار والتشغيل بأمثلة من أعمال FLUIDS. استخدمها لتخطيط المنتج الأوسع، مع إبقاء الإصدار الأول مركّزًا على عميل التجربة. اكتشف تطوير SaaS ## أسئلة عن هذا الموضوع. **هل يحتاج SaaS MVP إلى اشتراكات آلية؟** ليس دائمًا. يمكن استخدام دفع يدوي متفق عليه إذا كان يجيب عن سؤال التجربة. تصبح الفوترة الآلية أساسية عندما يعتمد المسار المختبَر عليها. **هل يمكن تأجيل فصل بيانات العملاء؟** يجب تصميم حدود الوصول وفق المنتج المقصود منذ البداية. تحتاج التجربة الصغيرة أيضًا إلى قواعد واضحة لملكية كل سجل ومن يحق له الوصول إليه. **هل يمكن تطوير التجربة إلى منتج SaaS كامل؟** يمكن بناء الإصدار التالي على الأول، لكن التوسّع والمزايا المستقبلية يحتاجان إلى تقييم مستقل. اتفق على الهيكل الأولي والقيود المعروفة والملكية دون افتراض شمول جميع المتطلبات المستقبلية. في هذا الدليل اختر نتيجة عمل محدّدة. حدّد المنشآت وحدود الوصول منذ البداية. اجعل القواعد التجارية واضحة. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### MVP لتطبيق ويب تطوير MVP لتطبيق ويب لإصدار أول واضح الهدف. ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # تحديد نطاق MVP وقائمة المتطلبات لرواد الأعمال | FLUIDS Source: https://fluids.digital/ar/mvp-development/scope Language: Arabic الرئيسية تطوير MVP النطاق والمزايا دليل MVP / السعودية والخليج # ما الذي يدخل في الإصدار الأول من MVP؟ FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة يحدّد نطاق MVP مستخدمًا مستهدفًا ومشكلة تستحق الحل ومسارًا كاملًا يوصله إلى نتيجة. أضف أدوات التشغيل الضرورية لهذا المسار، وحدّد النجاح ومعايير القبول قبل المزايا الإضافية. حتى النطاق الصغير قد يحتاج إلى صلاحيات سليمة وبيانات موثوقة وحالات خطأ مفهومة. نحوّل هذه القرارات إلى خطة إصدار مكتوبة قبل التصميم والتطوير. ## اكتب وصفًا يستطيع المطوّر العمل بناءً عليه. استخدم هذا النموذج: «للمستخدم [الفئة] يحل المنتج [المشكلة]. يبدأ بـ[الإجراء] ثم يُكمل [الخطوات الأساسية] ويحصل على [النتيجة]. وتتولّى الإدارة [التشغيل]. نريد تعلّم [السؤال] من [السلوك القابل للملاحظة]». أضف قيود المنصة واللغة والتكامل؛ فهذا أوضح للتقدير من نسخ شاشات منتج منافس أكبر. ## افصل المسار الضروري عن التحسينات اللاحقة. اسأل: ما الذي يتعطّل إذا غابت الميزة؟ إذا تعذّر على العميل إكمال مهمته أو على الفريق تشغيلها بأمان، فقد تكون أساسية. وإذا كانت تحسينًا للراحة بعد نجاح المسار، فيمكن تأجيلها. ويمكن تنفيذ بعض العمليات يدويًا في البداية مع تحديد المسؤول وحدود التجربة. ## اجعل القبول قابلًا للتحقّق. لكل مسار أساسي، حدّد حالة النجاح والفشل ومن يستطيع رؤية النتيجة أو تغييرها. أضف حالات البيانات الفارغة ورفض الصلاحية وتكرار الطلب عند الحاجة، واتفق على بيئة التجربة ومن يعتمد التسليم. عدد الشاشات المنجزة لا يثبت وحده نجاح مهمة العميل. ## مثال: ترتيب مزايا MVP لخدمة حجز | الحاجة | الإصدار الأول | مرحلة لاحقة محتملة | | --- | --- | --- | | العثور على خدمة | قائمة خدمات محدودة قابلة للبحث | توصيات مخصّصة | | طلب حجز | الطلب والتأكيد وقواعد الإلغاء | قوائم انتظار وحجوزات جماعية | | تشغيل التجربة | واجهة إدارة بمسؤوليات واضحة | فروع متعددة وتوزيع آلي | | التعلّم من الاستخدام | أحداث متفق عليها وملاحظات مباشرة | لوحات تحليل بشرائح متقدّمة | ## وصف الإصدار الأول - المستخدم المستهدف والمشكلة المطلوب حلّها - البداية والخطوات الأساسية والنتيجة - الأدوار والصلاحيات والإجراءات الإدارية - المنصات واللغات والتكاملات - معايير القبول والاستثناءات وخطة جمع الملاحظات من التخطيط إلى التنفيذ ## مثال على المسار تُظهر دراسة Naqrah واجهات البحث عن العيادات والحجز. استخدمها لتوضيح المسار الذي تحتاجه ثم حدّد نطاق تجربتك؛ فوجود ميزة في مشروع سابق لا يعني ضرورة إضافتها إلى كل MVP. شاهد مشروع الحجز ## أسئلة عن هذا الموضوع. **كم ميزة يجب أن يتضمّن MVP؟** لا يوجد عدد موحّد للمزايا. أدرج ما يكمل مهمة العميل الأساسية ويتيح تشغيلها بمسؤولية. حدّد المسارات ومعايير القبول قبل عدّ المزايا. **هل أحتاج إلى لوحة إدارة؟** تحتاج أغلب المنتجات إلى قدر من الإدارة، لكن النطاق يعتمد على من يشغّل المنتج. قد تكفي شاشة لإدارة السجلات في التجربة الأولى دون منظومة تقارير كاملة. **ما الذي يمكن استبعاده من MVP؟** المزايا التي لا تخدم نتيجة المستخدم الأساسية أو هدف التعلّم مرشّحة لمرحلة لاحقة. وثّق الاستثناءات لتبقى الميزانية وآلية القبول واضحتين. في هذا الدليل اكتب وصفًا يستطيع المطوّر العمل بناءً عليه. افصل المسار الضروري عن التحسينات اللاحقة. اجعل القبول قابلًا للتحقّق. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ ### MVP والنموذج الأولي MVP أم نموذج أولي أم إثبات مفهوم: ماذا تحتاج؟ ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # كم يستغرق تطوير MVP؟ تخطيط المدة والإطلاق | FLUIDS Source: https://fluids.digital/ar/mvp-development/timeline Language: Arabic الرئيسية تطوير MVP المدة والإطلاق دليل MVP / السعودية والخليج # كم يستغرق بناء MVP وإطلاقه؟ FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة تعتمد مدة بناء MVP على النطاق والتكاملات ومتطلبات المنصة وجاهزية القرارات والمحتوى. اكتمال البرمجة والإطلاق للجمهور مرحلتان مختلفتان؛ فقد تؤثّر تهيئة حساب الدفع أو مراجعة المتجر أو محتوى العميل على موعد النشر. يُطلق معظم ما نبنيه من MVP خلال ٦–٨ أسابيع من توقيع النطاق، ونؤكّد المراحل والاعتماديات كتابةً بعد تحديد النطاق، ونقيس الجاهزية بهذه الخطة بدلًا من فرض مدة واحدة على كل فكرة. ## اتفق على مراحل يمكنك مراجعتها فعليًا. تنتهي كل مرحلة بتسليم قابل للمراجعة: نطاق معتمد وشاشات معتمدة ونسخة للتجربة وقائمة جاهزية للإطلاق. اسأل متى تجرّب المسار الأساسي وكيف تُجمع الملاحظات ومن يعتمد التسليم. قد يخفي التاريخ المجرّد تصميمًا غير مكتمل أو افتراضات معلّقة حتى مرحلة متأخرة. ## تابع الاعتماديات الخارجية على حدة. جهّز النطاقات وحسابات المتاجر وصلاحيات مزوّد الدفع والنصوص المعتمدة والبيانات التجريبية قبل الحاجة إليها. في MVP الجوال، تخضع المراجعة لإجراءات المنصة، ولا يحدّد المطوّر موعدها. توضّح إرشادات Apple أن نقص الصلاحيات أو المعلومات قد يؤخّر القبول. عيّن مسؤولًا وخطة بديلة لكل اعتماد. ## احمِ الإصدار الأول من توسّع النطاق. سجّل الأفكار الجديدة في قائمة خاصة بالإصدار التالي. وإذا كان التغيير أساسيًا، فاتفق على أثره في التكلفة والاختبار والتسليم قبل تنفيذه. خصّص وقتًا لقبول المستخدم وإصلاح المسارات الفاشلة واختبار الأجهزة الفعلية. إذا حُذف الاختبار ليلائم موعدًا محدّدًا، بدا الجدول أفضل، لكن تجربة العميل تبقى غير مكتملة. ## خطة تسليم MVP تراعي الاعتماديات | المرحلة | دليل الاكتمال | ما الذي يجب تجهيزه | | --- | --- | --- | | النطاق | إصدار واستثناءات موثّقة | المستخدم والمشكلة وصاحب القرار | | التصميم | الشاشات الأساسية وحالاتها المعتمدة | النصوص واللغة وقرارات المسار | | البناء | مسار أساسي يعمل في بيئة تجربة | صلاحيات التكامل وبيانات ممثّلة للاستخدام | | القبول | اجتياز حالات الاختبار المتفق عليها | مراجعة العميل والإصلاحات | | الإطلاق | منتج منشور وتسليم الملكية | النطاق والحسابات وأي مراجعة خارجية | ## جهّز هذه الأمور قبل البناء - شخص مخوّل باعتماد قرارات المنتج - المسار الأساسي والمزايا المستبعدة - النصوص والهوية واللغات المطلوبة - صلاحيات الخدمات الخارجية ومالكو الحسابات - سيناريوهات القبول وآلية الإبلاغ عن المشكلات من التخطيط إلى التنفيذ ## حدّد التسليم الذي يهمّك في تجربة الحجز، عبارة «يطلب العميل موعدًا وتؤكّده الإدارة» قابلة للاختبار. أمّا عبارة «اكتمل 80% من التطبيق» فلا تحدّد ما يعمل فعلًا. حدّد أول مسار مكتمل قبل تحديد تاريخ الإطلاق. حدّد نطاق MVP ## مراجع للمتابعة - Apple: تحضير التطبيق للمراجعة ## أسئلة عن هذا الموضوع. **هل يمكن إطلاق كل MVP خلال أسبوعين؟** لا. يحدّد النطاق والتكاملات والمراجعات والحسابات الخارجية الخطة. قد تتطلّب التجربة المحدودة عملًا أقل، لكن تُحدَّد المدة للمنتج الفعلي باتفاق واضح، ولا تُعمَّم على كل المشاريع. **هل اكتمال التطوير يعني نشر التطبيق للجمهور؟** ليس دائمًا. قد تتبقّى مرحلة القبول واعتماد المحتوى وإعداد النطاق وتفعيل المزوّد ومراجعة المتجر. يجب التمييز بين نسخة التجربة والإصدار المعتمد والإطلاق للجمهور. **ماذا يحدث إذا أضفت ميزة؟** نراجع حاجة الإصدار الأول إليها ثم نتفق على أثرها في السعر والمدة. ويمكن نقل العمل الإضافي إلى مرحلة لاحقة. في هذا الدليل اتفق على مراحل يمكنك مراجعتها فعليًا. تابع الاعتماديات الخارجية على حدة. احمِ الإصدار الأول من توسّع النطاق. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### MVP لتطبيق جوال تطوير MVP للجوال، من المسار الأساسي إلى الإطلاق. ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # تطوير MVP لتطبيق ويب في السعودية | FLUIDS Source: https://fluids.digital/ar/mvp-development/web-app Language: Arabic الرئيسية تطوير MVP MVP لتطبيق ويب دليل MVP / السعودية والخليج # تطوير MVP لتطبيق ويب لإصدار أول واضح الهدف. FLUIDS Digital ١٨ أكتوبر ٢٠٢٦ الإجابة المختصرة يتيح MVP للويب إكمال مهمة المنتج الأساسية عبر المتصفح. وقد يناسب البوابات وتجارب الحجز ولوحات التحكم ومسارات الأعمال عندما يكون الرابط أسهل وسيلة للوصول إلى المستخدم. نحدّد تجربة العميل والبيانات والصلاحيات والإدارة معًا، ثم نصمّم الإصدار المتفق عليه ونبنيه ونطلقه. اختر الويب لملاءمته للمسار، لا لافتراض أنه أرخص دائمًا، أو أنه بديل عن كل قدرات تطبيقات الجوال الأصلية. ## ابدأ من بيئة عمل العميل. إذا كان المستخدم يفتح رابط دعوة أو يعمل على الحاسوب أو يشارك السجلات مع زملائه، فقد يكون المتصفح خيارًا عمليًا. وإذا اعتمدت التجربة على قدرات الجهاز أو طريقة توزيع مختلفة، فقارن بخيار الجوال. حدّد هذه المتطلبات قبل اختيار إطار العمل أو طلب بناء منتجين منفصلين. ## حدّد النظام الذي يشغّل الواجهة. يحتاج المنتج القابل للاستخدام إلى أكثر من صفحة رئيسية مصقولة. اتفق على البيانات والوصول إلى الحسابات والتحقّق من النماذج وحالات السجل وإجراءات الإدارة والتكاملات. في تجربة الحجز، يجب أن تكون حالة الطلب واضحة للعميل والمشغّل، مع اختبار التحميل والنتائج الفارغة وفشل الإرسال. ## أطلق لمجموعة تجربة محدّدة. اتفق على من يدخل التجربة وكيف يبلّغ عن المشكلات والسلوك الذي يوجّه الإصدار التالي. قد يحتاج المنتج العام إلى صفحات تسويق قابلة للاكتشاف بجانب التطبيق المحمي، بينما تبدأ التجربة الداخلية بالدعوات. اربط المحتوى وقواعد الوصول وقياس الاستخدام بالجمهور المقصود. ## قرارات التخطيط لـ MVP للويب | المجال | ما يُتفق عليه قبل البناء | مثال على القبول | | --- | --- | --- | | الحسابات | من يسجّل الدخول وما يحق له الوصول إليه | لا يرى المستخدم سجلات مستخدم آخر الخاصة | | المسار | الحقول المطلوبة وحالات السجل | يظهر الطلب في قائمة الإدارة المناسبة | | التكاملات | المزوّدون والصلاحيات وحالات الفشل | يعرض فشل الخدمة الخارجية خطأ واضحًا قابلًا للمعالجة | | الأجهزة | المتصفحات المدعومة وواجهات الجوال | يعمل النموذج الأساسي على حجم الشاشة الصغير المتفق عليه | ## تسليم مفيد لـ MVP ويب - مسارات عميل وإدارة تعمل - صلاحيات وآلية استعادة الحساب - دعم متصفحات الجوال والحاسوب المتفق عليها - الوصول إلى النطاق والاستضافة والكود المصدري - القيود المعروفة ومسؤوليات الدعم من التخطيط إلى التنفيذ ## استعرض عملنا في منتجات الويب يوضّح CareerFolio سجلات الإنجازات ومسارات الأداء داخل منصة ويب. تساعدك دراسة المشروع على شرح السجلات والصلاحيات والمخرجات التي يحتاجها إصدارك الأول. شاهد CareerFolio ## أسئلة عن هذا الموضوع. **هل يمكن أن يكون تطبيق الويب MVP؟** نعم. يصف MVP هدف الإصدار ونطاقه وليس منصته. يناسب الويب حين يتيح للمستخدمين إكمال المهمة التي تريد اختبارها. **هل صفحة الهبوط هي نفسها MVP للويب؟** قد تختبر صفحة الهبوط الاهتمام أو تجمع الاستفسارات، بينما يتيح MVP الويب تنفيذ مهمة المنتج الأساسية. اختر التجربة الأصغر إذا كانت تجيب عن سؤالك الحالي. **هل يمكن إضافة تطبيق جوال لاحقًا؟** نعم، بنطاق مستقل متفق عليه. يساعد التخطيط للبيانات والوصول إلى الأنظمة الخلفية، لكن تجربة الجوال وإطلاقها يحتاجان إلى تصميم واختبار خاصين. في هذا الدليل ابدأ من بيئة عمل العميل. حدّد النظام الذي يشغّل الواجهة. أطلق لمجموعة تجربة محدّدة. قائمة التحضير الأسئلة ناقش مشروع MVP خدمة تطوير MVP خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### MVP لتطبيق جوال تطوير MVP للجوال، من المسار الأساسي إلى الإطلاق. ### MVP لمنصة SaaS ابنِ SaaS MVP حول المهمة التي تدفع الشركات مقابلها. ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ## ما الذي يجب أن ينجزه إصدارك الأول؟ حدّثنا عن التطبيق أو المنصة التي تريد تطويرها، ومن سيستخدمها، وما الذي يجب أن ينجزه الإصدار الأول. ناقش مشروع MVP --- # كيف نبدأ — نبني التطبيق ونطلقه | Fluids Digital Source: https://fluids.digital/ar/pricing-model Language: Arabic الرئيسية / كيف نبدأ § كيف نبدأ # نبني تطبيقك كاملًا ونطلقه. نتفق على نطاق التطبيق ونوثّقه كتابةً، ثم نبنيه كاملًا ونطلقه، ونبقى معك بعد الإطلاق. § كيف تعمل ## ثلاث خطوات 1. 01 ### مكالمة قصيرة نراجع متطلبات التطبيق: المستخدمين ومسارات العمل والمزايا المطلوبة. 2. 02 ### خطة مكتوبة نرسل لك خطة مكتوبة: النطاق، والمدة، والسعر. 3. 03 ### البناء والإطلاق تستلم كل أسبوع نسخة تجرّبها بنفسك، إلى أن يصبح التطبيق متاحًا لعملائك. § FAQ ## أسئلة شائعة ### كيف نبدأ؟ نراجع المستخدمين ومتطلبات البرنامج والتكاملات، ثم نرسل عرض تطوير مكتوبًا. ### ماذا تبنون بالتحديد؟ التطبيق كامل: الشاشات، الحسابات، قاعدة البيانات، المدفوعات إذا احتجتها، والإطلاق. ثم تعرضه على عملائك. ### هل يمكنني إضافة شيء لاحقًا؟ التعديلات الصغيرة أمر طبيعي. وإذا أردت إضافة ما هو أكبر، نضيفه كمرحلة تالية، ونتفق عليه قبل البدء فيه. ### المكالمة الأولى مجانية؟ نعم. مكالمة قصيرة، بدون التزام. ### ماذا يشمل العمل بعد الإطلاق؟ الدعم بعد الإطلاق جزء من العمل. تتفرّغ أنت للتسويق، ونتولى نحن الجانب التقني. وبعد ذلك يمكننا مواصلة تطوير النسخة التالية إذا أردت. ### هل يمكنكم مواصلة العمل معنا بعد الإطلاق؟ نعم — يمكننا مواصلة بناء النسخة التالية من التطبيق. ## هل أنت جاهز لبناء التطبيق؟ نراجع متطلبات التطبيق أو المنصة ونقدّم عرض التطوير. راسلنا عبر واتساب احجز مكالمة --- # نظام CRM خاص على الجوال وتطبيقات الأعمال | FLUIDS Digital Source: https://fluids.digital/ar/private-business-apps Language: Arabic تطبيقات الأعمال الخاصة ونظام CRM على الجوال # تطبيق خاص يدير أعمال منشأتك بالطريقة التي تعمل بها فعلًا. العملاء وعروض الأسعار والمتابعة والمدفوعات والتقارير في نظام CRM خاص على الجوال، لا يدخله إلا أنت وفريقك. نبنيه حول طريقة عملك، ويبقى باسم منشأتك. احجز جلسة لرسم سير عملك شاهد التطبيق البيانات المعروضة في الشاشات تجريبية. تكلفة طريقة العمل الحالية ## إذا مرّ بك أحد هذه المواقف هذا الشهر، فطريقة العمل الحالية تكلّفك بالفعل. 1. 01 ### خرج عرض سعر بسعر قديم. كانت قائمة الأسعار في أحد الأجهزة مختلفة عن الأخرى، والعميل يلتزم بالرقم الذي وصله. 2. 02 ### سأل العميل عن طلبه ولم يجد من يجيبه. احتاجت الإجابة ثلاث مكالمات وبحثًا طويلًا في محادثات واتساب. 3. 03 ### لم تعرف كم يدين لك عملاؤك. الرقم موجود، لكنه في ملف المحاسب ويصلك بعد أيام. 4. 04 ### غادر موظف، وغادر معه سجل عملائه. كانت أشهر من المحادثات والاتفاقات على جواله الشخصي، لا في سجل تملكه المنشأة. 5. 05 ### افتتحت فرعًا ثانيًا ولم يعد الدفتر كافيًا. ما كان يتابعه شخص واحد من ذاكرته أصبح يحتاج نظامًا تراه جميع الفروع. 6. 06 ### تأخرت القرارات حتى عدت إلى الحاسوب. تقضي يومك في المواقع والفروع، بينما لا تعمل أدواتك إلا على المكتب. داخل التطبيق ## من أول عرض سعر حتى آخر دفعة، على جوال واحد. 1. 02 ### عرض سعر احترافي من جوالك. تضيف العميل والأصناف، فيحسب التطبيق الضريبة والإجماليات ويصدر مستندًا جاهزًا للإرسال يحمل شعارك. - تُدخل الكمية أو المبلغ، ويحسب التطبيق الباقي - تتحدث الإجماليات والضريبة أثناء الإدخال - مستند للعميل، وآخر للمورد 2. 03 ### لكل عرض سعر حالة، وكل عميل بلمسة واحدة. ترى ما ينتظر الرد، وما قُبل، وما يحتاج إلى اتصال اليوم، ثم تتصل بالعميل أو تراسله من الشاشة نفسها. - مسودة، ومُرسل، ومقبول، ومُسلَّم، ومدفوع - قائمة بما يحتاج إلى متابعة اليوم - اتصال أو واتساب من داخل عرض السعر 3. 04 ### تحدّث الأسعار مرة، وتعتمد عليها كل العروض الجديدة. قائمة الأسعار في مكان واحد، فيقدّم الفريق دائمًا سعر اليوم، وتحتفظ العروض السابقة بالسعر الذي أُرسلت به. - مصدر أسعار واحد للفريق كله - سجل لكل تغيير في الأسعار - تعديل السعر لبند معيّن عند الحاجة 4. 05 ### ترى الأرقام، ويرى فريقك الصورة نفسها. المبيعات والمستحقات وأداء عروض الأسعار ونشاط الفريق في لوحة واحدة على جوالك. - ما قُدّم وما قُبل وما حُصّل في أي فترة - أهم عملائك والمبالغ المستحقة عليهم - من نفّذ كل إجراء ومتى 5. 06 ### وحدات ومصطلحات تناسب مجال عملك. العملاء وعروض الأسعار والمهام والمخزون والمدفوعات والفريق، مرتبة بما يناسب المقاولين والموزعين وشركات الخدمات وفرق الصيانة. - مصطلحاتك في كل شاشة - الوحدات التي يحتاجها عملك فقط - وحدات جديدة تُضاف مع نمو أعمالك البيانات المعروضة في الشاشات تجريبية. عرض سعر واحد، قبل التطبيق وبعده ## ما الذي يتغير عندما ينتقل العمل إلى تطبيق خاص به. مستند إلى تطبيق بنيناه لمورد حديد تسليح في عُمان. ### قبل 1. يُكتب عرض السعر يدويًا في جدول بيانات. 2. تُرسل صورة منه إلى العميل عبر واتساب. 3. يُكتب طلب التوريد إلى المورد من جديد. 4. تُتابع الموافقة والتسليم والدفع من الذاكرة ومن سجل المحادثات. ### مع التطبيق الخاص 1. يُعدّ المالك عرض السعر من جواله في أربع خطوات: العميل، والأصناف، وموقع التسليم، والمراجعة. 2. يُدخل الكمية بالطن أو بالقطعة أو بالمبلغ، فيحسب التطبيق القيمتين الأخريين والإجمالي شاملًا الضريبة. 3. يصدر مستندان في الوقت نفسه: عرض سعر للعميل يتضمن الأسعار، وطلب توريد للمصنع لا يتضمنها. 4. يُرسل المستندان من رقم واتساب الخاص بالمنشأة، ويعرض التطبيق حالة التسليم والقراءة. 5. ينتقل كل طلب من المسودة حتى الدفع بخطوات واضحة، ويتحدث الرصيد المستحق تلقائيًا. نظام CRM خاص على الجوال ## هو نظام لإدارة علاقات العملاء، لكنه ملكك، ويمتد إلى ما بعد البيع. - ### العملاء وسجلهم كل عميل بجهات اتصاله ومواقعه وملاحظاته ورصيده في سجل واحد يراه الفريق كله. - ### مسار المبيعات تنتقل العروض من مسودة إلى مُرسلة ثم مقبولة، فتعرف دائمًا ما هو مفتوح وما كسبته. - ### المتابعة قائمة يومية بالعروض التي تنتظر الرد والعملاء الذين ينتظرون اتصالًا. - ### ما بعد البيع بينما يتوقف نظام CRM العام عند إتمام الصفقة، يستمر السجل هنا إلى التسليم والدفع والتحصيل. - ### دون رسوم على كل مستخدم تضيف فريقك كاملًا دون رسوم شهرية لكل مستخدم. النواة نفسها تصبح نظامًا لإدارة المبيعات، أو نظامًا لخدمة العملاء للفرق الميدانية، أو تطبيقًا لتشغيل الفروع. طلب واحد، من أول عرض سعر حتى الدفع 1. 01مسودة 2. 02أُرسل إلى العميل 3. 03قُبل 4. 04قيد التسليم 5. 05سُلّم 6. 06دُفع تُسجَّل كل خطوة مع اسم من نفّذها ووقتها. ما يتضمنه التطبيق ## نختار الوحدات التي يحتاجها عملك، ونستبعد ما لا يحتاجه. - 01 ### العملاء كل عميل بجهات الاتصال والمواقع والسجل الكامل والمبالغ المستحقة عليه. - 02 ### عروض الأسعار والمستندات عرض سعر خطوة بخطوة بإجماليات فورية، يصدر مستندًا رسميًا بالعربية والإنجليزية يحمل شعارك وختمك. - 03 ### الطلبات وحالاتها لكل طلب حالة واضحة، ويسجل التطبيق من غيّرها ومتى. - 04 ### قائمة الأسعار قائمة أسعار واحدة للفريق كله مع سجل لكل تعديل، وتبقى العروض السابقة كما هي عند تغيير الأسعار. - 05 ### المدفوعات أكثر من دفعة لكل طلب مع إيصالها، ورصيد مستحق يُحسب تلقائيًا. - 06 ### الخريطة الطلبات النشطة ومواقع التسليم على الخريطة، مع التصفية حسب الحالة والتاريخ. - 07 ### الفريق والفروع حسابات تنشئها لكل موظف، وصلاحيات حسب الدور، وبيانات منفصلة لكل فرع. - 08 ### المهام وتسليم الورديات المهام اليومية والفحوصات وتسليم الورديات وتنبيهات نقص المخزون لكل فرع. - 09 ### واتساب إرسال المستندات والتحديثات من رقم واتساب منشأتك، حيث يوجد عملاؤك أصلًا. - 10 ### التقارير المبيعات والتحصيل وأهم العملاء لأي فترة، مع ملف تصدير لمحاسبك. ما معنى أن يكون التطبيق خاصًا ## لا يدخل أحد إلى التطبيق إلا بحساب أنشأته أنت. - لا يوجد تسجيل مفتوح للجمهور. أنت من يضيف كل مستخدم، ويمكنك إيقاف أي منهم بخطوة واحدة. - يرى كل مستخدم ما تسمح به صلاحياته فقط، على مستوى كل سجل. - يُسجَّل كل تعديل مع اسم من أجراه ووقته. - تُحفظ الإيصالات وصور المواقع والمستندات في مساحة خاصة، وتُفتح بروابط تنتهي صلاحيتها. - يُفتح التطبيق ببصمة الوجه أو بصمة الإصبع بعد أول تسجيل دخول. - التطبيق وشيفرته المصدرية وبياناتك مسجلة باسم منشأتك. ### ثلاث طرق لوصول التطبيق إلى فريقك - 01 ### تطبيق أصلي غير ظاهر في المتجر منشور في المتجر، لكن لا يصل إليه إلا من يملك الرابط المباشر، ولا يظهر في نتائج البحث. - 02 ### تطبيق أصلي على أجهزة المنشأة يُثبَّت عبر Apple Business Manager أو Google Play المُدار على الأجهزة التي تسجلها منشأتك. - 03 ### تطبيق ويب على الشاشة الرئيسية يُفتح من المتصفح ويُضاف إلى الشاشة الرئيسية دون متجر، ويناسب الأجهزة المشتركة في الفروع. مصمم لمن يستخدمه ## مصمم لمن يعمل في الموقع، لا لمن يجلس خلف مكتب. - ### العربية أولًا تُصمم الشاشات من اليمين إلى اليسار منذ البداية، مع إتاحة الإنجليزية لكل من يحتاجها. - ### رمز دخول بدل البريد الإلكتروني في نظام بنيناه لمجموعة مطاعم، يختار الموظف فرعه واسمه ثم يُدخل رمزًا من أربعة أرقام، دون حاجة إلى بريد إلكتروني. - ### يعمل عند ضعف الاتصال تُفتح القوائم من ذاكرة الجوال، وتُحفظ المسودات في كل خطوة. أما حفظ العمل الجديد فينتظر عودة الاتصال، ويوضح التطبيق ذلك بصراحة. - ### يبقى واتساب كما هو يواصل عملاؤك استخدام واتساب، ويرسل التطبيق عبره مع الاحتفاظ بالسجل داخل منشأتك. من أعمالنا ## خلف كل منصة بنيناها تطبيق خاص يديرها. الشاشات التي لا يراها العملاء هي التي يستخدمها أصحاب المنشآت كل يوم. - ### T-CODE جهة التاجر في T-CODE: الفروع والعروض والمشاهدات والمتابعون والأكواد المستخدمة ونسبة التحويل في شاشة واحدة. عرض المشروع - ### AlMizan جهة المكتب في AlMizan: الطلبات الجديدة والاستشارات النشطة ونسبة الاستجابة ومتوسط وقت الرد. عرض المشروع - ### Qassah جهة الصالون في Qassah: الإيرادات والزيارات المكتملة والعملاء يوميًا وأسبوعيًا وشهريًا. عرض المشروع البيانات الظاهرة في الشاشات تجريبية. أين يناسب ## النهج نفسه، يُبنى حول أنواع مختلفة من العمل. - ### موردو المقاولات ومواد البناء عروض الأسعار وطلبات التوريد والتسليم إلى المواقع والتحصيل. - ### التجارة والتوزيع قائمة أسعار موحدة وأرصدة العملاء والطلبات من الميدان. - ### الصيانة والخدمات الميدانية أوامر العمل والزيارات وصورة توثق كل زيارة مكتملة وجدول يوم كل فني. - ### المطاعم والمقاهي متعددة الفروع قوائم المهام اليومية وسلامة الغذاء والهدر وتسليم الورديات وتنبيهات المخزون. - ### العيادات والصالونات المواعيد وجداول الموظفين والأرقام التي تقف خلفها. - ### النقل والخدمات اللوجستية اعتماد السائقين والصلاحيات والبلاغات والتقارير. مقارنة صريحة ## ما تستخدمه اليوم، وما يمكنك الاشتراك فيه، وما نبنيه لك. | | جداول البيانات وواتساب | البرامج المحاسبية | برامج إدارة العملاء العامة | تطبيق خاص من FLUIDS | | --- | --- | --- | --- | --- | | مبني على خطوات عملك ومصطلحاتك | بقدر ما يسمح به ملف واحد | تتكيف أنت مع شاشاته | قابل للضبط ضمن نموذجه | نعم، من أول شاشة | | سجل واحد لكل عميل وطلب | موزع بين الملفات والمحادثات | للفواتير والحسابات | لمسار المبيعات | للعمل كاملًا | | مصمم للجوال أولًا | واتساب فقط | غالبًا نظام مكتبي مع تطبيق مرافق | غالبًا نظام مكتبي مع تطبيق مرافق | نعم | | المحاسبة والضريبة والفوترة الإلكترونية | لا | نعم، وهذا هو غرضه الأساسي | لا | يعمل بجانب برنامجك المحاسبي | | من يملكه | أنت، على شكل ملفات متفرقة | الجهة المزودة، طوال مدة الاشتراك | الجهة المزودة، طوال مدة الاشتراك | منشأتك | | طريقة الدفع | مجانًا، إلى أن يضيع شيء | شهريًا حسب الباقة | شهريًا لكل مستخدم | بناء مرة واحدة، ثم تكاليف التشغيل | ### متى سننصحك بعدم بناء تطبيق خاص - إذا كان عملك يناسب أداة جاهزة باشتراك شهري معقول، فاستخدم تلك الأداة. - إذا كنت تعمل وحدك وتصدر عددًا قليلًا من العروض شهريًا، فجدول البيانات يكفيك. - إذا كانت حاجتك الأساسية المحاسبة والفوترة الإلكترونية، فاشترك في برنامج محاسبي، ويمكن للتطبيق الخاص أن يعمل بجانبه. احتفظ بالبرنامج المحاسبي للمحاسبة، وضع بقية أعمالك في تطبيق يعمل بطريقتك. كيف نبنيه ## من خريطة لسير عملك إلى تطبيق يستخدمه فريقك. 1. 01 ### نرسم سير العمل نجلس معك ونرسم كيف يسير عرض السعر أو الطلب أو الوردية اليوم، ثم نحدد ما سيحل التطبيق محله. 2. 02 ### نتفق على النسخة الأولى غالبًا من أربع إلى ست وحدات. تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. 3. 03 ### نصمم ونبني تستلم كل أسبوع نسخة تجربها على جوالك، ونعدّلها بحسب طريقة عمل فريقك الفعلية. 4. 04 ### نسلّم ونطوّر نسلّم التطبيق والشيفرة والبيانات باسم منشأتك، ونضيف وحدات جديدة في مراحل لاحقة عند حاجتك إليها. الأسئلة ## ما يسأله أصحاب المنشآت قبل أن يقرروا. **هل هذا نظام CRM؟** نعم. يغطي ما يغطيه نظام CRM: العملاء، ومسار المبيعات من عرض السعر حتى القبول، والمتابعة، ونشاط الفريق، ثم يمتد إلى التسليم والتحصيل. والفرق أنه يُبنى حول خطوات عملك، ويعمل على الجوال أولًا، ويبقى ملكًا لمنشأتك. **لماذا أدفع مقابل بناء تطبيق بينما يكلف الاشتراك مبلغًا شهريًا بسيطًا؟** لأن الاشتراك يطلب منك أن تُكيّف عملك مع شاشاته. إذا كان عملك يناسبه فسننصحك بالاشتراك. وإذا لم يناسبه، فستظهر التكلفة في جدول البيانات الذي يبقى بجانب الاشتراك، وفي العروض التي تُكتب مرتين، وفي المتابعات التي تضيع. أما التطبيق الخاص فيُبنى مرة واحدة حول خطوات عملك ويبقى ملكًا لمنشأتك. **من يملك التطبيق والبيانات؟** منشأتك. حساب المتجر والشيفرة المصدرية والبيانات مسجلة باسم منشأتك، وإذا توقفت عن العمل معنا يبقى التطبيق ملكًا لك. **من يستطيع الاطلاع على بياناتنا؟** الحسابات التي تنشئها أنت فقط. يصل كل مستخدم إلى ما تسمح به صلاحياته، وتُحفظ الملفات في مساحة خاصة، وتبقى مفاتيح الخدمات الخارجية على الخادم لا داخل التطبيق، ويُسجَّل كل تعديل. ونراعي نظام حماية البيانات الشخصية في المملكة منذ أول شاشة. **موظفونا لن يستخدموا تطبيقًا جديدًا.** إذا حدث ذلك فالخلل في تصميم التطبيق. نصمم لمن يعمل في الموقع: العربية أولًا، وأزرار واضحة، وحقول قليلة، ورمز دخول بدل البريد الإلكتروني عند الحاجة. ويبقى واتساب قائمًا لأن عملاءك يستخدمونه أصلًا. **هل يحل التطبيق محل البرنامج المحاسبي أو الفوترة الإلكترونية؟** لا. يتولى التطبيق العمل الذي يسبق الفاتورة: العملاء وعروض الأسعار والطلبات والتسليم والتحصيل. ويُصدّر البيانات لمحاسبك أو يرتبط بالبرنامج المحاسبي الذي تستخدمه للفوترة والضريبة. **هل يجب أن يكون التطبيق في المتجر؟** لا. يمكن أن يكون تطبيقًا أصليًا لا يُفتح إلا عبر رابط مباشر، أو تطبيقًا مثبتًا على أجهزة المنشأة، أو تطبيق ويب يُضاف إلى الشاشة الرئيسية. وفي كل الحالات لا يدخله أحد إلا بحساب أنشأته أنت. **ماذا يحدث عند انقطاع الإنترنت؟** تُفتح القوائم من ذاكرة الجوال وتبقى المسودات محفوظة. أما حفظ العمل الجديد فيحتاج إلى اتصال، ويُبلغ التطبيق المستخدم بذلك بوضوح بدل أن يفشل دون تنبيه. **هل يمكن تعديل التطبيق بعد إطلاقه؟** نعم. تعدّل الأسعار والأصناف والشروط وقوالب المستندات بنفسك من الإعدادات. أما الإضافات الأكبر فنخطط لها على مراحل، مثل إضافة واجهة للسائقين مع التتبع المباشر بعد تشغيل النسخة الأولى. **كم تبلغ التكلفة، وكم يستغرق البناء؟** يعتمد ذلك على الوحدات التي يحتاجها عملك، ولهذا نبدأ برسم سير العمل. بعد الجلسة تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. والجلسة الأولى مجانية ودون أي التزام. **هل تعملون مع منشآت خارج المملكة؟** نعم. نبني لمنشآت في دول الخليج، ويعمل عدد من التطبيقات التي بنيناها في سلطنة عُمان. ## ناقش تطبيق الأعمال الذي يحتاجه فريقك. حدّد عروض الأسعار أو الطلبات أو الورديات أو الموافقات التي يجب أن يدعمها التطبيق. نراجع مسار العمل والمستخدمين والتكاملات، ثم نقدّم عرض التطوير. ناقش تطوير تطبيق أعمال --- # آلية العمل — نتفق، نبني، نطلق | Fluids Digital Source: https://fluids.digital/ar/process Language: Arabic الرئيسية / آلية العمل § Process # تحديد ← تصميم ← تطوير ← إطلاق أربع مراحل: نحدّد المستخدمين وخطوات العمل، ونصمّم الشاشات، ونطوّر البرنامج ونختبره، ثم ننشره لفريقك أو عملائك. النطاق 01 ## التحديد نتفق كتابةً على من يستخدم التطبيق، وماذا يفعل، وما الذي سيُطلق بالتحديد. المراجعة 02 ## التصميم كل شاشة تُصمَّم وتُعتمد قبل بدء البرمجة. تراجع المسارات: التسجيل، والإعداد الأولي، والدفع، والإدارة. البناء 03 ## البرمجة نبني الواجهة الأمامية، والخدمات الخلفية، وقاعدة البيانات، وتسجيل الدخول، ولوحة الإدارة، والدفع، والتكاملات المطلوبة للإصدار الأول. الإطلاق 04 ## الإطلاق ننشر التطبيق، ونُعدّ أدوات التتبع، ونسلّمك مستودع GitHub والبنية التحتية، ثم نعتمد على ملاحظات العملاء لتحديد النسخة التالية. ## هل أنت جاهز لبناء التطبيق؟ ناقش التطبيق أو المنصة أو النظام الداخلي الذي تحتاج إلى تطويره. راسلنا عبر واتساب احجز مكالمة --- # الأعمال - Fluids Digital Source: https://fluids.digital/ar/projects Language: Arabic العودة إلى Fluids # أعمالنا. منتجات بنيناها وأطلقناها. ## المنتجات ### Oxygen Academy منصة تعليمية لطلاب الجامعات في السعودية — دورات واختبارات وأدوات مذاكرة بالذكاء الاصطناعي في مكان واحد. ### Leadify منصة لتوليد العملاء المحتملين بالذكاء الاصطناعي للسعودية والخليج — صف عميلك بلغة عادية، واستلم قائمة موثّقة. ### HireDash سوق مواهب بالذكاء الاصطناعي — المطابقة وفق الدور الوظيفي، لا بحث بالكلمات المفتاحية. ### WOSTA سوق لمشتريات القطاع الصحي في السعودية — يجمع العيادات بالموردين عبر عروض أسعار تنافسية. ### VenueMenu منصة B2B لفعاليات الشركات في السعودية — شركات وموردون، وعروض مكتوبة. ## المواقع ### CareerFolio منصة ملف الأداء الوظيفي لمنسوبي وزارة التعليم في السعودية. ### KFUPM Aerospace Engineering Club موقع يديره النادي بنفسه، مع مساعد ذكي داخل الموقع. ### Watad Law Firm موقع لمكتب محاماة سعودي. ## تطبيقات الجوال ### Naqrah.app تطبيق لحجز مواعيد العيادات الخاصة في عُمان — تبحث وتقارن وتحجز في ثوانٍ. ### T-CODE تطبيق عروض وكوبونات يجمع المتسوّقين بالتجّار — العروض القريبة منك على الخريطة، في تجربة واحدة. ### Jameyatek أداة لتنظيم الجمعيات المالية — متابعة الالتزامات وترتيب الأدوار في مكان واحد. ### Aalim تطبيق لتعلّم القرآن مدعوم بالذكاء الاصطناعي — تفسير ومساعد للحفظ، إلى جانب مصحف كامل للقراءة. ### Qassah تطبيق لحجز مواعيد الحلاقة في السعودية — تجد صالونًا قريبًا، تحجز، وتجمع زياراتك نحو حلاقة مجانية. ### AlMizan سوق للاستشارات القانونية في عُمان — أرسل طلبك إلى مكاتب محاماة مرخّصة، وتحدّث مع أول مكتب يقبل. --- # KFUPM Aerospace Engineering Club — Fluids Digital Source: https://fluids.digital/ar/projects/aekfupm Language: Arabic كل الأعمال Education · 2024 # KFUPM Aerospace Engineering Club موقع يديره النادي بنفسه، مع مساعد ذكي داخل الموقع. **دورنا** موقع، لوحة إدارة، ومساعد ذكي داخل الموقع **التقنيات** React · Node.js · MongoDB · OpenAI **النتيجة** النادي يعدّل صفحاته بنفسه. والزائر يسأل الموقع قبل أن يراسلهم. موقع متعدد الصفحات لنادٍ جامعي، بلوحة يديرها النادي، ومساعد داخل الموقع لمن يريد الانضمام. التالي WOSTA ابدأ مشروعك القادم → --- # Aalim — Fluids Digital Source: https://fluids.digital/ar/projects/alem Language: Arabic كل الأعمال AI · Mobile App · 2025 # Aalim رفيق مدعوم بالذكاء الاصطناعي لقراءة القرآن وفهمه وحفظه. **دورنا** تصميم وبناء التطبيق، مسار تقييم الذكاء الاصطناعي **التقنيات** React Native · OpenAI · Whisper · Node.js · Supabase **النتيجة** تفسير، وتمارين حفظ، ومصحف كامل في تطبيق واحد. Aalim (عالم) تطبيق لتعلّم القرآن الكريم يجمع بين التراث الشرعي والذكاء الاصطناعي. إلى جانب مصحف كامل — رسم عثماني، وقرّاء متعددون، وبحث، وقراءة دون اتصال — تُضاف طبقة ذكاء اصطناعي: اضغط على أي آية لتعرف تفسيرها، أو سجّل تلاوتك ليقارنها مساعد الحفظ بالنص ويشير إلى ما يحتاج تصحيحًا. داخل المنتج - ## مصحف هادئ ومركَّز رسم عثماني في مصحف بسيط وواضح — اختيار من بين القرّاء، ومنهم الحصري والعفاسي، وبحث بالكلمة أو برقم الآية، وعلامات مرجعية وتظليل للآيات المفضّلة، وسور متاحة للقراءة دون اتصال. - ## تفسير أي آية اختر أي آية واسأل Aalim عن معناها — تفسير من مصادر موثوقة منها ابن كثير والطبري والجلالين والسعدي. ومعاني الكلمات تظهر فورًا عند الضغط عليها. - ## مساعد مستند إلى مصادر موثوقة مساعد ذكي يتضمن وضعاً متخصصاً لأحكام التجويد: الأحكام ملوّنة، مع شرح موجز عند الضغط على كل حكم، وتكرار آية واحدة أو كلمة واحدة حتى يستقيم التجويد. - ## أهداف يومية ونقاط وسلسلة مواظبة نقاط Alem XP وأهداف يومية وسلسلة مواظبة تجعل المواظبة مجزية — مع لوحة تقدّم للآيات المقروءة والوقت المستغرَق والسور المحفوظة وإتقان التجويد. - ## حدّد وردك وتابعه حدّد وردك — خطة القراءة — لتتابع قراءتك وحفظك معًا، مع متابعة تقدّم الحفظ بالسورة والجزء والوقت المستغرَق. ## ما الذي يميّز Aalim. - ### مساعد حفظ بالذكاء الاصطناعي يستمع إلى التلاوة ويشير إلى الكلمات الساقطة أو المبدَلة أو الخاطئة، بتصحيحات قصيرة وواضحة. - ### تفسير من مصادر مذكورة بأسمائها ابن كثير والطبري والجلالين والسعدي. ويذكر Aalim أن محتوى التفسير مراجَع ومعتمَد من علماء موثوقين. - ### تجويد ملوّن كل حكم ملوّن في النص، مع شرح موجز عند الضغط عليه. - ### يقرأ دون اتصال السور والتفسير متاحة دون اتصال، للقراءة في أي مكان. - ### دفتر شخصي تأملاتك على أي آية، تُرتَّب تلقائيًا بالسورة والآية. - ### إلى جانب المعلّم لا بدلًا عنه الهدف كما يصفه Aalim: ذكاء اصطناعي يوجّه ويصحّح ويشرح — ويبقى المعلّم في مكانه. التالي T-CODE ابدأ مشروعك القادم → --- # AlMizan — Fluids Digital Source: https://fluids.digital/ar/projects/almizan Language: Arabic كل الأعمال Legal · 2026 # AlMizan أرسل طلب استشارة إلى مكاتب محاماة في عُمان. وتحدّث مع أول مكتب يقبل. ملاحظة مهمة AlMizan سوق، وليس مكتب محاماة. لا تقدّم رأيًا قانونيًا. الاستشارة يقدّمها المكتب نفسه. **دورنا** تصميم وبناء التطبيق **التقنيات** Flutter · Supabase **النتيجة** إيجاد مكتب مرخّص وإرسال الطلب والاستشارة في مكان واحد — دون سلسلة مكالمات. AlMizan (الميزان) سوق يربط العملاء بمكاتب المحاماة المرخّصة في سلطنة عُمان. يصف العميل قضيته مرة واحدة، ويرسلها إلى مكتب واحد أو إلى عدة مكاتب، ثم يتحدّث داخل التطبيق مع المكتب الذي يقبل الطلب. داخل المنتج - ## لوحة المكتب في نظرة واحدة الطلبات الجديدة والاستشارات النشطة والأداء — التقييم ومعدل الاستجابة ومتوسط زمن الرد. - ## طلب استشارة خطوة بخطوة اختر التخصص: تجاري، عمالي، أحوال شخصية، عقاري، وغيرها — ثم صف الطلب وأرفق مستندات أو صورًا. - ## تابع كل طلب بانتظار الرد، أو نشط، أو مكتمل. أرسل إلى عدة مكاتب دفعة واحدة، أو مباشرة إلى مكتب أو محامٍ محدّد. - ## استشارات داخل التطبيق تُفتح المحادثة مع المكتب الذي يقبل. أغلق الاستشارة عند اكتمال العمل، ثم قيّمها. - ## المحامون والخدمات والفروع والأوقات تفاصيل المكتب في مكان واحد، ومنها ما إذا كان المكتب ظاهراً للعملاء. ## ما الذي يميّز AlMizan. - ### أول مكتب يقبل أرسل طلبًا واحدًا إلى عدة مكاتب. وتُفتح المحادثة مع من يقبله. - ### أو مباشرة ثبّت الطلب على مكتب واحد، أو على محامٍ محدّد. - ### تخصصات مسمّاة تجاري وعمالي وأحوال شخصية وعقاري وغيرها — تُختار قبل إرسال الطلب. - ### أداء المكتب ظاهر التقييم ومعدل الاستجابة ومتوسط زمن الرد على اللوحة. - ### ليست مكتب محاماة AlMizan تربط. والمكتب يقدّم الاستشارة. التالي Oxygen Academy ابدأ مشروعك القادم → --- # CareerFolio — Fluids Digital Source: https://fluids.digital/ar/projects/careerfolio Language: Arabic كل الأعمال SaaS · Government · 2025 # CareerFolio منصة ملف الأداء الوظيفي لمنسوبي وزارة التعليم في السعودية. **دورنا** تصميم وبناء التطبيق **التقنيات** Next.js · TypeScript · Supabase · Tailwind **النتيجة** سنة الأداء في ملف واحد، لا في نماذج متفرقة. ملف إنجاز يحل محل ملف الأداء الورقي — أهداف وجدارات وتدريب، وتقرير جاهز للطباعة. التالي Hael Law Firm ابدأ مشروعك القادم → --- # Hael Law Firm — Fluids Digital Source: https://fluids.digital/ar/projects/hael-law Language: Arabic كل الأعمال Legal · 2024 # Hael Law Firm موقع لمكتب محاماة — حجز وخرائط. **دورنا** موقع وحجز **التقنيات** Next.js · Tailwind · Calendly · Google Maps **النتيجة** استقبال العملاء يتم عبر مسار حجز واحد. موقع لمكتب محاماة، مع حجز وخرائط. التالي HireDash ابدأ مشروعك القادم → --- # HireDash — Fluids Digital Source: https://fluids.digital/ar/projects/hiredash Language: Arabic كل الأعمال SaaS · 2025 # HireDash سوق مواهب بالذكاء الاصطناعي — المطابقة وفق الدور الوظيفي، لا بحث بالكلمات المفتاحية. **دورنا** تصميم وبناء التطبيق **التقنيات** Next.js · TypeScript · OpenAI · PostgreSQL · Vercel **النتيجة** التوظيف يتم عبر قائمة مختصرة مُقيَّمة، لا عبر بحث بالكلمات المفتاحية. سوق مواهب: ملفات، ودرجة مطابقة للدور، ولوحات لجهة التوظيف. التالي KFUPM Aerospace Engineering Club ابدأ مشروعك القادم → --- # Jameyatek — Fluids Digital Source: https://fluids.digital/ar/projects/jameyatek Language: Arabic كل الأعمال Group organization · 2025 # Jameyatek نظّم جمعيتك — لا أكثر ولا أقل. ملاحظة مهمة Jameyatek أداة تنظيمية فقط. لا تحوّل أي مبلغ ولا تعالجه ولا تحتفظ به. جميع الترتيبات المالية بين الأعضاء تتم خارج التطبيق، وهي مسؤوليتهم وحدهم. **دورنا** تصميم وبناء التطبيق **التقنيات** Flutter · Supabase **النتيجة** أعضاء الجمعية ودفعاتهم وترتيب الأدوار في مكان واحد. Jameyatek أداة لتنظيم الجمعيات المالية — الترتيب المعروف الذي يدفع فيه كل مشارك من مجموعة أصدقاء أو زملاء مبلغًا ثابتًا كل شهر، ويستلم أحد الأعضاء المبلغ المجموع بالتناوب. يجمع Jameyatek هذا الترتيب في مكان واحد: إنشاء الجمعية، ومتابعة من دفع، وترتيب دور الاستلام. داخل المنتج - ## جمعياتك كلها في مكان واحد نظرة عامة على كل جمعية وتقدّمها. أنشئ الجمعية، وحدّد عدد الأشهر وقيمة الالتزام الشهري، ثم أضف الأعضاء مباشرة أو ادعهم برابط. - ## تابع الدفعات شهرًا بشهر سجّل حالة كل عضو شهريًا — دفع أو لم يدفع — واعرف نسبة الالتزام العامة للجمعية في نظرة واحدة. - ## جدول أدوار واضح وعادل حدّد من يستلم في كل شهر، في جدول مرتّب يراه كل عضو. - ## إيصالات موثّقة لكل دفعة ارفع الإيصال كإثبات اختياري للدفع، مرتبطًا بالشهر الذي يخصّه. - ## محادثة وإشعارات مدمجة محادثة مدمجة في كل جمعية، مع إشعارات للدعوات وطلبات الانضمام. ## ما الذي يميّز Jameyatek. - ### مشاركة مرنة نصف سهم أو سهم كامل أو سهمين — والجمعية تقرّر. - ### مشفّرة، ولكل عضو نطاقه البيانات مشفّرة بالكامل، وكل عضو يرى بيانات جمعيته وحدها. - ### لا إعلانات ولا تتبّع لا إعلانات، ولا تتبّع، ولا مشاركة للبيانات مع أطراف أخرى. - ### دعوة برابط أضف الأعضاء مباشرة، أو أرسل رابطاً وادعهم إلى الانضمام. - ### نسبة الالتزام أمام الجميع نسبة التزام الجمعية ظاهرة لكل من فيها. التالي Leadify ابدأ مشروعك القادم → --- # Leadify — Fluids Digital Source: https://fluids.digital/ar/projects/leadify Language: Arabic كل الأعمال AI · SaaS # Leadify منصة لتوليد العملاء المحتملين بالذكاء الاصطناعي للسعودية والخليج — صف عميلك بلغة عادية، واستلم قائمة موثّقة. **النتيجة** البحث عن العملاء محادثة واحدة تنتهي بملف عملاء موثّق ومقيَّم. يصف فريق المبيعات من يبحث عنه، بالعربية أو الإنجليزية، فيتولّى Leadify البحث والتحقق وتسليم قائمة جاهزة للاستخدام. التالي CareerFolio ابدأ مشروعك القادم → --- # Naqrah.app — Fluids Digital Source: https://fluids.digital/ar/projects/naqrah-app Language: Arabic كل الأعمال Health · Clinic Management · 2026 # Naqrah.app موعدك الطبي في ثوانٍ. **دورنا** منصة بثلاث بوابات: تطبيق المرضى، لوحة العيادات، وحدة تحكم المشرف العام **التقنيات** Next.js · TypeScript · Supabase · PostgreSQL · Tailwind **النتيجة** توحيد حجز المرضى والعمليات التشغيلية الكاملة للعيادات في منصة واحدة للسوق العماني. نقرة منصة لإدارة العيادات وحجز المواعيد، مبنية للسوق الصحي في عُمان. المرضى يجدون العيادات القريبة على خريطة حيّة، يختارون الطبيب المناسب بتقييمات موثّقة، ويحجزون بضغطات بسيطة. العيادات تحصل على عمليات كاملة متعددة الفروع مع برنامج ولاء يحوّل الزيارات الروتينية إلى دورة عودة مستمرة. داخل المنتج - ## احجز موعدك في ثوانٍ تجربة تعريفية مرشدة تنقل المريض الجديد من تثبيت التطبيق إلى موعد مؤكّد ببضع نقرات — منصة ذكية لإيجاد العيادات وحجز الرعاية. - ## العيادات القريبة منك على خريطة حيّة خريطة تفاعلية مع تجميع حيّ للنقاط، فلاتر التخصصات، تبديل بين قائمة وخريطة، وخيار «القريب مني» — أكثر بصرية وحداثة من دلائل العيادات التقليدية. - ## اختر طبيبك بثقة دليل أطباء مع التخصصات والسير الذاتية وتقييمات موثّقة بعد الزيارة فقط — لا تقييمات مفتوحة، فقط تجارب حقيقية للمرضى. - ## احجز، أعد الجدولة، أو ألغِ — بضغطات بسيطة إدارة كاملة للمواعيد مع قواعد شفافة لنافذة الإلغاء تحمي العيادات وتحترم وقت المريض. - ## اكسب النقاط مع كل زيارة، واستبدلها بمكافآت برنامج ولاء مدمج يحوّل الزيارات الصحية الاعتيادية إلى دورة عودة مستمرة — أمر غير معتاد في هذا المجال ومحرّك نمو فعلي للعيادات. ## لماذا يبرز نقرة. - ### خريطة تفاعلية بتجميع حيّ أكثر بصرية وحداثة من تطبيقات دلائل العيادات المعتادة. - ### برنامج ولاء مدمج يحوّل الزيارات الصحية إلى دورة عودة مستمرة — أمر غير معتاد في هذا المجال. - ### تقييمات موثّقة بعد الزيارة فقط أصالة وثقة — التقييم يتم فقط بعد إتمام الزيارة. - ### نوافذ إلغاء شفّافة تُطبَّق بعدل — تحمي العيادات وتحترم المرضى. - ### دعم كامل للعربية والإنجليزية مع RTL تجربة موطّنة بالكامل ومهيأة للمنطقة مع وضع فاتح وداكن. التالي Rulva Law Firm ابدأ مشروعك القادم → --- # Oxygen Academy — Fluids Digital Source: https://fluids.digital/ar/projects/o2-academy Language: Arabic كل الأعمال EdTech · 2025 # Oxygen Academy منصة تعليمية لطلاب الجامعات في السعودية — دورات واختبارات وأدوات مذاكرة بالذكاء الاصطناعي في مكان واحد. **دورنا** تصميم وبناء **التقنيات** Next.js · TypeScript · OpenAI · Supabase · Tailwind **النتيجة** منصة تعمل على o2.edu.sa — دورات واختبارات وأدوات مذاكرة داخل المنصة نفسها. منصة موائمة للمقررات الجامعية: المدرّب ينشر دوراته، والطالب يذاكر ويختبر، وأدوات المذاكرة مبنية على مادة الدورة نفسها. التالي Aalim ابدأ مشروعك القادم → --- # Qassah — Fluids Digital Source: https://fluids.digital/ar/projects/qassah Language: Arabic كل الأعمال Retail · 2026 # Qassah احجز حلاقتك من صالون قريب، واجمع زياراتك نحو حلاقة مجانية. **دورنا** تصميم وبناء التطبيق **التقنيات** Flutter · Supabase **النتيجة** حجز الحلاقة كأي موعد قريب، وأرقام الصالون في مكان واحد. Qassah (قصّة) سوق لحجز مواعيد الحلاقة في السعودية. يجد العميل الصالونات القريبة، ويقارن الخدمات وأوقات العمل، ويؤكّد موعده. ومن التطبيق نفسه يدير الصالون حجوزاته وبطاقة الولاء وأرقام الأسبوع. داخل المنتج - ## صالونات قريبة، وحجز بلمسة واحدة الرئيسية تعرض الصالونات القريبة وترحيبًا وطريقًا للحجز — ثم جمع الزيارات نحو حلاقة مجانية. - ## استكشف في قائمة، مصفّاة لما تحتاجه ابحث، وصفِّ حسب المدينة أو الخدمة أو المسافة أو المفتوح الآن. اطّلع على التقييمات والأسعار الابتدائية والعروض قبل الحجز. - ## حجز مؤكّد مع الاتجاهات الوقت والمكان والحلّاق والإجمالي في بطاقة واحدة — مع الاتجاهات وتذكير وإدارة للحجز. - ## زيارات نحو حلاقة مجانية بطاقة زيارات تُملأ بعد اكتمال كل موعد، وأسفلها سجل الزيارات المكتملة. - ## أرقام الصالون في نظرة واحدة الإيرادات والزيارات المكتملة والعملاء حسب اليوم أو الأسبوع أو الشهر — مع المكتمل والقادم والغائب بنظرة واحدة. ## ما الذي يميّز Qassah. - ### تطبيق واحد للطرفين العميل يحجز. والصالون يدير التقويم والولاء والإحصائيات. دون تطبيق ثانٍ. - ### قائمة أو خريطة مباشرة اعثر على الصالونات القريبة بأي من الطريقتين، ثم صفِّ حسب المدينة أو الخدمة أو المفتوح الآن. - ### ولاء قائم على الزيارات الزيارات المكتملة تُضاف وحدها. الحلاقة المجانية هي المكافأة، لا جدول نقاط. - ### رصيد تعويض للتأخير إذا تأخّر الصالون في بدء الخدمة، يصل العميل رصيد تعويض. - ### لوحة للصالون الحجوزات والإيرادات ونشاط العملاء دون دفتر على المكتب. التالي AlMizan ابدأ مشروعك القادم → --- # Rulva Law Firm — Fluids Digital Source: https://fluids.digital/ar/projects/rulva Language: Arabic كل الأعمال Legal · 2026 # Rulva Law Firm موقع لمكتب استشارات قانونية في الرياض. **دورنا** موقع وحجز الاستشارات **التقنيات** Next.js · TypeScript · Tailwind · Calendly **النتيجة** تصل طلبات الاستشارة عبر الموقع. موقع لمكتب استشارات قانونية في الرياض، مع مسار لحجز استشارة. التالي Watad Law Firm ابدأ مشروعك القادم → --- # T-CODE — Fluids Digital Source: https://fluids.digital/ar/projects/tcode Language: Arabic كل الأعمال Retail · 2025 # T-CODE عروض قريبة منك، تكتشفها وتستخدمها من تطبيق واحد. **دورنا** تصميم وبناء التطبيق **التقنيات** Flutter · Supabase **النتيجة** العروض والتجّار في خريطة واحدة، لا في قائمة ملفات PDF. T-CODE تطبيق يجمع المتسوّقين بالتجّار حول العروض المحلية. المتسوّق يتصفّح المتاجر والعروض القريبة على الخريطة، ويحفظ الكوبونات ويتابع قيمتها؛ والتاجر ينشئ ملف متجره، وينشر عروضًا محدّدة المدة، ويتابع أداءها مع استرداد كل كود. داخل المنتج - ## المتاجر والعروض القريبة على خريطة مباشرة اكتشف ما حولك، بحسب المدينة أو التصنيف — ثم افتح موقع المتجر على الخريطة وتواصل معه مباشرة. تصفّح كزائر، وأنشئ حسابك عند الرغبة. - ## كوبوناتك محفوظة وجاهزة احفظ العروض والكوبونات المفضّلة في مكان واحد، وتابع حالتها وقيمتها في أي وقت. - ## انشر عرضك خلال دقائق أنشئ عروضًا محدّدة المدة، أو عروضًا محدودة بعدد أكواد. حدّد السعر والمدة والفرع، ثم تابع حالة كل عرض — وأكّد استخدامه بكود الاسترداد. - ## لوحة تحكّم للتاجر بأرقام واضحة الفروع والعروض والمشاهدات والمتابعون والأكواد المستخدمة ومعدّل التحويل — في شاشة واحدة، فلا يبقى أداء العرض تخمينًا. - ## متجرك وفروعك في مكان واحد أنشئ ملف متجرك، وحدّث بيانات التواصل والمواقع، وأضف الفروع — تُظهر كل فرع أو تخفيه بحسب جاهزيته. ## ما الذي يميّز T-CODE. - ### تطبيق واحد للطرفين المتسوّق يكتشف ويستخدم، والتاجر ينشر ويقيس. دون تطبيق ثانٍ. - ### أكواد استرداد تأكيد أن العرض استُخدم فعلًا، كودًا بكود. - ### تحكّم على مستوى الفرع أضف الفروع، وأظهر كل فرع أو أخفه بحسب جاهزيته. - ### عروض بحدود ملزمة محدّدة المدة أو محدودة بعدد أكواد — والحد يُطبَّق فعلًا لا استرشادًا. - ### تصفّح قبل التسجيل التصفّح كزائر أولًا، والحساب عند الحاجة إليه. التالي Jameyatek ابدأ مشروعك القادم → --- # VenueMenu — Fluids Digital Source: https://fluids.digital/ar/projects/venuemenu Language: Arabic كل الأعمال Events · 2025 # VenueMenu منصة B2B لفعاليات الشركات في السعودية — شركات وموردون، وعروض مكتوبة. **دورنا** إدراج الموردين، مسار العروض، طلبات العملاء **التقنيات** Next.js · TypeScript · Supabase · Tailwind **النتيجة** توريد الفعالية يتم عبر طلب مكتوب وعرض مكتوب. الشركة تطلب تنظيم فعالية. المورد المعتمد يرد بعرض مكتوب. التالي Naqrah.app ابدأ مشروعك القادم → --- # Watad Law Firm — Fluids Digital Source: https://fluids.digital/ar/projects/watad Language: Arabic كل الأعمال Legal · 2026 # Watad Law Firm موقع لمكتب محاماة سعودي. **دورنا** موقع وحجز الاستشارات **التقنيات** Next.js · TypeScript · Tailwind · Calendly **النتيجة** تصل طلبات الاستشارة عبر الموقع. موقع لمكتب محاماة سعودي، مع مسار طلب استشارة. التالي Qassah ابدأ مشروعك القادم → --- # WOSTA — Fluids Digital Source: https://fluids.digital/ar/projects/wosta Language: Arabic كل الأعمال B2B · Marketplace · 2025 # WOSTA سوق لمشتريات القطاع الصحي في السعودية — يجمع العيادات بالموردين عبر عروض أسعار تنافسية. **دورنا** هندسة السوق، سير طلب عروض الأسعار، دردشة فورية **التقنيات** Next.js · Supabase · PostgreSQL · WebSockets **النتيجة** رقمنة دورة طلب العروض حتى الطلب لمشتريات العيادات في السعودية. سوق B2B: العيادة أو المستشفى تطلب، المورد يرسل عرضًا، ثم تأتي الطلبات بعد ذلك. التالي VenueMenu ابدأ مشروعك القادم → --- # تطوير برمجيات الاشتراك (SaaS) للمؤسسين والخبراء | FLUIDS Digital Source: https://fluids.digital/ar/saas-development Language: Arabic برمجيات الاشتراك للمؤسسين والخبراء # حوّل خبرتك إلى برنامج تشترك فيه المنشآت. الحسابات والخطط والصلاحيات وعزل بيانات كل عميل ولوحة التحكم، تُبنى مع البرنامج نفسه وتبقى ملكًا لك. احجز جلسة لتحديد نطاق برنامجك اطّلع على ما يتطلبه البيانات الظاهرة في الشاشات تجريبية. متى تحتاج إلى تطوير منصة SaaS ## طوّر منصة SaaS حول مسار عمل واضح يحتاجه عملاؤك. 1. 01 ### تعمل في هذا المجال منذ عشر سنوات، وما زالت لا توجد أداة عربية جيدة له. أنت تعرف سير العمل أفضل من أي برنامج أجنبي، وكذلك عملاؤك المستقبليون. 2. 02 ### بنيت أداة لمنشأتك، فطلبتها منك منشآت أخرى. بيعها يعني حسابات وبيانات منفصلة وخططًا، وهو ما لم تحتجه الأداة الداخلية قط. 3. 03 ### طلب منك مستثمر أن يرى البرنامج يعمل، لا عرضًا تقديميًا. نسخة أولى يستخدمها عملاء حقيقيون أبلغ من أي شريحة عرض. 4. 04 ### سألك عميل كيف تُفصل بياناته عن بيانات العملاء الآخرين. في برمجيات الاشتراك تُصمم هذه الإجابة في قاعدة البيانات، لا تُكتب وعدًا في عقد. 5. 05 ### كل أداة في مجالك ترجمة لبرنامج أجنبي. يلاحظ المستخدم العربي ذلك من الشاشة الأولى، وهنا فرصتك. 6. 06 ### تدفع لفريق خارجي وتدير المشروع بنفسك. وقت المؤسس يجب أن يذهب إلى العملاء، لا إلى شرح المتطلبات وترجمتها. ما يحتاجه برنامج الاشتراك ## الأجزاء التي يدفع العملاء مقابلها، والأجزاء التي تبقيهم مشتركين. 1. 01 ### أنواع متعددة من المستخدمين في منصة واحدة. تخدم Oxygen Academy الطلاب والمدربين والسفراء، ولكل منهم بوابته وأدواته وإيراداته، في المنصة نفسها. - الطلاب يدرسون ويختبرون ويتابعون تقدمهم - المدربون ينشرون المقررات ويتابعون مستحقاتهم - السفراء يستقطبون الطلاب ويحصلون على عمولة 2. 02 ### نموذج اشتراك يناسب السوق. في WOSTA تنشر العيادات والصيدليات احتياجاتها، ويتنافس الموردون الموثقون بعروض أسعار، ويدفع الموردون اشتراكًا بدل نسبة من كل عملية. - تسجيل برمز الجوال دون حاجة إلى بريد - إدارة الفروع والمستودعات كل على حدة - متابعة العروض والفواتير في مكان واحد 3. 03 ### مخرجات يضع عملاؤك أسماءهم عليها. تُصدر CareerFolio تقارير جاهزة للطباعة بهوية وزارة التعليم الرسمية، وتقفل كل عام مكتمل كأرشيف للقراءة فقط، وتشارك الملفات عبر روابط آمنة. - مستندات رسمية جاهزة للطباعة - الأعوام المكتملة تُقفل كأرشيف للقراءة فقط - روابط مشاركة آمنة للقراءة فقط البيانات الظاهرة في الشاشات تجريبية. عملية واحدة، قبل البرنامج وبعده ## ما الذي يتغير عندما تصبح عملية ورقية برنامجًا يدخل إليه المستخدمون. مستند إلى CareerFolio، منصة ملفات الأداء التي بنيناها لموظفي وزارة التعليم في السعودية. ### قبل 1. يُحفظ ملف الأداء ورقيًا وفي مجلدات متفرقة. 2. يختلف تنسيق الملف من موظف إلى آخر. 3. يصعب الوصول إلى الشهادات والشواهد عند موعد التقييم. 4. يمكن أن تتغير الأعوام السابقة أو تضيع أو تختلط بالعام الحالي. ### مع المنصة 1. يبني كل موظف ملفًا مهنيًا واحدًا: الأهداف والجدارات والتدريب والشهادات. 2. تُحدد الأهداف السنوية بأوزان وجداول زمنية وتقييمات. 3. يصدر تقرير جاهز للطباعة بالهوية الرسمية. 4. يُقيَّم كل عام مكتمل ثم يُقفل كأرشيف للقراءة فقط. 5. يصوغ الذكاء الاصطناعي الرؤية والرسالة والملخص باللغتين، ثم يحررها الموظف. منشأة واحدة أم منشآت متعددة؟ ## التطبيق الخاص يخدم منشأة واحدة، أما برنامج الاشتراك فيخدم منشآت كثيرة، ويجب أن تشعر كل منها بأنها الوحيدة. - ### فصل البيانات بحكم التصميم كل جدول محمي بحيث لا يصل أي عميل إلى سجلات عميل آخر. - ### الحسابات والصلاحيات لكل عميل مستخدموه، ولكل مستخدم دوره، كما في Oxygen Academy مع الطلاب والمدربين والسفراء. - ### الخطط والفوترة خطط بالريال، أو اشتراكات، أو رصيد استخدام، أو حصة من كل عملية بيع، بحسب ما يناسب سوقك. - ### لوحة التحكم الخاصة بك لوحة ترى فيها كل عميل وخطة ومستحقات وطلب دعم، دون الحاجة إلى قاعدة البيانات مباشرة. هذا هو الفرق بين برنامج تستخدمه وبرنامج تبيعه. عميل جديد، من التسجيل حتى التجديد 1. 01يسجل ويتحقق من حسابه 2. 02يختار خطة 3. 03يجهز حسابه 4. 04يستخدم البرنامج 5. 05يجدد اشتراكه أو يرقّيه تُصمم كل خطوة لتعمل دون تدخلك. ما نبنيه ## البرنامج، وكل ما يحوله إلى مشروع تجاري. - 01 ### التسجيل والحسابات تسجيل برمز الجوال أو بالبريد، وحساب لكل عميل. - 02 ### الأدوار والصلاحيات أنواع مختلفة من المستخدمين بشاشات وصلاحيات مختلفة. - 03 ### عزل بيانات العملاء حماية على مستوى كل سجل في كل جدول، فلا تنتقل البيانات بين العملاء. - 04 ### خطط بالريال خطط وأسعار مصممة للسوق السعودي والخليجي. - 05 ### المدفوعات دفع إلكتروني عبر مزود دفع محلي، مع الفواتير. - 06 ### الاستخدام والرصيد رصيد استخدام يراه العميل، للبرامج التي تُسعّر بحسب ما تنجزه. - 07 ### المستحقات والعمولات متابعة إيرادات المدربين أو الشركاء أو المسوّقين. - 08 ### المستندات الرسمية تقارير جاهزة للطباعة بالهوية، وتصدير إلى CSV أو Excel. - 09 ### لوحة التحكم العملاء والخطط والمحتوى والدعم في لوحة واحدة. - 10 ### ذكاء اصطناعي حيث يختصر العمل مسودات ومحتوى مولّد وبحث، ولكل منها مصدر وحدود. الثقة هي جوهر البرنامج ## يأتمنك عملاؤك على بياناتهم، وعلى البرنامج أن يكون أهلًا لذلك. - لا يصل كل عميل إلا إلى بياناته، وتُفرض هذه القاعدة في قاعدة البيانات نفسها. - تُحفظ الملفات بصورة خاصة، وتُفتح عبر روابط تنتهي صلاحيتها. - يمكن قفل السجلات التي يجب ألا تتغير كأرشيف للقراءة فقط. - تبقى مفاتيح خدمات الدفع والذكاء الاصطناعي على الخادم، لا في المتصفح ولا في التطبيق. - تُعالج البيانات الشخصية مع مراعاة نظام حماية البيانات الشخصية في المملكة منذ مرحلة التصميم الأولى. - الشيفرة المصدرية والحسابات والبيانات مسجلة باسمك. ### ثلاث طرق للتسعير - 01 ### خطط شهرية أو سنوية باقات بالريال، لكل منها حدودها وميزاتها. - 02 ### رصيد الاستخدام يدفع العميل مقابل ما ينجزه البرنامج، مع رصيد ظاهر دائمًا. - 03 ### حصة من كل عملية بيع تأخذ المنصة حصتها بينما يتابع المدربون أو الشركاء إيراداتهم. مصمم لمن يدفع ولمن يستخدم ## المشتري والمستخدمون وأنت، يحصل كل منكم على ما يحتاجه. - ### للمشتري خطة واضحة وسعر واضح بالريال وبرنامج بلغته. - ### للمستخدمين شاشات عربية مصممة من اليمين إلى اليسار، مع الإنجليزية لمن يحتاجها. - ### لك بصفتك المؤسس لوحة واحدة للعملاء والخطط والمستحقات، لتدير المشروع لا قاعدة البيانات. - ### لفريق الدعم اطلاع يكفي لمساعدة العميل، دون الوصول إلى ما يخصك وحدك. من أعمالنا ## برمجيات اشتراك بنيناها للمبيعات والتعليم والقطاع الحكومي والرعاية الصحية. بدأ كل منها بخبرة شخص في مجاله، ثم أصبح برنامجًا يدخل إليه آخرون. - ### Leadify توليد العملاء المحتملين للسوق السعودي والخليجي: صف العميل، ووافق على الخطة، وصدّر قائمة موثقة، وأسعارها بالريال. عرض المشروع - ### Oxygen Academy التعلم الجامعي في السعودية: مقررات واختبارات وأدوات مذاكرة بالذكاء الاصطناعي ومستحقات للمدربين وعمولات للسفراء في منصة واحدة. عرض المشروع - ### مساحة عمل قانونية للفرق القانونية في السعودية: القضايا والملفات الخاصة والبحث الموثق والصياغة والتوقيع والتصدير بصيغة PDF، مع فصل عمل كل فريق عن غيره. بعض البيانات الظاهرة في الشاشات تجريبية. أين يناسب ## كل مجال تعرف فيه العمل أفضل مما تعرفه البرامج الموجودة. - ### التعليم والتدريب المقررات والاختبارات والمدربون والشهادات. - ### المبيعات والتسويق البحث عن العملاء والقوائم وأدوات الحملات. - ### القطاع الحكومي والموارد البشرية سجلات الموظفين والتقييمات والتقارير. - ### الرعاية الصحية والمشتريات الطلبات والعروض والموردون والفواتير. - ### القانون والامتثال القضايا والمستندات والأبحاث. - ### مجالك أنت حيثما يؤدي جدول بيانات وخبرة شخصية العمل اليوم. مقارنة صريحة ## منصة بلا برمجة، أو فريق خارجي، أو استوديو واحد مسؤول عن البرنامج. | | منصة بناء بلا برمجة | فريق خارجي | FLUIDS | | --- | --- | --- | --- | | العربية من اليمين إلى اليسار | غالبًا محدودة | غالبًا ترجمة | مصممة بالعربية أولًا | | فصل بيانات العملاء | حسب المنصة | حسب الفريق | مفروض في قاعدة البيانات | | الأدوار والخطط والفوترة | قوالب جاهزة | تُبنى إذا حُددت | مصممة مع البرنامج | | من يدير المشروع | أنت | غالبًا أنت | فريق واحد مسؤول أمامك | | القيود مع النمو | قيود المنصة | حسب الشيفرة المتروكة | مراحل على النظام نفسه | | من يملكه | تستأجره | حسب العقد | أنت، شيفرة وبيانات | ### متى سننصحك بعدم البناء - إذا لم يدفع أحد مقابل الفكرة بعد، فابدأ بأرخص اختبار ممكن، فالنسخة الأولى صُممت لهذا تحديدًا. - إذا كانت منشأتك وحدها من سيستخدمه، فأنت تحتاج إلى تطبيق أعمال خاص، لا إلى برنامج اشتراك. - إذا كان قالب جدول بيانات يحل المشكلة، فابدأ ببيع القالب. عندما يكون العملاء مستعدين للدفع كل شهر، يجب أن يُبنى البرنامج ليُباع، لا ليُستخدم فقط. كيف نبنيه ## من خبرتك إلى أول عميل يدفع. 1. 01 ### نحدد النسخة الأولى القابلة للبيع نحدد ما يجب أن يتمكن منه أول العملاء، وما يمكن تأجيله. 2. 02 ### نتفق على الخطة تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. 3. 03 ### نصمم ونبني تستلم كل أسبوع نسخة تجربها، ويطّلع عليها أول عملائك قبل الإطلاق. 4. 04 ### نطلق ونطوّر يُطلق البرنامج باسمك، وتتبعه الخطط والأدوار والميزات الجديدة على مراحل. الأسئلة ## ما يسأله المؤسسون قبل البناء. **هل تُفصل بيانات كل عميل عن غيره؟** نعم، بحكم التصميم. فالحماية على مستوى السجل في كل جدول تمنع أي عميل من الوصول إلى سجلات عميل آخر، مهما حدث في التطبيق. **هل يمكن أن يكون بالعربية والإنجليزية؟** يُصمم بالعربية أولًا ومن اليمين إلى اليسار، ثم تُعكس منه الإنجليزية، لا العكس. **هل يستطيع العملاء الدفع والاشتراك إلكترونيًا؟** نعم. نربط مزود دفع يعمل في السعودية، مع خطط بالريال وفواتير. وتبدأ بعض البرامج بالفوترة اليدوية ثم تضيف الدفع الإلكتروني في مرحلة لاحقة. **هل يمكن أن نبدأ بنطاق صغير؟** نعم، وغالبًا ننصح بذلك. تغطي النسخة الأولى ما يحتاجه أول العملاء الدافعين، بنطاق صغير وجودة كاملة. **هل يمكن إضافة الذكاء الاصطناعي؟** نعم، حيث يختصر عملًا حقيقيًا: مسودات أو محتوى مولّد أو بحث، لكل منها مصدر وحدود معلنة، كما في Leadify و Oxygen Academy و CareerFolio. **هل يمكن أن تكون لكل عميل هويته الخاصة؟** يمكن تصميم ذلك. ونخطط لهوية أو نطاق خاص لكل عميل كمرحلة مستقلة، لأنها تغيّر طريقة عمل الحسابات والاستضافة. **من يملك البرنامج؟** أنت. الشيفرة المصدرية والحسابات والبيانات مسجلة باسمك. **كم تبلغ التكلفة، وكم يستغرق البناء؟** يعتمد ذلك على ما يجب أن تتضمنه النسخة الأولى القابلة للبيع، ولهذا نبدأ بجلسة تحديد النطاق. ثم تستلم خطة مكتوبة بالنطاق والمدة والسعر قبل بدء أي عمل. والجلسة مجانية ودون أي التزام. ## ابدأ بما يجب أن يتمكن منه أول عملائك الدافعين. ناقش منصة SaaS التي تريد منا تطويرها: المستخدمين وصلاحيات الحسابات والاشتراكات والتكاملات. نراجع المتطلبات ونقدّم عرض التطوير. ناقش تطوير منصة SaaS --- # تطوير تطبيقات الأعمال والمنصات | FLUIDS Source: https://fluids.digital/ar/services Language: Arabic العودة إلى Fluids # خدماتنا. نطوّر البرنامج الذي تحتاجه منشأتك: تطبيقًا للعملاء، أو منصة خدمات، أو نظامًا لفريقك. تشمل خدماتنا التصميم والتطوير والتكاملات والإطلاق. - تطوير MVP - تطبيقات الجوال - منصات ويب - مواقع - برمجيات مخصّصة - ذكاء اصطناعي داخل المنتج - تصميم المنتج - أنظمة داخلية ## تطوير MVP لرواد الأعمال والشركات التي تطلب تطوير منتج برمجي جديد. إصدار أول لتطبيق أو منصة ويب جديدة، يُبنى حول مسار أساسي واحد لعميل محدّد. نصمّم الشاشات ونطوّر المزايا الضرورية ونجهّز الإصدار للاستخدام. - نطاق وسعر ومدة مكتوبة - تصميم المنتج والمزايا الأساسية - الحسابات والإدارة والتكاملات المتفق عليها - الاختبار والإطلاق وتسليم الكود المصدري استعرض خدمة تطوير MVP ↗ ## تطبيقات الجوال للشركات التي تحتاج تطبيقًا للجوال لخدمة عملاء محدّدة أو لمسار عمل يستخدمه موظفوها. تطبيقات مخصّصة على آيفون وأندرويد لعملائك أو موظفيك: الحجز وطلبات الخدمة والحسابات والمدفوعات بحسب حاجة الخدمة. نطوّر التطبيق ونجهّز متطلبات نشره في المتاجر. - iOS وAndroid من بناء واحد - حسابات وإشعارات ومسارات الاستخدام اليومية - رفعه على App Store و Google Play - عربي وإنجليزي في نفس التطبيق ## منصات ويب للشركات التي تقدّم خدمة للعملاء أو تدير مسار عمل عبر منصة ويب. بوابات للعملاء ومنصات خدمات وبرمجيات بنظام الاشتراك تعمل من المتصفح. نطوّر الحسابات والصلاحيات ومسارات العمل وأدوات الإدارة التي تشغّل الخدمة. - حسابات، أدوار، وصلاحيات - شاشات التشغيل اليومية - فوترة الاشتراكات إذا كان المنتج يبيع صلاحية الدخول - لوحة للفريق الذي يديرها ## مواقع للمنشآت التي تحتاج إلى تطوير موقع لخدماتها أو صفحة هبوط لحملتها. مواقع الشركات وصفحات الحملات التي تشرح خدماتك وتتيح للزائر إرسال استفسار واضح. نصمّم ونطوّر الصفحات وإدارة المحتوى ونماذج التواصل. - الصفحات المطلوبة - لوحة للنصوص والصور - نماذج وواتساب وتحليلات - عربي وإنجليزي ## برمجيات مخصّصة للشركات ذات الاحتياج التشغيلي المحدّد الذي لا تغطّيه البرامج الجاهزة. برمجيات أعمال تدعم الخطوات التي لا تناسبها أدواتك الحالية: عروض الأسعار أو الموافقات أو الطلبات أو المخزون أو تقديم الخدمة، مع الربط بأنظمتك الأخرى. - مسارات لا يستوعبها الإكسل - مدفوعات سعودية إذا احتجتها - ربط بالأدوات التي تستخدمها - نسخة أولى تعمل، ثم نوسّعها ## ذكاء اصطناعي داخل المنتج للشركات التي تضيف ميزة ذكاء اصطناعي محدّدة إلى منتج برمجي. ميزات ذكاء اصطناعي نطوّرها داخل تطبيق أعمالك أو منصة عملائك: محادثة تعتمد على محتواك، وبحث في المستندات، وتوصيات، ومسودات للمراجعة. جزء من البرنامج الذي نسلّمه. - شات بوت يعتمد على محتواك - بحث يفهم العربية والإنجليزية - توصيات في المسار الأساسي - أتمتة للمهام الإدارية المتكررة ## تصميم المنتج للفِرق التي تجهّز تطبيق أعمال أو منصة للتطوير أو لإعادة التصميم. تصميم مسارات المستخدم وواجهات تطبيقات الأعمال ومنصات الويب، بما يشمل الواجهات العربية والصلاحيات وشاشات العملاء والموظفين، لتكون جاهزة للتطوير. - مسارات المستخدم قبل الشاشات - واجهة للجوال أو الويب أو لكليهما - حالات الفراغ والخطأ والتحميل - تسليم داخل نفس البناء ## أنظمة داخلية للمنشآت التي تستبدل جدولًا أو إجراءً يدويًا محدّدًا بنظام داخلي مخصّص. أنظمة داخلية يستخدمها فريقك لإدارة العملاء وعروض الأسعار والموافقات والمخزون والتقارير. نطوّر الصلاحيات والوصول إلى البيانات والتكاملات بحسب مهام كل مستخدم. - الشاشات التي يستخدمها الفريق طوال اليوم - صلاحيات تضمن أن يرى كل شخص السجلات المناسبة له - استيراد من Excel، وتصدير عند الحاجة - تقارير يستطيع المدير قراءتها ## لنناقش البرنامج الذي تحتاجه. أخبرنا كيف تعمل منشأتك، ومن سيستخدم البرنامج، وما المهام التي يجب أن ينجزها. نراجع معك متطلبات التطوير والتكامل مع أنظمتك. واتساب --- # حالات استخدام — كيف تنفذ كل شيء بالذكاء الاصطناعي | Fluids Digital Source: https://fluids.digital/ar/use-cases Language: Arabic الرئيسية / حالات الاستخدام § Use Cases # كيف تنجز ذلك أدلة عملية خطوة بخطوة لكل ما يطلبه عملاؤنا غالبًا — مع الأدوات، المدة، والقرار. 01 / 03 حالة استخدام · التحقّق من الفكرة تحقّق من الفكرة قبل توسيع البناء. ابدأ بتحديد الافتراض غير المؤكّد: من يواجه المشكلة، وهل يساعد المسار المقترح، أم هل الحل ممكن تقنيًا؟ اختر تجربة صغيرة تجيب عن السؤال. قد تناسبك المقابلات أو اختبار الاهتمام أو نموذج أولي أو MVP محدّد النطاق بحسب المرحلة. الإطلاق فرصة لجمع الدليل، وليس ضمانًا للطلب أو العملاء الدافعين. تُحدّد المدة بحسب التجربة المختارة 02 / 03 حالة استخدام · أدوات داخلية كيف تبني لوحة تحكم داخلية لفريق العمليات كل شركة سعودية لديها «جدول البيانات الذي لا غنى عنه» — والذي لا يمكن توسيعه بأمان. لوحة تحكم داخلية مخصصة تستبدله: بيانات فورية من CRM/ERP، صلاحيات حسب الدور، وسجلات تدقيق. تُبنى خلال 3–6 أسابيع على Next.js + Supabase، تملكها أنت، وتُنشر على بنيتك التحتية. 3–6 أسابيع من البداية للنهاية 03 / 03 حالة استخدام · إطلاق عربي أولاً كيف تطلق تطبيقاً عربياً أولاً أغلب التطبيقات المبنية خارج الخليج تضيف العربية في النهاية، فتبدو مكسورة: علامات الترقيم تنقلب، والأرقام تتصادم، واتجاه الصفحة يختل، والواجهة العربية تبدو كمخطط مترجم. في السعودية يجب أن يكون التطبيق عربيًا من الأساس: اتجاه صحيح، وأرقام محلية، وتواريخ هجرية وميلادية، ومدفوعات سعودية، ونصوص يكتبها متحدثون بالعربية، لا ترجمة آلية. يحدد ضمن نطاق بناء MVP --- # كيف تبني لوحة تحكم داخلية لفريق العمليات | Fluids Digital Source: https://fluids.digital/ar/use-cases/build-internal-dashboard Language: Arabic الرئيسية / حالات الاستخدام / حالة استخدام · أدوات داخلية حالة استخدام · أدوات داخلية # كيف تبني لوحة تحكم داخلية لفريق العمليات كل شركة سعودية لديها «جدول البيانات الذي لا غنى عنه» — والذي لا يمكن توسيعه بأمان. لوحة تحكم داخلية مخصصة تستبدله: بيانات فورية من CRM/ERP، صلاحيات حسب الدور، وسجلات تدقيق. تُبنى خلال 3–6 أسابيع على Next.js + Supabase، تملكها أنت، وتُنشر على بنيتك التحتية. ⏱ 3–6 أسابيع من البداية للنهاية ابدأ هنا نفّذها عنك راسلنا واتساب احجز مكالمة § المشكلة جداول البيانات تتعطل بصمت. بلا صلاحيات، بلا تدقيق، بلا تزامن فوري، وخلية خاطئة قد تكلفك ربع سنة. § النتيجة لوحة تعمل فعليًا يستخدمها فريقك يوميًا، بصلاحيات حسب الدور وبيانات فورية. § خطوة بخطوة ## كيفية التنفيذ 1. 01 ### الأسبوع 1 · مراجعة جدول البيانات وسير العمل مقابلة المستخدمين الفعليين. اكتب كل عمود وصيغة وتحديث يدوي وقرار يقوده الجدول. 2. 02 ### الأسبوع 1–2 · تصميم نموذج البيانات جداول Postgres على Supabase مع RLS. تعريف الأدوار: مشاهد، ومحرّر، ومشرف. سجل تدقيق يوثّق كل تعديل. 3. 03 ### الأسبوع 2–4 · بناء الواجهة جداول، فلاتر، تحرير جماعي، تصدير CSV. متجاوبة مع الجوال لمديري الميدان. 4. 04 ### الأسبوع 3–5 · ربط مصادر البيانات الفعلية مزامنة من CRM (HubSpot/Salesforce)، ERP (Odoo/SAP)، بوابة الدفع، وواتساب الأعمال. 5. 05 ### الأسبوع 5–6 · هجرة، تدريب، إطلاق استيراد البيانات التاريخية، تدريب الفريق بالإنجليزية والعربية، التشغيل لأسبوع بالتوازي مع الجدول، ثم التحويل. § الأدوات ## ما نستخدمه Next.js Supabase PostgreSQL Vercel HubSpot Salesforce Odoo WhatsApp Business API n8n § ننفذها لك Fluids Digital تسلّم لوحة التحكم الداخلية خلال 3–6 أسابيع، على بنيتك التحتية. § باقات مرتبطة ## ابدأ بإحدى هذه الباقات أدوات الأعمال الداخلية لوحات SaaS تطبيقات ويب مخصصة § FAQ ## أسئلة متكررة ### لماذا لا نستخدم Airtable أو Notion فقط؟ تعمل، إلى أن تحتاج إلى RLS أو سجلات تدقيق أو تكاملات حقيقية أو منطق مخصص أو امتثالًا لـPDPL. لوحة مخصصة تتوسع معك وتملكها. ### هل تعمل على الجوال؟ نعم — متجاوبة افتراضيًا، ويمكن إضافة غلاف React Native خفيف لموظفي الميدان اختياريًا. ### هل تدعمون PDPL؟ نعم — تقليل البيانات، وتدفقات الموافقة، والصلاحيات حسب الدور، وسجلات التدقيق، وحقوق التصدير والحذف، كلها مدمجة في التصميم. ### كيف تنتقلون من جدول البيانات الحالي؟ نكتب استيراداً نظيفاً، نتحقق منه صفاً بصف معك، ونشغّل النظامين بالتوازي لأسبوع قبل التحويل. حالات أخرى → تحقّق من الفكرة قبل توسيع البناء. تُحدّد المدة بحسب التجربة المختارة → كيف تطلق تطبيقاً عربياً أولاً يحدد ضمن نطاق بناء MVP كل حالات الاستخدام --- # كيف تطلق تطبيقاً عربياً أولاً في السعودية | Fluids Digital Source: https://fluids.digital/ar/use-cases/launch-arabic-product Language: Arabic الرئيسية / حالات الاستخدام / حالة استخدام · إطلاق عربي أولاً حالة استخدام · إطلاق عربي أولاً # كيف تطلق تطبيقاً عربياً أولاً أغلب التطبيقات المبنية خارج الخليج تضيف العربية في النهاية، فتبدو مكسورة: علامات الترقيم تنقلب، والأرقام تتصادم، واتجاه الصفحة يختل، والواجهة العربية تبدو كمخطط مترجم. في السعودية يجب أن يكون التطبيق عربيًا من الأساس: اتجاه صحيح، وأرقام محلية، وتواريخ هجرية وميلادية، ومدفوعات سعودية، ونصوص يكتبها متحدثون بالعربية، لا ترجمة آلية. ⏱ يحدد ضمن نطاق بناء MVP ابدأ هنا نفّذها عنك راسلنا واتساب احجز مكالمة § المشكلة التطبيق الذي يضيف العربية لاحقًا يفقد أغلب مستخدمي الخليج من أول جلسة، ولا يعودون. § النتيجة تطبيق عربي أولًا، ويعمل بالشكل الصحيح في السوق السعودي. § خطوة بخطوة ## كيفية التنفيذ 1. 01 ### ابنِ العربية من طبقة البيانات كل حقل قابل للترجمة كائن JSON بالشكل {en, ar}، بلا قيم احتياطية فارغة، وبلا نصوص مختلطة اللغات. 2. 02 ### RTL مبني من الأساس، لا حلول CSS ترقيعية استخدم خصائص CSS منطقية (start/end)، وإضافة Tailwind RTL، و dir='rtl' على . اختبر كل تدفق في الاتجاهين. 3. 03 ### تعريب الأرقام والتواريخ والعملة الأرقام العربية الهندية أو الغربية حسب اللغة، والتاريخ الهجري اختياري، وتنسيق الريال (٢٥٠٫٠٠ ر.س). 4. 04 ### الدفع بقنوات سعودية مدى، STC Pay، تابي، تمارا، HyperPay، ميسر — Stripe للبطاقات الدولية فقط. 5. 05 ### استعن بكاتب نصوص عربي نصوص تجربة عربية حقيقية — رسمية لكنها دافئة، خليجية. أدوات الترجمة تنتج نصوصًا جامدة لا تعكس هوية العلامة. 6. 06 ### إطلاق بتسويق عربي أولاً إعلانات عربية، صفحة هبوط عربية افتراضياً، دعم واتساب باللهجة الخليجية. § الأدوات ## ما نستخدمه Next.js Tailwind CSS i18next Supabase Mada STC Pay Tabby Tamara WhatsApp Business API § ننفذها لك نبني التطبيق جاهزًا للسوق السعودي من اليوم الأول. § باقات مرتبطة ## ابدأ بإحدى هذه الباقات تطوير MVP مواقع الأعمال صفحات الهبوط تطبيقات ويب مخصصة § FAQ ## أسئلة متكررة ### هل يمكنني الإطلاق بالإنجليزية فقط وإضافة العربية لاحقاً؟ نعم إذا ناسب جمهورك. وإذا كانت العربية ضمن الخطة، فخذ في الاعتبار اتجاه الواجهات من اليمين إلى اليسار، والمحتوى، والاختبار منذ البداية، ليكون نطاق إضافتها لاحقًا واضحًا. ### هل تكتبون النصوص العربية؟ نعم — كتابة نصوص عربية خليجية أصيلة مدرجة في نطاقنا القياسي. ### تواريخ هجرية أم ميلادية؟ يمكن الاختيار لكل مستخدم. أغلب تطبيقات الشركات تستخدم الميلادي، وتطبيقات الأفراد غالبًا تقدّم الخيارين. ### ماذا عن الفصحى مقابل اللهجة الخليجية؟ نصوص الواجهة بفصحى واضحة. التسويق بنبرة خليجية دافئة. وحلول الذكاء الاصطناعي، إن وُجدت، تُختبر على النمطين. حالات أخرى → تحقّق من الفكرة قبل توسيع البناء. تُحدّد المدة بحسب التجربة المختارة → كيف تبني لوحة تحكم داخلية لفريق العمليات 3–6 أسابيع من البداية للنهاية كل حالات الاستخدام --- # كيف تتحقّق من فكرة مشروعك قبل بناء MVP؟ | FLUIDS Source: https://fluids.digital/ar/use-cases/validate-an-idea Language: Arabic الرئيسية / حالات الاستخدام / حالة استخدام · التحقّق من الفكرة حالة استخدام · التحقّق من الفكرة # تحقّق من الفكرة قبل توسيع البناء. ابدأ بتحديد الافتراض غير المؤكّد: من يواجه المشكلة، وهل يساعد المسار المقترح، أم هل الحل ممكن تقنيًا؟ اختر تجربة صغيرة تجيب عن السؤال. قد تناسبك المقابلات أو اختبار الاهتمام أو نموذج أولي أو MVP محدّد النطاق بحسب المرحلة. الإطلاق فرصة لجمع الدليل، وليس ضمانًا للطلب أو العملاء الدافعين. ⏱ تُحدّد المدة بحسب التجربة المختارة ابدأ هنا نفّذها عنك راسلنا واتساب احجز مكالمة خطّط لإصدارك الأول ## أدلة عملية لبناء MVP. اختر السؤال الذي يشغلك: الميزانية أو المدة أو المزايا أو المنصة. ثم ناقش معنا متطلبات تطوير تطبيقك أو منصتك. ### التكلفة والميزانية ما الذي يحدّد تكلفة بناء MVP؟ ### النطاق والمزايا ما الذي يدخل في الإصدار الأول من MVP؟ ### المدة والإطلاق كم يستغرق بناء MVP وإطلاقه؟ § المشكلة قد يرفع بناء ميزات كثيرة قبل فهم العميل تكلفة القرار التالي. ولا يغني الوصف المطوّل عن دليل على حاجة المستخدم المستهدف إلى النتيجة الأساسية. § النتيجة فرضية موثّقة ودليل من التجربة المختارة وقرار تالٍ: التعديل أو إعادة الاختبار أو بناء MVP محدّد أو التوقّف. § خطوة بخطوة ## كيفية التنفيذ 1. 01 ### حدّد سؤالًا واحدًا حدّد المستخدم والمشكلة والافتراض، واكتب الدليل الذي قد يدفعك إلى تغيير الاتجاه. 2. 02 ### اختر أصغر تجربة مفيدة استخدم المقابلات لفهم المشكلة، والنموذج الأولي لاختبار التفاعل غير المؤكد، وإثبات المفهوم للمخاطر التقنية، أو MVP لاختبار المهمة كاملة. 3. 03 ### اتفق على النطاق والدليل حدّد المشاركين وملاحظات النجاح والاستثناءات والملكية وأي إنفاق قبل الاختبار. تجنّب تعميم نسب تحويل واحدة على جميع الأفكار. 4. 04 ### راقب السلوك الفعلي ميّز بين التعليقات والتسجيل وإكمال المهمة والعودة للاستخدام والدفع، وسجّل مواضع التعثّر والحاجة إلى المساعدة. 5. 05 ### قرّر الإصدار التالي قارن الدليل بالسؤال الأصلي مع توضيح حدوده، ثم اتفق على التجربة التالية أو نطاق الإصدار الأول. § الأدوات ## ما نستخدمه Customer interviews Prototypes Product analytics User feedback § ننفذها لك نساعدك في تحويل فكرة محدّدة إلى نطاق MVP وإصدار يعمل وخطة للتعلّم من الاستخدام، مع الاتفاق على البناء ومدته كتابةً. § باقات مرتبطة ## ابدأ بإحدى هذه الباقات تطوير MVP تصميم المنتج § FAQ ## أسئلة متكررة ### هل أحتاج إلى تطبيق كامل للتحقّق من الفكرة؟ ليس دائمًا. ابدأ بالسؤال غير المحسوم، فقد تجيب عنه مقابلة أو نموذج أولي أو تجربة محدودة قبل الاستثمار في منتج يعمل. ### ماذا لو كانت لدي عدة افتراضات؟ ابدأ بالافتراض الأكثر تأثيرًا في قرار البناء، ووثّق ما تختبره كل تجربة حتى تستطيع تفسير نتائجها. ### هل يجب شراء إعلانات؟ لا. قد يناسبك استقطاب مشاركين أو إجراء مقابلات أو تجربة مع عميل معروف. وإذا شملت التجربة إعلانات مدفوعة، فاتفق أولًا على الميزانية والجمهور والقياس. ### هل يضمن MVP عملاء يدفعون؟ لا. يتيح MVP اختبار منتج يعمل مع المستخدمين، ويحتاج الطلب والاستعداد للدفع إلى دليل من الجمهور المقصود. حالات أخرى → كيف تبني لوحة تحكم داخلية لفريق العمليات 3–6 أسابيع من البداية للنهاية → كيف تطلق تطبيقاً عربياً أولاً يحدد ضمن نطاق بناء MVP كل حالات الاستخدام