A thought about post counts. Options

[viugiufgjhfhjfhg...]

In my short experience as a CreateBlog community member, I have realized post statistics do play a significant role in the user's experience since they grant access to extra features and are a requisite (that can be bypassed in exceptional occasions) to apply for staff membership. This is the not the first place where I have seen this system being used, and thusly it is not the first time I pass this thought to the community to consider. Without further ado, I'll proceed to explain my position about this subject.

In my opinion, post quotas only manage to make users work enough to meet them in order to enjoy the benefits they get for reaching the 50, 100, etc.., post mark. Such acting is not necessarily linked to making users involved in improving the community, but rather in seeking personal goals that may or may not transcend (positive or negatively) onto the rest of users.

That is mainly because apart from the site's general rules, there's not a standard establishing how a person should fill the demanded rate. Since it's pretty easy to maintain a high PPD ratio without adding anything that contributes to the site in general while avoiding the violation of any general rule, the point of having a posts limit becomes kind of moot, in the end.

Lastly, keeping a post count policy seems to have stemmed an underlying rivalry between users based upon the number of posts when it comes to, for example, hiring sessions. Despite knowing it's not a must-meet requirement, people seem to focus first on their PPD then on evaluating whether their skills can be of any help to Createblog or not. And that is pretty counterproductive to the purpose of selecting people willing to sacrifice time and efforts for an online community.

[*mona lisa*]

Wait, what data?

The giving-new-members-time-before-becoming-an-official-member is not a bad idea. However, we still would been a lot more feedback on this.

Oh, and there was a threaad made previously about a spam forum.

[viugiufgjhfhjfhg...]

Wait, what data?

The giving-new-members-time-before-becoming-an-official-member is not a bad idea. However, we still would been a lot more feedback on this.

Oh, and there was a threaad made previously about a spam forum.

The registration date of a CB user.

Isn't that part of the formula that gives out the PPD result?

[*mona lisa*]

The registration date of a CB user.

Isn't that part of the formula that gives out the PPD result?

I'll look more into the admincp about getting the exact registration date. It has to be available somewhere. But since only admins have the ability to promote/demote Official Members/Designers, I don't see why the staff as a whole would need to know. But if it's necessary, I wouldn't have a problem with that at all.

Yes; the PPD is a average of posts made per day since the day the member has joined.

[viugiufgjhfhjfhg...]

I'll look more into the admincp about getting the exact registration date. It has to be available somewhere. But since only admins have the ability to promote/demote Official Members/Designers, I don't see why the staff as a whole would need to know. But if it's necessary, I wouldn't have a problem with that at all.

Yes; the PPD is a average of posts made per day since the day the member has joined.

Oh, I just said staff in general terms because I don't know what responsabilities belong to each type of staff member >_>;