Written feasibility review
Within two business days, receive the field and state map, the safest trigger and acceptance rule, duplicate and failure risks, and the smallest next build quote.
For one repeatable task such as form intake → data cleanup → CRM update. Receive an inactive Make blueprint, observed test results, and written setup and recovery steps.
Start with the trigger, intended result, connected apps, and expected monthly runs. Do not send files, credentials, secrets, screenshots, or customer data in the first message.
Email the scenario briefFor: one repeatable Make.com task with one clear trigger and result, up to three connected apps, and up to ten main modules.
You will receive: an inactive blueprint, configuration map, observed test results, the main failure-path notes, and written operating and recovery steps.
Prepare: the trigger, input, expected result, connected apps, and expected monthly runs. Leave out files, credentials, screenshots, customer data, and secrets.
Next: compare your task with the included scope, then use “Check whether your scenario fits” above.
Describe the trigger and intended result. Get a short written answer before paying for the full build.
Within two business days, receive the field and state map, the safest trigger and acceptance rule, duplicate and failure risks, and the smallest next build quote.
Use written communication only. No credentials, production access, live writes, or customer data are needed for the review.
This is a separate first step from the USD 950 scenario build. A written inquiry is not an order or charge.
Send the Make review briefYou see the limits before payment. Anything outside them receives a separate price and delivery date before work starts.
Webhook, schedule, form submission, new record, or one other defined source event.
Filters, mapping, transformation, API calls, routing, and the main expected failure path.
Make plus up to three connected apps. Provider and credit charges remain separate.
Inactive blueprint, configuration map, observed checks, and written operating and recovery steps.
Run a synthetic five-row dry check. The rule accepts one exact invoice PDF, holds missing or ambiguous files, and skips any row already marked sent.
Typical fit: Google Drive invoice PDF → Gmail, with an exact match, a sent marker, an exception hold, and a written log.
Nothing is uploaded, saved, emailed, or sent. All names, invoice IDs, files, and timestamps below are fictional and fixed in this page.
Dry check not run.
INV-2608-101INV-2608-101.pdfAwaiting local dry check.
INV-2608-102INV-2608-102-DRAFT.pdfAwaiting local dry check.
INV-2608-103INV-2608-103.pdfINV-2608-103 (1).pdfAwaiting local dry check.
INV-2608-104INV-2608-104.pdfSENT MARKER / PRESENTAwaiting local dry check.
INV-2608-105INV-2608-105.pdfAwaiting local dry check.
This synthetic browser demo is not client work or a testimonial. For public, reproducible evidence, inspect the pictured Make setup and local planning tools.
An inquiry creates no contract or charge. Scope, exclusions, payment, delivery, and acceptance checks are confirmed first.
Send the trigger, expected result, apps, and run volume. No files or secrets.
Receive a written fit reply with boundaries, access needs, payment route, and delivery date.
The scenario is built with synthetic or agreed test inputs. Production activation stays off.
Receive the inactive blueprint, observed results, configuration map, and recovery notes.
The first message contains scope only. Production login, OAuth approval, credentials, and customer data are not requested there.
State what starts the task, what result you need, which apps are involved, and how often it runs. The reply will confirm fit, exclusions, access needs, and the next safe step.
Check whether your scenario fitsNo call, contract, or charge is created by the form.
Reply target: two business days. The written agreement confirms scope, payment route, delivery, and what will count as complete before work starts. Sales terms, statutory disclosure (Japanese), and privacy terms.