CMS 대화: 안녕 Joomla, 여보세요 Modx…

2007년 12월 9일

나는 Mambo의 탐욕스러운 사용자 및 지금 계속 2001년부터 Joomla이다. taragana.com는 Joomla를 사용하여 디자인된다. 불행히도 우리는 위치를 아주 잘 유지할 수 있지 않다, 계속 우리의 결함 Joomla 아닙니다.

나는 재설계에 우리의 제품 및 서비스를 강조하고, 좋은 보기 전달 이외에 몇몇을 위한 우리의 계획을 2008년에 마이크로 위치 발달 위로 극복할 것이다 위치를 원했다. CMS를 위한 나의 5개의 간단한 필요조건을 보자:
1. 우리는 쉽게 주문 특정 페이지에서 도구 (또는 Modx로 단편을 그(것)들을 부르고 싶다) 끼워넣기 위하여 부호 (php)를 묻을 수 있어야 합니다.
2. 우리는 쉽게 페이지 자체에서 페이지를, 가급적이면 변경할 수 있어야 합니다 (편집하는 AJAX를 생각하십시오).
3. 주위치와 구조상으로 그리고 기능상 다른 마이크로 위치를 창조하는 능력
4. 가동 가능한 계층구조 및 메뉴
5. Sitemap (Google & 정규병) & RSS 급식 발생, 좋은 permalinks & SEO에 의하여 낙관된 URL 자동화하십시오
더 많은 것을 읽으십시오 (630의 단어)"

간단한 오픈 소스 장애 보고표 체계/고객 지원 체계

2007년 9월 24일

나는 간단한 자유로운 & 오픈 소스 장애 보고표 체계를 찾고 있었다. 나는 몇몇, 모든 대중적인 그들 및 더 많은 것을 검사했다. 나는 수년간 유감스럽게도 새롭게 하지 않은 모든 명부를 통해서 검사했다. 어쨌든 몇 시간 동안 강타 후에, 나는 나가 찾아낼 수 있던 가장 간단하고, 사용하기 편한 잘 특색지어진 장애 보고표 체계에 당신을 선물한다.

주: 다른 장애 보고표 체계에 재미있는 맛있는 가벼운 음식을 가진 포기 단면도 (당신의 표준 재료 아닙니다)를 읽는 것을 잊지 말라.

장애 보고표 체계/고객 지원 시스템 요구조건

첫째로 필요조건을 보자:
대부분의 사람들은 장애 보고표 체계가 결점 학력별 반편성다고 생각의 실수하고 그래서 trac 같이 체계를 추천한다. 장애 보고표 체계는, 결점 학력별 반편성과 개념에서 유사한, 와 목적 실제로 현저하게 다르다. 장애 보고표 체계는 최종 사용자에게서 문제점을 받아들이고 그것을 결심되어 얻기 위하여 작업 흐름 체계를 통해서 수송하기에 1 차적으로 염려한다. 그것은 또한 단계적 확대, 필요하면, 그리고 prioritization를 허용해야 한다.

장애 보고표 체계는, (주로 오픈 소스 프로젝트를 위해) 또는 다른 사용자가 보고한 보기 결점을 허용하지 않기 위하여 일지모른다. 장애 보고표 체계는 결심된 말썽/문제점을 얻기 위하여 서비스 제공에 좀더 염려한다. 그것은 사용자를 다른 사용자가 보고한 문제점을 전망할 원하지 않을 수도 있다. 그러나 다른 사용자 에의한 보기 문제점을 허용하지 않을 때, 그것은 FAQ 체계에 고객 지원에 짐을 감소시키기 위하여 보충되어야 한다.
다른 사용자를 위한 보기 문제점을 허용하지 않기를 위한 유효한 사용 예는 당신이 당신의 웹 호스팅 공급자에 문제점을 보고하고 있는 때 이다. 당신의 보고는을 찾아보기 위하여, 당신이 다른 사용자를 원하지 않는 로그인의 세부사항을, 암호 또는 다른 고도 기밀 정보, 또는 더 나쁜 수색 말파리 유충 포함할지도 모른다.
많은 것은 나가 지금 사용하는 것을 포함하여 학력별 반편성을, 배반한다 - 사마귀는 상자에서, 이 간단한 기능을 허용하지 않는다!

다른 손에 결점 학력별 반편성은 결점을 제품 또는 프로젝트를 위해 결심되어 얻기에 집중된다. 그것은 고객 결점의 적시 해결책 제공에 벌레의 적시 담합에 있는 것처럼 다량이라고 집중되지 않는다. 따라서 그들이 유사한 동안, 의향은 그리고 목적 다르다.
더 많은 것을 읽으십시오 (1025의 단어)"

Compiere 임명 Gotcha (Oracle 데이타베이스 10g XE를 사용하는)

2007년 3월 제 10

Compiere, 주요한 웹기반 오픈 소스 ERP (기업 자원 계획) & CRM (고객 관계 관리) 소프트웨어를, Windows에 설치하고 있는 동안 당신은 몇몇 non-trvivial 문제를 직면할지도 모른다. 이 문서는 그(것)들을 해결하는 당신이 직면할 수 있는 문제의 개관이다 Compiere를 설치하고 있는 동안과 방법.

맨먼저 설치 안내를 열려있는 유지하고 모든 제공한 연결을 따르십시오. 그것은 그들의 이름이 건의한다 보다는 매우 더 많은 것을 포함한다. 당신이 어떤 문제든지 직면한다 언제든지 이 소형 가이드를 읽으십시오. 거의 틀림없이 당신은 그것을 여기에서 찾아낼 것이다. 저이라고 시키 않지 아십시오 나는 그것을 추가할 것이다.
더 많은 것을 읽으십시오 (342의 단어)"

작동하는 사업을 위한 9개의 기술 전략

2006년 10월 7일

목차

무선

분야 기술공을 위한 무선 접근
건축 회사 Emcor 그룹은 음성 (셀룰라 전화), 전자 우편을 두고 셔츠 포켓에 맞추는 소형 장치에 신청을 전문화했다. 분야 기술공은 지금 Emcor의 고객 지원 센터에 묶인 무선 파견 체계를 사용하여 생산적, 이다.

그 결과로 고객은 지금 잘 그리고 빨리 그리고 일관되게 고품질로 봉사한다. 기술공은 신속하게 도착하고 잘 고객 관심사를 언급하는 준비된다. 그것에 의하여 청구서를 작성하는 시간을 개량하고, 사무실에 바싹 분야를 통합해서 정확도와 전반적인 소비자 만족도가 청구서를 작성한다.
더 많은 것을 읽으십시오 (952의 단어)"

고객 관계 소프트웨어 제공자 SalesForce.Com 몫은 폭등한다

2006년 8월 제 21

SalesForce CRMsalesforce.com의 몫은 기업의 고객 관계 데이터를 처리하는, 샌프란시스코 기반 확고한 구타 일치가 전면적으로 견적한 대로, 19%를 뛰어올랐다. 이것은 2학기를 위해 $145,000의 보고한 이익 손실에도 불구하고 이었다.

더 많은 것을 읽으십시오 (141의 단어)"

살아있는 CRM 서비스 (FUD?)를 발사하는 마이크로소프트

2006년 7월 14일

마이크로소프트는 마이크로소프트 역동성 CRM의 다음 버전과 함께 "CRM 살아있는" 서비스의 발사를 알렸다. 공고는 매우 재미있다.

"우리가 일하고 있는 가장 차가운 우리가 에 전제 배치, 협동자에 의하여 접대된 배치 및 마이크로소프트 살아있는 서비스를 지원할 단 하나 부호 기초를 건설하고 있다 이다. "
더 많은 것을 읽으십시오 (505의 단어)"

정상 10는 그것 통합/강화 프로젝트를을 위해 지배한다

2006년 6월 23

나는 웹 층 강화 프로젝트를 위한 정상 10 규칙을 기술하는 독서 일요일의 회보이었다. 당신이 보기 때문에 그들은 큰 회사에 있는 몇몇 부에 영향을 미치는 어떤 intergation/강화 프로젝트든지를 위해 동일이다. 설명을 가진 일반적인 문맥을 위해 변경된 명부는 여기 있다.

더 많은 것을 읽으십시오 (572의 단어)"

CRM 소프트웨어 (ZOHO CRM)는 Ajax 간다

2006년 6월 제 18

AdventNet, 네트워크 관리 소프트웨어 제공자는, Zoho CRM 의 "비용 효과 적이고 및" 중간 크기 기업을 위해 표적으로 한 웹기반 고객 관계 관리 해결책을 배치하게 쉬웠던의 방출을 알렸다. 그것은 AJAX 두드러지게 그것의 사용자 인터페이스를 강화하기 위하여 기술을 이용한다. 마지막으로 CRM 소프트웨어는 ajax 기술을 채택한다.

더 많은 것을 읽으십시오 (339의 단어)"

그것은 위험 관리 영국 회사를 회피한다

2006년 5월 제 17

실패 기업에 세계전반 주요한 위협이고, 영국 회사는 그(것)들 취급에 특히 준비가 불충분했던 있었다. mercury Interactive Corporation에서 조사에 따르면, 영국 회사의 세 번째는 비협정 유행에서 그것을 위험에 내 맡긴다 취급하고 있다.

더 많은 것을 읽으십시오 (268의 단어)"

CRM 상사는 CRM 최상의 방법을 따르지 않는다

2006년 5월 16일

CRM 납품업자는 고객 존경 그룹 (TCRG)에서 새로운 보고에 따라 뒤에 오는 좋은 CRM 기술 그들자신이, 아니다. 오오 반어!

더 많은 것을 읽으십시오 (60의 단어)"