I’m just getting started on a new project nicknamed Kestrel.
The basic idea a simple and user-centered web app that helps facilitate ordering, billing and member management for CSA’s. Things are JUST getting started and I am soliciting help in doing some feasibility research as well as a basic evaluation of existing CSA management applications.
A CSA, (for Community Supported Agriculture) is a way for the food buying public to create a relationship with a farm and to receive a weekly basket of produce. By making a financial commitment to a farm, people become “members” (or “shareholders,” or “subscribers”) of the CSA. Local Harvest
So far were in stage zero: Over the holidays I was brainstorming with some of my agri-geek friends in North Carolina, notably tes thraves. (I like to say that tes is to poverty + agriculture issues as Jay-Z is to hip-hop — a badass producer who just makes things happen.) :) So far there’s been a lot of excitement about it from both consumers and producers.
- Stage zero is lots of talk over drinks around the New Year’s bonfire, basically. Check.
- Stage one is research about what real CSA’s need.
- Stage two is getting a few CSA’s to pilot test a first iteration for a season.
- The rest is iterating and improving based on real feedback. This is the hard part. And the fun part.
The only real spec so far is an application that is incredibly simple and driven purely by a real understanding of the users’ needs.
There is no timeframe yet. I imagine things could take a year or so; nobody’s getting paid by Kestrel.
Codewise, I’ve done some simple scaffolding of the application, but really I think the requirements for this type of thing are simple — the codebase is not really the issue. Just a few forms, login/out and billing. So I’m not looking for help from coders as much as I am trying to garner some interest from A) the users of the application, farmers and consumers and B) people with experience in user-centered application design and user testing.
The goal is a management tool that would simplify the process of ordering food from your CSA, but also serve as an educational model of CSA best practices.
Right now I’m thinking a hosted solution, almost certainly built in Rails. And of course completely Open and Free.
The basic use case comes from my mom : she doesn’t like very much lettuce in her box. Last year she got six heads of lettuce at a time. So ideally mom could just login and set her preference, pay her bill, update her address, give notice that she’s out of town for a month, etc. The farmer then knows exactly how many heads of lettuce to harvest, and can keep the rest in the ground until going to the market on Saturday.
It’s not a new idea, I know. There are several in San Francisco. I haven’t seen them yet. But I am sure that they’re not as good as they can be and I want to put the users at the front of developing a new open source solution.
CSA’s are great for environmental, social and economic reasons. And they’re really just a lot of freaking fun. So if you are a consumer or producer with opinions about what you’d like to see in this type of software, let me know in the comments or unthinkingly-at-gmail.com.
There has been a lot of excitement recently around a couple of developments in touch screen interfaces: First there was the insane presentation at TED 2006. Secondly, of course, the iPhone made everyone all hot in the pants for it’s touchable goodness.
In Malawi, the NGO Baobab Health Partnership … adapted Linux to $100 touchscreen Internet appliances, then wrote a program for Opera to run in full-screen kiosk mode. The resulting terminal can easily manage the nation’s health data and is scalable wherever a web connection can be made.J. Goodman at Vestal
Fundamentally I think that touch is intimate and intuitive, and clearly touchable interfaces have incredible potential, especially for the folks that haven’t been brow-beaten into adapting to 20th-century conventions of computer interfaces like the QWERTY keyboard.
(i.e., the billions of people that will be introduced to “desktop” computing the next decade. See the OLPC, just launched for reals in Uruguay.)
So I’m excited about a new project at work that involves designing a web application for use with a touch screen interface. When I first heard about it from the client I was coffee-though-the-nose excited because I have been infatuated by a recent project I read about on Vestal: Malawi, Linux, & The Fight Against HIV. I knew immediately that I was going to rip off the idea. (In the best open source sense, of course.)
Unfortunately the iOpener touchscreen used in the project is no longer for sale (it had a lovely $100-$200 price tag b/c it came with some money-making software — there’s a funny story about the linux hack), so I was hoping someone might have some idea about how to implement this as cheaply as possible.
A few criteria:
- As open-source as possible
- Durable
- Replicable
- Low Power
- Low CPU resources (The machine will be cheap, with flash memory, prob.)
- Beautiful (in a Platonic way )
Basically I want to avoid wire splicing and flaky homegrown drivers in favor of something that is replicable and extremely flexible. I want to be able to develop a web application with an appropriate UI and let it rip. (Which will be greatly facilitated by the work of the Baobab programmers’ “touchscreen toolkit“). This might not be easy given the limitations of cheap machines.
So far I’ve got anEboxPC in the office (a nice, fanless machine with CF and VESA mounts for the back of the monitor) with some form of embedded Linux (we’ve built a tiny Linux distro for our rural wireless network that might be usable if we can get the drivers to work with the touch screen). Looks like we can get screens for about $100 and then we’ll have to put a touch screen on top. Regardless, this is still in the brainstorming phase, so that’s all likely to go out the window.
Anyway, what good is a touch screen like this?
Well, combined with the right software, I think you can really leverage usability to do a hell of a lot:
- Make a huge impact in developing world healthcare like Baobab has done.
- Collect data easily from a kiosk at a disaster area.
- Setup a database-driven check-in desk at your next nonprofit conference.
- Collect survey data remotely (anywhere in reach of the net).
- Setup a small store without an incredibly expensive, proprietary POS system.
I think there are lots of possibilities given that the interface could just be so much more usable. Just looking into it briefly I found an open source POS system for use in cooperative markets. Brilliant. This is software that could really benefit from an inexpensive stable touchscreen implementation.
Does anyone have any experience or ideas?
I’ll be posting my findings here, along with the software design considerations that I run into.