outsource glossary. provide the text for pop-up glossary terms for
websites. they can brand. include text ads? upsell for branding? no ads?
users can provide feedback and hone blurbs…

faq too?

turn the stock performance graph into a soundwave that someone can listen
to… for accessibility for the blind… also to allow people to tell a
good stock by it’s sound… “that sounds like a winner!”

This one brings the “real” world in line with the “virtual” one. We’ve all seen those “scenic vista” and “photo opportunity” type signs at national parks, theme parks, zoos, etc. They try to highlight just the right place for a little excitement to capture on film (or pixels).

Listening to a discussion today about moblogging and GPS-enabled camera phones, one would think the idea of placing little markers at (random?) places around the world, connected to GPS-enabled camera phones, or keyword-tagged photos on a site like flickr, could allow one to see unique perspectives captured by an array of people all from those same spots.

A shared view of that one small place in the world.

With almost any idea, I am positive this is already being done or persued somewhere on the web.

One day I came up with this idea to define how I’ve approached the business world these so many years: Low-Impact Entrepreneur.

It could mean a lot of different things, but the concept behind it for me is that with the web, one can dip one’s foot into the waters of some new venture or technology without having to go to deep. You can try a website, try a service, try a little bit of code and see how well it works, see if anyone finds it, see if anyone happens to find it worthwhile enough to spend money on it and go from there.

Should it draw some response you do a little more, recrafting the concept, expanding the service, increasing your involvement. If it takes off, you get more and more entangled. If it doesn’t, no skin off your back.

So, for example, if you set up a site and think “oh, i’ll charge for monthly memberships to get access to a wealth of new information they’ll pay to get” you’ve just now tied yourself down to a lot of responsibilities - regardless of how many people ever pay. You have to build/manage a system which rebills monthly (including handling rebills, charge backs, confused customers, etc.), you need to provide new content every month, and probably much more. If only one person joins, you still offered to provide them all of that - not much fun, right?

In my case, I chose to provide a “membership” type service but instead of possibly gaining more revenue from billing people again every month or year, I chose to bill once - good for as long as the site is around. What did I save? Well, I never build a complex rebilling system. I spend absolutely no time trying to find out if the guy has changed his email, didn’t know it was going to rebill and now wants a refund, etc. Low-impact. They get their immediate rewards and a good chance of long term gains. I get the freedom to forget it and walk away if that’s what makes sense.

This one should be a business… one that offers a web service/software app which is all about the opposite of “remind me.”

So the nagme system would allow you to enter websites, search terms, time amounts, times of day, etc. which trigger the system to hit you with a pop-up or warning asking “are you SURE you want to be doing this?”, giving you a chance to stop short of a behavior you’re trying to change.

Whether it’s surfing to those meaningless websites, searching for random wastes of time, or spending 5 hours sorting through your junk mail folder - however you waste time, you can have the system remind you periodically that you asked yourself not to do that anymore.

Sort of anti-del.icio.us

Re-enactments/Re-countings of things you remember happening (whether or not they actually happened). In effect, it would be the solidification of a possible life experience through the intentional recreation of supposed memories of said events.

Possible tag lines: “An Alternative to History” or “How (I Think) Things Were”.

Sitting through a web conference hyping Web 2.0 and web communities, I realize (yet again) how much I am not that demographic. I have rarely ever chatted, posted to newsgroups, hung out on blogs, etc. So, with the proliferation of MySpace, Facebook and Friendster, why isn’t there a Shutitster which would be a (parody) social network for people who don’t want to be in social network. Similar to some of the pages in those other social networks, the pages/profiles would be a wasteland of empty, default information, outdated items, etc.

The big pitch of the site would of course be the tally of how many millions of people felt compelled by the hype to visit, signed on, created as little of a profile as was required, looked around to decide it wasn’t worth their time, and never returned.

It could have “don’t bug me” buttons, forums/blogs with topics like “coming soon” and “welcome to your blog”.

There are a lot of sites that have tackled the “to do” list niche. Not sure if any of them is going into territories such as:

• Other items that a to do item is dependent on
• Other people that a to do item is dpendent on
• Any date ranges, deadlines, etc. that are involved

Taking these factors into consideration could allow for Gantt chart style output that helps see when to do items can actually be done.

This idea came to me during interviews with an online media company - it’s amazing to me still that interviews are an amazing creative event for me - even if I’m not right/don’t get the job.

How does one build a process/environment for allowing constantly changing content and feature updates to a site without having to encompass all of that design/development talent in-house? How does one provide the inspiration and experimentation within a design/development team that allows an in-house group to continually pull ideas from outside “the house”?

The in-house group should always be concerned/focused on the infrastructure. The site is “physical plant” and the in-house group manages it, upgrades it and allows others to use/interact with it.  Often infrastructure is merged in with the responsibilities of editorial and new development and in the course of trying to make the “next best thing,” infrastructure falls by the wayside.

Additionally, those who are good at managing and maintaining infrastructure are not always people who are good at developing new features.  One group looks at how to refine, streamline and reinforce what is currently there.  One group looks to push boundaries and go off in new directions.

With the web continuing to move in the direction of small teams (and individuals) developing new ideas or “mashing up” existing ones, there is a growing track record of innovation coming from small groups acting outside of traditional in-house requirements & politics.  Often, the only ones to see how you could combine two different technologies or pull together multiple sources of data are those who are far enough away that they do not hold a fixed view of the hole (or any pieces) and are not constrained by any politics or policies that hinder “wild” thinking.

So the idea is that you let each do what they do best.  You focus the efforts of the internal infrastructure team to not only build/refine the core system/technologies, but you have them build a robust staging environment.

Staging environments are sorely lacking in most big sites in general, even though they provide in-house groups greater control and freedom over making normal updates as well as trying new things.  

With this idea, one would take the staging environment even further.  One would create a live site (code & databases) and then a robust staging enviroment with various levels - akin to having a “working” area and a “testing/approval” area before you get to the “live” area.

Even with all development done in-house, the ability to have these levels is invaluable for allowing multiple stages of development.  Without this, one sees needed fixes & small updates having to wait for larger projects to be finished/debugged in order to roll-out the code as they end up deeply entangled.
Extending the 3 stage set-up even further, the “working” area could actually be an easily duplicated affair, such that you could set up 1, 2, or even X number of “working” copies with all code and either copies of live databases or live database copies with dummy data.

Having multiple working environments would allow multiple teams/groups to work on separate ideas or projects. These could be multiple attempts to solve the same problem or build the same feature.  But they could also allow each group to build their feature on the current code base on their own schedule. Should team A finish in 2 weeks while team B is another month out, team a’s copy could be moved up to the test environment, approved and made live.  team b, would then have their working environment updated (if necessary) to match the new live environment. This would/could provide some sticky situations, but would be something accomodated in a project schedule that would be warranted by the overall site being able to see the improvement of team a’s additional without waiting on team b.  This way, teams or projects which get stuck in either development or political log jams would never impact the development of other teams.  A working environment could be flushed or archived if  a project is killed or put on hold and a new copy would be rolled out for another project/team.

If this infrastructure were in place - which would benefit so many in-house groups - it would provide the perfect platform for the next innovation incompassed in this idea.  And that is a ticket/job manager that would allow ideas originating from in-house or external teams to be evaluated, built and implemented to speed innovation, new features and cut costs & timeframes.

Imagine an in-house working meeting where the company decides it would be nice to add feature A to the site. It’s seen as a really small change. Should be no problem.  But wait, the in-house crew is working on v2 of the site and have no time to get to your small feature.  Or feature A involves SOAP calls and JSP integration but your staff is all PHP based. Why not post a “ticket” to the job manager and let a trusted network of external “teams” look and respond.  You might just find that a 2 person team in a city 3,000 miles away is up and can get that built overnight.  They pop open a working environment, build it and have it waiting in the morning for the project manager to review.
 
The job tool could require all teams to enter bids, get approval which would prevent multiple teams doing the same work, prevent teams from having to haggle for payment afterwards, etc.  The tool could also allow for teams to tackle a project in the environment without direct approval and hope that they would be first, best, cheapest, whatever and would get their development integrated into the site (and of course paid).

This last type of approach also lays the groundwork for the true value of this system. Up until now, this is somewhat standard practice. A new feature/tool either gets built in-house or an external contractor makes a bid and develops. They work in a staging environment and then integrate it into the live site when approved.  But what about ideas no one in-house expected or imagined?  What if the idea/enthusiasm which might now turn into a little alternative site/tool to your own instead gets suggested/built as a new feature of yours?

In addition to the in-house team posting jobs/projects to the job system for all (in-house and outside teams) to peruse and take on, it would allow those outside teams to suggest projects/features as well.  So an outside team has an idea to bring content from A into a tool that uses info from B.  Nothing like it has ever been seen before.  They post to the system and either wait for approval or go ahead and build it in their work environment.  Next thing you know, a radically new idea - a true “out of the box” idea - has been developed for YOUR site and in a time frame and using resources you didn’t necessarily have or want on staff.  The value/price is set in advance or afterwards and you move on to evaluating and integrating the next new feature your network developed this week.

Immediate savings are seen to the company in terms of reduced in-house staffing as well as the cost of development. If companies have been attracted by outsourcing projects domestically or abroad, why not enhance that ability.
 
Also inherent in this approach is a shift away from seeing updates to sites as new versions, which the size and responsibility that always entails (what’s the political implications of v3 slipping for 4 months and nothing new changing on your site?).  Build smaller, build more often, build faster.

With that - why bother with large scale 3rd world outsourcing firms when the very talented developer down the street (or over in Silicon Valley) can manage to build it.  Large-scale outsourcing works when you need large projects.  They just transfer the slow moving progress from in-house to someone else’s in-house.

Bringing in contractors can work… but you’re still asking someone to come in and be on your time and fufill your needs for a while.  Why not let them stay on their own time, in their own place, in their own comfort zone?  Then step back and watch how fast they work.

With something like this, you’d finally see large-scale sites have the ability to innovate at the pace of current web technologies and approaches.  You won’t be seen as trying to be “with it” when you roll out version 4 of your site that just happens to include tagging even though that was in vogue months ago.  You could have the new feature/technology on your site the day AFTER it was invented - by the person who invented it.

And finally designers/developers would have the opportunity and structure for reaching the “virtual marketplace” we’ve been told so much about. The one where they say it doesn’t matter where you’re located, whether you’re one person or a team.  You can - alone or with others - be influential developers working with multiple big sites. 

Only then will it make sense for me to pick up from San Francisco and plop down in a big house in the country and still make a living.

I’m still amazed at how many people have bought domain names with no thought or understanding that once a domain has been bought before, it lives out there in various places in its old form. It might never have any of those references updated.  So you’re buying the history of the site as well.This is why many domain squatters buy expired domains as they want all that residual traffic and mentions in search engines and on people’s sites. They don’t care if the information those sites have is valid, they just want the traffic. But what about the sites who are prepared to shape a distinct and protected brand around their “new” domain name? Shouldn’t they do their due diligence early on? I recall reading an article about Intel’s new technology/product in Wired Magazine many years back. It was for their VIIV technology (still don’t recall what it was/is supposed to be) but I remember immediately trying to check out the URL when I got to work (Wired is good reading while riding MUNI to work) and low and behold, the corporate proxy was blocking the site. Why? Because it had been a former adult domain.  Hmm.. So, for quite a large segment of the corporate audience, that site failed to exist just because no one really took into account that buying a domain name which had been a former porn site could cause some problems even if your site was wholesome and clean. Live and learn (at $100,000 an hour?)