I am a developer at Salesforce. I want to calculate the time it takes for a lead to be followed up on after a lead is created for each Eternal Temple in Salesforce. I'm not sure if it's better to create a custom field, a custom object, or fire a trigger.
간단한 요구 사항의 경우: 요구 사항이 간단하고 복잡한 논리나 여러 후속 작업이 포함되지 않은 경우 리드 개체에 사용자 정의 필드를 사용하는 것이 좋습니다. 구현 및 유지 관리가 더 쉽습니다.
복잡한 요구 사항의 경우: 여러 후속 작업을 추적하거나, 복잡한 비즈니스 규칙을 처리하거나(예: 업무 외 시간 제외) 다른 시스템과 통합해야 하는 경우 사용자 정의 개체 또는 Apex 트리거 사용을 고려하십시오. 이를 통해 솔루션에 대한 유연성과 제어력이 향상됩니다.
조합 접근 방식: 때로는 접근 방식의 조합이 적합할 수 있습니다. 예를 들어, 기본 보고에는 사용자 정의 필드를 사용하고, 세부 추적 및 복잡한 시나리오에는 사용자 정의 개체 또는 트리거를 사용하세요.
질문: I'm a developer at Salesforce. For each Eternal Temple in Salesforce, I want to calculate how long it takes to follow up on a lead after it is generated. lI'm not sure if it's better to create a custom field or custom object or fire a trigger. I want to create a dashboard based on existing data. If implemented as a trigger, it has the limitation that only newly created datetimes can be recorded. My role is to do all the necessary preliminary work to properly output data from the KPI dashboard.
GPT 답변 중 '결론'
해당 시나리오에서는 리드와 관련된 후속 조치를 추적하기 위한 사용자 정의 개체를 구현하는 것이 좋습니다. 포괄적인 KPI 대시보드를 만드는 데 필요한 유연성, 확장성 및 세부 추적 기능을 제공합니다. 이 접근 방식을 사용하면 후속 조치 시간을 정확하게 측정하고 보고할 수 있으며, 이는 Salesforce에서 리드 관리를 최적화하고 고객 참여를 개선하는 데 중요합니다.
나의 질문 : Can't anyone but the system administrator create leads in Salesforce?
GPT의 답변 : In Salesforce, the ability to create leads is not restricted solely to the system administrator. Instead, it’s managed through profile settings, permission sets, and organizationwide sharing settings. This flexibility allows organizations to tailor access and permissions according to their business needs while ensuring appropriate data management practices are upheld across different user roles.
Salesforce에서 리드 생성 기능은 시스템 관리자에게만 국한되지 않습니다. 대신 프로필 설정, 권한 집합, 조직 전체 공유 설정을 통해 관리됩니다. 이러한 유연성을 통해 조직은 비즈니스 요구 사항에 따라 액세스 및 권한을 맞춤화하는 동시에 다양한 사용자 역할에 걸쳐 적절한 데이터 관리 방식이 유지되도록 할 수 있습니다.
시스템관리자 이외에 다른 유저에게 리드생성 권한을 주려면 어떻게 해야 하는지 한참을 뒤져보다가 발견한 페이지!
19일 퇴근하기 전에 리드에서 태스크가 생성되었을 때 해당 리드 정보를 트리거로 커스텀 오브젝트에 넣어주는 코드를 어느 정도 작성. Developer Console 에서 넘겨준 리드 id 등 리드에 대한 정보를 넘겨주고 커스텀 오브젝트로 꼽히는 것까지 테스트 완료.
어제 잘 이해되지 않았던 부분은 내가 생각한 로직과 달랐던 것. 그리고 어쨌든 넘기려면 조건을 걸어줘야 되는데 이사님은 그 시작을 status의 값이 'completed' 된 것을 기준으로 잡았다.
그런데 내가 생각했을 때는 그렇다면 task 생성은 되었으나 아직 '완료' 되지 않았다면, 그것을 영업사원의 첫 후속조치라고 볼 수 없는 것인가? 이런 질문이 들어서 완전하게 동의가 되지는 않았다.
그러나 연습의 과정이라고 생각하기로 했다. 내가 생각하는 로직이 있고 이것을 구현하는 데 필요한 논리적 전개와 조건들이 있다. 이것을 잘 연결시켜서 생각하는 연습이 아직 내가 많이 부족해서 생각이 많이 더디게 흘러갔다고 생각한다. 그래도 어제는 진짜 기력을 모두 소진했다고 할만큼 열심히 했다. 퇴근하고는 이유를 알 수 없는 눈물이 찔끔 났다.
20일 목요일
✔️ 구현한 내용 : 리드가 생성된 후 가장 처음으로 task가 생성될 때 해당 시점에 custom object에 insert 된다.
Response time : 리드생성시점 - (가장 처음)태스크 생성시점
✔️ 구현하지 못한 내용 : 영업사원을 user로 작업하지 못하고 picklist로 작업하였다.
- 사용자로 작업하였을 경우, 반응 시간에 대해 주말을 제외한 해당 영업사원의 비즈니스 타임을 계산하여야 함. 매우 복잡한 것 같음...
lead 화면에서 task 생성시 debug log가 잘 출력된
태스크가 이미 한번 이상 생성된 lead 에서 task를 또 생성할 때는 커스텀 오브젝트에 저장되지 않는다. 해당 lead id에 task가 존재하지 않았을 경우에만 커스텀 오브젝트에 저장한다