Tag Archives: abstract

The Magic Formula for a Case for Support

I want to explain my solution to the readership problem I described in my last post. The solution is a little bit complicated and at different times I have described it in different ways, trying to come up with fancy acronyms like PIPPIN. However, we can just think of it as a magic formula for a case for support.

The way the magic formula works is that it creates the case for support as a series of layers. Each layer takes care of some of the needs of the very different groups of readers that matter. The readers that matter are those who participate in the funding decision.

Who are the Readers that Matter?

There are three groups of readers who participate in a funding decision, ordinary committee members, presenting members and referees.

Ordinary Committee Members

Most of the votes that determine whether your application is funded come from ordinary committee members who have really deep expertise in areas completely outside the topic of your project. Unfortunately, when it comes to your topic, they probably don’t understand it. They may not even see why anyone would want to research it. You need to convince the ordinary committee members that your project is worth some of the money that might otherwise go to projects on topics that they know are important.

You don’t have much opportunity to convince them because your application is one of a very large bundle that they don’t really have to read. They only need to know enough about it to get through a discussion, in which they can remain silent, and vote on a score, for which there will be a recommendation. They will be much more concerned to spend time reading the applications that they have to present to the committee.

However, you do have a chance. They will want to decide whether to push your score up or down, which they can only do by understanding your application. However, bitter experience tells them that, for most grant applications, understanding does not come easily, if at all. They will want to check if yours is worth the effort. They will probably have a quick look at the introduction before the meeting. You have maybe 30 seconds to catch their interest.

If you do manage to catch their interest by persuading them that the topic of your research project might be important enough for them to want to see it funded, and that your application might be intelligible, they will dig a little bit deeper. They might spend five minutes skimming through your application trying to work out whether your project will make enough progress that it should be funded. They won’t understand your technical terminology. You have write in such a way that they can work out what they need to know from the context.

Presenting Members

A couple of committee members will know a bit more about your topic, and spend a bit longer reading your application. They may even think your topic is important, but they probably won’t be real experts. They will have the job of presenting your application to the rest of the committee, and recommending a score. They won’t have a huge amount of time to read the application because they probably have eight or nine others to present on the same day. You will probably have about an hour to make them expert enough to explain why the problem you are trying to solve is important and to master the detailed evidence that your project is likely to make good progress towards a solution.

Even if the presenting members are enthusiastic about your project, the score they recommend is likely to be quite conservative. A conservative recommendation is inevitable if the presenting members can’t understand the application; they will just follow the referees’ recommendations without much enthusiasm. However, even if they do understand an application, presenting members will be aware that they are not expert enough to know whether your work really leads your field, which means they have to be conservative in their recommendation. Their colleagues on the committee will be aware of their limitations, and so will be sceptical of over-enthusiastic recommendations. In a world of conservative recommendations, the enthusiasm of committee members can make the difference between success and failure.

Expert Referees

Referees are real experts on your topic. They want to see detailed evidence that your topic is important and that the research questions your project addresses are important and that your project is likely to provide answers. They will then make an expert judgement and write a report and recommend a score that accompanies your application when it goes to the committee. They can probably spend several hours reading your application because, unlike the committee members, who get a big bundle of applications at once, referees get sent applications one at a time.

The Layers of a Case for Support

These three groups have very different needs. Any group can kill an application, so you have to write something that appeals to all the groups. It also helps if what you write gives them a common language to discuss the case for support. The magic formula constructs the application so that it consists of multiple layers that work together, to meet the needs of all the groups of readers without alienating any of them.

Top Layer: The Opening Sentence

The opening sentence has three tasks.

  1. It has to catch the interest of the ordinary committee member and make them feel that it might be worth reading a bit of your application even though they don’t know anything about the topic. I always begin the sentence with a ‘big picture’ statement about the goal of the project. It is important to express the statement in language that will be intelligible to ordinary committee members.
  2. It has to speak to the expert in a way that will reassure them that your project has some real ‘meat’ to it despite the rather bland and aspirational ‘big picture’ opening. I try to make sure that the sentence continues with a much more specific statement that builds trust in the methodological rigour of the project and the competence of the research team. Ordinary committee members probably won’t understand the detail here but if the opening statement is good enough they will accept that this is just a more specific version of it.
  3. The sentence must serve as a summary of the case for support, in case the reader chooses not to read on.

Second Layer: The Introductory Summary of your Case

The second layer of the case for support is a summary of your argument that you should be funded. The magic formula provides the argument in ten sentences, including the first sentence. These sentences are the first ten sentences of the case for support. I have already talked about the opening sentence. The remaining nine sentences are:-

  • A sentence stating what makes the topic of the project important to the funder.
  • Three sentences, each one stating an important research aim relevant to the topic, and a reason that research aim is important. The research aims might be couched in terms of hypotheses to be tested, relationships to be established, questions to be answered or in some other way. But in every case there will be something that could be achieved by an as-yet undefined research project, and a reason that it is important to achieve it. I call these sentences the problem sentences.
  • A sentence giving an overall description of the project.
  • Three sentences, each one describing the research in a part of the project, and what that research will achieve. The part of the project might be referred to as an objective, a work package, or in some other way. What the research will achieve will be expressed in the exactly same words as were used to express the research aim in the corresponding problem sentence. Using the same words makes it clear to every reader that all of the important research aims referred to in the problem sentences, will be achieved by the project, , whether or not they understand the terminology used to describe the research aims and outcomes.
  • A final sentence saying what will happen as the project concludes.

This second layer provides all the readers with exactly what they need: a short simple statement of your argument that you should be funded. The essence of that argument is that your project deals with an important topic, and will achieve important research aims related to that topic. By expressing the research outcomes in exactly the same words you used to express the important research aims, the magic formula ensures that all the readers will understand that the project achieves those important aims, whether or not they understand the terminology used to express them.

This statement of your argument is probably as much as the ordinary committee members have time for, which is why you put it right at the beginning. You would now like to ensure that all the readers believe your argument and remember it. To do this you recycle the sentences from the introduction to create a framework for the detailed evidence.

Third Layer, Structure of Case for Support

The third layer of the case for support is provided by its structure. After the introduction there are nine more sections in the case for support. Each of those sections begins with one of the sentences from the introduction and contains all the evidence that you will draw on to convince the reader that the sentence is true. The section will also have a heading that is a shortened version of the first sentence.

Creating the framework from the same sentences as the introduction has the effect that, just by skimming the case for support, a reader will see that it marshals evidence to support every part of the argument in the introduction. If they already believe the argument, they probably feel no need to read on, which is probably the case if they are just an ordinary committee member. On the other hand, if they want to test all or part of the argument, they can see exactly where to find the evidence.

Fourth and Fifth Layers: Internal Structure of Sections and Paragraphs

The referees and the presenting members want to know what evidence you are using to support each part of your argument. I recommend that you begin each section by stating the main points of the evidence. Then you make each point of evidence in a single paragraph. I also recommend that you begin each paragraph by stating the point you want to make. Then you use the rest of the paragraph to make the point.

The advantage of this hierarchical structure is that readers can find the detail they need if they want to test any of your points, which the referees probably will. However, readers who don’t want to test the detail, which the presenting members probably won’t, can learn what it is and then skip over it by looking just at the beginnings of the sections and the tops of the paragraphs.

The structure of the sections and paragraphs ensures that any reader can check the evidence you are using to support your case, at any level of detail. The fact that you make repeated use of the sentences you used to summarise your argument in the introduction helps readers to find their way through the evidence, and, incidentally, helps to make sure that they remember your argument and that they all express the argument in the same terms.

Sixth Layer: Summaries

Not all members of the committee will have time to read your case for support. To ensure that committee members who don’t read the case for support know its argument, I recycle the sentences of the introduction in any abstract, summary or statement of aims and objectives that forms part of the application form.

First you tell them; then you convince them.

Quotative Like; xkcd.com

Some  common writing styles are very bad for grant applications and this post aims to help you to avoid one of the worst.  It is a style of writing that we refer to in the Research Funding Toolkit as “Argue – conclude”.

Argue-conclude writing sets out the argument for a statement before it makes the statement.  Done well, argue-conclude writing can be very convincing for a dedicated reader,  who will follow every twist and turn of  your argument. By the time they get to read a statement that ordinarily they might be inclined to reject, they already know the arguments that support it. Unfortunately, most of the readers who will decide whether your grant application gets funded are less dedicated. They will give up reading before they get to the crucial statement.

To communicate with these readers, you begin each paragraph with its main message. Then use the rest of the paragraph to convince them that the message is true. In the Research Funding Toolkit we refer to this style as “assert-justify“. An easy way to describe about assert-justify style is “Tell them; then convince them”.

As I was writing this I thought of nine reasons you should adopt “Assert-justify” style in research grant applications.  The first four are concerned with meeting the needs of the reader – one of the guiding principles for writing with style. The remaining five are concerned with making the task of writing easier. Naturally I shall assert each reason and then justify it.

  1. Assert-justify style communicates more effectively with speed-readers, tired readers, and lazy readers.
    These readers will skim through your document. The neurology of eye-movements dictates that, provided you put blank lines between the paragraphs, their eyes will skip from paragraph to paragraph. They will read the first line of each paragraph. Thus they will read the assertions and get the headline messages. If they are inclined to disagree with the headline messages, they will dig down into the arguments that justify them.
  2. Assert-justify style makes it easier for diligent readers, such as referees, to examine your arguments in detail.
    Each paragraph starts by stating what the paragraph is about. This makes it very easy for the reader to find the arguments they want to examine. They never face the problem of wading through an argument wondering where it is leading.
  3. Assert-justify style makes it easier for the committee-member who has to present your grant to the rest of the committee.
    They can see at a glance what points you are trying to make. This makes it very easy for them to select the points that are most important and relevant for the committee, even if they don’t entirely understand them.
  4. Assert-justify style is more likely to engage readers who are bored.
    The conclusion is always the most interesting part of the argument. By putting the conclusion first you are more likely to entice them to read.
  5. Assert-justify style makes it easier to write an accurate summary.
    The assertions from each paragraph comprise a draft summary. If you want a shorter summary you may be able to leave some of them out.
  6. Assert-justify style makes it easier to write a good introduction.
    The assertions from each paragraph comprise the core of the introduction. You may need to add some linking text and some signposts.
  7. Assert-justify style makes it easier to write short sentences.
    You can write in simple, clear statements. You don’t need to frame them and qualify them.
  8. Assert-justify style makes it easier to write short paragraphs.
    In argue-conclude writing you have to spend a lot of words preparing the ground for the argument. If you start by asserting the point you want to make, you leap straight into the argument without spending any words.
  9. Assert-justify style makes it easier to write.
    I used to spend a lot of time staring at my screen wondering how to get started on each section. In assert-justify writing you can write the ten key sentences that start each sub-section of a grant proposal in an hour.

There are probably more and better reasons to write in assert-justify style.  When I started writing this post, I only had three!  If you have any doubts about whether assert-justify style is correct, it may help you to know that some time after writing this post I discovered a tenth reason: courses on English for academic purposes advise that every paragraph should contain a sentence that states the message of the paragraph, the topic sentence, and that it should usually be the first sentence.

Let me finish with an example of what I think you should avoid. This abstract of a funded grant application is short and clearly written but it is in argue-conclude style; consequently the piece of information that the reader most wants to know – what will the research project do – is buried away in the second half of a sentence in the last paragraph. A speed-reader would not see it.

How to Deal with Rejection 1: What could I have done better?

Are you driven by the question or by the project?

Did you design a project that will answer your question? Thanks to Nick Kim, http://lab-initio.com

Getting a grant application rejected has three things in common with other rejections.

  1. Rejection is slightly less painful if you have other applications still being considered.
  2. Regardless of how painful it is, rejection is an important learning opportunity.
  3. Regardless of the pain and the learning, you need to make sensible decisions about whether, and how, to try again.

I know – believe me I really know – that getting grant applications rejected is painful. In my experience the combination of pain and humiliation can make it impossible to think analytically about the application for weeks or months. However, unless your desire to do research is completely extinguished, sooner or later you have to come back. When you do, it’s really important to learn as much as you can from the rejection and use it to plan the best way ahead.

If you are still consumed with the pain of rejection, you might want to bookmark this page and come back when you feel able to be analytical. However there are three practical  reasons you might want to work through the pain and deal analytically with the rejection now.

  • Dealing constructively with a rejection helps to draw a line under it and resolve the pain.
  • The sooner you start, the better will be the outcome for two reasons.
    • You will do a better job on the analysis if you do it while your memory is fresh.
    • Any plans you develop as a result of the analysis are more likely to be successful if you can implement them before they go out of date.
  • The more times you deal with rejection, the easier and the quicker it gets. I can remember once  (admittedly it was about my 20th rejection) I was able to deal with it in less than a day, rewrite the grant in under 3 weeks and get it fully funded.

If you have got this far I am assuming you want to be analytical. There are four separate steps.

  1. Work out why your grant application was rejected.
  2. Work out how you could have made it stronger.
  3. Salvage useful components.
  4. Get back on the horse.

I’ll deal with the first two in this post and the other two next week.

Work out why it was rejected

Usually the reviews you get back will  say lots of good things and it can be hard to understand why an application with so much going for it could have been rejected. Rejections usually boil down to:-

  • the committee thought the research question wasn’t important enough or
  • the committee couldn’t see how the project would answer the question.

There are three things you should consider here.

  1. It only takes one hole to sink an otherwise perfect boat. It might make it easier to find the hole if you filter out the negative comments and look at them separately.
  2. In most cases the committee discussion is more important than the referees reports but the description of their discussion is likely to be both short and vague. So the hole in the boat my not be very well defined.
  3. Funding rates are falling and sometimes perfect grants, grants that propose well-designed projects that will answer important questions, don’t get funded because there just isn’t enough money.

Don’t be too eager to assume that your grant was perfect. If the funding rate was 30% or better then it’s very unlikely. In fact, most grants that get funded could be improved significantly.

Work out how you could have made it stronger

Regardless of why your grant application was rejected, you should look to see whether it could have been improved. This is particularly important if the reason for rejection is not apparent from the comments: a badly written grant simply fails to convince the reader – the reader may not know why.

You should look separately at four elements:- the description of the project, the background, the introduction, and the summary. As a rough guide you should be clear on the following questions:-

Description of the project

  • Is it clear what you will do?
  • Have you explained the steps that will take you from starting research to having a set of findings that are written up and disseminated?
  • Is the project divided into three or four (i.e. more than two and fewer than five) phases?
  • Is it clear what will be discovered by each phase of the project?

Background to the Project

  • Have you given a good reason why you should do your project? Have you linked it to an important question?
  • Is your link direct (your project will completely anser the question) or indirect (your project will take some important steps towards an answer to the question)?
  • Has the funder stated explicitly or implicitly that this question is important? This is probably worth a whole post. I’ll get around to it.
  • Have you linked the question clearly to each phase of your project by showing that we need to know what each phase of the project will discover?
  • Do other authors agree with your specific ‘we need to know’ statements or are they individual to you?
  • Have you cited publications that demonstrate that your team are competent to produce new discoveries in this area?
  • Have you overstated your contribution to the field?
  • Could other people think this area is a backwater rather than a niche?

 Introduction

  • Does the introduction make all the statements listed in the ‘key sentences‘?
  • Does the introduction state every thing that  ‘we need to know’.
  • Does the introduction state  every thing that the project will discover?
  • Are these statements in the introduction clearly the same as the statements that begin the corresponding sub-sections of the background and the description of the project? They should be recognisably the same statements although they don’t have to be exact copies.

Summary (I mean the summary of the Grant Application)

The summaries of most successful grant applications are appallingly bad. You can see this if you look for the details of successful proposals from the UK research councils or from the European Research Council. However, a good summary helps the funding agency to choose more appropriate referees and it helps the referees and the committee members to understand the research. You should check the following:-

  • Does the summary make all the statements listed in the ‘key sentences‘?
  • Does the summary state every thing that  ‘we need to know’.
  • Does the summary state  every thing that the project will discover?
  • Are these statements in the summary clearly the same as those in the introduction? They should be recognisably stating the same thing although they don’t have to be exact copies.

What Next?

It’s very likely that these two exercises will give you a clearer sense of how you could have given your application a better chance. Next week I will discuss what raw material you can take from a rejected grant application and how to turn it into the basis of future success.

The Summary: Your direct line to committee feelgood.

18534682_sNot many people realise that the summary section on your grant application is a direct line to the most influential member of the committee that decides where it sits in the funding priorities. You can make this person feel really good about your application, just as they start to read it. Let me explain how it works.

Grants committees everywhere are overloaded, thinly stretched and work very fast. Committees I have worked on would decide on a £300K grant in less than 10 minutes. Sometimes a lot less. I can remember a panel that decided on 72 applications in 6 hours. Meetings commonly last two days, so committee members will often have more than 100 applications to read for a meeting.

The subject spread of the applications is an even bigger problem than the numbers. Everybody on the committee is an expert on something. But expertise tends to have a very narrow focus, and for any individual member, most of the applications are outside that focus. Committees cope with this by designating a member, sometimes two or three, to become an expert on each grant. It is the job of these designated members to present the grant application to the committee.

The designated member is crucial to the success of your application. They explain to the committee what the grant is about. They say what the applicants propose to do, what are the specific research aims, how the proposed research project will meet those aims, and what will be done with the results. They summarise the referees’ recommendations and they recommend a score. It takes about 5 minutes. This presentation is hugely influential. Most of the committee will go along with the recommendation.

This system, or something like it, is widely used in the UK and overseas. There’s an excellent video illustrating how the US National Institutes of Health does it on youtube.

The nature of the review process means that the summary of your grant application has a huge influence on the designated member who presents your grant. Let me put you inside the head of a one-time presenter.

Presenting a grant is not easy. It’s always a stretch to get your head around someone else’s research ideas. There is a lot to keep straight in your head. And you are presenting in front of colleagues whose respect is important to you. You don’t want to look as if you are out of your depth in front of them. You feel that you want to do a good job.

Actually, you have to do more than one good job. Usually you have to prepare several presentations and keep them all straight in your head. Then you present them as each grant comes up. I once had to do 12 in one day.

As you pick up each application on which you have to prepare to speak, you have in mind both a nightmare and a dream. You can probably guess what the nightmare is. I want to tell you about the dream, because you have the chance to make it come true.

The dream is that the summary, which is the first thing you read, will start by saying exactly what problem the applicant proposes to solve and how. Then it will say what it is that makes the problem important, what are the specific research aims, how the proposed research project will meet those aims, and what will be done with the results. In short, the designated member’s dream is that the summary would be the ideal set of notes for a talk to explain the grant to the committee.

The dream continues: the introduction to the case for support makes exactly the same statements as the summary. Then the remainder of the case for support convinces the reader that the statements are true with detailed, evidence-based, argument and explanation.

So think about this dream as you write the summary of your next grant proposal. Make the dream come true. It will give your grant a huge advantage in committee.