Birst being a cloud based platform is a both a blessing and a curse. as the data scales the performance of the tool deteriorates. although simple KPI reports can be quickly obtained, load intensive functions such as STAT or LET becomes hard to perform.
The customer service is rather poor when the problems at hand are tough. The turnaround time for some of the bigger problems can go on for months without an alternative solution
The processing time for each space is not consistent. outside US servers the processing time is very time consuming. Our APAC spaces in birst gets updated data by afternoon of a working day.
The scheduled reports might not come in time if the server is busy. We have had instance in which the scheduled reports would come a whole 24 hours later than the scheduled time.
Birst is a very difficult setup for change. If the data in the company is changing constantly then birst is not the tool to be held with. after implementing best practices, we were able to bring down the processing time of birst live to max 25 mins.
When the size of the data scales, powerful functions such as STAT (bring data at a different level and aggregates in the report) and LET are hard to perform. We have had instance in which STAT would run for more than an hour to render reports
Birst designer are still in FLASH and the vizualiser which is in HTML5 lacks several critical functions like scheduling, notifications, saving expressions and managing them. this leaves the customer to use the designer module instead of the vizualiser module, however the support for designer has been removed without keeping in mind that the visualizer component is incomplete.
Plug n play analytics is hard to perform unless you have certain technical knowledge. Data in flat files or excel files cannot be analyzed or visualized instantly like it can be done in Tableau
or any other BI Platform.
External Inputs cannot be made on the report. External parameters and data cannot be blended with the existing report. For example, if we had to increase our discounts by x% how much would our sales be? these kind of questions are hard to perform.
The syntax of each module in birst is different. This shows lack of team work within birst. for example. In designer module the ubiquitous if statement is denoted by IF and in Admin it is denoted by IIF. this would lead to end user being confused.
Certain important critical functions such as Report bursting, querying sample data and parameterized reporting are available only to the admins and not the end users.
Most of the code change requests in customer service tickets are still pending to date and some of them are unresolved.
Birst has quite a bit of learning curve as it has its own syntax. one would need to be educated to understand the different types of expressions which exist in birst.
Birst lacks search functionality in designer and searching in visualizer is rather tedious if you have several KPI named similarly
The Pivot Control functionality is rather poor and pathetically mimics the pivot of excel
Advance analytics is not possible. Different statistical models cannot be implemented. this would require data to be pumped out to perform advance analytics
-Birst connect is limited to 500GB, hence if the data scales the ODBC connector would not be useful
The Data logs thrown out by birst needs to be more intutive and detailed. this would help new users to better understand the problems and troubleshoot it effectively
Usage tracking of birst is tedious which would require a separate space to be created just to track users.
Renewal costs are expensive given the price per BI Platform is coming down in recent years with more and more products coming online.