Rss & SiteMap

炒邮网论坛 http://bbs.cjiyou.net/

炒邮网论坛是收藏者使用量最多覆盖面最广的免费中文论坛,也是国内知名的技术讨论站点,希望我们辛苦的努力可以为您带来很多方便
共1 条记录, 每页显示 10 条, 页签: [1]
[浏览完整版]

标题:弘一随笔:关于金网艺购的一些建议

1楼
123456 发表于:2017/12/4 17:08:00
图片点击可在新窗口打开查看 邮币资讯

弘一随笔:关于金网艺购的一些建议

邮币资讯   

从9月19号金网艺购开盘至今已有快三个月时间了,艺购每个月也都在完善,完善的速度和内容还是值得肯定的,至少说明金网艺购确实想做好这个现货商城。但是,任何新生事物都有其成长过程,在这个过程中,随着使用者的增多,也会陆续发现这样或那样的缺点,那么我就站在一个投资者和使用者的角度,谈谈我对目前金网艺购的一些看法和建议:


1、涨跌幅的问题:目前的金网,涨跌幅各100%,咱们先不说这个涨跌幅高低的问题,咱就说下跌-100%这个限制,不客气的讲,请问下跌设定100% 和没有跌幅限制有区别吗?下跌100% 不就是每天都有下跌到无限接近于0的可能吗?那不就等于下跌没有限制吗?上涨有限制,下跌无限制。请金网管理层重视涨跌幅的设定,目前这么大的涨跌幅,对于投资者来说存在着巨大的风险。


2、南京平台和金网艺购筹码对接的问题。目前,金网上的筹码,普遍都低于南京收盘价近一半的价格,这就造成了部分品种想买买不到想卖又卖不出的局面。为什么会造成这种现象呢?第一,大家对金网还是不够了解,毕竟目前还处在整顿阶段,不管是散户还是主力都没有胆量大量资金进入金网操作,所以对于这点,我建议金网管理层还是公开一下金网的权威性比较好以此消除投资者的顾虑。第二,南京转至金网的筹码隔天到达,这就会导致某一个拉升至南京收盘价附近的品种会被投资者大量集中提至金网变现的局面,对于这种大量的集体抛压,主力必然会采取回避或者顺势砸盘的现象,那么对于投资者而言,既然你主力没有在南京停盘价附近接我的筹码 那他们也会选择观望的态度,手里的筹码廉价不出,这就必然会造成主力和散户之间的扯皮现象,最后导致金网艺购交易的冷清。想解决这个问题,我建议金网尽快打通南京至金网的实时到账通道。如果筹码能实时到账的话主力在拉升过程中散户就会分批把筹码转至金网,这样就会刺激金网交易的活跃度同时也会稀释散户抛盘的力量,对于个品的拉升.平台的活跃.投资者的参与都有好处。现在的金网艺购还有很多个票处于没有交易的尴尬局面,这个问题不解决谈何发展?


3、电脑交易端和手机APP的问题,手机APP的内测版近期已经问世,有分时走势和K图指标,这样就可以让大家在有参考的基础上选票,买票。既然手机客户端可以有技术参数,那么为什么就不能赶快推出一款电脑的交易客户端呢?大多数投资者还是觉得电脑交易端使用方便,一目了然,那么在不违规的基础上 还是尽可能的方便投资者的好,毕竟你金网是一个服务平台执行客户至上的原则, 你才会有更多的客户参与才会发展。 

   

4、刺激金网活跃的方法和方式问题。既然金网管理层投入这这么大的资金和精力发展艺购,那么至少得对金网的推广做出实质性的计划,那么最有力和最见效的方法就是金网这个平台的赚钱效应。金杯银杯不如口碑,如果金网想快速有效的发展起来,那么我建议管理层做好红盘计划,做好成交量递增的机会,打一枪换一个地方的游击策略还是少用的好,目前的投资者根本就不是傻不傻的问题,而是都已经是惊弓之鸟。如果平台和主力没有实质性的作为,投资者是不会买账的。你们自己也看一下,现在的金网开户容易吗?为什么这么难呢?道理很简单,目前的金网没有达到吸引投资者进来的眼球,资本逐利,想看到,必须得先做到。没有龙头,没有板块轮动,没有敢拉新高的品种,试问? 来了干嘛?兵马未动粮草先行,想索取,必须得先付出,不光是金网这个平台,对于主力也是如此。


金网艺购,这个现货商城的模式,应该是邮币卡平台的一个长远发展的模式,就算是江苏的新邮币卡平台成立了 也不可能抛开商城,目前,其他几个稍大的邮币卡电子盘也在陆续往商城模式转变,加上京东的加入 后面可能还会有腾讯、阿里等电商平台的陆续进入,所以,就我个人而言,邮币卡现货商城的模式应该是邮币卡这个领域的一个新时代,这个新时代里,谁会称王称霸,那要看其管理层的智慧和魄力,投资者是逐利的,虽然都对南京文交所有感情,但是如果远远落后给其他邮币卡商城的话,我们也会毫不犹豫的离开。


所以,再次建议金网艺购的管理者,步子可以适当的迈大些,敬告那些主力,想索取,先回报,为人为己。


共1 条记录, 每页显示 10 条, 页签: [1]

Copyright ©2002 - 2010 炒邮网论坛
Powered By Dvbbs Version 8.0.0sp1
Processed in 0.10938 s, 2 queries.