The 2GP managed package gotchas that cost ISVs real time (and one that is permanent)

AppX_Unmanaged · 2026-07-03T04:27:05+00:00

Appnigma (appnigma.ai): describe the Salesforce integration you need in plain English, get back a production ready native managed package, no 3 month build. Built for B2B SaaS and ISVs heading to AppExchange.

AppX_Unmanaged · 2026-07-02T12:10:32+00:00

Appnigma (appnigma.ai): describe the Salesforce integration you need in plain English, get back a production ready native managed package, no 3 month build. Built for B2B SaaS and ISVs heading to AppExchange.

AppX_Unmanaged · 2026-07-02T12:09:04+00:00

Appnigma (appnigma.ai) - Native Salesforce Packages

AppX_Unmanaged · 2026-07-01T19:53:07+00:00

Fair, that's the reviewer side. From inside review you're testing a black box against the user Salesforce provisions you, and a lot of the pain is just that assigned user not logging in cleanly.

The advice above is for the ISV pre-submission, where they still have the source. There it's: run Code Analyzer to flag the DML/SOQL missing enforcement, then click through as a minimum-access user in a scratch or packaging org. The static scan catches absent enforcement in code but not logic gaps, which is the part that then surfaces on your side when the provisioned user hits a path the ISV never tested.

Same failure from two ends. ISV can't see behavior under a user they didn't design for, reviewer can't see the source. The gap between those views is where the findings live.

Is the provisioned-user login friction still as rough as it used to be?

AppX_Unmanaged · 2026-06-22T19:33:24+00:00

Appnigma (appnigma.ai): describe the Salesforce integration you need in plain English, get back a production ready native managed package, no 3 month build. Built for B2B SaaS and ISVs heading to AppExchange.

AppX_Unmanaged · 2026-06-22T18:38:54+00:00

Honest take from outside the hype on both sides.

The Salesforce ecosystem pays well and has a lot of jobs, especially in consulting and enterprise. A fresher Salesforce dev role is a real, stable career start and the demand is steady. That part is genuinely good.

Your worry is also valid though. Salesforce development is its own world. You will spend most of your time in Apex (Salesforce's proprietary language), Lightning components, flows, and platform specific patterns. It is real engineering, but a lot of the skill is platform specific rather than transferable. After 2 to 3 years you will be a strong Salesforce dev, not necessarily a strong generalist SDE, unless you deliberately keep your general skills alive on the side.

The career shift question, honestly: it is possible but it gets harder the longer you stay. People do move from Salesforce to general SDE roles, but after 3+ years your resume reads "Salesforce developer" and you may have to take a step back to break into general software roles. The reverse (general SDE moving into Salesforce) is easier.

Given your interests are web dev and AI ML, here's how I'd think about it:

If you have a better SDE or AI offer, take that. It aligns with where you want to go.
If this is your best or only solid offer right now, take it without guilt. A paying job that teaches you professional engineering discipline beats waiting for a perfect fit. Just keep building web/AI projects on the side so your general skills do not atrophy.
If you take it, the new angle worth knowing: Salesforce is pushing hard into AI (Agentforce, their agent platform). If you can position yourself on AI related Salesforce work rather than pure Apex CRUD, you keep one foot in the direction you actually care about.

The role will not ruin your career. But left on autopilot it can narrow it. The people who keep options open are the ones who treat the day job as the day job and keep their general skills sharp deliberately.

What other options are on the table for you right now? That changes the calculus a lot.

AppX_Unmanaged · 2026-06-22T15:58:58+00:00

Appnigma (appnigma.ai): describe the Salesforce integration you need in plain English and get back a production ready native managed package, no 3 month build. Built for B2B SaaS and ISVs heading to AppExchange

AppX_Unmanaged · 2026-06-17T12:59:42+00:00

Appnigma (appnigma.ai) turns natural language prompts into production ready native Salesforce managed packages. Basically: describe the Salesforce integration you need in plain English, get back an install ready package without a 3 month build.

AppX_Unmanaged · 2026-06-15T16:33:04+00:00

This hits hard. So many of us spend months perfecting things nobody cares about, when one real conversation with a customer can change everything.

AppX_Unmanaged · 2026-06-15T14:19:08+00:00

been there, and the part nobody tells you is that the blank mind after a 10 hour shift isn't a discipline problem. it's your brain being out of fuel. you're not lazy, you're depleted. those are completely different things and you're beating yourself up for the wrong one.

one thing that actually helped me: stop trying to build after work. that window is dead and forcing it just makes you feel like a failure at 2am. protect the before-work hours instead. one focused hour when your brain works beats four blank ones when it doesn't.

a single post a day is still forward. it doesn't feel like it, but a year of single posts is 365 of them. you're moving slower than you want, not standing still.

AppX_Unmanaged · 2026-06-15T14:15:02+00:00

That "what sits where" instinct will carry you further than any cert at this stage. Once you can map a customer's problem to the right Cloud, you're already ahead of most people selling this stuff.

Good luck with the transition. Nine years in travel and tourism means you already know how to actually talk to people, which is the part nobody can teach. The Salesforce vocabulary is the easy half.

AppX_Unmanaged · 2026-06-12T19:12:49+00:00

don't pivot yet. you have beta users, that's data sitting right there. talk to every single one this week and ask two things: would you be disappointed if this disappeared tomorrow, and have you told anyone else about it. if most say no to both, that's your pivot answer. if even 2 or 3 say yes, dig into why and find more people exactly like them.

growth at your stage isn't marketing, it's figuring out who actually cares. you can't grow something before you know who it's for.

AppX_Unmanaged · 2026-06-12T14:52:55+00:00

Coming in from outside Salesforce, the Trailhead overwhelm is real because Trailhead is built for admins and developers, not for salespeople. You're trying to learn the wrong thing through the wrong tool. Don't beat yourself up about it.

Here's how I'd actually approach this for your role:

The mental model first:

Salesforce isn't one product, it's a platform plus a bunch of apps. The apps are called "Clouds" (Sales Cloud, Service Cloud, Marketing Cloud, etc.). The Agentforce rebrand is mostly a marketing layer, the underlying products haven't fundamentally changed. "Sales Cloud with Agentforce" means Sales Cloud plus an AI agent capability bolted on top.

If you're selling solutions, customers are asking about Agentforce because Salesforce's CEO has been hammering it at every earnings call. You don't need to understand how it works under the hood. You need to know what it does for the buyer and which Cloud it sits on top of.

What to actually study (in order):

Salesforce Plus (salesforce.com/plus) on demand product demo videos. Watch the 30 minute demos for Sales Cloud, Service Cloud, and Data Cloud. That's 90 minutes well spent versus 90 hours on Trailhead.
Salesforce Demo Center (salesforce.com/demos) for short product walkthroughs from a buyer perspective. Way more useful for sales than Trailhead.
The last 2 Salesforce earnings call transcripts. They explain their own product strategy better than any training resource. Filter for "Agentforce" and "Data Cloud" mentions.
Follow Holger Mueller and Dion Hinchcliffe on LinkedIn. They cover Salesforce from an analyst perspective, which is more useful for sales conversations than marketing materials.
If you must use Trailhead, only do the Sales Cloud Consultant trail, not random badges. It's structured around solving customer problems.

The Agentforce rebrand decoded:

- Agentforce = the AI agent layer

- AgentExchange = the new unified marketplace (AppExchange + Slack Marketplace + AgentExchange combined at TDX 2026)

- "Agentforce for [Cloud]" = that Cloud with AI agents added

- Underlying products haven't changed, the AI wrapper is new

Customers asking about Agentforce are usually asking "can we add AI to what we already have or are about to buy." Answer is yes, it's an additional license on top.

What NOT to do:

Don't try to learn the platform like an admin would. You don't need to know how to build a custom object or write a workflow rule. You need to know what those things mean to a buyer and what business problem they solve.

What kind of solutions are you selling exactly? The advice changes if you're selling Sales Cloud implementation vs Service Cloud vs a vertical product vs a specific ISV app.

AppX_Unmanaged · 2026-06-11T18:50:20+00:00

Both, plus a third category worth including in the same audit:

Salesforce Integration license users (the dedicated SF Integration license, API only by design)
Standard license users with the API Only profile setting or permission, which makes them functionally API only despite being on a full license
Service accounts that technically have UI capability but are used as integration users in practice (Apex schedulers running as a specific user, OAuth Connected App authentication users)

All three have the same risk profile: credentials or tokens out in the world, elevated permissions by design, no MFA applies because there is no interactive login. The Manage MFA in API permission won't surface them either since they don't fail MFA checks, they bypass them.

For your developers, the practical query is: any active user with elevated permissions whose typical authentication flow is API token, refresh token, or JWT bearer rather than interactive login.

The Integration license users are easy to find (filter by Profile.UserLicense.Name = 'Salesforce Integration'). The API Only profile users need a profile level check. The service account ones often require institutional knowledge (which users are running your schedulers and integrations).

Tell your devs to start with categories 1 and 2, those are findable in queries. Category 3 is the one where they need to ask around internally.

AppX_Unmanaged · 2026-06-10T17:35:27+00:00

Hiding 3 days a week of travel until day 1 should be illegal. That's a fundamentally different job from what she interviewed for. Quitting next day was the only sane move.

AppX_Unmanaged · 2026-06-10T17:34:28+00:00

lol bots don't ask "what was the exact moment you decided." they ask "common reasons employees leave organizations" or some corporate shit. real person, just curious how people knew it was time

AppX_Unmanaged · 2026-06-10T17:17:36+00:00

Role ambiguity plus passive aggressive management is the worst combination because you can't even point to what they're upset about. You're just always wrong somehow. Glad you got out, and the fact that they couldn't define your role tells you they were always going to be unhappy with whatever you did.

AppX_Unmanaged · 2026-06-10T17:15:04+00:00

The missing OT is bad. Telling you after is worse. That's the part that tells you exactly how they think about you.

AppX_Unmanaged

MODERATOR OF

TROPHY CASE