As far as we are aware at this point we have killed just short of 6500 scouts and 50+ interceptors at Oraon so far. The intention is to get over 7000 scouts and as many biggies as posssible. If this is not enough to save this system then we really need a clue as to what is good enough because there are a lot of CMDR’s investing a lot of time into this.
Just collecting your own group's kill count isn't going to be enough to determine this - you need to be able to estimate how many kills are being done by other pilots as well. Provided your group is contributing a reasonably high fraction of the kills - say 20% or more - this should be fairly practical.
Here's how I would go about it:
1) Ask your pilots to report, along with their kill count (K), the number of times they hyperspaced into the target system during the week (A). (If they're using an EDMC plugin to submit kills, it may be easiest to modify it to also submit jumps, and then they don't have to do any extra work)
2) Count the total number of FSDJump events recorded for the system on EDDN during the week (B). I collect this information anyway so ask me if you need any of them.
3) At 24 hour intervals throughout the week, read the Traffic Report from the station logs (C). Traffic reports update on the hour and cover the previous 24 hours, so you want to do this at the same time each day and *ideally* as close to 7am as possible.
(For A, B and C you want to keep the figures for separate days as well as for the entire week - this will be useful later)
This gives you a ratio A:C to estimate the proportion of system traffic that is contributed by your pilots. (The ratios A:B and B:C may be useful for more complex statistical modelling later, so record B for later but we don't need it yet)
You can now estimate the total number of kills (T) as
T = K + (K*(C-A)/(A*P))
where 'P' is an estimate of how much better your pilots are than the average visitor to the system. (i.e. if your typical pilot kills 30 a week but you think the average pilot not in your group would only get 10, P=30/10=3). You might be able to get some initial estimates for P by looking at the variation in kills among your own group. Based on what I've seen at CGs ... I'd start with something like 2.5 and go from there.
You'll find over the course of a few weeks that C/A is different in different systems so your estimate of T might vary quite a bit for similar starting K.
You can then mark "wins" and "losses" against the various T scores for each systems. If the initial guess at P was correct, almost all the wins should be on one side of a line, and almost all the losses on the other. If they're more jumbled up than that, then try increasing or decreasing P, then recalculating T, and seeing if that helps. Eventually you should be able to get a value for P which splits things either side of the line fairly well ... and now you have a good estimate for what T actually is (bearing in mind that Frontier like round numbers, so if you calculate 18,943 kills, it's probably 20,000 and your estimate for P is slightly off or inconsistent times for traffic data collection have meant your C values are a bit wrong, or similar [1])
Now comes the useful bit: you can use this information to predict how many kills your group personally needs to get in a system at the start of the week, given that other people are going to get some too. This number will vary from system to system and week to week - as you're seeing! - so that's what you actually want to know for motivating people and setting targets.
Let's say that you find that 10% of the traffic happens on Thursdays, that P is 3, the target kill count is 15,000, and the traffic report on day 1 was 50 ships of which 15 were yours, who got 1,000 Thargoids between them.
We can then predict the total kills for the day were
1000 + (1000*(50-15)/(15*3)) = about 1750
and the total kills for the week will be 1750 * 10 = 17500 which is probably going to be enough. You can guess that about 7500 of those kills will come from the other players, so you can set a kill target for the system of 7500 as well (of which you already have 1000, of course) ... or maybe a little higher, for safety.
[1] This is one reason to collect B as well - some systems might be popular for other reasons (e.g. the attacks on Kamadhenu or Deciat probably had massively skewed A/C ratios because people go to those systems a lot anyway) - so you might want to start trying to estimate from B what C might have been the week before, and trying to filter out traffic which has nothing to do with the Thargoids. But this gets complicated and it might not be necessary most of the time.