Back to blog

How to Handle a Custom Product Request on X

Compare a buyer’s requested changes with your available options, gather the details that affect feasibility, and reply without accepting work you have not checked.

Notebook cover personalization beside an unconfirmed custom page layout request

Before accepting a custom product request on X, separate changes you already offer from changes you would have to assess. Confirm a listed option only after checking it applies to the buyer’s item; ask for the specifications that determine whether you can make anything else. If a required change is beyond what you can produce, decline that part rather than promising to work it out later.

Separate personalization from custom work

Read the post as a set of requested changes, not as one yes-or-no question. Compare each change with your current product options and their conditions. A name printed on a cover may be an existing personalization option; a different interior page layout may require a new design or production process. Offering the first does not establish that you can deliver the second.

Check the exact product or variant, too. An option available on one notebook size or material may not apply to another. Mark each requested change as confirmed, needing investigation, or unavailable. If you have not yet checked a change, call it unconfirmed—not impossible and not included.

Get the details that determine feasibility

Ask for information that could change the answer, rather than inviting the buyer to send a long brief before you know whether the job is a fit. Record the fields below alongside the changes you have already confirmed. If the public post supplies an answer, do not ask for it again.

  • Specifications: Which product and variant do they mean? What exact dimensions, materials, colors, artwork or layout differ from your listed options? If they have a reference, ask what must match rather than assuming every detail does.
  • Quantity: How many matching units do they need? A change feasible for one item may need a separate capacity check for a larger run. For minimums, pricing and fulfillment commitments, use the bulk-order inquiry guide.
  • Approval: Does the buyer need to see and approve a design or proof before production? If so, establish what they must approve and whether you can provide that step before agreeing to it.
  • Requested date: When do they need the finished item, and is that a production deadline or an arrival deadline? Check feasibility before committing; use the delivery-deadline guide for an arrival-date decision.

Confirm, clarify or decline each requested change

Consider a fictional notebook seller whose current options allow a name on the cover but do not include changes to the interior pages. A buyer posts: “Can you put my name on a notebook and give it a different page layout?” Assume the buyer has not specified the notebook size, layout, quantity or needed date. The seller can confirm the cover-name option only for a variant on which it is offered. The layout is genuinely custom work to investigate, not another name for the listed personalization option. Because the layout details are missing, the seller cannot yet accept the complete request.

A useful first reply would be: “I can add a name to the cover on our eligible notebooks. The different page layout isn’t a listed option, so I’d need to check it before saying yes. Which notebook size and layout do you have in mind, how many do you need, and when do you need them? Would you need to approve a page proof?” This confirms only the supported part and asks for inputs that could determine the rest. It does not imply that a proof, custom layout or particular date is available.

Once the buyer answers, compare the layout with what you can actually design and produce. If you can make it, establish any required proof, quantity and timing checks before agreeing to the order. If the layout is impossible but the name option still helps, offer that narrower option explicitly. If the layout is essential and you cannot make it, say so; do not describe the standard notebook as meeting the original request.

Check the live thread before sending

ReachFast surfaces public X posts asking for products, ranks them by buying intent and displays the post, author and date. It also prepares a reply that opens in the X thread with text typed in; you decide whether to send it from your account. That makes a request easier to notice and answer, but a suggested reply cannot establish your production capacity or available customization options.

Before sending, read the live post and any new replies for changed specifications or a deadline. Check every statement in the draft against your current options and what you have verified you can make. Remove any unsupported “yes,” price, proof or delivery promise. The best public answer may be a focused question, a narrower offer, or an honest decline—not an acceptance of the entire custom order.

Sources

  1. Find people already asking for what you sell | ReachFastreachfa.st

Your next customers are already asking on X

ReachFast finds people asking for your products on X, and ranks them by how ready they are to buy.

Try ReachFast