背景与目标
 
在全球化的进程中，信息已经是从单向传播转变为双向互动，知识的获取渠道不在是闭塞的，甚至GitHub还有开源可用的代码。用户端触达产品的渠道也越来越多，进而产品的生命周期也越来越短，对产品生命周期的延续性、连贯性提出了新的挑战。
 
建立或优化流程化的程序联结各个信息岛屿，共同以一致的步伐去适应市场需求。并建立或优化新产品流程体系，提高创新能力维系公司长期愿景和未来增长。
 
程序流程优化建议
 
产品阶段
 
 
 
 
接到需求：产品经理接到前方小伙伴的需求，或者内部衍生需求。
 
需求分析：产品经理对接到的需求做分析，分析的维度包括用户群体、财务价值等角度，具体视需求来源与内外部环境而定。这个分析也包括了内部产品矩阵的需求匹配。
 
市场调研：内部的需求分析结果是否真正符合市场期望，这就需要从市场调研角度入手，可以通过问卷调查、第三方公司等完成这个调研。
 
需求分析：根据市场反馈的结果，重新获取新需求，在结合旧的需求做分析。
 
内部产品矩阵：市场反馈的需求分析结果反过来看内部的产品矩阵中有没有类似的产品可以匹配这个需求的。或者是产品定位上是需要完成这个需求的产品。
 
商业论证：内部产品矩阵没有产品能匹配上这个需求，就需要做商业论证，并输出商业论证结果。可以从内外部的价值、法规要求等维度上分析需求价值。
 
愿景、使命、价值观：商业论证得出需求价值，而需求价值与愿景、使命、价值观是否匹配决定产品未来资源与战略高度。
 
战略：与公司愿景一致的产品需求，但与公司战略方向是否匹配，意味着未来的资源投入价值比。
 
未来五年目标：与公司未来的五年目标是否匹配决定于产品需求是未来需求还是伪需求。
 
市场调研：产品需求与愿景、使命、价值观、战略、未来五年目标可能有偏差，或者有些许偏差的情况下，可以重新结合公司的愿景、使命、价值观、战略、未来五年目标重新在去审视需求，重新在市场的角度，重新做调研。
 
需求分析：获取到新的市场需求，与旧需求做结合重新做分析，匹配上公司的愿景、使命、价值观、战略、未来五年目标。这里的市场调研和需求分析是为了符合内部需要，而前一步做的市场分析和需求分析是为了符合外部需要。
产品定位：产品需求以及产品未来形态与公司的战略方向等保持一致的情况下，在调整完得到完整的商业论证支撑的情况下，此时就要清晰的定位产品位于内外部的位置，比如内部产品矩阵位置、用户群体、市场等。
 
产品路线图：产品定位是体现产品价值，产品路线图是实现这个价值的路径。
 
低保真（原型）：体现了产品的展示形态，将所理解的需求及产品设计，反馈给用户确认，从而提高产品需求理解质量。（在B端低保真是可以限定客户思想随意发挥的工具，而且低保真是可以与客户需求产生N个为什么的互动，尽可能的覆盖客户未发现的需求，避免项目进行中的所带来的改动成本。）
 
高保真（原型）：体现了产品最终展示形态与交互方式。
 
产品故事地图：进入“落地”阶段的所需要的一份路线规划图。
 
PRD文档：由“概念化”阶段进入到“图纸化”阶段必备的文档，尽量的全面理解客户需求，正确、完整、清晰的用文字表达所接受的客户需求，避免或尽早剔除早期错误。也是用于评审和确认的文档。
 
评审/确认：战略评审层面是con产品定位、目标市场、目标用户、竞争对手等，战术评审层面是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等进行评审，原型评审是对展示设计、交互设计等进行评审。
 
产品需求宣讲：将需求以通俗易懂的语言传达给相关研发、设计、测试等人员，达成需求理解的一致，明确接下来的工作应该怎样去展开。
 
文档：输出相关文档。参考：https://blog.csdn.net/Su_Levi_Wei/article/details/115037915?spm=1001.2014.3001.5501
 
开发阶段
 
 
 
技术路线图：基于产品设计，产品未来规划中，在产品形态出现变化时，技术架构能否跟得上这种变化，是否可以在前期架构设计的更加灵活去应对产品路线图提出的这种变化。
 
整体架构设计：基于产品路线图，结合应用领域和技术发展的实际情况，设计、合理的技术架构，确保系统具有良好的特性。
 
网络架构设计：确保随着时间的推移、时代的发展，能够更灵活的适应网络流，以及在高峰网络流的应对措施。
 
后端架构设计：信息流的处理层面，确保符合产品业务需求的发展，更灵活的适应和能处理更高峰值的数据量。
 
前端架构设计：适应各种展示媒介、前置流，以及轻简化的业务处理，包括法规要求。
 
技术选型：基于产品路线图、产品商业论证，估计可能投入的资源质量，决定于前后端的技术栈选择。
 
数据设计：构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。
 
组件选型：基于产品路线图，Devops、容器等组件的选型。
 
部署架构设计：基于安全、法规等要求的情况下，设计严密的服务交互矩阵。
 
架构搭建：代码、运维等具象化的体现搭建。
 
架构/原则宣讲：贯彻整体规范，确保自下而上共同监督，共同执行。
 
开发：编写代码。
 
文档：输出相关文档。参考：https://blog.csdn.net/Su_Levi_Wei/article/details/115037915?spm=1001.2014.3001.5501
 
测试阶段
 
 
测试用例：对产品测试任务的描述，体现测试方案、方法、技术和策略，包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。
 
功能测试：对系统的所有的特性和功能都进行测试，确保符合需求和规范。
 
逻辑测试：确保操作行为符合系统设计预期。
 
压力测试：系统响应时间、运行效率、资源利用等各性能指标，是符合预期指标。
 
冒烟测试：确保主功能线是输出预期结果，如果冒烟测试的测试例不能通过，则不需要做进一步的测试，提高测试效率。（是交付成熟私有化产品性价比最高的测试方法）
 
自动化测试：一般采用脚本形式编写自动化测试用例，由机器自动执行脚本，自动将实际结果与期望结果比较，提高测试效率。（是交付成熟私有化产品性价比最高的测试方法）
 
基线扫描、代码扫描、组件扫描：可用阿里云、腾讯云镜等。
 
验收测试：确保需求是有效的传达和执行，系统是符合预期成果的。
 
验收报告：对发现的问题和缺陷进行分析，为纠正的存在的质量问题提供依据，同时为验收和交付做准备。
 
文档：输出相关文档。参考：https://blog.csdn.net/Su_Levi_Wei/article/details/115037915?spm=1001.2014.3001.5501
 
运维/部署阶段
 
 
 
 
部署要求：根据系统设计的独特性、独立性相关要求准备部署资源。
 
部署物料：服务器、部署包、部署清单等资源准备。
 
网络架构图：直观明了可视化网络中各个节点之间的链接，还有接口之间的链接，也就是反应网络中各实体间的结构关系，便于配置和排除错误。
 
资源配置清单：确的描述项目所需的硬件配置信息。
 
网络策略列表：不同安全组/域之间的网络端口，流量流向权限等。
 
投产上线方案：技术侧的投产流程，业务侧的配合事项进行说明，以及对上线步骤进行剖析，特别是在有关联系统的情况下。
 
回退方案：对上线风险进行评估，说明可能产生的故障以及触发条件，并提供对应回退方法。
 
部署脚本：组件部署脚本说明、应用部署脚本说明，常见文件排查等。
 
文档：输出相关文档。参考：https://blog.csdn.net/Su_Levi_Wei/article/details/115037915?spm=1001.2014.3001.5501
 
售前阶段
 
 
 
商务：得到商机，获得商机就要记录下相关方的信息。
 
项目通知：客户开始发出投标邀请，或者拿到名额了，确定是投标参与者，就开始内部同步信息。
 
项目入库：项目相关信息都要入库，做统一管理，包括相关方信息。
 
售前团队：确定是投标参与者的情况下，售前要确定本次负责人、执行人、知情者，如需要协调XX，执行人A，升级到负责人B，负责人B去处理。
 
客户分析：售前团队要对客户的背景、本次招标的动机做分析，确保击中痛点。
 
售前交流安排：商务需要安排首次的售前交流，售前能更清晰的了解客户需求，以及是否与分析相符，便于制定接下来的策略。
 
售前分析：对外需要再次对客户的招标诉求做分析，以及相关的部门、利益、竞争对手等做分析。对内，需要分析内部产品聚在中是否有符合客户需求的产品。
 
投标要求：明确列出客户对于投标的要求，比如时间、地点，以及其他限制。
 
效益分析：基于以上的内外部分析，进行相关的效益分析，可以从产品核心价值、财务价值等指标分析本次参与的价值，以及对应的资源配比。比如是学习的心态，那么投入的资源是需要强大的信息收集者。
 
投标策略：基于竞争对手与需求分析，制定相关的痛点打击方法，包括话术、展现方式等。
 
投标计划：包括目标、投标人员、形式、投入时间等。
 
应急方案：此类客户或此类标书，可能出现的常见问题，如何应对的方法。
 
调整/适配：调整相关的方法，适配本次客户。
 
画字签押：所有本次参与者确认为本次的目标达成而共同努力。
 
POC复盘：前中后整个生命周期的过程阶段做分析。
 
改进：输出相关的改进TODO List，并落地时间。
 
交付阶段
 
 
 
 
 
信息整合（招投标书...）：销售、商务、售前、客户前期材料、合同等都存放到相应的网盘位置。
 
确立团队：确定项目总监、项目经理、产品经理、技术负责人、测试负责人、运维负责人，并根据自身公司情况做裁剪。
 
售前宣讲：售前需要讲明客户需求、范围、核心相关方等信息。
 
售前交接：交接交付标准、范围标准、实施的物料版本等信息。
 
对客交流安排：商务负责首次对接交流的安排，需要拉项目总监、项目经理、产品经理、技术负责人、测试负责人、运维负责人到相关的微信群。
 
节奏、目标、方案准备：首次交流的内容、目标、内容等以专业化的角度准备，最好以PPT的形式，并确立讲解的节奏。
 
项目管理文档（裁剪）：根据自身公司内已有的项目全套文档的基础上，据项目要求进行裁剪。
 
交流：按照既定节奏，现场与客户交流，可包括验收的可遗留事项数量等。
 
会议纪要：每次的会议都输出会议纪要，最好有录音、录视频的动作做归档。
 
风险：首次交流后，都会出现与售前交流的内容不一致，以及存在的风险，这些风险要及时记录并做内部确认。
 
确立节奏：确定入场人员，实施周期，人员在项目入驻的周期时间。
 
方案调整 / 确认：根据首次交流与售前给予的东西，调整策略、方案，并依据风险项调整应对措施。
 
里程碑阶段：不同里程碑的目标、投入预计的确立。
 
详细计划：人、事、物，基于时间进行。
 
......：交付中，风险、待办等。
 
验收报告：测试验收报告（质量）、项目经理验收报告（复检）、产品经理验收报告（逻辑质量），只有经过内部这三步验收完成，才能找客户做验收。
 
遗留问题清单：本阶段交付的遗留事项、解决方案、负责人、预计解决时间，在非严重BUG与漏洞的情况下可以做验收。
 
资料归档：售前、交付、验收等全套文档归档，存放到指定的位置。
 
归档资料确认：项目总监、项目经理、产品经理、技术负责人、测试负责人、运维负责人、售前、商务进行邮件确认，确保材料全套移交完成。
 
售后清单：填写售后清单，根据售后要求提供相关材料。
 
全成本核算（邮件）：项目经理根据财务要求提交全成本核算材料，并由财务发布全成本核算确认。
 
项目归档：全项目归档，准备释放资源。
 
资源回收：资源释放，排期到别的项目。
 
复盘 / 改进：市场、需求、交付内容、期望匹配、问题、改进、TODO List，其中TODO List必须要由高层作为执行监督者。

 
 
近日，高亚科技携手平阳县先锋电脑有限公司，将通过8Manage电子招标管理系统，助力平阳县交通运输局打造专属的电子公开招标平台，完成公平、公正、公开的电子招标业务流程，最终实现招标流程电子化管理！
 
 
平阳县交通运输局是主管平阳县境内公路和水路交通运输行业的县政府工作部门。平常项目众多，工程量大，时常需要通过招标的方式选择供应商，完成采购交易活动。过去，局里主要靠人为地发布招标信息和筛选供应商，不仅加大员工的工作量，同时，比较难管控招标过程中的人为干预。如何公平、快速、高效地甄选供应商和管理招投标流程成为平阳县交通运输局亟需解决的问题。
 
 
经过内部讨论，平阳县交通运输局决定引进一套电子招标管理系统，对供应商、招标流程进行电子化管理，提升效率。
 
 
8Manage经过深入分析，在全面了解平阳县交通局的需求，专门为其设计了一个全自动电子招标流程管理方案，提升信息化管理效率。
 
 
一、公开招标信息：向供应商公开发布招标信息，使感兴趣的供应商能够参与招标过程；
 
 
二：公平公开甄选供应商：根据需要设置评分权重和资格审核，系统自动记录招投标过程和结果，方便筛选合适的供应商，同时供应商也可实时查看招投标结果，了解招投标的最新进展；
 
 
三：全自动化流程管理：从招标审批、供应商参预算、招标评估、评标监控等全程通过系统实现电子化管理，减少人为因素的干预，提升招投标管理的效率。
 
 
平阳县交通运输局听取了8Manage的演示后，了解到8Manage SPM系统功能与其需求匹配度非常高，而且整个招投标管理流程都能在一个系统实现。在多家了解、对比之下，平阳县交通运输局最终选定8Manage SPM招投标管理系统，双方展开了合作。
 
 
目前项目已进入了实时阶段，未来，平阳县交通运输局将借助8Manage招投标管理系统，以信息化的管理方式来解决招标业务过程中的一系列问题，实现招标流程的公平、公正、公开，为平阳县交通运输局未来的业务发展打下良好的基础。
 
 
关于8Manage
 
 
高亚科技有限公司成立于2004年，其总部位于美国及中国香港，研发中心设在广州，并在美国及中国均设有销售中心。8Manage是高亚科技自主研发的企业管理软件。它采用“一个设计一个系统(ODOS)”的架构，提供一整套全面的新一代企业应用软件，兼具私有云和公共云服务，主要的解决方案包括CRM、PPM（项目管理）、OA (办公自动化)、BI(商业智能)、SPM（采购与供应商管理）、HCM（人力资源管理）、ERP2、O2O等，各个功能模块均建立在同一个平台上，随需启用，数据实时整合并自动关联，全面提升企业管理效率。自2007年6月份正式推向市场至今，8Manage客户已遍布中国(包括中国内地、香港及台湾地区)、美国、加拿大及新加坡等国家，包括美国洛克西德?马丁公司、首都医疗集团、中国移动、安利、中国自动化集团、清华大学、富士施乐（中国）、加拿大蒙特利尔银行、新加坡地铁公司、卫信科技创新公司、香港和记环球电讯、中联电脑服务公司、台湾金融家等，客户覆盖航天、电信、医疗、高科技、金融以及交通等行业或领域。
 
 

 
 

 本文出处：畅享网
 本文来自云栖社区合作伙伴畅享网，了解相关信息可以关注vsharing.com网站。
 

招商银行王洪栋：智能投顾不只是提供产品组合 而是一套服务流程 
 2017-03-31 
 招商银行财富管理智能投资工作室负责人王洪栋
 
金麟2017第四届量化投资与对冲基金年会3月25日在中国人民大学举办。招商银行财富管理智能投资工作室负责人王洪栋作了主题发言《智能投顾实践应用》，他表示，智能投顾提供的绝对不只是一个组合的产品，而是一项服务，不是一个简单的买卖产品交易，它提供的是一套服务的流程。客人在整个投资过程中如果要赚到钱，获得一定的回报，必须要处理两个风险，一个是空间维度的风险，一个是时间维度的风险。 
 　　以下为演讲实录： 
 　　王洪栋：尊敬的各位来宾、各位同学，大家上午好！我非常荣幸参加这个活动，也非常感谢李勇教授的邀请，招商银行是一家商业银行，昨天招商银行发布了2016年的年报，零售业务2016年的利润占比已经完全超过了一半，这在国内的商业银行里面是头一家，大家知道零售业务的特点是增长比较稳定，不依赖于大宗投资，跟国际周期的关联度比较低。 
 　　在这里面去年贡献比较大的是财富管理，财富管理大部分的利润来源、收入来源，都是大量投资者，中高端客人创造出来的。今天我就花一点时间把招商银行在智能投顾、资产配置方面的一些想法，跟各位做一个简单的交流。
 
　　2016年12月6日，招商银行推出了国内第一个智能投顾的服务，叫做摩羯智投，因为摩羯代表了稳重、纪律、严谨，这些特质跟资产也比较符合。上线到现在三个多月，到现在超过了25个亿，有5万多个中高端客人参与和体验了摩羯智投。我们对它进行了一个简单的定义，是用机器学习的算法，融合了招商银行在财富管理和基金研究方面的一些经验，按照公募基金作为底层的标的作为资产配置，主要目的是希望帮助投资者分散他的投资风险。
 
　　现在有一个问题，就是我们为什么要做一个智能投顾，或者智能投顾的定位到底是什么，这是我们当时在2015年初做这件事情的时候最先思考的一个问题。应该说对于市场上而言，智能投顾到底是一个产品，还是一项服务，大家有很多不同的看法，看法不一样，做法就会不一样。 
 　　为什么这件事情很重要呢？如果智能投顾是一个产品，它其实更接近于FOF，偏资产管理，可能它输出的主要就是风险、收益这样一个结构。如果它是一项服务的话，它更加接近于财富管理，输出的就不仅仅是收益、风险。是一个产品的时候，它主要的技术就是投资技术、资产配置的技术；如果是一项服务的话，除了资产配置的技术，还有客户关系、管理的技术、人工智能其他领域的部分就会加入进来。 
 　　这个问题为什么极其关键呢？是因为它关系到我们的基础投入、我们的方向。当然智能投顾到底是一个产品还是一项服务，不是由我们决定的，完全是由客人投资的，就是我们的大众投资者到底需要什么。招商银行做这件事情的时候，我们管理的客户的金融资产有5.8万亿，有7000多万的高端客人在招商银行有5.8万亿的金融资产，还有2.4万亿的资产管理规模，为客人提供的产品从普通的理财产品，投连险、万能险、黄金，到公募资金、私募基金、信托计划，各种产品都有，规模达到了5.8万亿。 
 　　这么大的一个结构里面，为什么还需要一个呢？它能解决什么问题呢？它跟普通的FOF，跟一般的投资资产量化基金有什么差异？能够创造出什么独特的价值？如果它不能创造出独特的价值，可能它也就没有什么意义了。 
 　　智能投顾是一个舶来品，最早是在美国发展起来的，它更偏向于是一个顾问，而不仅仅是一个产品，虽然它的核心还是一个投资组合，包括投资组合外面就是大量的服务。它解决什么问题呢？作为大部分的普通投资者，如果要做金融投资，首先或者根本要处理的问题就是风险问题，目标很简单，就是获得一部分稳定的回报，要获得回报，就要处理风险问题，这件事情普通投资者能力可能不太具备，只能把它交给专业的资产管理机构或者专业的财富机构，帮助投资者去除风险，获得稳定的回报。 
 　　在处理客人在投资中的风险，我们的思考逻辑是这样的，如果客人要做一个基金投资，他要思考两个问题，就以公募基金来讲，为什么智能投顾会以公募基金作为底层标的，而没有加入私募基金？原因很简单因为私募基金是一个小众的投资结构，公募基金可以面向大众投资者的，起点低，两三千块钱都可以；私募基金是高净值客人适用的。 
 　　公募基金到底能不能让客人赚到钱？这是首先要回答的，如果没有的话可能性不大，客人就不要做这件事情了。第二，如果答案是肯定的，为什么很多客人没有赚到钱？我们看两个数据，第一个是我们做了一个基本的研究，在2003年，我们抓取了过去十五年的数据，过去十五年里面，股票和债券基金的指数，其中股票基金的年化回报大概达到了13%；债券基金平均年化回报率在6%。 
 　　这是一个什么概念？对比一下就知道了。大家都知道去年中国金融市场上比较活跃的一支队伍就是保险，拿到的钱都是万能险，去年拿了一万多亿，提供给客户的投资回报差不多是4.8-5.5%，依然有很多客人去抢。实际上我们的股票基金和债券基金在过去十五年里面年化回报达到了13%和6%，也就是说作为投资股票和债券的便利工具，中国的公募基金长期的收益比较突出的。但是从客户端来看，大部分投资者在这个过程中，很多投资人发现自己没有达到这么高的收益，原因是什么呢？
 
　　我们再看第二个方面，这是一个现实的例子，这是2013年成立的一支基金，是浦银安盛做的一支基金，时间为两年，每六个月打开一次。但是很不幸它成立的时候，2013年6月30日，它一出生的时候就遇到了钱荒，但是它募集的资金有55个亿，那个时候资金价格比较高，同业市场的拆借率比较高，余额宝就是在这个实际起来的。它出生的时候募集是很畅快的，但是很不幸马上遇到了6·30的钱荒，波动很大。 
 　　它第一个封闭期打开的时候，也就是6个月之后，这个产品的净值下降了2%，作为一个债券基金，半年下降了2%，很多客人是不太能接受的；所以那个时候大多数客人选择赎回，赎回当天冲击也很大，当天又跌了2.47%，55个亿赎回了50个亿，只剩下5个亿了，这是半年。很多客人看到净值亏了2%，全都赎回了，赎的时候基金经理为了解决流动性，一下子达到5%。 
 　　但是再过了半年，这支基金的净值已经回到了0.98%，基本上快回本了。这时候的客人又走掉了2个多亿，还剩下2个来亿的客人了，这个时候时间并不长，只不过过去了一年。到了第三个封闭期开放的时候是6.5%，这时候又走了一批客人；等第四个封闭期打开，这个产品的收益达到了1.21元，收益达到了21%，两年的年化回报率是10%，这个时候大概资金量只有9000万，只有5%的客人等到了净值回1，只有9000万资金的客人，也就是不到2%的客人真正拿到了这个产品完整的回报。 
 　　如果从一个资产管理的角度来看，这个资产很成功，两年一个封闭债期，年化回报率10%；但是真正参与的客人有多少呢？只有9000万资金的客人享受到了这个收益。所以公募基金长期以来，无论是股票基金、债券基金，都能够给客人带来一个比较合理的回报，但是很多客人没有赚到这个钱。 
 　　我们做了十几年的公募基金的选择、评价、销售，招商银行是目前国内最大的公募基金财富管理的销售，如何解决投资者业绩和回报这个悖论，这是投资者本身参与到这个投资里面来，本身面对的风险。投资者参与到投资中来，我们觉得不是一个维度的风险，而是两个维度的风险。 
 　　第三个特点是投资的期限非常短，那么我们如何帮助投资者获得回报？如果大多数的投资者在参与到基金，无论是公募基金还是私募基金过程中，产品的净值很好，投资者本身没有获得良好的回报，这个规模是很难上去的。投资者到底需要的仅仅是一个产品，还是需要一项投资顾问的服务？ 
 　　我们感觉我们对这个问题的解决思路是两个，一个是从空间维度上来看，我们希望智能投顾能够帮助投资者做到大类资产的分散、资产的轮动、资产的调整、资产的管理，这件事情首先要分散风险，这个风险是投资的风险。第二个维度是时间的维度，拉长时间，让投资者能够在这个结构里面，不要逃离这个结构，等到最后产品和收益会吻合在一起，不会发生背离。这就是我们对两个维度的思考，下面我做一些简单的例证。 
 　　首先我们看一下空间维度到底能不能分散风险，今天论坛的主题也是这个，如何利用更好的技术把投资的风险解决掉。我们自己简单做了一个数据，从2015年到现在12年的统计样本，如果说大部分投资者不做一个资产的分散，集中过高，追涨杀跌的结果，大家印象最深的就是2007年、2008年、2009年三年的例子，2007年股票市场比较好，投资者把资金投到股票市场；但是到了2008年的时候，沪深300下降了66%，但是那一年国债涨了16%，企业债涨了15%。到2009年的时候，沪深300涨了97%，那一年的企业债掉了1.1%，国债掉了1.8%，这样一个轮动。 
 　　这个结果是什么意思？如果普通的投资者把资产过于集中，不做一个分散，或者根据他自己的计量方法去做资产轮动，风险是非常大的。把资产打通一下，把好的资产组合在一起，从很大程度上是能够分散风险的。 
 　　从时间维度上分散风险，未来总是包含着历史很多的因素在里面，我们对比了一下，从持仓一个月到持仓75个月的数据，这里面分别是100%的权益、80%的权益和20%的债券，随着时间的加强，每一组指数的收益率都呈现一个上升的趋势，所以长期投资是能够让客户拿到一个比较好的回报的。 
 　　下面要回答第二个问题，就是长期到底应该有多长。我们也简单做了一个验证，统计了一下过去十五年里面，在任何一个时间点、任何一天、任何一个交易日，买进去不同的基金组合，这里面有100%的权益，有二八开、六：四开的，做了几个组合，大家可以看到，在任何一个时间点购入到一个组合，都可以无限趋近于零。 
 　　以债券基金指数来看，在过去的十五年时间里面，在任何一个时间点买进去，持有两年的平均回报在7%左右；股票基金指数，平均回报大概在14%左右。这就很好地回答了一个问题，时间到底有多长，最惨的时候多长时间让你从亏损的结构里面跑出来，这是一个时间维度上是能够分散风险的。 
 　　这个是VAR值的概率，95%的概率下VAR值作为衡量投资风险的指标的话，投资风险与持有期限呈现明显的负相关的关系。之所以投资者很难解决掉这个问题，为什么他需要一个投资顾问服务，是有他底层的本质原因的。大多数投资者在这个过程中很难跳脱出来，所以从这个角度来看，一个好的产品要帮助到投资者，就需要加深服务，帮助投资者把这个时间的风险解决掉。 
 　　正是基于这些考量，所以我们在做智能投顾的时候，做了一个很清晰的认定，希望我们做的这个智能投顾能够把两个事情融入进去，第一个事情是资产配置，在分散风险方面的价值融入进去；第二个是把长期投资的价值理念融入进去，帮助投资者获得稳定的回报，这就是摩羯智投的一个基本的想法。 
 　　下面我介绍一下我们的几个实践，这项服务从2015年开始研发，到去年上线，到现在也有这么长时间了，我简单回顾一下刚才两个做法是怎么实现的。第一个是空间维度的分散，在资产配置这一块，我们做了一个蒙特卡洛模拟有效前沿模型，从最后的结果来看，我们从这三个月的市场模拟情况来看，它的表现也是比较突出的，非常符合我们的预期。12月6日出来的市场很不好，出生的日子很不好，整个大类资产出现了这么一个结构，摩羯智投做了一个资产组合，表现得比较突出，最高的组合年化波动率大概是6.1%，收益达到了2.1%。单纯从波动率最高的沪深300来看，波动率是9.07%，它的回报是负的。 
 　　从时间维度来看，摩羯智投如果帮助顾客解决风险问题，有三个路径，先让客户选择期限，期限是最重要的一个维度，可以选择短的，一年的、一到三年的、三年以上的。选这完这个期限，再根据期限做整个的匹配；时间选完之后，再选风险承受等级。 
 　　选择完时间之后，我们会在以后每一次跟客户不断地确认时间，包括以后的月报，我们会不断地强调你当时选这个组合的时候，选择的时间是多长，选择的风险等级是多少，我们是在这样一个约束条件，或者这样一个约定之下展开我们后面组合的探讨。然后等客户在做赎回的时候，我们也会在这个时间维度上做一些强调，这是第一个方面。 
 　　第二个方面，要让客人维持在一个时间轴里面，我们觉得有几个事情需要解决，第一个就是市场变化了、基金公司变化、基金经理变化了，这支基金到底应该怎么办；第二个是市场变化了，我不知道对这支基金有什么影响；第三个是我约定的时间没有到，我想把这支基金赎回，应该怎么操作。在这件事情上，我们的解决方案有几个。 
 　　第一个是，提供的是过程中的风险预警，给客人提供一键优化、组合轮动；第二个方面是提供客人售后服务报告，有月度的、事件驱动的，几轮服务报告，因为每个客人的组合不一样，所以我们的报告也不一样，61%的客人也触发了一键优化。整个事情就是要做两件事情，第一个是要对组合做管理，第二件事情是客人做交流和交互。
 
　　智能投顾接下来的发展，下一步应该会出现智能助手、智能客服和智能的交互社区，大量的人工智能会运用到这里面来。 
 　　最后我小结一下，今天借用招商银行的服务给大家做了一个小小案例的剖析，谈一下我们对智能投顾的看法。我们总体上感觉，智能投顾提供的绝对不只是一个组合的产品，而是一项服务，而不是一个简单的买卖产品交易，它提供的是一套服务的流程。客人在整个投资过程中如果要赚到钱，获得一定的回报，必须要处理两个风险，一个是空间维度的风险，一个是时间维度的风险。 
 　　展望一下，智能投顾下一步的技术改良，前两天有一个重大的事件就是百度的吴恩达离开了百度，讲到了人工智能发展的几个方向，其中一个特别重要的就是智能助手，智能助手加入到智能投顾里面来，会把智能投顾的顾问服务做得更好。总体来说，智能投顾是实现普惠金融的一个特别好的工具。我今天就讲这些，后面有时间我们再交流，谢谢大家！

公司里原来的领导高升到总部去了，顶替他的是个年轻的高学历领导，新官上任三把火，一下子就把公司下属的几个工厂里用了快十年的Excel填写生产数据的模式推翻了，要构建报表系统，经过几轮选型招标，最后定了帆软。
 
一直负责Excel填报数据汇总整理的我觉得机会来了，开始自学帆软的报表产品FineReport，主动请缨领头报表开发。因为大学里有点数据库基础，跟着帆软论坛里的视频教程和帮助文档速成学了些FineReport的用法，原来用Excel实现的填写数据，FineReport可以轻松实现，而且原来繁琐的月报周报等报告性文件用开发好的模板都能自动生成，加上联动和钻取功能，数据展示效果上升了一个层次。
 
公司里从一线填报工人、到部门统计文员、再到高层领导都很快适应了使用FineReport的转变。作为开发者的我，相比之前重复毫无技术含量的Excel汇总工作也有了前所未有的成就感。
 
 
 
 
看到FineReport给我们工厂带来的巨大改变，领导又有了新的想法。在三季度的总结会上，领导宣布要进一步推行工厂信息化，对首次参加这种重要会议的我说：“现在工厂里的OCAP单这一项上太落后了，每步操作人员还需要跑到下一个操作人员那里，既浪费人力又降低了时效性，既然我们有了帆软的数据填报系统，你看看是不是能把OCAP单也做进系统里？”。
 
OCAP（Out of Control Action Plan，异常行动计划）单，是我们工厂里每当产品出现质量异常时，由检测员一级一级回溯生产线设备，以查出问题原因并及时修改的一个流程，包含异常描述、及时处理措施、处理效果确认等。目前需要拿打印出来的纸质OCAP单一步一步填写，导致当前人员找下一步处理人员所花的时间有时甚至远超解决问题本身所花的时间，效率确实太低了。
 
 
 
 
这可和简单地填报数据、数据分析展现什么的不一样，涉及到流程就复杂了。
 
有点一筹莫展的我便去帆软论坛上寻求帮助，那里有上万番薯交流分享，竟然真的有人分享过类似的流程场景的解决方法：
 
制作一张包含OCAP单所有需要展示填写字段的cpt模板；
使用唯一的OCAP编码作为这些字段所构成表格的主键，以约束展示的数据；
通过模板的权限编辑来限定每个部门的人只能编辑对应部门负责的填写部分；
再用FineReport决策平台的消息通知功能通知下一环节的同事填写流转到他那儿的OCAP单；
一步步流转下去直到流程结束，完全能实现现在的需求。
有了思路，操作便捷的FineReport还是很便于开发的，没多久我就做出来了，测试后又调整了一下能成功，大致效果如下：
 
 
 
每步填写完后由当前操作人员发平台消息给下一步操作人员，然后重复这两个步骤直至流程结束。
 
其实思路还是很简单的，普通的模板加上识别当前登录人部门信息后的权限控制，麻烦的地方在于需要通过JS获取当前模板的OCAP编码放到平台的消息通知内，并且下一步操作者在打开OCAP单时能传参到模板，这两个难点花了我不少时间攻克，再次感谢帮助文档和论坛上的经验分享帖。
 
另外流程的流转需要填报人自己发消息，不能系统自动进行，这对于频繁操作的一线还是很影响效率的。
 
但不管怎么说，至少能实现原纸质OCAP单的所有功能，节省了人员跑动的麻烦，时间上大大缩短了，对此领导给予了充分的肯定。
 
不过当时这个流程任务比较急迫，所以在论坛上看到一个可行的办法后就像抓住了救命稻草般急于实现，几天后在论坛上发现了另一篇介绍【数据多级上报】功能的帖子，这个功能也是实现流程的任务，还省去了很多配置操作：
 
数据多级上报
 
1.下一步的操作人员已在编辑流程时指定，无需每次填报时再从下拉框上百号人中选，流程设置好以后，每完成一步系统会自动转到下一步（自动发送邮件或平台消息），无需上一步操作人员进行流转操作；
 
 
 
 
2.可通过带有层级关系的人员数据来控制上报的数据流向，只上报给对应的上级看，避免在模板中通过sql语句限定对应的人员上报关系，人员数量越大，层级关系越复杂，二者的效率差距就越明显。
 
 
 
 
 
 
 
3.上报流程进行的过程中，当前节点的操作人员可以看到该流程的流转状态，整个过程逻辑条理相比原方法要明晰直观。
 
 
 
 
整体来看，用了多级上报的功能后，流程设置的很多操作由设计器的代码实现转变成了决策平台上的点选操作，这样很多简单的改动流程只需发起人就可以在上报流程管理中自行修改，而无需每次都让开发者去后台修改sql语句，并且前端使用者更清楚自己想要实现的逻辑，免去双方的沟通成本。
 
虽然使用纯净的报表功能也能完成简单的流程实现，但多级上报明显可以大大提升流程的效率、降低实现的成本。
 
还有没有更好的方法呢？论坛上没什么新收获的我终于在帮助文档上找到了当前解决流程问题的最优方案——流程插件。刚上架，怪不得论坛里没有什么相关的帖子，但是帮助文档里已经有了较详细的操作指导，去帆软市场下载后按照文档里的步骤做，很快就完成了插件的安装。
 
 
 
 
简单体验后发现，如果多级上报是对简单流程的量变改进，那流程插件就是对整个帆软产品在流程功能上的一次质的飞跃。
 
流程插件
 
1.得益于三种类型的网关，加上判断条件可以读取报表内的值的功能，流程插件可以实现的范围扩大至整个事务，设定好网关分路的条件后由系统自动判断，减少人力开销的同时还降低了出错风险。
 
 
 
 
 
 
 
可能这样简单的流程还不能很好地体现流程引擎的优势，看一下报销审批流程就清楚了：对报销人员判断、对报销类型判断、对报销金额判断……不同的判断结果需要流转到不同的节点，这种存在分支的情况，前两种方法就无法实现了。
 
 
 
 
2.梳理流程逻辑的过程就是创建流程的过程，通过拖拽控件的可视化编辑和图形化的界面进一步降低了流程创建者的技术门槛，也便于其他人快速熟悉流程的逻辑，非常清晰。
 
 
 
 
3.拥有独立的待办和已办页面，就算流转到自己的任务再多也可以有条不紊地办理，避免漏办的失误；并且支持待办保存，在处理环节比较复杂、无法一次性完成的场景可以存储当前的工作状态（填报暂存）。
 
 
 
 
4.支持撤回功能，误操作可在流程下一节点经办人处理之前撤回，点击已办页面对应流程的“撤回”按钮，将会删除上个任务。
 
 
 
 
5.可指定下一级处理人，不同于多级上报需要在设计流程时就把下一节点处理人固定下来，有时事先无法确定的情况下可用此功能，从此节点挂载的模板中获取需要处理的人员，更加灵活。
 
6.可实现抢占式办理，可为下一节点分配多个处理人，这些处理人中只需有一个人处理完，别人就不会再看到这条流程，既提高了处理速度，又避免了重复处理。
 
7.对流程支持权限控制，便于流程发起的管控，杜绝乱提流程的情况。
 
基于如此多的优势，我把公司内用到流程的物资申请、请假审批等等流程统一用流程插件实现，它充分地将电脑在流程中能做的一切都完成了，大大提升了效率，并且流程的操作更加灵活，不需要代码基础，真正让最懂流程逻辑的普通员工都能创建流程，减少了我和和人事、财务等部门的人员反复沟通各个流程具体逻辑的时间，只需他们创建好流程，我开发出相应的填报模板配合他们就好。
 
领导对我这些超前于他自己推进信息化的举措赞赏有加，实际使用中，流程插件带来的便利性也让同事们赞不绝口。原来选对了工具，流程审批这么简单！