Spring'19 で正式リリースされました Einstein Next Best Action について、その概要や試し方をご紹介します。
Einstein Next Best Action は、その名の通り、次の最良手は何か?を Salesforce 利用者に教えてくれるものです。Salesforce 利用者が判断に有する時間を短縮し、また見落としを防いでくれる優れものです。
この判断ロジックの生成自体に機械学習やディープラーニングの要素は入っていませんが、Einstein Discovery や Einstein 予測ビルダーの結果を判断ロジックで使うことができるので、蓄積されたデータからの予測に基づく最良手の提示も実現できます。
Salesforce を設定画面からあれこれ操作・設定できるくらいの方であればご理解・試してみていただける内容です。
<ご紹介内容>
- Einstein Next Best Action とは?
- 利用者目線でのデモ / 想定される利用シナリオ
- Einstein Next Best Action の構成
- サンプルの実装手順
- ライセンス・注意事項など
This document outlines the agenda and steps for processing records using different scopes in Blue Prism. It discusses using a For Each scope to process items in a collection, using a Batch Job scope to process records, and using filtering and aggregation in a batch step. The steps include dragging and dropping different objects, clicking, changing labels, and moving a CSV file to the resources folder.
This document discusses triggering and scheduling flows in MuleSoft. It covers:
1) Triggering flows when files or database records are added or updated
2) Scheduling flows to run on a defined schedule
3) Persisting and sharing data across flow executions
4) Publishing and consuming JMS messages
5) Processing items in a collection sequentially or records asynchronously in batch
The document outlines an agenda for learning to write DataWeave transformations from scratch by getting familiar with the DataWeave language. It provides step-by-step instructions for using the Transform Message component to create transformations and transform basic and complex JSON, Java, XML, and other data structures. It also covers defining and using variables, functions, custom data types, formatting strings and numbers, and looking up data by calling flows.
This document provides instructions for three walkthroughs: 1) adding three flow reference components and a logger to multicast an event, 2) routing events based on conditions by adding multiple conditional split components and changing labels, and 3) validating events by adding a validation component and deleting others.
This document outlines an agenda for consuming various types of web services using MuleSoft Anypoint Platform, including:
1) Consuming RESTful web services that have connectors in Anypoint Exchange and directly calling REST APIs.
2) Consuming SOAP web services by generating a client and mapping request/response messages.
3) Transforming data from multiple services into a canonical format using DataWeave.
This document provides an overview of structuring Mule applications, including:
1. Creating applications with multiple flows and subflows and passing messages between flows using asynchronous queues.
2. Encapsulating global elements in separate configuration files and specifying application properties in a separate properties file.
3. Describing the purpose of files and folders in a Mule project and defining and managing application metadata.
This document outlines steps for accessing and modifying mule event data in a mule application, including:
1. Viewing event data by right clicking on messages in the debugger
2. Debugging mule applications
3. Tracking event data as it moves through flows and subflows
4. Setting request and response data like headers and query parameters using DataWeave expressions
5. Getting and setting event data and variables using DataWeave
This document outlines an agenda for deploying and managing APIs using MuleSoft's API Manager. It provides step-by-step instructions on deploying Mule applications to CloudHub, creating and deploying API proxies, restricting access to APIs using policies and SLAs, requesting and granting access to managed APIs, and adding client ID enforcement to API specifications.
1. The document provides an agenda for using Anypoint Studio to build RESTful APIs that connect to databases and transform data.
2. It includes steps for creating a Mule application with HTTP listeners and transforming payloads, connecting to a MySQL database, mapping fields with DataWeave, and creating RESTful interfaces from RAML files.
3. The final sections discuss implementing a RESTful web service by connecting flows defined in a RAML file to API implementations that query a database.
This document provides an agenda and steps for designing APIs using API designer in RAML and Anypoint Platform. It includes defining resources and methods, specifying parameters, and testing APIs using the mocking service. The steps show how to import data types, define request and response details, add example payloads, and publish the API specification to Anypoint Exchange.
IoT Explorer can be subscriber to multiple platform events. Publishers are not only Salesforce products but also servers outside of Salesforce. This demo shows that IoT Explorer is central rule engine among Community, Heroku, Marketing Cloud, Mobile App, Commerce Cloud and Service Cloud.
You can integrate IoT Explorer with any objects which is not be related with device or machine. I use contact at this demo, but will implement user record with iot explorer for complicated company rule engine.
The demo shows how to identify potential campaign memebers for a targeted marketing campaign. SFDC stores general information about customers/leads, and information about how they responded to previous campaigns. Those dataset are fed to AWS Machine Learning for prediction
2. 2
Safe Harbor
Safe harbor statement under the Private Securities Litigation Reform Act of 1995:
This presentation may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such
uncertainties materialize or if any of the assumptions proves incorrect, the results of salesforce.com, inc. could differ
materially from the results expressed or implied by the forward-looking statements we make. All statements other than
statements of historical fact could be deemed forward-looking, including any projections of product or service availability,
subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of
management for future operations, statements of belief, any statements concerning new, planned, or upgraded services or
technology developments and customer contracts or use of our services.
The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and
delivering new functionality for our service, new products and services, our new business model, our past operating losses,
possible fluctuations in our operating results and rate of growth, interruptions or delays in our Web hosting, breach of our
security measures, the outcome of any litigation, risks associated with completed and any possible mergers and
acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain,
and motivate our employees and manage our growth, new releases of our service and successful customer deployment, our
limited history reselling non-salesforce.com products, and utilization and selling to larger enterprise customers. Further
information on potential factors that could affect the financial results of salesforce.com, inc. is included in our annual report
on Form 10-K for the most recent fiscal year and in our quarterly report on Form 10-Q for the most recent fiscal quarter.
These documents and others containing important disclosures are available on the SEC Filings section of the Investor
Information section of our Web site.
Any unreleased services or features referenced in this or other presentations, press releases or public statements are not
currently available and may not be delivered on time or at all. Customers who purchase our services should make the
purchase decisions based upon features that are currently available. Salesforce.com, inc. assumes no obligation and does
not intend to update these forward-looking statements.
6. 6
モバイルアプリ開発と展開の困難さ
Mobile Apps
Are Critical
Mobile Apps
Deployed
60%
40%
20%
App
Gap
PercentofRespondents
2013 Study of
1,300 Global Executives
“The State of the Customer-Led Economy”
Complexity of Form Factors
Limited Number of Developers
Multiple Operating Systems
Multiple Platforms
98. 98
情報
• Salesforce1 App スタイルガイドライン
• Salesforce1 App開発ガイド
• Salesforce1 Cheetsheet
• ISV向けSalesforce1 Webinar by Nakajima Kazuki
• Using Visualforce in Salesforce1
Editor's Notes
#3: Before I begin, just a word from our lawyers. This is our safe harbor statement which if you cannot read, you can find on our website. Any purchasing decisions you make should be made based on currently available technology.
#6: And two-thirds of companies feel unprepared for this new social and mobile world. They're not ready. They don't know what to do.
#12: A key part of the Salesforce1 app is the Publisher which is basically the users launchpad to taking action in Salesforce. With the publisher you can create global actions for users to take anywhere like posting a file, a link or a poll. Or more contextual actions like creating a contact on an account or a DSR on an opportunity. Any business processes and workflows associated with creating these records are instantly kicked off. Admins can create standard actions like creating a task, event, or account or some more custom actions like logging an IT ticket, creating an invoice, or submitting an order. Additionally there are Salesforce partners that have built custom actions as well to allow customers to interact with information from other apps or take actions specific to an ISV app.