Showing posts with label Software Assurance. Show all posts
Showing posts with label Software Assurance. Show all posts

Monday, 19 October 2026

AI development, Build or Buy

Pay for SaaS, or Build It Yourself with AI?

Build selectively, keep what adds value, and cancel more than you think.  AI coding tools have changed the maths of software. A CRM, a booking page or an approvals workflow that once took a contractor weeks can now be scaffolded in an afternoon. It is tempting to look at your monthly licensing bills, count the subscriptions, and replace them all.  I think that is mostly the wrong move. Not because AI can't build the software, but because building was never the expensive part.

Building is cheap. Owning isn't.

When you replace a SaaS tool, you are not just replacing the app. You are replacing everything the vendor quietly does around it:

  • Security and patching. Every homegrown tool is another attack surface, and you are now accountable for it.
  • Uptime, backups and restores. When it breaks at 2am, you are the support desk.
  • Regulatory change. Tax rules, GDPR, payroll and e-invoicing requirements move constantly. A good vendor shares that burden and absorbs it for you.
  • Integrations. The APIs your tool depends on will change, and your glue code will break.
  • Your attention. This is the big one. Every hour you spend maintaining an internal CRM is an hour you're not spending on your role.

Run the numbers honestly. A £30-a-month tool costs £360 a year. If owning your replacement takes more than a few hours a year at your day rate, you have lost money, even if the first version took an AI agent an afternoon.  When you multiply by thousands or tens of thousands, the answer looks straightforward, but if this system goes down or data is breached, the true cost can be extreme.

Five questions before you build

Before you cancel a subscription or set of licences and open your AI coding tool, run it through these five questions. If the answers point more often to "buy" than "build", keep paying.

1. Who sets the rules?

If the rules come from HMRC, the card schemes, a regulator or a standards body, buy it unless it gives you a competitive advantage. Accounting, payroll, payments, e-signature and tax filing all fall here. You don't pay for the screens. You pay for someone else to track every rule change and carry the risk if they get it wrong.

2. Is it cheap and working?

Keep it. A tool that costs a few pounds a month and does its job without fuss is the worst possible candidate for a rebuild. The saving is tiny, and you swap a solved problem for a new one you have to maintain.

3. Is it priced per seat?

This is where building starts to make sense. Per-seat pricing grows with every hire, contractor and partner you add. A simple tracker or approvals tool that costs £9 a user a month looks very different at 4,000 users than at 4. If the tool is essentially a few forms, a list, and a workflow, you can pay it back quickly.

4. Does it set you apart?

If the tool encodes how you do things differently from competitors, it is worth owning. Your pricing logic, onboarding flow, or lead-scoring process is part of your edge. Renting them means renting your differentiation, and shaping your process around someone else's product.

5. Who looks after it?

If the honest answer is "nobody", don't build yet. Every piece of software needs an owner: someone who patches it, answers questions and fixes it when an API changes. No owner means the tool slowly rots until it fails at the worst moment. Name the person first, then build.

A practical playbook

  1. Audit first. List every subscription + licence. Look for easy wins first.
  2. Consolidate onto what you already license. If you pay for Microsoft 365 or Google Workspace, check what is already included. Forms, bookings, lists, task planners and simple low-code apps quietly replace a surprising number of small tools.  Find out whether your employees are using rogue tools; then normalise them.
  3. Build only the few that pass the test. Pick the two or three tools where per-seat pricing hurts, the logic is simple, an outage would be an inconvenience rather than a crisis, and you have named an owner.
  4. Watch for product signals. If a tool you build solves a pain your peers keep describing too, it may be a product rather than an internal tool.

Summary

AI has made software almost free to build. It has not made software cheap to own. So before you build, ask the five questions. 

  1. Who sets the rules? 
  2. Is it cheap and working? 
  3. Is it priced per seat? 
  4. Does it set you apart? 
  5. Who looks after it?

Friday, 13 August 2010

SharePoint 2010 Software Licencing

Rough idea of pricing excluding VAT.  This is not from Microsoft and pricing is not fixed as I have laid it out in this post.  Saying that, please consult a licencing expert most resellers such as HP have licencing experts to help you, this is merely a guide to help you get started.  Without further procrastination ...
Windows 2008 & SharePoint is priced on a per server basis.  SQL is charged at a per processor licence.  Software assurance is about and additional 28-30/year.
  • Windows 2008 R2 standard x64 - £2,5k
  • SharePoint Std Internet - 5,5K ?
  • SharePoint Ent Internet - 20K ?
  • SharePoint Std Internal - 3K ?
  • SharePoint Ent Internal - ?
  • SharePoint Std CAL £45/cal
  • SharePoint Ent CAL £80/cal
  • SQL 2008 R2 Std/proc £3,5k
  • SQL 2008 R2 Ent/Proc £14k
Software Assurance: MS sell software assurance, this entitles you to upgrade over the period of the SA agreement charged at about 30% per year. If the new version of the product is due for release and you will move to the new version in the next year or 2, Software assurance may be a good option. However as SP2010 has just been re4lease and SharePoint 15 is due some time in 2014, the cost of SA for that period would be more than buying the SP15 software (assuming prices stay the same). It is a per circumstances decision but I would opt to buy the SP2010 without SA, in 2014 buy new licences and the cost will most likely be lower for the upgrade and it will allow for a in-place upgrade (I.e. SP2010 and SP2014 would run next to each other until everything is upgraded). I would personally prefer to do the upgrade as it will keep the systems cleaner, have better performance and allow for a safer upgrade. Also not you can use Enterprise agreements and stop paying SA but the key if to look at minimising the cost of SharePoint licences over a 5 or 6 year period.

Tip: Licencing prices change depending on factors such as volume discounts, types of licences, software assurance, are you a charity, are you buying or renting licences.  This post takes a simplistic view of SharePoint licencing and is not Microsoft's policy but merely to help mine the licencing minefield that faces most big software projects.  Please consult a licencing expert, it will save you time and money.
Tip: Windows External Connector licences for Windows 2008 (Needed for SharePoint 2010 Internet licences if the external users will use any file or print functionality provided by Windows)
More Info:
Microsoft's SharePoint Licencing
Development Platform Stack (SharePoint versions for developers)
Update: 15 Nov 2010 - Microsoft SharePoint 2010 for Internet explained A good document explaining mix of Internet and Intranet usage
SharePoint 2010 version comparisons
 Licencing explained -
Ari's blog - licencing
http://stovereffect.com/2010/07/03/sharepoint-2010-licensing-part-v-sharepoint-2010-licensing-costs/
Lync licencing - Office Communicator 2007 R2 upgrade
Developer & UAT licences would be covered by MSDN/technet subscriptions.  Technet does not include Visual Studio 2010.

VS2010 & TFS licencing

   ========
Example to explain licencing
Scenario:
We have 700 internal users with AD accounts.  We have 15 external suppliers with a total of 2000 users that access our SP2010 system.  We have a dedicated physical SQL Server 2008 R2 std edition and 2 SharePoint NLB Windows 2008R2 std edition web servers.  What licences do we need? 
Assumptions:
Prices are my estimated guess.
Software assurance (SA) is not selected, simply multiply by 1.6 for a rough figure.
Resolution:
3 Windows 2008 R2 licences for the SQL box and 2 web servers.  +-£7K
SQL Server licences charged at per CPU.  4CPUs for +-£14K
SP2010 Std edition licences for the 700 internal users at £3K/server for 2 servers +- £6K
SP2010 Std edition licences for the external/Internet licence users at £5,5K/server for 2 servers +- £11K
700 Std user SP2010 cal's @£45/user  +- £31,5K
Total Software estimate:  £69.5K
Note: As you can see you have to pay for 4 server licences on 2 servers.  Those astute people out there may realise that you could add 2 more SP 2010 servers to your farm without paying for and more SP licences.  Only think is you need to then only allow internal access on the Internal servers and Internet access to the external SP server.

Development Licences
Technet covers all development licences you will need with the exception of Visual Studio.  MSDN licencing includes Visual Studio 2010.  Visual Studio Ultimate, & Professinal can be purchase individually or through MSDN.
TFS 2010 (Team Foundation Server) has 3 ways to get licences:
  • MSDN - individual all versions get 1 instance licence & 1 Cal with a MSDN subscription.
  • Volume licencing – each person accessing TFS server needs a Cal.
  • Retails – Organisation gets 1 instance of TFS & 5 Cal’s. Approx £500.
Any TFS instance needs SQL 2008 standard edition, this is included in the TFS licence.  Can't use this free version of SQL Server for anything else.

Update 8 Mar 2011: Ari Bakker Post of Web Parts by SP licence Type
Update 10 Nov 2011: Technet

More Info:
http://stovereffect.com/2010/07/01/sharepoint-2010-licensing-part-iii-search-office-web-applications-and-project-server/
http://www.directionsonmicrosoft.com/microsoft-licensing/30-licensing/1458-sharepoint-server-2010-licensing.html