venomjke / anbase Goto Github PK

Удаление не срабатывает при попытке удаления большого количества заявок.
Выскакивающее окно "сдал", "не сдал" ни к чему не приводит.

график деньги/время с возможностью выбора единиц времени месяц/день

график со столбцами по заработкам каждого агента с разделением по группам (по менеджеру) и периодом (по месяцам)

Завершение заявки может подразумевать самые разные причины. Начиная от сдал, не сдал, отказались и.т.д. Для того, что бы эти состояния не пришлось вводить вручную в описание, требуется добавить новое поле.

Возможность присоединять до 8 изображений к заявке.

Сделать простую версию для мобильников, возможно, только с просмотром таблицы "Мои заявки" и (желательно) "Свободные заявки"

Нужно подумать над вариантами коммуникаций сотрудников онлайн, чтобы им не приходилось звонить диспетчеру.

Сейчас, если попытаться назначить заявку агенту, то нужно дважды кликнуть по полю, затем по середине экрана появится область с выпадающим список для выбора агента, после чего требуется выбрать и стандартно применить изменения. На мой взгляд, было бы удобней располагать редактор прямо под ячейкой таким образом, чтобы он не выходил за границы таблицы.

На данный момент не существует никаких ограничений на то, сколько новых пользователей администратор может добавить,сколько заявок в день агентство может выкладывать,сколько вообще заявок может выкладывать и.т.д
Все эти ограничения открывают возможности для спама, это во первых, а могут стать причиной излишней перегрузки системы. Нужно подумать над тем, какие ограничения стоит ввести и как.

На карте районов отсутствует "какой-то" район, его нужно вернуть

Кнопку "Настройки таблицы" переименовать в "Настройки", ибо там сейчас не только настройки таблиц

Я думаю, что можно спокойно закешировать больше половины запросов к БД на выборку заявок, т.к частота выбора может настолько большой, что сильно нагрузит сервер.

Сделать поле описание примечанием, а все остальное в виде полей различных.

Структура формы смореть по аналогии с примерами

Обнаружили bug в портфеле менеджера в разделе "заявки агентов". Сейчас там отображаются заявки как завершенные, так и активные, это не правильно.

Условно проект можно разбить на две части: система учета заявок для агентств недвижимости, и сайт визитка, на котором расположены страницы с описанием система, а также инструкция по пользованию. Поэтому, думаю, стоит подумать над разработкой упрощенной системы управления сайтом, через которую можно было-бы редактировать существующие страницы.

Клиенты требуют, чтобы менеджеры могли смотреть завершенные заявки своих агентов.

Необходимо реализовать возможность сортировки по полю агент.

Есть предложение переместить панель фильтров в внутрь таблицы, для того, чтобы стало больше места наверху.

В описании не хватает деталей. Из прочитанного явным образом не следует, что система не является "БАЗОЙ" всех заявок, а является CRM системой для отдельно взятого агентства. Отличие Anbase от других "подобных" сервисов, также следует указать ( преимущества и недостатки ). Слишком коротко, нужно больше конкретики. Желательно видео описание.

Еще идея (или замечание):
/*

• Подключение исключений
  */
  if(!class_exists("ValidationException")){
  require_once APPPATH."exceptions/ValidationException.php";
  }

if(!class_exists("AnbaseRuntimeException")){
require_once APPPATH."exceptions/AnbaseRuntimeException.php";
}

Не легче ли будет создать класс, который будет по переданным ему параметрам проверять и подключать необходимые классы?
Например: ClassExist->Check( "ValidationException", "AnbaseRuntimeException" );

Ведь если что-то придется поменять в путях классов, надо будет поправить лишь в одном месте, а не по всему коду

Для того, чтобы можно было понять, с какой площадки сработала замануха можно добавить поле, в виде выпадающего списка, в котором можно будет отмечать площадку. В дальнейшем можно будет использовать это поле для составления графика распределения заманух по площадкам.

В поле постоянно выставляется одно и тоже значение, все по нулям.

У каждой заявки есть обычный номер телефона, но обычно при заполнении заявки также требуется вводить имя, email, и возможно еще один номер телефона.
Сейчас приходится вводить дополнительную информацию прямо в описание заявки, что делает эту информацию видимой для всех остальных

Клиент заменит поле "Телефон".

Структура клиента.

1. Один или несколько номеров телефонов
2. Адрес электронной почты
3. Доп. комментарий

В самом начале у нас была идея функции, которая позволяла бы добавлять свою собственную тему внешнего вида.

По просьбе пользователей, требуется включить в дату создания и делегирования еще и время.

Клиенты просят добавить возможность комментирования заявки.
Для этого можно добавить новою таблицу comments, и связать её с заявки. При выводе заявки в поле "комментарии" по аналогии с описанием объявления показывать в блоке.

Один из клиентов попросил заблокировать возможность редактирования агентами заявок, т.к те что-то стерли, и забыли что было до этого.
В действительности эта проблема решается двумя способами:

1. Опция в разделе настройки
2. История изменения по каждой заявке

Интересно, возможно ли как-нибудь избавиться от большого кол-ва повторяющегося кода в файлах таблиц?

Значит, поступило предложение от реальных пользователей системы добавить следующее поле, поле "Кто добавил". Администраторов может быть много, все они могу добавлять, и для того, чтобы контролировать процесс добавления будем исп. это поле.

Сейчас в каждой панели можно увидеть логотип anbase, однако должна быть возможность загрузить собственный логотип.

Придумать решения для одновременного сохранения (regions,any_region) и (metros,any_region) чтобы лишний раз не требовалось обращаться к бд

Добавить редактор с возможностью выделения слов и.т.п

сделать таки красный/зеленый цвета для результатов работы по заявкам

• возможность ставить что-то типа Labels в GitHub

Добавить новое форматирование записей на страницы для печати.

Добавим во "Все заявки" еще и завершенные заявки.

На данный момент Anbase рассчитана только на Санкт-Петербург,в идеале, чтобы можно было подключить агентство в любом регионе.

Сейчас, для того чтобы сохранить результат редактирования ячейки требуется либо нажать "enter" либо щелкнуть по другой любой ячейки, а если требуется отменить результат "esc". Я думаю, что стоит расширить область для клика, это заметно упростит работу.

Если возникнет такая ситуация, что крупная компания, имеющая n-ое количество офисов, захочет установить anbase отдельно на все офисы, то желательно иметь возможность регистрировать филиал новый, а не агентство.
То есть, когда только регистрируется компания, у неё сразу создается новый филиал, и дальше они уже сами создают их сколько угодно.

названия страниц бы сделать человекопонятными

Поступило предложение заменить тип полей ENUM, на INT со ссылкой на значение в отдельной таблицей.

Для того, чтобы не создавать дополнительной нагрузки на сервер, требуется добавить валидацию средствами javascript.

Раздел бухгалтерия будет содержать графики и расчеты по работе компании.

С каждой заявки считается % агентства и % агента

У меня возникла такая мысль, что текущей размерности ключевых полей хватит на очень малое время...

На мелких разрешениях не влезает график в аналитике

Я думаю, что автоинкрементное поле в таблицах лишнее, т.к оно никак и нигде не используется, а только занимает место, и немного времени на обновление во время создания.

К моменту старта продаж, нужно будет разработать личный кабинет для организаций, в котором можно будет увидеть сумму к оплате, распечатать квитанцию для оплаты, а также увидеть копию акта выполненных работ после оплаты периода.

Сейчас текст нормально отображается только в mail.google.com, mail.yandex.ru вроде тоже, но в остальных верстка не правильная.

Немаловажной задачей оптимизации, является задача сжатия и кэширования js и css файлов. Сейчас основные js и css файлы подключаются в файле слоя темы. Также некоторые файлы подключаются по отдельности прямо в контроллере. На мой взгляд это неправильно, и нужно это улучшить.

Еще раз нужно обсудить создание пользователя (диспетчера), который имеет возможность добавлять новые заявки, но не имеет возможности смотреть номера телефонов и не имеет других административных возможностей