Advantages for Clients and Agencies

There is great future for Remote Development. We understand there must be advantages for clients: less cost, more work, more accountability, less investment. More time. Less expense.

Agencies can get in on the ground floor of what is obviously the future. We can defeat the evils of a lack of talented developers in the market and the solve the problem addressed by IR35 (an independent business being treated as an employee).

Remote Developers are more able to deliver to budget for an entire project than onsite teams. Staff expenses can be avoided for project work, reducing risk and time to market.

As well as a competitive daily rate, RemoteDevelopment.co.uk invoices at the end of each Sprint. Of course only tested deliverables are included, with Sprint planning for the next Sprint.

Professional pride is at stake – each two-week sprint must deliver results.

A costed budget for an MVP (minimum viable product) is more likely to achieve working software fast. Accurate quoting for an Agile project is not the issue. Working within budget and delivering useful results is the issue.

An expectation of evolution during the journey may mean extra Sprints are required.

Predictable cost. Rapid results that are tested on a Staging Server and Test Driven Development are all parts of a new way to get your software goals achieved within budget.

Motivations and Rewards

Am I the right developer for your project? How can you tell?

As a contract developer, the first question a client asks me is “what is your rate?” If I am the only person available with the skills, my rate should be different than if I am competing for a job. It is like asking “how hungry are you?”

There is a problem with knowing the cost of everything and the value of nothing: how do you know in advance what something should cost? Oh, “The market set the price”, I hear you say. “The market is king!” Really? Do you want to motivate developers toward technical excellence?

A “rate” is not necessarily a “quality differentiator”. One technology could get the job done in one day, another may take a week. Which do you want to pay for? You simply want to buy experience.

Developers may have financial motivations, sure. But is that the primary motivation? Is technical progress not a more powerful motivation? Every developer I have worked with is motivated by technical advances and invention.

Invention. That is what we look for in a developer – have you invented anything? Remote Developers do not need a “rate” – they work to achieve your business goals, take pride in progress and charge a fair fee against a budget. Why? Because we are inventors, not employees. A budget is simply a scope. A scope will creep and efforts to stop clients changing their mind are simply futile.

If you want to create a Minimum Viable Product (MVP) to test your idea on the web, you will want us to work to your budget. You want us to be motivated to get results. To develop using the latest and greatest software methods.

Your budget gives us a scope to explore new technologies or to simply employ what we tried already. Innovation may cost more. Or it may result in a better product that works for you.

It comes down to communication.

You may need to review your budget when your MVP needs to be extended to create a working business proposition.

We believe it is best to mark progress and provide clients with technical proficiency. A budget simply provides predictability

Action Speak

“Next, we are going to add the ability of the user to …” promises the website.

What do you think? Is the promise of something new necessary?

Or a developer raves, “the next version will increase sales with this very smart new widget”.

Can you use something promised before it is released?

Or a client asks “Will you get this, and this … oh, and this … done by the deadline?” – the correct answer is “no”. A promise is not something that has much value when it is not followed by action. You hear it all the time, “we are going to…”, “the next version will…”

How do we do better?

We only talk about what we have done, what is included in a Sprint, and then only after we have tested it on an integration test on the staging server. If it fails, it fails. We want failure during testing because it means we have coverage. There is no point in releasing code to deliver on a “promise” if, in the end, it is not going to work. There is far more pain for releasing code that is not yet quite right.

RemoteDevelopment.co.uk does not make promises (except in Javascript code). We plan to deliver integrated functionality when it is ready and tested. We plan what is in our Sprint and then it is our own professional pride that delivers those results.

Okay, we do not know what the client will ask for during a Sprint, we add these new ideas to the next Sprint rather than delay planned and agreed to stages of a delivery.

Instead of raving about how it will look in the future, deliver results you have agreed to now. Stable, proven results. Then your client can rave about them for you.

First clients

Remote Development has created new websites for two new clients.  One of these is in collaboration with artist Fiona Scott-Wilson – and the website is an innovative idea.  Art4Kids.gallery offers her cut-paper “paintings” as posters and prints designed with young children in mind.

Instead of plastic war toys or collecting baseball cards, why not introduce children, from an early age to images that help develop art appreciation as well as stimulating storytelling?   I also see an extension of that logic:  why not invest in collectible art when a child is young, so they can benefit from long-term appreciation?

The entire project took one Sprint to implement using our Remote Development’s Ecommerce package. This may be a good starting point for clients wanting a new website or to extend their sales online.

We also deliver online Full Stack Remote Development Projects. Inquire now to get your project requirement considered – first register at https://live.remotedevelopment.co.uk/register, introduce your business, then select CMS/Ecommerce or a Cloud hosted Development project with some basic details and we will respond with a proposal. It is quick and easy and no obligation to purchase.

Product Guide

Lexicon

There are whole languages dedicated to how your image may be represented on your screens, languages that direct how email is delivered and yet more, including this one, the one people understand.

We have a lot of terms around technical subjects and nomenclature is oft a reason to avoid breaking the ice and understanding even basic things.  Language is a tool – and should never be a barrier – so this page is dedicated to clarity.

 

D

domain

Your address on the web

L

Lithium Cloud Hosting

Our mail server may send you messages.  As this is its name, it may be from lithium.cloudhosting.co.uk.  Do not worry.  It is just a server name.

S

Subdomain

A secondary domain from your domain which can host a separate or website or service allowing extensions to make your site richer without also making it too complex to work on.

W

www

www is a subdomain of your main domain.  Your main domain is used as the suffix for email addresses: e.g. yourname@abc.xyz

The domain, abc.xyz has a subdomain called www.abc.xyz – this is usually configured to load your domain website (so abc.xyz or www.abc.xyz would both load www.abc.xyz).

You should always use www. when referring to your website unless it is in an email address or if you actually want to refer to a subdomain which replaces www.

Your content and social media

Linking to social media

It is important to link your content to social media and for some social media this is easy and others it is a little tricky.  How you design your network should be carefully considered.  There are lots of methods to do this in both CMS and Development sites.  Here is my opinion as to what should work for you without compromising your copyright on your unique images, etc.

It totally depends on where you do business – if it is on your own website – you most likely would want to direct people from the Social sites to an interesting article, image or story with a call to action link to a product or event page on your site – then as they filter through – you invite them (forcefully) to get them to subscribe to your own site. The contacts you make on Social Media are based on shared content that you are giving license to FB to use again without asking. I think therefore it is better if your content is posted here (where you do have clear copyright rights and branding) and social media links

The contacts you make on Social Media are thus collected into a subscriber mailing list you can build and own.

Shared content posted directly to social media may give perpetual license to the social site for your work (this includes Facebook, Twitter and many others).

I think therefore it is better if your content is posted under your own domain first before sharing.  Not only do you have clear copyright and branding but you can measure results and send people into your sales funnel. ) and social media links

Yes, you should have social media links into all sorts of pages or posts on your website. On my special interest blogs – I automatically link new posts to make a FB Group Post.  As I build a following on my FB Group with low friction I can also setup FB shop pages using Shopify – but if content is linked back to my website and my website works – then I can sell without paying 30% commission and declare my copyright (so that any use by Facebook is limited to one of say ten images, the prospect of copyright infringement based on is balanced against your need to promote.

It makes sense to put up your promotional image as the Featured image of your post, and then FB share the post after you have checked it at least twice in different browsers Incognito or Private mode.

When you have categories in your website that take posts and automatically your new posts are shared across all your social media you have saved yourself tons of time.  But always check the post on your site before you consider sharing it and then share it on Twitter first so you can check what happens when the link is clicked.  Your penultimate hare should be on FB and then the last with Google Plus – but leave the last for a day – as it is most likely to work based on other links.  You could do one share per day to each social media and

You could do one share per day to each social media and guage the effect on your site.  If you are at that level, then ask for full admin rights (newbies be warned: you will not learn much in admin mode), and you will be able to view stats.  You will also be able to disable your site by accident so please be a WordPress wizard when you ask.  It will save a lot of time and cost.

 

Tech Guides

We have added another section under Developers –> Tech Guides.  You must subscribe to this site and be a member in order to access.

The purpose of Tech Guides is to provide important tutorials and ways to learn for each developer who aspires to work as a Remote Developer to be technically engaged with best practices and the modern web.

Remote Development Websites

Remote Development is a “hybrid” site: this site is a CMS, we also have a web app written in Laravel which is an ongoing agile project, our live site.

This website www.remotedevelopment.co.uk is our marketing and information site, if you want to contribute to it, please email info@remotedevelopment.co.uk.

Our live site is https://live.remotedevelopment.co.uk where you can register as a client or developer and interact with us with your enquiry which may result in a proposal that maps out the starting phase of building your web assets.

As a client, you can send enquiries and we propose without obligation, remote development projects for you to consider. We cater for both initial website ideas and web application development using a highly successful software stack. To be clear, we develop code on contract and the result is paid for and owned by the client.

As a developer, you can post your profile and CV. If your professional skills suit a project, you may be invited to contribute. All developers are independent and are paid on successful completion of each stage.

Site reorganised

We have reorganised the menus and links on this site to reflect our live site and how it functions. This is an Agile project, so some initial assumptions or pages that lacked clarity have been removed and menu and page structure clarified to make the site easier to use.

Launch of Live site

https://live.remotedevelopment.co.uk is our client enquiry and proposal system, written in Laravel and VueJS. It is, like any software project, a work in progress.

If you are interested in contributing to the system, email me, but first, sign up as a developer.

Update: new design! Features added to the Admin user reporting, Developer communications options, developer CV upload fixes and improved JS infrastructure, cache busting and configuration.