Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3EA7767A6 for ; Wed, 6 Jul 2011 15:34:48 +0000 (UTC) Received: (qmail 71098 invoked by uid 500); 6 Jul 2011 15:34:46 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 70588 invoked by uid 500); 6 Jul 2011 15:34:45 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 70172 invoked by uid 99); 6 Jul 2011 15:34:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jul 2011 15:34:45 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kay.schenk@gmail.com designates 209.85.215.175 as permitted sender) Received: from [209.85.215.175] (HELO mail-ey0-f175.google.com) (209.85.215.175) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jul 2011 15:34:36 +0000 Received: by eye27 with SMTP id 27so5172eye.6 for ; Wed, 06 Jul 2011 08:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=wlZqKTKID6yPGtdtQ1WaTNXQdsJsyup8E4/Ti2k+EZk=; b=YfNDq8ps/3xQlSzDLd14fsyFz7GjrnSJawNVVGq4wnVrYQcrWxa9HMxDyC5KVFps52 741HNJAgJR6lGStkp9u8YbgJmbVQvCXVdvVZfxQKVSXX4TjucTcPjorD6i5Br8zbDmga 6AR22TFm06+iP0omwIUw+ou7FWA7fGpP0xTRA= MIME-Version: 1.0 Received: by 10.213.17.210 with SMTP id t18mr1972336eba.121.1309966455382; Wed, 06 Jul 2011 08:34:15 -0700 (PDT) Received: by 10.213.9.17 with HTTP; Wed, 6 Jul 2011 08:34:15 -0700 (PDT) In-Reply-To: <1309937986.2224.5561.camel@linux-krcc.site> References: <9B1C83A5-2E28-46BC-B62B-C16B76576308@comcast.net> <1309667350.2224.4410.camel@linux-krcc.site> <1309856697.2224.4806.camel@linux-krcc.site> <1309937986.2224.5561.camel@linux-krcc.site> Date: Wed, 6 Jul 2011 08:34:15 -0700 Message-ID: Subject: Re: Website Content plus Look and Feel Improvements From: Kay Schenk To: ooo-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0015174c37563da2ec04a768556e X-Virus-Checked: Checked by ClamAV on apache.org --0015174c37563da2ec04a768556e Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Wed, Jul 6, 2011 at 12:39 AM, Graham Lauder wrot= e: > On Tue, 2011-07-05 at 13:33 -0400, Rob Weir wrote: > > On Tue, Jul 5, 2011 at 5:04 AM, Graham Lauder > wrote: > > > On Sun, 2011-07-03 at 10:23 -0700, Dave Fisher wrote: > > >> On Jul 2, 2011, at 9:29 PM, Graham Lauder wrote: > > > > > > > > >> > > > >> > Much of what is on there is legacy material that could be seriousl= y > > >> > pruned. For instance all the old Marketing material that is V2.0 > and > > >> > earlier could be deleted. > > >> > > >> What would you do to the main openoffice.org site if you were > starting from scratch? > > > > > > Big question, moving to Apache has one big advantage from my POV. > > > (I should point out that my POV is marketing centric and is End User > > > focussed rather than developer focussed.) > > > > > > With the content going onto CMS it makes it a lot easier for marketin= g > > > content to be updated and changed as required. The Collabnet setup wa= s > > > difficult. > > > > > > The OOo web presence is huge, not just the website itself but all the > > > NLC projects, the services part, maillists, forums, downloads and so > on. > > > Each fragment is looked after by it's own team. There are overlaps > (ie: > > > Distribution and CDROM) and global projects (Renaissance, art, UX) > each > > > piece has it's user base and it's client base and so the website as a= n > > > entirety, obviously has to reflect that. > > > > > > > Yes, there were a lot of teams. Everyone seemed to have an official > > project title, often several ;-) > > Heh not everyone, but true there were a lot. Each had a Lead and a > co-lead, then specific roles within each project. You have to remember > that each section was treated as a project on it's own and this for good > reason. OOo is a beast as people are discovering, there are very few > people who could make informed comment about the entire project, maybe > Mathias and Thorsten and Louis and a few others, but to be up to speed > on all the code and the marketing and the documentation and the > Linguacomponent and the NLC and the Renaissance project etc etc > is ....well you can see what I mean. > > You break problems down into manageable chunks, then create the > infrastructure that pulls all that together into a whole. In a Bazaar > this size, it seems chaotic to the Cathedral builders. the problem is > that this bazaar was trying to build a cathedral and so the stalls in > the bazaar became minicathedrals to a degree, but that was possibly a > symptom of the corporate ownership. It is true that many people wore > several hats but I never considered that a huge problem, that's human > nature, we all wear different hats. The problem was the coordination of > all of the disparate pieces. > > > > > We had some earlier discussions on this. Personally, I was proposing > > that we take the opportunity to simplify. For example, right now > > we're doing all the work on ooo-dev. At some point it will be clear, > > perhaps soon, that we need an ooo-user list. > >From my POV, what would be really helpful right now to the existing user base, is to somehow migrate over the "Announcement" list and its corresponding subscribers. And, have someone designated to be the "announcement guru". My feat at the moment is losing supporters/users who don't have any interest in direct contribution but who use OpenOffice.org. And maybe a few others. > > But I'd resist the urge to recreate the byzantine complexity of OOo > > until we're sure that we need it. I'm hoping we never do. > > Small projects do have the advantage that people can contribute as suits > their availability and feel their contribution is meaningful. That's > just a function of Human group dynamics, we can get to know about 8 > people well, 25 we can work with, once the numbers get up however then > people are simply in the company of strangers and thus they feel > unrecognised and unappreciated. > > > > > > > > The home page as it is now was designed originally with one overridin= g > > > goal: "increase downloads." > > > > > > > Do you think this should still be the overriding goal of the homepage? > > There was reasoning behind this, more downloads =3D more users, More User= s > =3D Greater market share, More market share =3D more contributors. Howeve= r > the homepage grew from that original precept to become "Make it as easy > as possible for someone landing on the homepage to have their OOo needs > fulfilled!" Downloads was one of those needs. > > There was a history to the "More Downloads" thing, in 06 I think it was, > Sun decided to spend some money on promoting OOo. Rather than giving it > to the marketing project and letting us use it as best we could, they > spent it with a promotions company to use on internet marketing (and > gave the Marketing team a part of it, with the proviso that it be spent > on promo materials, but that's another story.) The promo company spent > around 35K USD, IMS, on google keywords and the like on a "Pay on click > through" basis. Clicking on a text ad or keyword sent people to > download.openoffice.org. The money disappeared fast, so there were lots > of clickthroughs. Oh boy...interesting little known facts. > However, the rate of download changed not even so > much as decimal of a percent. The promo company picked up their check > and the value to the project was zero. To me and number of other people > in the marketing project, the reason was obvious. The redesign of the > homepage was a response to that failure, so that if ever they were that > generous again we could say: "Just link to openoffice.org homepage > because we have proved that it increases downloads." > Why wouldn't you design a homepage for "users" that makes it easier for the= m to get what they need -- monetary contributions notwithstanding? OpenOffice.org is first and foremost a "client" product. > > > > > Therefore we had to analyse our catchment, identify our user groups a= nd > > > their specific needs and patterns of usage of the Website. We then > > > needed to specifically identify the Home page users and their needs. > It > > > should be noted that while there is a crossover, Homepage users are a > > > different set to Website users. Regular community members tend to > > > bypass the homepage because they know where they can fulfil their nee= ds > > > already, they either go straight to the wiki or the forums or docs or > > > whichever part is specific to their part of the community. > > > > > > IMS We identified 5 groups that visit the Homepage. > > > > > > Casual arrivals > > > People seeking a download, either for the first time or to upgrade > > > Users seeking assistance > > > People wishing to contribute to the community > > > Developers > > > > > > > What is a "casual arrival"? Is that someone arriving via a search? > > The Casual arrival was someone who clicked a Google ad or keyword out of > curiosity. Someone who has done a search specifically for OOo is > generally already informed about OOo, conversely someone who had > searched say for "Free Office Suites" would fit the Casual arrival > group > > > > > > > Have you ever seen any traffic reports for Openoffice.org? Or > > something like Google Analytics, that would show how the web site is > > being used currently? > > Probably the nearest thing would be > http://tools.services.openoffice.org/dashboard/ > > Not all up to date unfortunately, but not unexpected. Obviously the > marketing teams main concern was the download numbers, the average was > about 300,000 a day back around 3.2 launch if memory serves > > > > > So, keep the home page as is or find someway to get the CMS to displa= y > > > it, action statements intact at least. > yes...I hope to investigate the Apache CMS capabilities in this regard this week. > > > > > > Then to my mind the only subs to the OOo domain that I would think th= at > > > would be compulsory would be: > > > support.openoffice.org > > > Why.openoffice.org and > > > download.openoffice.org > > > > > > and the NLC subdomains > > > > > > The rest of the website could happily exist under > OpenOffice.apache.org. > > > > > > > > This is close to what I was proposing. Move the project-centric > > services and content, the stuff that project volunteers access most, > > to the Apache address. But keep OpenOffice.org as the public-facing, > > user-facing portal for the product. > > +1 > +1, sounds reasonable > > Cheers > GL > -- > Graham Lauder, > OpenOffice.org MarCon (Marketing Contact) NZ > http://marketing.openoffice.org/contacts.html > > OpenOffice.org Migration and training Consultant. > > > > --=20 ---------------------------------------------------------------------------= ------------ MzK "He's got that New Orleans thing crawling all over him, that good stuff, that 'We Are the Champions', to hell with the rest and I'll just start over kind of attitude." =97 "1 Dead in the Attic", Chris Rose --0015174c37563da2ec04a768556e--