Types of Offers
This page needs an update / revision…
Things with short expiry dates
An apple or a dinner can be given away without conditions or with conditions. You can also lend an apple to be returned without having bitten it (hehe), but this more than a rarity or trolling, in a offer environtment it is a simple movable thing that has to be returned as you received it, or do not borrow it if you are not able to comply with the basic licensed rules.
The «kind of things» that can be lent or given away is not limited to «material goods». You can also consider a «service-hour» as a thing. This, although it seems very original or too far-fetched, is and is still a very common practice of sharing among us.
Saying «lend or gift a service» is almost the same as saying «Volunteer or conditioned training». Whether you say it’s a gift or a loan is just an aesthetic details, what matters are the specific conditions you choose that need to be complied for triggering your offer.
In this sense, a flove offer allows you to specify the conditions for your volunteering offer, so that you feel more at ease when it comes to volunteering and, by the way, «puts pressure» on volunteer organizations so that they have to integrate into their models of action the way in which you want to give your time. Also mind that in our offers market we can integrate needs from existant volunteer organizations. For example, filtering results of technological things within the offers market, should appear in parallel a list or link of associations dedicated to technology.
Offers you want
A dinner for today is a volatile publication, which in principle does not need to be visible for a long time because we hope that someone will come to the rescue soon, unless it is considered a project task. If the demand requires more permanence or visibility, then it would be more useful to publish it as a regular demand, project or project task.
That’s why the focus to meet the demands should be put more towards exporting (see your profile, your offers ads, forward it to your friends, etc).
plans, tasks, projects, projections, requests, demands, needs, wishes, wills, purposes, wants, wannado, ideas, suggestions, dreams, celebrations, meeting who, vows, rants!
With the implementation of projects as offers we want to:
1. When you put «contribution» clause you can choose «to my projects».
2. When you sell for euros, a % have to go to your projects.
See: Contribute vs Participate vs Keep vs Donations vs Support vs We need vs Collaborate vs Help vs etc
Add several users as advertisers of the same offer
There are several ways to easily implement the various people being the offerors of the same thing. Let’s see some:
-User describes that the contact is another person
-User describes that the thing is someone else’s
-User adds that the thing belongs to another person (sub-profile) of which she is the contact (agent)
-User delegates to another person for the contact (agent)
-User accepts another user as a offeror (co-offer)
-Co-offerors establish a critical mass to be able to edit or transfer the offer (multisig)
3 out of 5 decide on the thing
What can we do to simplify the process of making decisions about a good that is evolving towards co-offer?
For this we have the example of friendly projects that are more advanced both at the normative level (associations with common goods), and at the operational level (models of reputation of communities of makers) from which we can learn. But still, this issue is going to be one of the bottlenecks of infinite development that we are going to face.
If you change it, I’ll give you a gift, or I’ll lend it to you while
I’ll lend it to you if you take something that is too much for a friend
I lend most of my things, my colleague if he lends everything
As two users can agree to be offerors of the same thing, you can also offer two things together. Just keep in mind that in a pack of things, it is quite difficult to fine-tune very explicit conditions of use for all cases of use of all the things in the pack.
When a common thing grows, it tends to make its rules of use more complex. This has to be addressed through the development of local nodes and sections and more inteligent clausing.