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.

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?

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.

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.

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.

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.

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

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.

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.

Our business customers want to see the IMEI in the trade-in customer portal. Can you please add this to the page?

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?

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.

Overview: Currently, the Payout Settings in Reusely only accept positive “bonus” percentages. This limits sellers who need to apply a reduction (negative adjustment) for specific payout methods such as cash offers or non-credit transactions. Use Case: Many buyback businesses (including ours, 5Star Wireless) offer both trade-in credit and cash payout options. Trade-in credit receives the full quoted value, while cash offers are typically 10–35% lower due to instant payout structure. Right now, Reusely does not allow negative percentages in the bonus field, which prevents accurate automatic calculations and forces manual workarounds or duplicate listings. Requested Feature: Please allow the “Bonus Percentage” field in Payout Settings to accept negative values (e.g., –10%, –20%, –35%) to represent payout reductions. The system should then automatically apply this deduction to the base quoted amount when customers select that payout method. Why It Matters: Enables more transparent, accurate pricing for customers. Reflects standard industry practices across trade-in and buyback models. Reduces the need for duplicate product lists or confusing manual adjustments. Makes Reusely more flexible for real-world buyback operations. Example: Trade-In Credit → +0% (full value) Cash (In-Store) → –35% Zelle / PayPal → –15% Impact: This would save time, reduce customer confusion, and make Reusely’s payout logic align with how most buyback centers operate. Thank you for considering this feature — it would be a huge help for many of us managing both trade-in and cash offers through your platform.

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.

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

Feature Request: Bin Assignment for Inventory Devices Summary: Allow users to assign devices to specific bins/boxes within the Inventory section of Reusely for better organization, faster reconciliation, and more efficient inventory counts. Problem Statement When processing large volumes of devices through the buyback workflow, they often end up in physical bins or boxes while awaiting the next stage of processing. Currently, there is no way in Reusely to digitally map these devices to their physical bin locations. This leads to: Inefficient Reconciliation: The current Device Reconcile feature requires scanning the entire inventory log, which can be time-consuming when dealing with thousands of devices. Slower Retrieval: Locating a specific device for processing or review can require manual searching or physically sifting through multiple bins. Operational Bottlenecks: Teams are unable to perform smaller, focused inventory counts — slowing down quality control and audit processes. Solution Introduce a “Bin Assignment” feature with the following functionality: Bin Creation & Naming: Ability to create and name bins (e.g., “Bin A1”, “Shelf 3 - Box 2”). Device Assignment: Ability to assign one or multiple devices to a bin when they enter inventory or at any point later. Filtering & Search: Ability to filter/search inventory by bin name for faster retrieval. Bin-Level Reconciliation: Modify the Device Reconcile feature to work at a bin level, allowing partial inventory counts (per bin) instead of forcing full-inventory scans. Optional Enhancements: Bin capacity tracking (optional, for space management). Ability to export or print bin-level inventory lists for physical audits. Benefits Faster Identification: Quickly locate where a device is physically stored. Incremental Inventory Counts: Perform smaller, more manageable reconciliations by bin, rather than scanning the entire inventory log. Operational Efficiency: Reduce labor time and friction in managing high-volume buyback operations. Improved Accuracy: Lower risk of errors when counting or moving devices since the scope is narrowed to a single bin. Better Scalability: Supports large warehouse operations with hundreds of bins.

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.

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.

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.

I’m wondering if you can add item condition to deep links to make them preselected. Currently only device, carrier, and capacity are preselected in deep links.