We really need a “usually ready in 48 hours” option for our in-store pickup options. The 2-4 days is too long and would deter customers, but we can’t always be ready in 24 hours on the weekends.
There is no 48 hours and no free-text field.
Simplest, no app
- Set it to Usually ready in 24 hours. Better to under-promise here.
- For the weekend gap, add one short line where customers see it (product page, cart note, or announcement bar)
or use an app
- Popular ones: Zapiet - Pickup + Delivery, Amai Local Pickup + Delivery, and Store Pickup + Delivery.
Regards,
Ploqo
Thanks. Unfortunately, none of these are great workarounds for us. Hoping the Shopify developers will add a 48 hours line. When I called support, they said it could be helpful to leave a message here to escalate our ticket.
Because the pickup estimate is shown at checkout, I would not select “usually ready in 24 hours” if weekends can push preparation past that. The safer native setup is “2–4 days,” then mark each order ready as soon as it is actually prepared so the customer receives the ready-for-pickup notification earlier. Shopify’s native menu does not offer a custom 48-hour label. If that exact wording must appear at checkout, verify that a pickup app explicitly supports changing this field; Shopify documents replacing the default pickup feature with a custom app only for Plus stores.
Seconding HBNStudio on not picking 24 hours. The expected pickup date is a fixed label rather than a schedule, so it has no idea what day it is, and any preset you choose is going to be wrong for half your week. 2 to 4 days is the one you’ll beat most of the time, and beating an estimate reads as good service. Missing 24 hours on a Saturday doesn’t.
On the free text, there is some, just not where you want it. Settings, Shipping and delivery, Pickup in store, then the Ready for pickup notification section takes pickup instructions that go out with the ready email. Your weekend line fits there for anyone who has already ordered, with the pre purchase version on the page the way Ploqo suggested. Worth knowing that field overrides whatever you have in the email_body variable of that template, so check the template before you save.

