Adobe Target vs. Drupal

If you're using the Adobe stack and tools to power your website, Target is a great solution to implement. I've utilized Target within two organizations, one running on Adobe Experience Manager (AEM), and the other on Adobe Magento. I don't see how companies could harness the full capacity of Target without also having Adobe Analytics integrated. This is their 'secret sauce' and might not be a good solution for companies who are invested in Google Analytics 360. Integration was straightforward but did require support from the Adobe team to implement successfully. While Target is a great tool for digital teams to support, you'll need your tech team aligned and available to support implementation.

Incentivized

Overall, I would give my rating of Drupal a 7/10 because there is an easy user experience for those without a website background but there is some technology work required to build more website capabilities that aren't as user-friendly. Drupal is specifically well suited to update content (like changing Relationship Manager cards when there is employee turnover), post announcements (putting up a holiday banner to let our customers know the dates we will be closed over Thanksgiving, Christmas, etc., and creating a sophisticated website hierarchy of pages (for our firm, several dropdowns depending on if you're looking for personal banking, business banking, investment banking, about us, etc.).

Incentivized

• This application gives us an incredible integration with Adobe Analytics that allows its operation to be the best and determine the performance of our website.
• It offers us an analysis based on user behavior and a web page customization option to adapt and meet the needs of those users.

Incentivized

• It has excellent security features and consistent updates.
• It allows for extensive customization with the integrated themes and core code, especially when you first install it. This allows our dev team to get creative with marketing initiatives.
• There is a large online community of Drupal users that consistently help answer any questions and issues

Incentivized

• This is something a lot of testing tools struggle with, but I think the WYSIWYG ("What you see is what you get") editor - or Visual Experience Composer (VEC) in Adobe terminology - could definitely use some work. It's a struggle to execute many tests beyond simple copy, color, placement changes, and even the features that do exist are often clunky if not altogether broken.
• The interface itself can be a bit counterintuitive in certain parts. If you are familiar with other tools, it's likely middle of the road in this respect; think much easier to understand than Monetate for instance, but a far cry from the simplicity of an Optimizely.
• It can be a bit buggy from time to time. The worst example is the frequency at which the tool will fail to save due to an error, but not inform you of this until you try to save, at which point your only option is to log out, log back in, and make all of your updates once again. It can become an extreme pain point at times, and I personally have just gotten into the habit of saving every couple of minutes to avoid a massive loss of productivity.

Incentivized

• Security and new release notifications are a hassle as they happen too often
• Allowing them to write PHP modules is a big advantage, but sometimes integrating them is a small challenge due to the version the developer is working on.
• Steep learning curve, but worth it

Incentivized

We have a team of people trained on how to use the application and it integrates well with the other Adobe products we use. Our future roadmap of testing will require some complex scenarios which we hope Target will be able to accomplish

The time and money invested into this platform were too great to discontinue it at this point. I'm sure it will be in use for a while. We have also spent time training many employees how to use it. All of these things add up to quite an investment in the product. Lastly, it basically fulfills what we need our intranet site to do.

The recent UI update is a complete mess. It is difficult to navigate and find features that previously existed. The reactiveness of the page depending on window size is also ridiculous and it is absurd that depending on how large your window is, entire columns of functions will disappear with no indication that they are missing. The usability of the tool has fallen off a cliff.

Incentivized

As a team, we found Drupal to be highly customizable and flexible, allowing our development team to go to great lengths to develop desired functionalities. It can be used as a solution for all types of web projects. It comes with a robust admin interface that provides greater flexibility once the user gets acquainted with the system.

Incentivized

i don't think we use the full functionalities of the tool, but to use the full functions, it's almost impossible (Too hard)

Drupal itself does not tend to have bugs that cause sporadic outages. When deployed on a well-configured LAMP stack, deployment and maintenance problems are minimal, and in general no exotic tuning or configuration is required. For highest uptime, putting a caching proxy like Varnish in front of Drupal (or a CDN that supports dynamic applications).

The bottleneck is never the software program

Drupal page loads can be slow, as a great many database calls may be required to generate a page. It is highly recommended to use caching systems, both built-in and external to lessen such database loads and improve performance. I haven't had any problems with behind-the-scenes integrations with external systems.

Incentivized

On several occasions, we have had the need to ask for help from the Adobe Target support team, and I must say that they have provided us with an excellent experience, as they take care of solving the problems quickly and with high precision

Incentivized

As noted earlier, the support of the community can be rather variable, with some modules attracting more attraction and action in their issue queues, but overall, the development community for Drupal is second to none. It probably the single greatest aspect of being involved in this open-source project.

Incentivized

The instructor that came to train us was awesome and this training was very useful. I would recommend it for anyone who is going to be using this software. I only mark it lower because it is an added expense to an already expensive product, and a lot of the training covered the "Target" portion of the software (which again, we didn't use)

I was part of the team that conducted the training. Our training was fine, but we could have been better informed on Drupal before we started providing it. If we did not have answers to tough questions, we had more technical staff we could consult with. We did provide hands-on practice time for the learners, which I would always recommend. That is where the best learning occurred.

The training was very easy to understand, however it would have been more useful to my development team than me. It was also primarily over-the-phone, which is never as easy to follow as in-person. We ended up scheduling and paying for an in-person training session to supplement the online/phone training because it wasn't helpful enough.

The on-line training was not as ideal as the face-to-face training. It was done remotely and only allowed for the trainers to present information to the learners and demonstrate the platform online. There was not a good way to allow for the learners to practice, ask questions and have them answered all in the same session.

Implement using a global mBox on the page so you can change any and everything over the traditional method. Traditional method is good if you do not have technical web dev resources, do not know Javascript/jQuery, or you have money to blow on mBox calls. Global deployment reduces mBox calls and allows you to touch many parts of the page easily. A lot more customizable

Plan ahead as much you can. You really need to know how to build what you want with the modules available to you, or that you might need to code yourself, in order to make the best use of Drupal. I recommend you analyze the most technically difficult workflows and other aspects of your implementation, and try building some test versions of those first. Get feedback from stakeholders early and often, because you can easily find yourself in a situation where your implementation does 90% of what you want, but, due to something you didn't plan for, foresee, or know about, there's no feasible way to get past the last 10%

Incentivized

We seriously considered another software but because we use so many other Adobe products this made the most sense for us. If you are not dependent on other Adobe software and are a smaller company, in my opinion, Target may not be the best fit.

Incentivized

Drupal can be more complex to learn, but it offers a much wider range of applications. Drupal’s front and backend can be customized from design to functionality to allow for a wide range of uses. If someone wants to create something more complex than a simple site or blog, Drupal can be an amazing asset to have at hand.

Incentivized

Drupal is well known to be scalable, although it requires solid knowledge of MySQL best practices, caching mechanisms, and other server-level best practices. I have never personally dealt with an especially large site, so I can speak well to the issues associated with Drupal scaling.

Incentivized

• We have been able to run specific A/B tests that have shown an increase in conversion, which in turn has led to very large banked sales numbers for the year.
• We have been able to prove that using and automated Merchandising process did not decrease conversion. This allowed us to greatly increase efficiency by opening up resource time.

• Given the endless possibilities that Drupal can have, we tend to have great support going on when we get a website launched
• It has become much much faster and easier for us to launch a new project due to reusability
• Configuration management in Drupal helps greatly with CI/CD, saves us costs