Das Problem der Redundanz in Business-Plan-Dokumenten |
Neo4j Use Cases - Graphdatenbanken im Einsatz
Ich bin wieder in meiner Business-Plan-Marathon-Saison. Dies geschieht jedes Jahr im April, während ich die Geschäftspläne für meine Angel-Investmentgruppe in Oregon lese und für Businessplan-Wettbewerbe, die diesen Monat von der University of Oregon, der Rice University, der University of Texas und der University of Notre Dame abgehalten werden Es ist klar, erstens, dass ich diese Geschäftsplandokumente nicht mit den "echten" Geschäftsplänen verwechsle, die ich für jedes Geschäft empfehle. Echte Geschäftspläne sind gerade groß genug, um das Unternehmen zu verwalten, sie werden normalerweise nicht einmal gedruckt, und sie werden häufig überprüft und überarbeitet. Diese formellen Geschäftspläne sind dagegen Dokumente. Sie beschreiben ein Geschäft einem Investor - oder einem Richter in einem Businessplan-Wettbewerb. Sie sollen gelesen werden.
Und die meisten dieser Dokumente haben das Problem der eingebauten Redundanz. Die wichtigsten Absätze erscheinen zuerst in der Zusammenfassung. Dann nochmal in der Firmenbeschreibung. Und nochmal in der Produktbeschreibung. Und nochmal in der Strategie.
Ich habe keine Lösung für dieses Problem. Die Art dieser speziellen Art von Geschäftsplan Dokument geht davon aus, dass einige Leute nur die Zusammenfassung lesen. Also müssen die Schlüsselpunkte in der Zusammenfassung sein. Und einige Leute - ich eingeschlossen - werden herumspringen und nach bestimmten Details suchen. Also sind die Schlüsselpunkte auch da.
Ich lese gerne diese formellen Geschäftspläne. Aber verdammt, ich wünschte, sie würden nicht so oft wiederholen.