Flagship New Releases
βοΈFlag configuration:
One unified workflow to rule them all.
To further provide the best user experience in Flagship and maintain consistency, we have improved, streamlined but most importantly unified the flag configuration workflow across all use cases.
Since we care about all users and know that some prefer to configure a flag with a JSON format and others prefer to fill in the name, type and value of their flags, we have created 2 configuration modes: standard and expert so that everyone can follow their preferred path.
Want to know more about it?
π Consult the Flag configuration documentation for an AB Test
π Consult the Flag configuration documentation for a Personalization
π Consult the Flag configuration documentation for a Feature Toggle
π Consult the Flag configuration documentation for a Progressive Rollout
β Status Page and Speed Page release:
More trust and transparency
Have you ever had any doubts that some of the problems might have come from Flagship?
With the new Status page you can find out if there is an issue with Flagship by visiting status.flagship.io. There you will find all information about Flagship services and the product maintenance we are working on.
Do you want to know more about the response time of the decision API? You can check out speed.flagship.io. You will get an overview of the overall response time in different regions.
πImprovement of the platform's performance:
Full speed ahead!
You may have experienced some performance issues in early December on Flagship. Since providing the best performance to our users is one of our top priorities, we quickly identified the reason (too many database calls) and worked on a solution.
Not only were we able to solve this problem by implementing a new Redis cache management system, but we also improved the overall performance of the platform.
Here are the improvements we made:
- We made each API call 30% lighter.
- We made the communication with the database smoother,
- We lightened the impact on the CPUs
- And we implemented a Read Replica so that the queries made by our background processes (CRONs) do not increase the load on the production database.
Feature in the previous release that you may have missed
π Scheduler:
Stop worrying that you forget to launch an experiment or a personalization.
Stressed out about forgetting you have an experiment to launch or busy with urgent business and not being able to launch the personalization you spent so much time on? What impact would it have on your business if you forgot about it while other stakeholders thought it was done? How much time and money would you lose by moving on to another task in a hurry to belatedly activate an experience or personalization?
Wouldn't it be great if you could agree with all stakeholders, set a date, and stop thinking about it to focus on other things?
Flagship scheduler not only allows you to plan your experience or feature launch but also to be in sync with all your stakeholders and avoid any missteps of a GTM launch. Don't waste time or worry anymore about forgetting to toggle on a use case.
Try it now π
Want to know more about it?
π Consult the Scheduler documentation