SaaS ଏବଂ ଉତ୍ପାଦ ଦଳ
ଆପଣଙ୍କ ଉତ୍ପାଦ ଏମିତି କଥା ଜାଣେ ଯାହା କୌଣସି ମାର୍କେଟିଂ ଉପକରଣ ଦେଖିପାରିବ ନାହିଁ
କିଏ ଅନବୋର୍ଡିଂ ସମ୍ପୂର୍ଣ୍ଣ କଲା ଏବଂ କିଏ ତୃତୀୟ ପାଦରେ ଅଟକିଗଲା। କିଏ ଏକ ସହକର୍ମୀଙ୍କୁ ନିମନ୍ତ୍ରଣ କଲା। କିଏ ଏହି ସପ୍ତାହରେ ଦୁଇଥର ସୀମାରେ ପହଞ୍ଚିଲା। କିଏ ଦୁଇ ସପ୍ତାହରୁ ଜିନିଷଟି ଖୋଲିନାହାଁନ୍ତି। ଏହା ମଧ୍ୟରୁ ପ୍ରତ୍ୟେକଟି ଏକ ଇମେଲ୍ ଖୋଲିବାରୁ ଆସିଥିବା ଯେକୌଣସି ଜିନିଷ ଅପେକ୍ଷା ଏକ ଭଲ ଟ୍ରିଗର୍, ଏବଂ ସବୁ ଦୁଇ ଲାଇନ୍ କୋଡ୍ ଦୂରରେ ଅଛି।
ଇଭେଣ୍ଟ ହିଁ ସମ୍ପୂର୍ଣ୍ଣ ଇଣ୍ଟିଗ୍ରେସନ୍
ଆପଣଙ୍କ ନିଜ ଟୋକେନ ସହିତ POST /v1/events: ଆପଣ ବଛିଥିବା ଏକ ନାମ, ଏକ ପରିଚୟ, ଏକ ପେଲୋଡ୍, ଏକ ଆଇଡେମ୍ପୋଟେନ୍ସି କି। ଏହା ହିଁ ସମ୍ପୂର୍ଣ୍ଣ ସଂଯୋଗ। ଅଦ୍ୟତନ ରଖିବାକୁ କୌଣସି SDK ନାହିଁ, କୌଣସି ମ୍ୟାପିଂ ସ୍କ୍ରିନ୍ ନାହିଁ, ଏବଂ ଆପଣଙ୍କ ଉତ୍ପାଦକୁ ଅନୁବାଦ କରିବାକୁ ଆମର କୌଣସି ଶବ୍ଦକୋଷ ନାହିଁ।
ପ୍ରତ୍ୟେକ ଇଭେଣ୍ଟ ପରିଚୟର କେବଳ-ଯୋଗ ଲଗରେ ପହଞ୍ଚେ, ଏବଂ ସେଠାରୁ ଏହା ଏକଥରେ ତିନୋଟି ଜିନିଷ। ଏକ ଟ୍ରିଗର୍, ଯାହା ଆସିଲେ ଏକ ଫନେଲ୍ ଆରମ୍ଭ ହୁଏ। ଏକ ଶର୍ତ୍ତ, ଯାହା ଦ୍ୱାରା ଏକ ସେଗମେଣ୍ଟ କହିପାରେ "ଶେଷ ଚଉଦ ଦିନରେ ଏହା କରିଛି" କିମ୍ବା, ଅଧିକ ଉପଯୋଗୀ ଭାବରେ, "କରିନାହିଁ"। ଏବଂ ଏକ ଲକ୍ଷ୍ୟ, ଯାହା ଦ୍ୱାରା କେହି ଯେଉଁ ଜିନିଷ ପାଇଁ ପ୍ରେରିତ ହେଉଥିଲେ ତାହା କରିବା ମାତ୍ରେ କ୍ରମ ଶେଷ ହୋଇଯାଏ।
ତୃତୀୟଟି ହିଁ ଜୀବନଚକ୍ର ମେସେଜିଂ ଗ୍ରହଣ କରିବାକୁ ସହ୍ୟ କରିଦିଏ। ଆପଣଙ୍କ ଆକାଉଣ୍ଟ ସେଟ୍ ଅପ୍ ସମ୍ପୂର୍ଣ୍ଣ କରିବାର ପ୍ରେରଣା ଆକାଉଣ୍ଟ ସେଟ୍ ହେବା ମାତ୍ରେ ଅସ୍ତିତ୍ୱ ହରାଇବା ଉଚିତ, ଏବଂ ଅଧିକାଂଶ ଉପକରଣରେ ତାହା ହୁଏ ନାହିଁ, କାରଣ କ୍ରମ ଏବଂ ଉତ୍ପାଦ ପରସ୍ପର ସହିତ କଥା ହୁଅନ୍ତି ନାହିଁ।
- ⚡ଟ୍ରିଗର୍
api_event—signup.completed, ପ୍ଲାନ୍free। - 2ଇ-ମେଲ୍ ପଠାନ୍ତୁପ୍ରଥମେ କରିବାକୁ ଥିବା ଏକମାତ୍ର କାମ। ଗାରହ ବିଶିଷ୍ଟ ଫିଚରର ଏକ ଭ୍ରମଣ ନୁହେଁ।
- 3୨ ଦିନ ଅପେକ୍ଷା କରନ୍ତୁରନ୍ ଉପରେ
wake_at। କିଛି ଧରି ରଖାଯାଇ ନାହିଁ, ଆପଣ ଆସନ୍ତାକାଲି ଏହା ପୁନର୍ଲିଖନ କଲେ ଖୋଲିବାକୁ କିଛି ନାହିଁ। - ?ସର୍ତ୍ତ
project.createdପହଞ୍ଚିଛି କି? ନା → ସହାୟତା ଶାଖା। ହଁ → ତଳେ ଥିବା ଲକ୍ଷ୍ୟ। - 4ସହାୟତା ଶାଖାଗୋଟିଏ ମେସେଜ୍, ସେମାନେ କରିନଥିବା ନିର୍ଦ୍ଦିଷ୍ଟ ଜିନିଷଟି ପ୍ରସ୍ତାବ ଦେଇ। ତାପରେ ଏକ ଦ୍ୱିତୀୟ ଅପେକ୍ଷା।
- 5ଲକ୍ଷ୍ୟ
project.createdଆସିଥାଏ। ରନ୍ ସମାପ୍ତ ହୁଏ। ଏହି ବ୍ୟକ୍ତି ପାଇଁ ଆଉ କେବେହି ଅନବୋର୍ଡିଂ ମେଲ ଆସିବ ନାହିଁ।
ଆପଣଙ୍କର ଇଭେଣ୍ଟ ନାମଗୁଡ଼ିକସକ୍ରିୟ ହେବା ପାଇଁ ଆପଣଙ୍କର ସଂଜ୍ଞା
ପାଞ୍ଚୋଟି ଫନେଲ୍
ଜୀବନଚକ୍ର, ଯେଉଁ କ୍ରମରେ ଏହା ପ୍ରକୃତରେ ଘଟେ
1 · ସକ୍ରିୟତା
ଟ୍ରିଗର: ସାଇନ୍-ଅପ୍। ଦୁଇ କିମ୍ବା ତିନୋଟି ମେସେଜ, ପ୍ରତ୍ୟେକ ଗୋଟିଏ କାର୍ଯ୍ୟ ବିଷୟରେ, ପ୍ରତ୍ୟେକରେ ଏପରି ଏକ ଲକ୍ଷ୍ୟ ଯାହା ସେହି କାର୍ଯ୍ୟ ଘଟିଲେ କ୍ରମକୁ ସମାପ୍ତ କରେ। ଆପଣ ନିର୍ମାଣ କରିବା ସବୁଠାରୁ ମୂଲ୍ୟବାନ ଫନେଲ୍ ଏହା, ଏବଂ ତିନିଥର ପୁନର୍ଲିଖନ କରିବା ପାଇଁ ସବୁଠାରୁ ଉପଯୁକ୍ତ ମଧ୍ୟ ଏହା।
2 · ଅଟକିଯିବା
ଟ୍ରିଗର: segment_enter — ସାଇନ୍ ଅପ୍ କରିଛନ୍ତି, କିନ୍ତୁ ସାତ ଦିନ ରେ କୌଣସି ଅର୍ଥପୂର୍ଣ୍ଣ ଇଭେଣ୍ଟ ନାହିଁ। ଗୋଟିଏ ମେସେଜ ଯାହା କହିବା ବଦଳରେ ପଚାରେ, ଏବଂ ଗୋଟିଏ ଯାହା ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଜିନିଷ ପ୍ରସ୍ତାବ କରେ। ତାପରେ ଅଟକନ୍ତୁ। ତିନୋଟି ମେସେଜ ଅବହେଳା କରିଥିବା କାହାକୁ ଚତୁର୍ଥ ମେସେଜ ପଠାଇବା ମାନେ କାହାକୁ ନ ଥିବା ମେସେଜ।
3 · ବିସ୍ତାର ମୁହୂର୍ତ୍ତ
ଟ୍ରିଗର: ଏମିତି ଏକ ଇଭେଣ୍ଟ ଯାହା ବୁଝାଏ ସେମାନେ ମୂଲ୍ୟ ପାଉଛନ୍ତି — ସୀମାରେ ପହଞ୍ଚିଛନ୍ତି, ତୃତୀୟ ସହକର୍ମୀଙ୍କୁ ଆମନ୍ତ୍ରଣ କରିଛନ୍ତି, ଦ୍ୱିତୀୟ ଥର ଏକ୍ସପୋର୍ଟ କରିଛନ୍ତି। ଏହା ଏକମାତ୍ର ମୁହୂର୍ତ୍ତ ଯେତେବେଳେ ଅପଗ୍ରେଡ୍ ମେସେଜ ସ୍ୱାଗତଯୋଗ୍ୟ, ଏବଂ ଏହା ଏପରି ଏକ ମୁହୂର୍ତ୍ତ ଯାହା ଆପଣଙ୍କ ପ୍ରଡକ୍ଟ ସଠିକ୍ ଭାବରେ ନାମ ଦେଇପାରେ।
4 · ନବୀକରଣ ଏବଂ ଡନିଂ
ଟ୍ରିଗର: ନବୀକରଣ ପୂର୍ବରୁ date_field, କିମ୍ବା ଏକ ପେମେଣ୍ଟ ଇଭେଣ୍ଟ। ସୂଚନା, ରିମାଇଣ୍ଡର, ଏବଂ — ପେମେଣ୍ଟ ବିଫଳ ହେଲେ — ଏକ ଛୋଟ କ୍ରମ ଯାହା ସଫଳ ହେବା ମାତ୍ରେ ତୁରନ୍ତ ଅଟକିଯାଏ। ଡନିଂରେ ଲକ୍ଷ୍ୟ ନୋଡ୍ ଐଚ୍ଛିକ ନୁହେଁ; ସେଗୁଡ଼ିକ ଏକ ରିମାଇଣ୍ଡର ଏବଂ ଉତ୍ପୀଡ଼ନ ମଧ୍ୟରେ ପାର୍ଥକ୍ୟ।
5 · ଫେରାଇ ଆଣିବା
ଟ୍ରିଗର: segment_enter — ବାତିଲ କରିଛନ୍ତି କିମ୍ବା ଷାଠିଏ ଦିନ ରୁ ନିଷ୍କ୍ରିୟ। ଦୁଇଟି ମେସେଜ, ସତ୍ୟନିଷ୍ଠ ମେସେଜ, ତାପରେ ଏକ ଟ୍ୟାଗ ଏବଂ ନୀରବତା। ସେମାନେ ଚାଲିଯିବା ପରେ କଣ ବଦଳିଛି — ଏହା ଏକ ଡିସ୍କାଉଣ୍ଟ ଠାରୁ ଭଲ ମେସେଜ।
ଏବଂ ଆଭ୍ୟନ୍ତରୀଣ ଫନେଲ୍
notify_team ଏପରି ଏକ ଆକାଉଣ୍ଟ ଯାହା ଏକ ମାନବଙ୍କ ଧ୍ୟାନ ଆକର୍ଷଣ କରେ, ସୀମା ଅତିକ୍ରମ କଲେ ଏକ ମାନବଙ୍କୁ ଜଣାଏ। ଏକ ଫନେଲ୍ ଗ୍ରାହକଙ୍କୁ ଇ-ମେଲ ପଠାଇ ସମାପ୍ତ ହେବା ଆବଶ୍ୟକ ନାହିଁ; କେତେବେଳେ ସଠିକ୍ କାର୍ଯ୍ୟ ହେଉଛି ଆପଣଙ୍କ ପକ୍ଷରୁ କାହାକୁ ଫୋନ୍ କରିବାକୁ କହିବା।
କେହି ଇଚ୍ଛାକୃତ ଭାବରେ ଛାଡ଼ନ୍ତି ନାହିଁ। ସେମାନେ କେବଳ ଖୋଲିବା ବନ୍ଦ କରିଦିଅନ୍ତି।
ଏକ ଡେଭେଲପର ଏହା କାହିଁକି ପ୍ରକୃତରେ ପସନ୍ଦ କରିପାରନ୍ତି
ଆପଣ ନିଜେ ଇଣ୍ଟିଗ୍ରେଟ କରୁଥିବା ବେଳେ ଯେଉଁ ଅଂଶଗୁଡ଼ିକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ
କୌଣସି ବ୍ୟକ୍ତିଗତ ଏଣ୍ଡପଏଣ୍ଟ ନାହିଁ
ପ୍ରତ୍ୟେକ ସ୍କ୍ରିନ୍ ପବ୍ଲିକ୍ API ରୁ ନିର୍ମାଣ କରାଯାଇପାରେ, କାରଣ ଅନ୍ୟ ପ୍ରକାର କିଛି ନାହିଁ। ଆପଣ ନିଜର ଆଡମିନରେ ଏକ କ୍ୟାମ୍ପେନ୍ ରିପୋର୍ଟ ଏମ୍ବେଡ୍ କରିବାକୁ ଚାହାଁନ୍ତି, କିଛି ଆପଣଙ୍କ ପଥରେ ନାହିଁ ଏବଂ କିଛି ରିଭର୍ସ-ଇଞ୍ଜିନିୟର କରିବାକୁ ପଡ଼ିବ ନାହିଁ।
ସବୁ ଠାରେ ଆଇଡେମ୍ପୋଟେନ୍ସି କୀ
ପ୍ରତ୍ୟେକ ପରିବର୍ତ୍ତନକାରୀ ରୁଟ୍ ରେ। ଆପଣଙ୍କର ରିଟ୍ରାଇ ଲଜିକ୍, ଆପଣଙ୍କର ଅତି-ଥରେ-ଅନ୍ତତଃ କ୍ୟୁ ଏବଂ ଆପଣଙ୍କର ଅସ୍ଥିର ନେଟ୍ୱାର୍କ ସବୁ ଅନ୍ୟ କାହାର ସମସ୍ୟା ହୋଇଯାଏ — ନିର୍ଦ୍ଦିଷ୍ଟ ଭାବରେ, ଏକ ୟୁନିକ୍ ଇଣ୍ଡେକ୍ସର ସମସ୍ୟା।
ପଠାଇବା ପୂର୍ବରୁ ସିମୁଲେଟ୍ କରନ୍ତୁ
POST /v1/simulate ଏକ କଣ୍ଟାକ୍ଟକୁ ଫନେଲ୍ ମାଧ୍ୟମରେ ଡ୍ରାଇ-ରନ୍ କରେ ଏବଂ ପଥ ଏବଂ ଏହା ପଠାଇବାକୁ ଥିବା ପ୍ରତ୍ୟେକ ମେସେଜ ଫେରାଏ। ଇଚ୍ଛା କଲେ ଏହାକୁ CI ରେ ରଖନ୍ତୁ: ଏକ ଫନେଲ୍ ହେଉଛି ଏକ ଗ୍ରାଫ୍, ଏବଂ ଏକ ଗ୍ରାଫ୍ ପରୀକ୍ଷା କରାଯାଇପାରେ।
ଏକ MCP ସର୍ଭର
ଏକ ଏଜେଣ୍ଟକୁ /mcp ଆଡ଼କୁ ଦେଖାନ୍ତୁ ଏବଂ ଫନେଲ୍ ଲେଖିବା ଓ ଯାଞ୍ଚ କରିବାକୁ ଦିଅନ୍ତୁ। ପଠାଇବା କ୍ଷମତା ଥିବା ଟୁଲ୍ ଗୁଡ଼ିକ ପାଇଁ ସ୍ପଷ୍ଟ ନିଶ୍ଚିତକରଣ ଆବଶ୍ୟକ ଏବଂ କୋଟା ଦ୍ୱାରା ସୀମିତ, ତେଣୁ ଏକ ଭୁଲ ପ୍ରମ୍ପ୍ଟ ପଚାଶ ହଜାର ଇ-ମେଲ ହୋଇପାରିବ ନାହିଁ।
ୱେବହୁକ୍ ବାହାରକୁ
ସାଇନ୍ କରାଯାଇଥିବା, ବ୍ୟାକଅଫ୍ ସହିତ ରିଟ୍ରାଇ କରାଯାଇଥିବା, ଅନ୍ତତଃ ଥରେ। ରିପୋର୍ଟ ଗୁଡ଼ିକ ବ୍ୟବହାର କରୁଥିବା ସମାନ ଇଭେଣ୍ଟ ଶବ୍ଦକୋଶ, ତେଣୁ ଆପଣଙ୍କ ୱେରହାଉସ୍ ଏବଂ ଆପଣଙ୍କ ଡ୍ୟାସବୋର୍ଡ "ଡେଲିଭରି" ର ଅର୍ଥ ବିଷୟରେ ଏକମତ ନ ହେବ।
ପ୍ରକୃତରେ ପହଞ୍ଚୁଥିବା ମୁଛୁଡ଼ିବା
ଏକ ଡିଲିଟ୍ ଅନୁରୋଧ କଣ୍ଟାକ୍ଟ ଏବଂ ସେମାନଙ୍କ ମେସେଜ ଇତିହାସକୁ ଏଠାରୁ ଅପସାରଣ କରେ ଏବଂ କପି ରଖିଥିବା ପ୍ରତ୍ୟେକ ସହୋଦର ସେବାକୁ ବିସ୍ତାରିତ ହୁଏ। ଗୋଟିଏ ଅନୁରୋଧ, ଗୋଟିଏ ଫଳାଫଳ, ଏବଂ ପଚରାଗଲେ ଦେଖାଇପାରିବା ଭଳି କିଛି।
ସୀମା କେଉଁଠି ଅଛି
ClickSomo ଏକ ମେଲିଂ ଲିଷ୍ଟ ଏବଂ ସେହି ଲିଷ୍ଟ କଣ କରିଲା ତାହା ରଖେ। ଏହା ଆପଣଙ୍କ ୟୁଜର ଡାଟାବେସ୍ ନୁହେଁ ଏବଂ ହେବାକୁ ଚେଷ୍ଟା ମଧ୍ୟ କରୁନାହିଁ: ଏକ କଣ୍ଟାକ୍ଟ କେବେହି କ୍ରେଡେନ୍ସିଆଲ୍ ବହନ କରେ ନାହିଁ, କେବେହି ସାଇନ୍ ଇନ୍ କରେ ନାହିଁ, ଏବଂ କେବେହି ଏକ ଆକାଉଣ୍ଟ ହୁଏ ନାହିଁ। ଆପଣଙ୍କ ୟୁଜରମାନେ ଆପଣଙ୍କ ପ୍ରଡକ୍ଟରେ ଥାଆନ୍ତି; କଣ୍ଟାକ୍ଟମାନେ ଏଠାରେ ଥାଆନ୍ତି, ଏବଂ ଦୁଇଟି ଏକ ଇ-ମେଲ ଠିକଣା ଏବଂ ଆପଣ ପଠାଇବାକୁ ବାଛିଥିବା ଇଭେଣ୍ଟ ଦ୍ୱାରା ଯୋଡ଼ାଯାଇଥାଏ।
ଏହି ବିଭାଜନ ଇଚ୍ଛାକୃତ ଏବଂ ଏହା ହିଁ କାରଣ ଯେ ସମ୍ମତି ମଡେଲ୍ କାମ କରେ। ଆପଣଙ୍କ ୟୁଜର ପାଇଁ ଆପଣ ଡାଟା କଣ୍ଟ୍ରୋଲର; ଆମେ ଆପଣଙ୍କ ତରଫରୁ ପ୍ରକ୍ରିୟାକରଣ କରୁ। ଏକ ମାର୍କେଟିଂ ଟୁଲ୍ ନୀରବରେ ଆଇଡେଣ୍ଟିଟି ଷ୍ଟୋର ହୋଇଯାଉଥିବା ଏକ ଡିଜାଇନ୍ ପରେ ଅଲଗା କରାଯାଇପାରିବ ନାହିଁ, ଏବଂ ଏହା ଠିକ୍ ସେହି ବିଫଳତା ଯାହା ଏହି ଡିଜାଇନ୍ ଏଡ଼ାଇବାକୁ ନିର୍ମିତ ହୋଇଛି।
ବ୍ୟବହାରିକ ସଂସ୍କରଣ: ଇଭେଣ୍ଟ ପଠାନ୍ତୁ, ଯେଉଁ ଆଟ୍ରିବ୍ୟୁଟ୍ ଉପରେ ସେଗମେଣ୍ଟ କରିବାକୁ ଚାହାଁନ୍ତି ସେଗୁଡ଼ିକ ପଠାନ୍ତୁ, ଏବଂ ବାକି ସବୁ ଯେଉଁଠି ଅଛି ସେଠାରେ ରଖନ୍ତୁ। ଯଦି ଆପଣ ନିଜର ସମ୍ପୂର୍ଣ୍ଣ ସ୍କିମା ଏଠାକୁ ଠେଲୁଥିବା ପାଆଁନ୍ତି, ତେବେ ଆପଣ ନିର୍ମାଣ କରୁଥିବା ସେଗମେଣ୍ଟ ବୋଧହୁଦ ଆପଣଙ୍କ ନିଜ ଡାଟାବେସରେ ଏକ କ୍ୱେରି ଯାହା ବଦଳରେ ଗୋଟିଏ ବୁଲିଅନ୍ ଆଟ୍ରିବ୍ୟୁଟ୍ ଭାବରେ ଆସିବା ଉଚିତ।