Welcome to Deliveries Package Tracker Q&A, where you can ask questions and receive answers from other members of the community.


+1 vote

First, let me commend you on a well designed and useful app. I can (at least partially) appreciate the complexity of your work, with the many, many data sources and diverse set of users.

Second, I'll list some specific conditions that exist now. They are useful for understanding a few requests I will make at the end.

  1. "Estimated Delivery Date" (EDD hereinafter) apparently is "User EDD."  Because all delivery dates are estimates, what really matters is the source of the estimate.  Thus, assuming the info comes from the "Provider," the "Expected Delivery Date" (ExDD hereinafter) is really an estimate also.
  2. "Providers" (sellers and couriers/shippers) often provide vague or no delivery date estimates (ExDDs?).  "Within 5-35 business days" is far from a specific ExDD.
  3. In many cases these days, shipments are carried by multiple couriers, one handing off to another along the way.  And in many of these case, there is no ExDD provided by the courier during, say, the first and longest leg of the trip (say, from China ;-). Sometimes status is provided for the first time by the last courier, sometimes on the day of delivery itself.
  4. This situation increases the value of User EDD.
  5. When an User EDD is used to show an interval of X days or Y weeks until delivery, as time goes on and the date passes, in the app the number of days/weeks abruptly changes to a different greyed out value, the number of days since the "Created date" maybe?  Usually this is a larger number.  And since the number seems to be used for sorting the list, independent of what the number is based on, the record then jumps to the bottom of the sorted list.  The value of the User EDD is suddenly no longer utilized.
  6. For some "Providers," perhaps only USPS, Shipping date can be entered by the user, but that data does not seem to be used for anything displayed to the user, except in the data entry form.

So, not to say it is not a great app.  It is.  But here are some related requests that would enhance usability with (hopefully) little new effort:

  1. Try to prevent the User EDD from being null.  If the User has not entered an EDD, set that value to the ExDD, if that exists.
  2. Give the user the option of always displaying "days until delivery" number, even if it becomes a negative number.  A negative number would preserve the sorting order, plus it would make it evident to the user that their estimate needs to be revised.  Abruptly changing from: "days until delivery" based on User EDD, to: "days since record was created" based on Created date... is confusing and perturbs sort order prepared by users.
  3. Give the User an option of having the Shipped date displayed, if the date is known.
  4. Maybe give the user the ability to provide a Shipped date. Seeing shipped date info helps the user make better observations about things like possible problems, like: 'not shipped/out of stock' conditions, versus unexpectedly long shipping durations.  Sometimes a long delay has nothing to do with courier performance (though it usually does).
  5. In cases where the user knows in advance a "Provider" will not providing status, could you create a placeholder or dummy provider?  This would allow the user to keep manually tracked items sorted in their list.  There would be no processing delay trying to look up status for these records.
  6. If it's important, you could (continue to) use font shading to indicate some characteristic of the data, e.g. differentiate between the days until delivery is based on Provider or User estimates.

Thanks in advance to anything you can do to address these requests.

asked in Settings by (620 points)
edited by

1 Answer

0 votes
Best answer

First of all sorry for not getting back to you earlier! I really appreciate your constructive feedback.

  1. Unfortunately, I currently do not have a system in place to differentiate between a EDD and ExDD. Thus, any user entered dates will be overwritten if the courier specifies a different one. For me, this is very useful because I generally put a rough EDD myself and want it to change as soon as there's some actual information by the courier. As the ToDo list currently is extremely long and I don't have as much time to work on the app as I'd like to, this will probably not change any time soon, sorry!
  2. I've added it to the ToDo list, definitely a well though out change!
  3. As the created date of a delivery can be changed (and is displayed in grey), it should be sufficient for this use case.
  4. See 3.
  5. There's the "Unknown" provider for this
  6. See 1.
answered by (33.3k points)
selected by
About | Privacy | © 2013-2018 oRRs (Oliver Rennies)