Magento vs in-house solution

I recently came across a business who decided to move away from Magento to using their own in-house solution, albeit without the features of Magento, but something they are willing to invest the time and money in building into their in-house platform, their primary reason for doing this? Because they could not find a full time developer in their area and for their budgeted salary, and this they felt posed a long term business threat.

This is something many business’s consider when first starting an ecommerce shop, which platform to use, outsource or insource, opensource or bespoke?

It’s a choice that can only be worked out by looking at how much time you have, your budget, and technical resources you can allocate to a project.

I can see how some business owners might get frustrated with Magento, something which could be considered a niche area. The stats website builtwith suggests around 1% of the top 1 million websites are built with Magento, at first the seems rather pathetic but the huge variety of platforms out there makes this number pretty reasonable. Shopify for example only has half this figure or IBM Websphere a mere 0.2%. Not that being popular should be the only reason to choose a platform.

There are less developers than there are for standard PHP but it’s no different from using Ruby,Shopify or requiring an iOS developer to develop an app a specific ecommerce platform is a specialist area that’s a no brainer.

And then there’s the logic of building a complex ecommerce system in-house that only those developers know, what happens when the founding devs leave the business? Your left in an even worse situation. Having a community around your business gives you some extra security, tried and tested code, security patches, accredited professionals and documentation.

Magento is one of the few applications that gives you total control of your shop in an unprecedented way. Allowing all sorts of configurations that the initial Magento team probably never even dreamt the platform would be used for.

And here in lies the issue, when you do have a heavily customised platform especially one with 3rd party extensions, it can be become cumbersome in updating and supporting. In this case there are lots of areas of the site where products are only shown if some other conditions are met, this kind of logic on top of Magento’s default requirements for a product to be visible on the site creates a lot of support queries. As a developer you will often get the query of “why is this product not showing” and 99% of the time it’s because a field isn’t set or a in a particular scope a field isn’t set, the product is out of stock etc. Sometimes you don’t know yourself , I’ve spent countless hours looking into these type of queries. Part of the solution to that is more training for the people who use the backend and serving up a FAQ or decision tree that helps the user figure out why.

The second issue with Magento is that if you do get a reasonable amount of traffic or sales everyday, is that you either need a dedicated Magento hosting specialist or people on your team that know how to manage servers. And if you’ve gotten to that level in comes the caching headache.

But these are problems any platform faces one I feel with a small in-house team will not easily be overcome unless it’s built with a similar flexible design pattern and you have a broad skillset based team. Magento comes into it’s own when you want a site that is rich in functionality but don’t have time to develop whole eco systems to deliver that idea, like templating, multi-currency, multi scopes and hole punching, user authentication and REST Api’s and really why do it unless you have something that’s really taking ecommerce in a different direction.

What does matter is getting the configuration right from day one, finding an experienced developer or agency who has a proven track record of Magento development and scoping out a project development roadmap that looks at how the various parts of the site work together. Limit the use of 3rd party modules to only be used where it will save a substantial amount of development time and make sure they don’t interfere with any custom functionality you plan to have.

3rd party modules work best where you need core parts of functionality like payment gateways, as that’s where substantial costs can be saved not having to develop your own interface as your unlikely to want to customise these at a later date.

After that if you plan on having a lot of features for example customer points, promotions and lots of rules about how the products are displayed it may be better to size up the development costs rather than using a lot of different 3rd party modules as it can take just as much time writing the code that communicates between them.

In my view this is a much better, long term and cost effective route than going completely for a bespoke ecommerce solution.

Starting a digital agency or business a short guide

This article covers some of the basic points you will need to cover if your thinking about starting a business, this guide is orientated around a business offering digital services but could be applied to any business.

There are probably thousands of digital agencies in the uk all competing at different levels from small teams to the much larger players. So in a market that has in recent years seen significant saturation at least at the lower end , how does a new agency carve out it’s piece of the pie?

To give you a little background I helped start an agency a couple of years ago, and in this short yet critical time period we learn’t a lot of lessons along the way, in this post I’m going to share some of the things we learn’t about starting a business specifically one marketing digital services so if your considering starting out on your own this post is for you.

creative-digital-design-agency
Photo credit beyonddesignuk

Continue reading Starting a digital agency or business a short guide

Scraping Google Shopping for Magento or any Ecommerce platform

If you advertise via Google’s product listing ads and sell products that are commercially available elsewhere , it’s key to be competitive on price, one way of doing this is through Google Shopping as all competitors who also advertise on Google are of course publishing their prices and most do. If your business is very price driven or there’s some lines you would like to be competitive on then this is a unique way of keeping up with your competition.

The module can work in a variety of ways or be configured to work in a way that suits your business , I would be able to integrate it into other ecommerce platforms.

The main functions are:

  • Lookup a product on Google Shopping record pricing data
  • Price matching feature beat or match a competitors price – Automatically set the product price
  • Define which competitors you need to match or beat
  • Other conditions e.g not going below the product cost price
  • Works for grouped or single products
  • Trigger other functions upon product save
  • Receive a report of what products where changed, when and which competitor
  • Display competitor prices vs your price on the product view

Integration with Google Shopping API:

As well as updating the prices on your store, it can now also update Google Shopping directly via the Google Shopping API. Without this you may run the risk of the product listing ads being pulled because the prices in your feed are not up to date.

Of course the above runs on auto pilot and can run once a day or however frequently you need it, a daily file can be uploaded/emailed to your site

Contact me to find out more about this or discuss a project you have in mind that involves scraping google for Magento Ecommerce.

See squareprice.co.uk