Content last updated September 30, 2022.

Our blog. A tech publication for architects, by architects

The Salesforce Architect blog is a tech publication for architects, by architects. We explore and celebrate what matters to architects and demystify the complex roles architects play: leader, builder, designer, planner, creator and problem solver. Through the content we publish, we create new ways for architects to learn, understand and connect.

You can find our blog on Medium.

Calls for Content

We accept submissions through our call for content cycles.

Our most recent call for content closed on September 30, 2022. We will send decisions to everyone who submitted by October 24, 2022. Our next call for content will open in January 2023.

Below is an overview of how submissions work, content we are interested in publishing, and more about how we evaluate submissions.

How to submit your draft

step 1 write your draft, step 2 share your draft, step 3 submit your draft
  1. Write your draft. We can only consider completed blogs. All submissions must use the Architect Blog Template (Quip account required)
  2. Share your draft. By default, your draft in Quip is visible only to you. In order to consider your submission, you’ll need to give our team access to your draft in Quip. Here’s how:
    1. In Quip, click the “Share” button in the upper right corner
    2. Go to the section labeled “Shareable Link”, and toggle the shareable link setting to ON
    3. Click the “Link Settings” button
    4. Scroll down to the “Allow access outside of your company” checkbox and select it
    5. Copy the link URL (you’ll use this in the next step)
  3. Submit your draft. Fill out our blog intake form, making sure you use the URL from step 2. Note: This form is ONLY open during a call for content. We do not accept or read submissions outside our calls for content.
  4. Check your email. You will receive an email confirming that we’ve received your submission.
  5. Celebrate. Your work is done. (For now.)

After the submission window closes, our team will read and review every submission at least twice. You’ll get a decision by email approximately 3 weeks after our call for content closes.

We cannot provide feedback about individual submissions. If your post is accepted for publication, the email will provide next steps.

Things to keep in mind as you write

We value content that is authentic, sharing real-world experiences or information to help inform the decision-making process, and containing resources or guidance readers of our blog can use right away. Here are some of the kinds of content we are most interested in publishing:

Lessons learned on the job
How to and practical advice from experienced, working architects. Explore lessons learned and ways to navigate grey areas in architectural work. Blogs that share real-world experiences matter because:

New architectural perspectives and frameworks
Help architects gain different ways of thinking and problem solving. Content that shares new & diverse perspectives matters because:

Some samples from our blog
We publish a variety of blogs. Not every blog falls into the categories above, and we welcome new ideas.

Below are some examples of different blogs that resonated with our readers.

Some tips to help you shape your ideas into a blog draft:

Some details to double-check (before you submit!) to give us your best possible draft:

How we consider submissions

Our blog is a tech publication for architects, by architects. We consider every submission on an individual basis, and work to publish a wide variety of content, voices, perspectives. Below, you'll see the criteria we ask our expert readers to use as they consider each submission independently. We also use this criteria in our editorial discussions, as we make final decisions. This is not a checklist for authors to follow. It is a way of understanding what kinds of questions we will ask about each submission we receive.

Reasons for an automatic "No"

There are some factors that may automatically disqualify a draft from further consideration:

Guidance for Editorial Consideration

Area Consideration "Yes" Criteria "No" Criteria
Topic or Focus Area Relevance
Is this about something that is new or emerging?
Something evergreen?
Is it time-sensitive?
  • The topic or subject is new and noteworthy.
  • The topic or subject addresses an emerging, real-world context.
  • The content brings a new perspective to a common or familiar topic or subject.
  • Topic or subject is used superficially or to 'grab' attention, without substance in the content.
  • Topic or subject is well documented or discussed elsewhere & this brings no new information.
  • Topic or subject is used out of context or in ways that are signficantly misleading.
Accuracy & practicality
Is the guidance actionable or achievable?
Is it factually supported?
  • Content addresses a broadly applicable solution with repeatable steps.
  • Content recommends solutions or patterns that will scale.
  • Content includes clear artifacts (using our templates).
  • Recommendations use products or features in ways that are supported and generally available.
  • Content uses anti-patterns or states information that is not backed by other sources (help docs/developer docs/etc).
  • Recommendations involve products that are end of life/soon to be deprecated.
  • Content addresses obscure or very specific use cases that do not easily translate to broader usage.
Structure & Readability Clarity & focus
Is the purpose of the content clear?
Does the content stay focused on the topic?
  • The purpose of the content is stated at the beginning and is delivered by the end.
  • The flow between concepts is clear & supports the intent of the content.
  • There is no clear purpose stated in the beginning of the content OR the content does not meet the proposed outline.
  • The flow between concepts is not clear & is distracting to a reader.
  • The content doesn't stray from the topic or have chunks of 'filler' or unrelated content.
Value proposition
Is there genuine value for a reader?
Is this content worth a reader's time?
  • The content provides genuine value for an architect practitioner
  • Each section of the content provides useful detail, real-world examples and/or resources to help a reader understand the topic.
  • Each section of the content helps illustrate the main topic. Any humor, stories or examples are helpful to explaining the topic.
  • The content is largely superficial or full of generic statements. There is no real-world use case presented with credible detail.
  • The content uses hyperbole to try establish relevance, without supporting facts.
  • The content uses imprecise language and/or language that is distracting and makes it harder to understand the actual topic.
  • If used, humor or stories or examples are distracting or hard to relate back to the main topic.
Visuals & artifacts
  • Visuals, artifacts, illustrations are accurate and clear.
  • Where applicable, our templates and styles are used.
  • If relevant templates or styles are missing, the main value of the content isn't the visuals or artifacts.
  • Visuals, artifacts, illustrations are distracting or unclear (or subject to copyright).
  • Visuals or artifacts should have used our styles or templates, and the main value of the content is the visuals or artifacts.
Transparency & Integrity Original content
Is this the author’s own work or experience?
Are they sharing someone else’s concept or tool?
Are attribution and intellectual property clear?
  • It is clear the author is sharing their own experience or work.
  • If the author shares someone else's concept or tool, attribution is clear.
  • Resources or tools are not blocked by a paywall and/or lead capture forms.
  • Stats and numbers have clear attribution.
  • It is unclear if the author has permission to share examples, tools or resources.
  • Attribution for concepts or stats is unclear.
  • Resources or tools are blocked or not generally available.