Manual quote for items that unavailable in the catalog

Currently, if a customer searches for an item that isn’t in our catalog, they hit a dead end. We’d like a way for them to manually enter the item details so our back office team can review it and provide a quote later. One of our competitors does this really well — if an item isn’t found, they let the customer type it in manually, and then follow up by email with a quote instead of forcing an instant price. Example: If someone searches “Canon AE-1” and it’s not in our database, the system should prompt them with an option like “Can’t find your item? Submit for manual quote.” They’d fill in basic details (model name and condition), contact info and what payout they want to receive from us. Our team then receives the request, reviews it, and responds with a manual quote. This would prevent us from losing potential trades and ensures customers stay engaged even when their item isn’t in our database.

Expand the Sell Instant feature

Here’s what would make this feel seamless: Show the Sell Instant button on every inventory item, regardless of how it was added. When I click it, show a simple list of your native buyers with their current offer for that exact item. If the item was acquired under a specific source, put that one first, then the others. On the offer details page, add a small tag next to each item showing its current “Sell Instant” price at a glance—so our team can spot quick wins without extra clicks. Keep the magic you already have: once we pick a buyer, auto-create the label and invoice just like the current Sell Instant flow. How I expect it to look (examples) If I bought an iPhone for $105 under Refreshedtech, tapping Sell Instant would show: Sell to Refreshedtech — $112 Sell to SellShark — $109 Sell to BuybackBoss — $111 If I bought an iPhone for $105 with manual pricing, tapping Sell Instant would show: Sell to SellShark — $109 Sell to BuybackBoss — $111 Sell to Refreshedtech — $112 The ask Please make Sell Instant available for all inventory items, display a ranked list of native buyer offers (with the original source first when applicable), add a “Sell Instant price” tag in the offer details, and continue to auto-generate labels and invoices when we choose a buyer.

Dark Mode option

I really wish the app had a Dark Mode option. These days, most modern apps let you switch between light and dark themes, and it makes a huge difference for comfort. For example, I often use the app at night, and the bright white background can be hard on my eyes. Dark Mode would not only make it more pleasant to use in low-light settings but also give users the choice to match their personal preference (many people just prefer the darker look). Could you please add a Dark Mode option so we can switch between light and dark themes as needed?

Returned Order Flow fails to provide Returned Tracking Number

We’ve noticed a bug in the "customer portal" when an order is marked as “Returned.” Currently, the portal only displays the status as “Returned” but does not show the return tracking number or any relevant shipment details. Instead, it continues to offer an option to “Print Shipping Label,” which may cause confusion for the customer. Expected behavior: When an order is marked as “Returned,” the customer should see a message like: “Your device(s) have been shipped back to you as requested. Your return tracking number is: [Insert Return Tracking Number].” This will help set proper expectations and avoid unnecessary support inquiries.

Activation/General Hold loop closure

right now, if a device goes into activation lock a user is notified and provided instructions. But the end user has no way to acknowledge when they fix it or unlock the device. They have to manually email. It would be ideal if we scope a feature that allows a user to mark complete, this way the Reusely customer knows that they can proceed.

Adding PDF files

There is only a limited options for posting images and PFD files are not included. It would be great if we can add PDF files since PDF are commonly used.

Schedule collection

An option for the customers to schedule a collection from their home or a safe location i.e. starbucks

A Survey when customers reject a revised offer

As a buyback business, we sometimes send a revised offer after reviewing a device. When a customer rejects that revision, we currently don’t know why—which makes it hard to improve our evaluations, pricing, and customer experience. It would help a lot if customers were prompted to pick a reason before they can finalize the rejection. For example, after clicking “Reject revised offer,” show a short, single-step survey like: I disagree with the item evaluation. I disagree with the offered value. I’d like a second evaluation with a more detailed review, and the chance to renegotiate. I found a better price elsewhere. Other (with a text box) Example: I revise an offer for an iPhone from $120 to $105. The customer clicks “Reject revised offer.” A small modal asks them to choose a reason (e.g., “Found a better price elsewhere”) and submit. Only then is the rejection completed. What we need the product to do: Require a short reason survey when a customer rejects a revised offer. Include the selected reason in the rejection email we receive. Display the reason clearly on the offer detail page for future reference (e.g., in a “Rejection reason” section). This will give us actionable feedback to improve evaluations and pricing—and offer a better experience to customers.

Some devices need notes for finalization of unlock

e.g. Google devices require a pin to confirm the unlock. For example, a processor will receive a device, put it into hold, customer acknowledges, but then the processor still needs the 4 digit pin. Can we add a notes box or something to require this info when it is applicable?

Cross-account Searchbar and Unified Offer View

I love the new unified offer management update! Having all offer types in one place has made things much easier to navigate. It’s faster, cleaner, and removes a lot of unnecessary clicking just to find a single offer. But as a white-label parent account, I’m still running into a big challenge: the improvements mainly help when you’re working inside one account. I manage many child accounts, and sometimes I honestly forget which account an offer belongs to. With so many user under my white label, tracking down a single offer can turn into a time-consuming guessing game. For example, if I get a message asking about the status of an offer, I might remember the offer ID, but not which child account created it. Right now, I have to jump into each account one by one until I find it. The new dashboard doesn’t solve that part yet. What would really help: A search bar that lets me search offers across all my white-label child accounts at once. A unified, cross-account view that shows every offer from every child account in a single list. This would let white-label parents benefit just as much as single-account users and make managing multiple clients far more efficient. My request: Please add cross-account search and a unified offer view for white-label parent accounts, so we can easily find and review offers no matter which child account they came from.

Feature Request: Reusely Sandbox Account Environment

We’d like to propose the creation of a Reusely Sandbox Environment, designed as a safe testing and customization space for users to experiment with workflows, notifications, and other platform settings without affecting live production data. Proposed Implementation Domain: A dedicated subdomain such as sandbox.reusely.com to host the sandbox environment. Access & Credentials: Sandbox login should use the same credentials as the production account for seamless management. Clear visual indicators, such as a red border or frame labeled “🧪 SANDBOX,” to distinguish the environment from production. Functionality The sandbox account should be a carbon copy of the production environment, including: Workflows Notifications Branding settings Integrations Replace real data (e.g., Inventory, Invoices, Orders) with dummy placeholder data. Widget Behavior: The Buyback widget within the sandbox should not generate real transactions or display embed codes for public use. Instead, the sandbox should feature a widget preview inside the dashboard to simulate order creation and customer interaction. Persistence & Reset Options The sandbox environment should be persistent, not automatically reset unless prompted. Include a “Reset Sandbox” button, which resets all settings to match the current production state. Access Tier Recommendation We recommend making Sandbox Accounts available to Pro-tier plans and above, offering them as a premium feature for businesses that frequently customize workflows or run complex automations. Benefits Safe testing: Experiment with automations and UI changes without production risks. Confidence in customization: Validate workflow edits before deployment. Faster iteration: Allow teams to trial configurations collaboratively. Improved onboarding: New admins or developers can learn safely.

Support social and SSO login options

I think the login options are too limited right now — it’s just the standard username + password flow. For many of us, it would be much easier and faster if we could log in with Google, Apple, or other SSO/social login options. Not only would this speed things up, it would also give more flexibility and security. For example, I usually use Google SSO everywhere so I don’t have to remember another password. Other people in my team prefer things like Duo or single sign-on through their company. Could you expand the login options to include things like Google/Apple login, or an SSO choice, while still keeping the regular login available? This would make sign-in much smoother and help reduce drop-offs. Change Type

Sendcloud Shipping Integration

Sendcloud provides direct access to the rates of all major carriers (DHL, DPD, etc.) with a Free Plan, without the need for own contracts with DHL & Co. — a major hurdle for new and growing businesses. Would make Reusely a truly viable and competitive solution for the entire European buyback market.

Limit Price Sync Options for White-Label Accounts

When a white-label account goes to set up price sync, they can currently see multiple sources. In our case, we only want them to be able to sync with the white label as their pricing source. For example, if a white-label account trying to price sync their devices, the dropdown shouldn’t list other providers. The only option should be the white label they are signed to, since that’s the dedicated provider for that account. This would make the experience clearer, avoid confusion, and keep things consistent with the brand. Request: Please give us the ability to restrict white-label accounts so they can only sync prices with the white label they are signed to, and not see competitor sources.

Bulk Add Non‑IMEI Items to Invoice

I often invoice large batches of items that don’t have IMEIs or serial numbers (think accessories, test strips, chargers, etc.). Right now, I can only bulk-add IMEI items to an invoice. For non-IMEI items, I have to add them one by one—and even when I do use Bulk Add for IMEI items, I still have to type the sale price into each line manually. It’s slow and easy to make mistakes. Here’s what would make this so much smoother: Let me bulk-add non-IMEI items from inventory to an invoice, just like IMEI items. Give me a simple “Select all” with checkboxes so I can quickly include/exclude specific items. Let me set one sale price for the whole selection (e.g., enter $25 once and apply it to every item I just added). Example: I have 120 boxes of test strips in inventory. I open the invoice, choose Bulk Add, click “Select all,” uncheck 5 mixed boxes I don’t want to include, then type $25 in a single “Apply price to all” field. All 115 lines come in at $25 each—done. Request: Please update Bulk Add so non-IMEI items can be added in one go and allow a single sale price to be applied to all bulk-added items. This would save a ton of time and reduce pricing errors on large invoices.

Preview emails and attach files in pre-update status

As a buyback team, we change offer statuses a lot (On Hold, Not As Described, etc.). When we do, an email goes out to the customer—but we can’t see what that email actually looks like without digging back into Workflow settings. That slows us down and sometimes leads to mistakes. Another hiccup: when we set a status that shares files with the customer (like Not As Described or the On Hold variants), it’s easy to forget to jump to the main Files section first. That means customers sometimes get a status update without the photos or documents they need to understand what’s going on. Example: I’m updating Jack’s offer to On Hold – Needs Photos. Before I click update, I want to preview the email so I can confirm it says “Hi Jack” (not a shortcode) and shows the exact message that will be sent. Right below the Reason field, I want to drag in two inspection photos—without leaving the screen—so Jack gets everything in one go. What we’re asking for A real-time Preview Email button on every status update screen that sends emails. The preview should render with real data (e.g., “Jack” instead of a shortcode) and match the final email exactly. A lightweight Files area right under the Reason field for statuses that share files with customers (e.g., Not As Described, all On Hold). If files already exist in Offer Details, show them here and let us add/remove before sending—so the customer always gets the correct attachments. This would help us work faster, reduce back-and-forth with customers, and ensure every status update is clear and complete.

Customer configurable webhooks

Right now all webhooks have to be configured by our team, but they should really be a setting that users can setup for themselves as a pro feature

Adjustments to Amazon Gift Card

Hi team, I’m looking for some input on this. When a customer selects Amazon Gift Card as a payout, they’re required to enter both an email address and a phone number, even though this information may have already been collected earlier in the checkout flow. My question is: are there specific reasons we require both an email and a phone number for Amazon gift cards? This currently feels like unnecessary friction. It seems that reusing the previously collected email and phone number—or providing a checkbox to use the same contact details—might be a smoother approach. That said, I’d like to better understand the rationale behind the current implementation.

Consolidating Workflows and Notifications into ‘Email Automations’

We’ve successfully consolidated all offer types into a single setting (Offer Management). We’re also working on consolidating Catalog, Conditions, and the Price Editor under one unified setting. Following the same approach, I believe it makes sense to consolidate Workflows and Notifications under one unified setting for the following reasons: Users are often confused about the difference between the two. They function very similarly, both following an email-based IFTTT logic. Many users are not aware that Workflows are offer status–based, while Notifications are based on general triggers. This presents a good opportunity to simplify the experience by combining them into a single setting to help our users understand what these are. Proposed approach: Create a single setting called “Email Automations” that includes both Workflows and Notifications (and we can add any related email templates here as well instead of having them scattered around different settings). Rename Workflow section to “Status Automations” with a tooltip explaining their purpose. Rename Notification section to “Offer Automations” with a tooltip explaining their purpose. Hosting both under one setting would improve visibility and help users discover, understand, and configure both automations at the same time. This is just an idea and I am totally open for feedbacks and once I gather more feedbacks I will submit it as feature / enhancement request.

Please upgrade the limit of the Conditional Question

I would like to suggest to upgrade the limit of the Conditional Question