一些Gmail架构问题

时间:2013-05-15 23:31:55

标签: gmail schema.org

1)用户对某项目进行评分后,是否存在过去的费率?它们是否可以由发件人,项目/供应商评级或模式中的其他方面进行过滤/显示?

2)是否会针对用户响应指标的常规联系人等邮件进行集成?

3)像rate这样的项目可以重新用于事物,比如说我想使用服务器组件来插入电子邮件的标准处置。用户可以拥有他们的Gmail收件箱,但也可以在他们的SugarCRM_Inbox中找到所有这些邮件的副本,服务器已检索并插入了处置模式;用户可以选择 - 个人 - 联系 - 公司 - 项目等...(sugarCRM模块/对象)

当用户做出选择时,往返服务器会检索所选对象的列表和/或管理员可以选择当选择“联系人”时,电子邮件会自动存入SugarCRM的联系人历史记录中数据库为Un-Read,与个人类似,可以从SugarCRM_Inbox中删除电子邮件,只存放在Gmail收件箱中;因此,对于检索到的项目列表,用户选择要绑定到哪个联系人,以后仍然未读取的文件将是自动的并且已经通过3次点击进行处理(选择电子邮件,对象类型,列表中的项目);这可以通过Gmail中的任何设备进行。

3)替代使用相同的功能;评价我的餐厅,你有什么主菜? (返回下拉列表)等全餐,多种选择,也许是G +整合?

4)像zapier.com这样的连接器来执行高级功能

1 个答案:

答案 0 :(得分:1)

1)评论被发送到可以存储/过滤/显示它们的第三方

2)Constant Contact等邮件程序可以检查http://developers.google.com/gmail/schemas以了解如何在其电子邮件和模板中添加架构

3)你所描述的内容似乎是一个复杂的工作流程,我不确定它应该存在于Gmail中。这不是第一版的一部分,我们会考虑它(以及任何其他提案)以供将来的版本使用

4)目前没有计划,但一般情况下,复杂的多步操作不应在Gmail内的小型UI中执行

5)我们真的希望很多第三方支持这种开放技术,无论是直接使用它还是为它编写库和连接器