Feature Request & Feedback List

Welcome to the feedback list! Here's some tips for giving your feature requests and suggestions:

 

Search before posting: See if someone else has already posted your suggestion. If you add your support to an existing post, you're more likely to push the request to the top.

 

Keep one suggestion to one thread: Do not combine lots of different suggestions/requests together in one thread. Keeping suggestions separate avoid confusion you're voting for and avoids Cratejoy missing your feedback.

 

How the feedback and suggestions list works

This is THE place to post your Cratejoy product feedback and suggestions.

 

Why a dedicated spot for suggestions and feedback?

Posting your feedback and suggestions here gives everyone a chance to contribute - others may share your thoughts or have different ideas. The more people who vote up your suggestion, the more likely it is to bubble to the top of the list.

 

Before posting a suggestion

Always search the feedback list for existing discussions before posting a new one. Someone may already have posted your suggestion or feedback, and you can add your "vote" by posting to it.

 

Popular feedback and voting

Popular requests bubble up to the top. However, popularity is just one aspect that determines what we include in the roadmap. Read more about how we handle requests here

 

Timelines

Except for a very small number of exceptions, the Cratejoy team does not provide ETAs or timelines on features. Where possible, we will communicate the status of a particular suggestion.

 

How Cratejoy manages this list

We read all of the feedback posted in this list, even if we don't directly reply to it.  

Platform should use my local time zone not UTC

Need to be able to see my store's data in my time zone rather than in UTC

 

  • All stats need to think of "today" as today in my time zone
  • All cut-offs and renewal messaging to my subscribers should be in my local time zone
  • All exports and data displays need to show my time zone
  • E-mail notifications to my subscribers should show the times in my time zone
  • Amir Elaguizy
  • Dec 21 2015
  • Planned
  • Apr 23, 2018

    Admin Response

    Cratejoy should be customizable to operate under your local business hours. That is why we are starting development of a feature so that you are able to edit what timezone your store operates under.

     

    Date and time are integral to every part of the platform so we have a lot of work ahead of us. Once this is completed, you will be able to select a timezone setting for your store.

     

    Benefits of local timezone customization include:

     

    • Cutoff dates and coupon activation/expiration dates will align with midnight your timezone instead of midnight UTC, as it is now. So when you tell your customers that have till April 30th to buy your box, it will be midnight April 30th your timezone.
    • Store analytics, charts & exports will also be in the customized timezone. This will make it easier for you to compare your store data (e.g. revenue on a specific date) with other 3rd party tools, like Google Analytics or Facebook Ads, which can be customized for timezones.

     

    Some caveats:

     

    • By default each store will still be UTC until its timezone settings are customized.
    • If the selected timezone adheres to daylight savings time, it will automatically adjust for the merchant during those dates.
    • You should be aware that any historical reports or data could be different once you customize your store timezone settings. The store data does not change in our database, but how the data is grouped and displayed will change if timezone is customized. This means that numbers that you’ve used historically can, and probably will, adjust when you customize your timezone settings. For example, some orders that used to be on a certain day UTC and will now be on a different day based on your timezone settings.
    • The Cratejoy API will also be available to be adjusted by timezone settings. The API won’t change by default so that existing integrations do not immediately break. If you would like your API integrations to also adhere to customized timezone settings, then parameters can be added to API integrations at your own discretion. After much review, this migration plan will disrupt the fewest amount of merchants as possible.

     

    As I mentioned before, this is a huge undertaking. We appreciate your patience and feedback while we work on this project.


    If anyone has any questions, thoughts or concerns about this, please reach out to me at grant@cratejoy.com

  • Attach files
  • Malcolm Leissring commented
    January 15, 2016 01:11

    I second this!  Any response? At least make it a US time!

  • Jillian Kirby commented
    March 4, 2016 19:06

    YES YES YES!!!!!!! This is killing us! We need time zones to be subjective to each user.... but at the very least, it should be a North American default. 

  • Amber Golightly commented
    March 20, 2016 19:35

    All of the thumbs up on this one. At least relevant to whatever continent the merchant is on :P

  • Guillaume McIntyre commented
    March 21, 2016 01:44

    +1

  • Brian Runnals commented
    March 31, 2016 17:05

    What is the status of this? This is one of the most requested updates and we have not heard anything from CJ about fixing it

  • AC Coombs commented
    April 7, 2016 07:51

    Yes, we have issues with this almost every day. Really would need to make this happen. 
    A customer who signs up on March 31st and is expecting to be in a certain batch but they are not because in CJ's system it's in April. VERY confusing to the customer and the merchant.

  • AC Coombs commented
    April 8, 2016 21:56

    This is a perfect example why having the date and time synch up is so necessary. Customer complains because she's expecting her delivery in one batch because she ordered on the 31st. But it's in another batch because in CJ it has her signup date as the next month. Would be very nice to get this addressed.

  • Nathaniel Vazquez commented
    April 14, 2016 20:33

    This also really confuses our customers when we give them coupons with expiration dates.  We basically have to fudge it and lie to them and make every "urgency" coupon we create have an extra day of availability.  If we don't do that, the US customers who sign up in the evening are not able to use the code.

  • Aly Baxter commented
    April 15, 2016 18:29

    Seriously - I hate this too - we have a UTC clock in the office so we know what time everything is actually happening in. It's not a good solution - the fix is pretty hard but it's something we want to do in the future. 

    I'll keep you all updated :-) 

  • Espionage Cosmetics commented
    May 17, 2016 02:32

    I would LOVE to have this happen! Other e-comm sites let you, as the merchant, select what time zone you're based in and everything reflects that choice.

  • Shannon Warr commented
    June 21, 2016 18:53

    They've got to have different time zones. This is a subscription based website, get it together cratejoy!

  • Guest commented
    July 15, 2016 04:36

    I believe in you Cratejoy!  This would be great!

  • Guest commented
    August 1, 2016 14:59

    This also is messing up Coupons.  Saying they are ineligible if they are near the cut-off because of the time zone error

  • Jamie Chvotkin commented
    October 20, 2016 03:07

    It is ridiculous that this has not been fixed yet. It makes no logic except to make it easier on some programer who fights back every attempt by change it.

  • Bailey Loveless commented
    November 6, 2016 17:42

    I second this (15th this?). Can we get another update on the status of this? The last admin post was April.

  • AJ Fountain commented
    December 5, 2016 21:49

    This would be beneficial to us! Any updates from CJ?

  • Jamillah Gabriel commented
    December 21, 2016 17:06

    This time issue really throws things off. And makes it difficult to keep track of subscribers' sign up dates. A fix for this would be much appreciated.

  • Jen Sea commented
    March 1, 2017 18:22

    Omg it wasn't just me!!!!!!!

  • GREG Jones commented
    September 5, 2017 15:21

    Do this please!!! Every month we get confused customers in EST to PST time zones that order on the cut off day and get boned by UTC, such a pain to fix every month!

  • Guest commented
    February 28, 2018 18:23

    Hi any updates on this?  I continue to have issues with dates being off causing customer confusion.  As someone suggested below, maybe moving to a US time zone (assuming that is where most of your customers are) would be a good / easier first step?  This could possibly be a really good, if not perfect, solution for many of your merchants.  Thanks.  

  • Chadwick Posey commented
    March 6, 2018 16:11

    It should not be too difficult -- if you're already storing times in GMT, simply ask a user to specify what timezone they'd like to see it in (say PST)... the only difficulty would be detecting if DST is observed.  Again, don't detect it, just simply ask "Observe daylight savings time"... have a lookup table of all DST changes from now until whenever (20 years out).  You use whatever programming language's "toLocalTime" functions to convert from GMT/UTC to the user's time zone and then you use their specified flag to turn on/off DST based on the time window specified...

    You can find a list that gives you all the DST times from now until 2032 here:
    https://greenwichmeantime.com/time-zone/rules/usa/

    Here's how to convert GMT to a local timezone in java:
    https://stackoverflow.com/questions/12487125/java-how-do-you-convert-a-utc-timestamp-to-local-time

    Here's how to do it in .NET:
    https://docs.microsoft.com/en-us/dotnet/standard/datetime/converting-between-time-zones#converting-utc-to-a-designated-time-zone

  • Sharon Podobnik commented
    April 2, 2018 21:20

    Cmon, man! It's been a year and a half!