Share your ideas with us

We want the ability to display shipping reviews to front end customers/users to give them social proof and increase conversion rates. Fast, cheap, convenient and reliable delivery helps to boost conversion rates, especially when you're entering a new market and trying to build brand awareness/trust. It also helps to get customers who are used to visiting your retail stores to shift to shopping online instead of just going in to a store. Currently, shipping reviews are only available to back end users and internal teams in the aftership portal, but we want to be able to have a customisable widget that we can display on places like the homepage, PDPs, information pages like shipping & delivery info pages etc... We can pick and choose or set up rules to automate showing a handful of reviews related to the shipping customer experience.

As a retailer, it would be great if customer preferences can be collected and determine whether to send an SMS notification based on the subscription status synchronized via API.   Moreover, a customer-facing page that allows users to manage their preferences would be even better. We would love to communicate more with our shoppers, which will efficiently improve our customer satisfaction and brand reputation.

Would like to be able to filter the shipping exceptions so I only receive ones for damages. Especially after a club run, we can receive many notices for delivery exceptions which can include delays, intercepts, etc. However, the ones we would primarily like to receive are for damages. we would like to catch these before the customer reaches out to let us know or from the return report.

Could you please make a slight programming change, could you please allow swipping back to the main list of packages once you looked at a package info    iOs

Can we get an option to automatically restock the item based on resolution, not just when received. We still need to process, and inspect the item before we issue the refund, and we can't have our inventory adjusted upon recept. Thanks!

Integration of Sharetown to schedule pickups of items being returned. The process involves Sharetown picking up items directly from the customer's doorstep without the need for packaging. Once the items are picked up, Sharetown will resell the items through their channels and provide business with an agreed-upon gain-share payback based on the resale price.   Key Requirements: No label generation is needed as Sharetown will handle the pickup. A system integration will be needed to push the return data to Sharetown as a pickup request in their system. Sharetown will manage the logistics and resale of the items.

I don't want to sync my email, so it would be great to be able to add a record for items that I've ordered but haven't shipped yet. I can then edit/update the shipment when the tracking number is available. 

Hello,   This is Nailin from Harman. We need to have the option to ‘Save’ the filters & layout on the AfterShip Tracking dashboards / Orders. this function is available in Shipments section but not on Orders. but it is equally important for us to check both dashboards regularly. therefore saved view would be more than important to have.  Thank you! Regards, Nailin

My idea is that when a shipment comes in from China to America,instead of each parcel going right to LAX through customs,each one should go to it's respective state and provence,every state has a sorting and customs center,it would just make it easier to make one stop instead of two or three on the way to the packages final point of delivery,

Currently, AfterShip's webhook outgoing IP list is only available on an HTML documentation page (https://www.aftership.com/docs/tracking/webhook/webhook-outgoing-ips). This makes it impossible to automate IP allowlist management in infrastructure-as-code (IaC) workflows.   Problem: Teams that use IP-based firewalls to secure their webhook endpoints must manually monitor the documentation page for any IP changes and update their firewall rules accordingly. If a change is missed, it can cause webhook delivery failures and broken integrations.   Request: Please publish the webhook outgoing IP list as a dedicated plain-text endpoint — similar to how Cloudflare publishes theirs at https://www.cloudflare.com/ips-v4 — where each IP is returned on a separate line.   This would allow teams to: * Fetch the IP list programmatically as part of their CI/CD or IaC pipelines * Keep firewall allowlists automatically in sync without manual intervention * Avoid service disruptions caused by missed IP changes This is a standard practice among major API providers and would significantly improve the developer experience for customers who manage network security programmatically.