Business Model

Document Purpose

The purpose of this document is to provide a framework to structure, support and record the evolving and iterative ALEG Business Model, which has three main streams:

The document outlines:

Successive versions of this document will be mounted on the ALEG Development site at: /BusinessModel/busModel.html between now and February 2001.

This document outlines the ALEG Business Model, not the ALEG Business Plan, and therefore excludes analysis of strengths, weaknesses, opportunities and threats, and specific financial analysis. Development of the ALEG Business Plan is dependent on the majority of the issues outlined in the business model having been agreed to and signed off. The Business Plan will be developed in late 2000/early 2001.
 

Business Rationale

The primary rationale for establishing the Australian Literature Electronic Gateway is:

In addition, the project has a number of subsidiary rationales: The delivery of a public good in the public interest itself involves:

Service Mode: Summary

Service Mode decisions address the following general questions:

Partner Mode: Summary

Partner Mode decisions address the following general questions:

Data Management: Summary

Data Management decisions address the following general questions:

Major Data Management decisions are recorded at /Datamodel/index.html and /design/index.html

The Partners signed off on major Data Management decisions at the end of Stage 2 of the system design.

Action Plan: Summary

The following decision requirements have been identified, and are listed by the date by whichdecision is required.
 
Decision Mode When Done See
Transfer CD subscribers Service Jul 2000 Yes See Subs
Search, retrieve, delivery: how? Service Jul 2000 Yes See Design
Specifications signoff Data Jul 2000 Yes See Design and Implementation Options
Branding/badging Partner Jul

Oct 2000

Yes See Recommendation 5
Hardware & Software Data Aug 2000 Yes See Implementation Options
Centralised data management & storage: how? Data Aug Yes See Design
Decentralised data input and maintenance: how? Data Aug Yes See Design
Quality control Data Aug Part See Quality Control
Revenue raising: customers Service Oct 2000 Yes See Recommendation 1
Revenue raising: tailored customer charging Service Oct 2000 Yes See Recommendation 1
Multi level access Service Nov 2000 Yes See Recommendation 1
Documenting: workflows, manual etc Data Oct Part See Quality Control
Admin & QC overheads Partner Oct Yes See Recommendation 6
Distribution of revenue Partner Oct Yes See Recommendation 6
Partner contributions: resources Partner Dec 2000 Yes See Legal Agreement
Intellectual Property Partner Dec 2000 Yes See Recommendation 3
Data exchange Data Dec 2001 Part In progress
Rights management Service Feb 2001 No Under discussion
Future project partners Partner Feb No
Future data suppliers Partner Feb  No
Multi views Service 2001 No
Customised services Service 2001 No
Revenue raising: sponsorship & advertising Service 2001 No
Value added products & services Service 2001 No
Links to other resources Service 2001 No

 

Recommendations for issues requiring decision

Service Mode

Issues: