castomo ପରିବାର ଭିତରେ
ଯେଉଁଠି ଗ୍ରାହକ ଆଠ ଗ୍ରାହକ ହେବା ବନ୍ଦ କରନ୍ତି
ଯଦି ଆପଣ ଆଗରୁ dash-b, castomo, clickSomo କିମ୍ବା FABLS ବ୍ୟବହାର କରୁଥିବେ, ତେବେ ଆଧୁନିକ ଇଣ୍ଟିଗ୍ରେସନ ସମସ୍ୟା ସହ ପରିଚିତ: ସବୁ କିଛି ସବୁ ସହ ସଂଯୁକ୍ତ, ଏବଂ ସେହି ସମାନ ମାନବ ଶେଷରେ ଆଠ ଥର ଅସ୍ତିତ୍ୱରେ ଆସେ, ସାମାନ୍ୟ ଭିନ୍ନ ବନାନରେ, ଆଠ ସ୍ଥାନରେ ଯେଉଁଥିରୁ ପ୍ରତ୍ୟେକ ନିଜକୁ ପ୍ରାମାଣିକ ବୋଲି ବିଶ୍ୱାସ କରେ।
ସାଧାରଣ ସମାଧାନ ହେଉଛି ଏକ ସିଙ୍କ୍ରୋନାଇଜେସନ କାର୍ଯ୍ୟ, ଯାହା ଏମିତି ଏକ ଯନ୍ତ୍ର ଯାହାର ସମ୍ପୂର୍ଣ୍ଣ ଉଦ୍ଦେଶ୍ୟ ଦୁଇଟି ମିଥ୍ୟାକୁ ଏକମତ କରାଇବା। ଏହା କାର୍ଯ୍ୟ କରେ ଯେପର୍ଯ୍ୟନ୍ତ ଚାଲୁଥିବା ସମୟରେ ଗୋଟିଏ ପାଖ ସମ୍ପାଦିତ ହୁଏ ନାହିଁ; ସେତେବେଳେ ଆପଣଙ୍କ ପାଖରେ ତୃତୀୟ ମିଥ୍ୟା ଏବଂ ଗୋଟିଏ ସପୋର୍ଟ ଟିକେଟ ଅଛି।
iKonekt ପରିବାର ସହ ଇଣ୍ଟିଗ୍ରେଟେଡ ନୁହେଁ। ଏହା ତାହାର ଭିତରେ ଅଛି। ସମାନ ସାଇନ୍-ଇନ୍, ସମାନ ଆକାଉଣ୍ଟ, ତଳେ ସମାନ ପ୍ଲାଟଫର୍ମ — ତେଣୁ ଗ୍ରାହକ ରେକର୍ଡକୁ ଉତ୍ପାଦ ମଧ୍ୟରେ ମିଳାଇବାକୁ ପଡ଼େ ନାହିଁ, କାରଣ ତାହାର ଗୋଟିଏ ପ୍ରତିଲିପି ଅଛି।
ତଳେ castomAPI
ପରିବାରର ପ୍ରତ୍ୟେକ ଉତ୍ପାଦ ଯେଉଁ ପ୍ଲାଟଫର୍ମ ସ୍ତର ଉପରେ ଚାଲେ: ଗୋଟିଏ ଆକାଉଣ୍ଟ, ଗୋଟିଏ ୱାଲେଟ୍, ପ୍ରାମାଣିକତା, ବିଲିଂ, ପେମେଣ୍ଟ ଏବଂ ବୁକିଂ ପାଇଁ ଗୋଟିଏ ସେବା ସେଟ୍। ଏହି କାରଣରୁ କନେକ୍ଟରଗୁଡ଼ିକ ବୀରତ୍ୱପୂର୍ଣ୍ଣ ନୁହେଁ, ସଂକ୍ଷିପ୍ତ।
clickSomo, ଉଭୟ ଦିଗରେ
ମେସେଜିଂ ଅଟୋମେସନ ସେଠାରେ ରହେ ଯେଉଁଠି ଏହା ଭଲ କାମ କରେ — clickSomo ରେ। ଯାତ୍ରା କରୁଥିବା ହେଉଛି କଥାବାର୍ତ୍ତା ଏବଂ ଫଳାଫଳ, ତେଣୁ ଏକ ସିକ୍ୱେନ୍ସ ଜାଣିପାରେ କେବେ ଏକ ମାନବ ଦାୟିତ୍ୱ ନେଲେ, ଏବଂ ଏକ ବିକ୍ରେତା ଦେଖିପାରନ୍ତି ସିକ୍ୱେନ୍ସ ପୂର୍ବରୁ କଣ କହିଥିଲା।
FABLS, ଉପରକୁ ଖାଦ୍ୟ ଯୋଗାଉଥିବା
ବ୍ଲଗିଂ ଏବଂ ସୋସିଆଲ୍ ପାଠକ ସୃଷ୍ଟି କରନ୍ତି; ପାଠକ ଅନୁସନ୍ଧାନ ସୃଷ୍ଟି କରନ୍ତି; ଅନୁସନ୍ଧାନ ଏଠାକୁ ଆସେ ଯେଉଁ ଲେଖା ସେମାନଙ୍କୁ ସୃଷ୍ଟି କଲା ତାହା ଉତ୍ସ ଭାବରେ ରେକର୍ଡ ହୋଇ। ମଝିରେ କୌଣସି ସ୍ପ୍ରେଡସିଟ୍ ବିନା ଏହି ଚକ୍ର ସମ୍ପୂର୍ଣ୍ଣ ହୁଏ।
castomUI ର ଫର୍ମଗୁଡ଼ିକ
castomUI ଦ୍ୱାରା ସୃଷ୍ଟି ହୋଇଥିବା ସାଇଟ୍ ଏବଂ ଲ୍ୟାଣ୍ଡିଂ ପୃଷ୍ଠାଗୁଡ଼ିକ ଏଠାକୁ ସିଧାସଳଖ ଆସୁଥିବା ଫର୍ମ ବହନ କରନ୍ତି — ଇମେଲ ଦ୍ୱାରା ନୁହେଁ, ଆପଣ ରକ୍ଷଣାବେକ୍ଷଣ କରୁଥିବା ୱେବହୁକ୍ ଦ୍ୱାରା ନୁହେଁ। ପୃଷ୍ଠା ଏବଂ ଇନବକ୍ସ ସମାନ ପରିବାର ଦ୍ୱାରା ନିର୍ମିତ।
dash-b, ଦେଖୁଥିବା
ଡ୍ୟାସବୋର୍ଡଗୁଡ଼ିକ ସମାନ ଆକାଉଣ୍ଟରୁ ପଢ଼ନ୍ତି, ତେଣୁ କାନ୍ଥ ଉପରର ସଂଖ୍ୟା ଏବଂ CRM ର ସଂଖ୍ୟା କେବେହି ଭିନ୍ନ ହୋଇପାରିବେ ନାହିଁ — ଏକ ଆଶ୍ଚର୍ଯ୍ୟଜନକ ଭାବରେ ବିରଳ ଗୁଣ।
castomo, ଘର
ଆପଣଙ୍କ ପାଖରେ ଥିବା ଆକାଉଣ୍ଟ। ଯଦି ଆପଣ ପରିବାରର ଯେକୌଣସି ଜିନିଷରେ ସାଇନ୍-ଇନ୍ କରିଥିବେ, ଆପଣ ଏଥିରେ ସାଇନ୍-ଇନ୍ କରିଥିବେ — ଏଠାରେ ଦ୍ୱିତୀୟ ପଞ୍ଜୀକରଣ ନାହିଁ ଏବଂ ହଜାଇପାରିବା ଦ୍ୱିତୀୟ ପାସୱାର୍ଡ ନାହିଁ।
"ଉଭୟ ଦିଗରେ" ପ୍ରକୃତରେ କଣ ଅର୍ଥ କରେ
ଦ୍ୱିମୁଖୀ ଏକ ଅତିବ୍ୟବହୃତ ଶବ୍ଦ, ତେଣୁ ଏଠାରେ ନିର୍ଦ୍ଦିଷ୍ଟ ସଂସ୍କରଣ। ଏହି ପରିବାରର କନେକ୍ଟର ରାତ୍ରିକାଳୀନ ଏକ୍ସପୋର୍ଟ ନୁହେଁ। ଯେତେବେଳେ clickSomo ଏକ ସିକ୍ୱେନ୍ସ ପଠାଏ ଏବଂ ଗ୍ରାହକ ଉତ୍ତର ଦିଅନ୍ତି, ଉତ୍ତର iKonekt ଥ୍ରେଡରେ ରହେ, ଏବଂ clickSomo ପଠାଇବା ବନ୍ଦ କରେ — କାରଣ ବର୍ତ୍ତମାନ ଏକ ମାନବ କଥା ହେଉଛି। ଯେତେବେଳେ ଏକ ବିକ୍ରେତା ଏଠାରେ ଏକ କାର୍ଯ୍ୟ ବନ୍ଦ କରନ୍ତି, ଯତ୍ନ କରୁଥିବା ଉତ୍ପାଦଗୁଡ଼ିକୁ ଥରେ, କ୍ରମରେ କୁହାଯାଏ, ଏବଂ ସେମାନେ ଏହା ଉପରେ କାର୍ଯ୍ୟ କରିପାରନ୍ତି।
କାର୍ଯ୍ୟକାରିତା ଗତି କରେ ନାହିଁ। clickSomo ମେସେଜିଂ ଉତ୍ପାଦ ରହେ ଏବଂ iKonekt କଥାବାର୍ତ୍ତା ରହେ। ସୀମା ପାର ହେଉଥିବା ହେଉଛି ପ୍ରତ୍ୟେକ ପାଖ ପ୍ରକୃତରେ ଆବଶ୍ୟକ କରୁଥିବା କିଛି ତଥ୍ୟ, ଏତିକି ନିର୍ଭରଯୋଗ୍ୟ ଭାବରେ ପହଞ୍ଚାଯାଏ ଯେ କୌଣସି ପାଖକୁ ଅନୁମାନ କରିବାକୁ ପଡ଼େ ନାହିଁ।
ଏହା ନିର୍ମାଣ କରିବାରୁ ଏକ ପର୍ଯ୍ୟବେକ୍ଷଣ: ଇଣ୍ଟିଗ୍ରେସନର କଠିନ ଅଂଶ ପ୍ରାୟ କେବେହି ପଠାଇବା ନୁହେଁ। ଏହା ହେଉଛି ସ୍ଥିର କରିବା ଯେ ଏକ ଜିନିଷ କଣ — ଗୋଟିଏ ଉତ୍ପାଦର ଏକ "ଯୋଗାଯୋଗ" ଅନ୍ୟଟିରେ ଏକ "ଲିଡ୍" ଏବଂ ତୃତୀୟଟିରେ ଏକ "ଗ୍ରାହକ" କଣ। ଗୋଟିଏ ପରିବାର ହେବାର ଅର୍ଥ ହେଉଛି ସେହି ବିବାଦ ଥରେ, ଭିତରେ, ହୋଇଥିଲା ଏବଂ ଆପଣଙ୍କ ସମସ୍ୟା ହୋଇ ନାହିଁ।
ଗୋଟିଏ ଆକାଉଣ୍ଟ, ଏବଂ ଏହାର ବାହାରକୁ ଗୋଟିଏ ରାସ୍ତା
ଉତ୍ପାଦ ମଧ୍ୟରେ ଆକାଉଣ୍ଟ ବାଣ୍ଟିବା ଏକ ନ୍ୟାୟସଙ୍ଗତ ପ୍ରଶ୍ନ ଉଠାଏ: କେହି ନିଜ ଡାଟା ଅପସାରଣ ଚାହିଁଲେ କଣ ହେବ। ଏହି ପରିବାରରେ ଏକ ଅପସାରଣ ଅନୁରୋଧ କେବଳ ଏକ ମେଲବକ୍ସ ନିୟମ ନୁହେଁ — ଏହା ସେହି ସବୁ ଉତ୍ପାଦକୁ ବିସ୍ତାର କରେ ଯେଉଁଥିରେ କିଛି ଅଛି, ଏବଂ ପ୍ରତ୍ୟେକ ନିଜ ପାଇଁ ଉତ୍ତର ଦିଏ। ଏକ ଫର୍ମ ତୁଳନାରେ ଏହା ନିର୍ମାଣ କରିବା ବହୁତ କଠିନ, ଏବଂ ଏହି କାରଣରୁ ଏହା ଏଠାରେ ଉଲ୍ଲେଖ କରିବା ମୂଲ୍ୟବାନ, କୌଣସି ନୀତି ନଥିରେ ନୁହେଁ ଯାହା କେହି ପଢ଼ନ୍ତି ନାହିଁ।
ଯଦି ଆପଣ ଆଗରୁ ପରିବାରରେ ଅଛନ୍ତି, ତେବେ ଆପଣଙ୍କ ପାଖରେ ଏଠାରେ ଆଗରୁ ଏକ ଆକାଉଣ୍ଟ ଅଛି।
ସମାନ ସାଇନ୍-ଇନ୍, ସମାନ ଗ୍ରାହକ, କୌଣସି ମାଇଗ୍ରେସନ୍ ସପ୍ତାହାନ୍ତ ନାହିଁ ଏବଂ କୌଣସି ସିଙ୍କ୍ରୋନାଇଜେସନ୍ କାର୍ଯ୍ୟ ଚୁପଚାପ ଏକ ତୃତୀୟ ସତ୍ୟ ସଂସ୍କରଣ ତିଆରି କରିବ ନାହିଁ।
“ତେଣୁ ଆମକୁ ଏହାକୁ ଅନ୍ୟ ସବୁ କିଛି ସହିତ ସିଙ୍କ୍ କରିବାକୁ ପଡ଼ିବ।”
ସିଙ୍କ କରିବାକୁ କିଛି ନାହିଁ।
ପରିବାର ମଧ୍ୟରେ ଏକ ଆକାଉଣ୍ଟ, ତା' ତଳେ ଏକ ଗ୍ରାହକ ରେକର୍ଡ। ଏକ ସିଙ୍କ୍ରୋନାଇଜେସନ୍ କାର୍ଯ୍ୟ ଏଭଳି ଏକ ଯନ୍ତ୍ର ଯାହାର ପୂରା ଉଦ୍ଦେଶ୍ୟ ଦୁଇଟି ମିଥ୍ୟାକୁ ଏକାଠି କରିବା; ଏଥିରେ ବଦଳରେ ଗୋଟିଏ ସତ୍ୟ ଅଛି।
ପ୍ଲାଟଫର୍ମ ଦେଖନ୍ତୁ →