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 October 1, 2024. We will send decisions to everyone who submitted by October 31, 2024. Our next call for content will open in November 4, 2024.

How to 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:

• Stories of success and failure have equal value
• All architects benefit from learning about diverse, real-world experiences
• Salesforce is often just a piece of an architect’s entire system landscape

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

• Technology is a wide spectrum of tools and skills
• Expertise in technical, business, problem solving, and interpersonal skills is essential for architects
• Representation and equality help architects see examples and models of diverse career paths
• Architects learn from other architects most

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.

• Designing for High-Volume Reads in Salesforce
• The Value of a Technology Professional with a Renaissance Mind
• Are You Ready for a Technical Crisis?
• 7 Things Architects Should Know About Flow

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

• If you’re writing a ‘how to’ or ‘lessons learned’ style of post:
  • Start with a clear, simple explanation of your use case/business scenario
  • Illustrate key points with concrete examples (vs. generalized statements)
• Credit authors or sources of any stats, links, articles, terms, etc. you reference
• All diagrams must use our kit of parts (which is also available as a shape library in Lucidchart)
• No selling.
• Focus on ONE big idea. Even if you have an idea for a series, each post should be worth reading on its own. (Plus, we can't accept series submissions at this time--so just write a great first post!)

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

• Do you have a good, clear title? Here are some questions to ask, to help you think through your title:
  • If I was doing an internet search for answers related to this post, are these words I would use to search?
  • If this title was in a list of search results, would I click on it?
  • Can I read the title out loud easily?
• Do you have a summary clearly explaining why this matters to architects in less than 200 characters?
• If you are recommending specific resources, did you include links? Are those resources open & freely available for readers to use in their day-to-day work? (We prefer sharing resources that aren’t behind lead capture forms, paywalls, etc.)
• Is your draft around 2,000 words (or less)?
• Have you shared your draft with our team? (See ‘How it Works’ for steps.)

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:

• Presenting someone else’s work or ideas without credit
• Trying to sell products or services
• Submitting a blog that’s already been published
• Submitting a draft that isn’t finished
• Not sharing a draft properly in Quip
• Editing a draft after the call for content closes
• Making recommendations that contradict Salesforce Well-Architected
• Submitting content authored by artificial intelligence as if it was your own work (example: ChatGPT)

Guidance for Editorial Consideration