1. Iteration of Landing Page

[andygrunwald]

Marketing-Slogans

The budget for developer portals has the goal to drive developer efficiency and productivity. Developer efficiency and productivity is top of mind for all engineering executives these days!”

Source: https://newsletter.pragmaticengineer.com/p/the-scoop-40

[andygrunwald]

Problem-Statement:

Health of open source project -> Decision support for enterprises

[andygrunwald]

Main claim:

“Gain more insights into your Software Development Lifecycle.” -> ist aus meiner Sicht nicht der USP, sondern mehr sowas wie “Keep your Software Development stable and fast” (für Entscheider formulieren)

"Gain more insights into your Software Development Lifecycle." Dies Überschrift könnte noch ein bisschen aussagekräftiger sein. Ich würde Github schon irgendwo oben erwähnen. Bei Github denke ich nicht direkt an Software Development Lifecycle. Ich glaube, das Problem ist, dass du mit der Überschrift zwei Zielgruppen adressieren willst und als Ergebnis passt es für keine so richtig.

Wenn du voll auf Entwickler abzielen würdest, dann sehe ich den Hauptvorteil in der Entwicklung von Projekten und Following. "Gain a following with your Github projects." Bei Firmen würde ich eher auf die Insights eingehen. "Open Source is critical for your business. Get actionable insights into your repositories and community."

Wenn du beide Zielgruppen ansprechen willst, dann würde ich das so machen: "The Pro Tool for Github Analytics. Get actionable insights into your repositories and community. Move faster and grow your following."

Die Unterüberschrift "Measure and streamline your software development process." hilft mir nicht wirklich und ist auch etwas redundant bzw. repetitiv.

Überschriften:

• statt fragen in überscherschriften, statements. texte werden oft nicht gelesen, die überschriften schon, also kann man da schon messages mitteilen. auch bei den features.
• Diese Zwischen-Claims müssen mehr ballern “sourcectl is process mining for your Software Development process” -> inhaltlich cool, aber zu klein. Wenn jemand nur fix die Seite überfliegt müssen die Kernaussagen verstanden worden sein

Screenshots:

• diese abgschnittenen laptops mit dem space daneben finde ich nicht so ansprechend und die screenshots vergrößerbar wären cool
• Auf dem Screenshot würde ich statt andygrunwald ne große Firma abbilden - z.B. “Massive Enterprise AG” :zwinkern:

Features:

• ich würde für jedes feature eine starke überschrift und einen screenshot machen. denn aktuell sieht man auf den screenshots kaum was und die features sind sehr kurz beschrieben ohne bilder. aber das wäre eigentlich das interessante

Jetzt zu diesem Abschnitt:

sourcectl is process mining for your Software Development process. It analyzes metadata you create during your Software Development process. We help you speed up and optimize your software development workflow based on the analysis results, like detecting and releasing blockers to iterate faster or reduce risks with bus factor analysis — all with the science of Software Repository Mining.

Da würde ich mich fragen, was mir das bringt. Process Mining klingt sehr abstrakt. Ich würde eher auf die konkreten Vorteile eingehen und auf Github Bezug nehmen. Drunter steht noch "For whom is sourcectl?" Aber das würde ich als erstes beantworten. Ich würde das eher so formulieren: "sourcectl is for developers and companies who want to get actionable insights into their Github repositories and community. We help you streamline your software development workflow. We detect blockers from your development process to move faster and reduce risks with bus factor analysis." "For whom is sourcectl?" klingt generell etwas komisch. Ich würde eher "Who is sourcectl for?" oder "Why sourcectl?" schreiben.

For Open Source maintainer: Where industry best practices and fast feedback are essential to enable new contributors. Where data about your work is vital to grow your project towards a bigger userbase. Das ist zumindest nicht der Grund, warum ich sourcectl nutze. Für mich geht's um:

• Die Star history
• Viewers und Clones über einen längeren Zeitraum

• In Zukunft würde ich mir folgende Features wünschen:

• Neue Follower (würde ich mir zumindest wünschen)
• Woher die Follower kommen (Firma, Land, andere Projekte, die sie starren)
• Sponsoren und woher die kommen

Warum? Weil das für Community Building wichtig ist. Das hilft mir als Maintainer zu verstehen, was die Leute interessiert und wie ich sie besser erreichen kann um denen vielleicht später etwas verkaufen kann (einen Kurs oder eine Lizenz).

For companies: Ich weiß nicht, ob Firmen an den Punkten interessiert sind. Ich würde eher auf die Insights eingehen.

• Welche Repositories sind am aktivsten?
• Welche Repositories haben die wenigsten Maintainer?
• Wo sind die meisten Issues offen?

Du hast zwar weiter unten schon eine Liste, aber ein paar Sachen würde ich gleich in die Beschreibung packen um das konkreter zu machen.

Und ich würde mehr auf Github Bezug nehmen. Das ist ja der USP von sourcectl.

Ist sourcectl ein B2C oder B2B Produkt? Ich würde eher auf B2B gehen. Dann kannst du auch mehr Geld verlangen. Aber dann musst du auch mehr auf die konkreten Vorteile für Firmen eingehen.