Separate evidence, maintenance, and acceptance from processing
Evidence of relevant work is a store or a written description the proposer can show you, including what was changed and what was left alone. A claimed approval rate, a logo wall, or a statement that a provider 'accepts this kind of store' is not evidence of the work and is not a provider's decision about your business. Do not ask a proposer to hide the catalog or rename the business so the store looks like something else.
Maintenance is who updates WordPress, WooCommerce, plugins, and the theme after the change, and how long that duty lasts. Acceptance is the check you will perform before the final payment: the system status report matches the proposal, the named checkout shows the named payment method, and a test order is placed because WooCommerce documents test orders as a way to test a checkout. The provider's eligibility decision is not an acceptance test the implementer can pass for you.
You decide which proposal names the work, the access, and the acceptance check you need. The implementer decides what it is willing to contract for. The provider decides processing.
Prism builds research-only stores on WooCommerce, finishes incomplete builds, moves stores, and installs and repairs checkouts. Its build proposals are written scopes that name the pages and features, what you supply, the delivery period, and the included revision rounds, with hosting, support, and license terms stated in writing before you decide. Start dates, supported platforms, and payment arrangements are confirmed in the consultation, and Prism confirms scope, responsibilities, fees, and terms before work begins.
In the consultation request, include the work you need, the platform, whether your logo and product images are ready, the date that matters, and whether you already have proposals to compare. Leave out passwords, API keys, and customer lists.